ได้ยินได้ฟังมาว่า 3G อาจกำลังจะมากันแน่นอนแล้ว ผมเลยอยากจะเอาประสบการณ์มาแชร์ดูบ้างว่า ถ้าเรามี มือถือ 3G, เครือข่าย, และ unlimited data plan แล้ว ชีวิตในหนึ่งวันจะเป็นอย่างไร

นี่เป็นเหตุการณ์ในจินตนาการของวันนึงครับ :-)

ออกมาได้ 4-5 วันแล้วครับ แต่ยังไม่เห็นมีใครเอาข่าวมาลง

ซันปล่อย jre6u10 ออกมาให้ใช้กันแล้วเมื่อวันที่ 21 ตุลาคมที่ผ่านมาครับ และ Danny Coward หัวหน้าฝ่ายสถาปัตยกรรมด้านไคลเอนท์ซอฟต์แวร์ของซันให้สัมภาษณ์กับ eweek ไปเมื่อไม่กี่วันเช่นกัน

ผมไม่ค่อยถนัดฝั่งเดสก์ท็อปสักเท่าไหร่ แต่จากการลองลงลองเล่นดูก็พบว่ามีการปรับปรุงในหลาย ๆ จุด ไล่ตามฟีเจอร์ต่อไปนี้ครับ

• JavaKernel - ลดขนาดการดาวน์โหลดเริ่มต้นจาก 14.5 MB เหลือ 4.5 MB และตัวติดตั้งจริง ๆ ขนาดคือ 0.2 MB ก่อนที่ตัวมันจะโหลดอย่างอื่นมาเพิ่ม

• สถาปัตยกรรมปลั๊กอินแบบใหม่ - รัน applet แบบแยกโพรเซสแล้วใช้การวาดลงไปบน canvas ของเบราว์เซอร์แทน เทคนิคคล้าย ๆ กับระบบแยกแท็บของ Google Chrome (ผมลองเล่น 2 applet และยังไม่เจอว่าเบราว์เซอร์ค้าง โดยเฉพาะกับไฟร์ฟ็อกซ์ซึ่งเคยเป็นบั๊กตัวฉกาจ ที่ลองไปคือ Jake2 ซึ่งเป็นตัวพอร์ตของ Quake II และ JavaFX applet ตัวนึง)

• JavaQuickStarter - ทำการแคชบ้างอย่างเพื่อให้ applet และแอพพลิเคชันรันตอนเริ่มต้นได้เร็วขึ้นจนพอจะสังเกตได้

ใครใคร่ลอง ลองครับ

ที่มา eweek

ตั้งหัวข้อข่าวให้เข้ากับกระแสบรรยากาศไทย ๆ เล็กน้อยครับ

จากบทวิเคราะห์ของ Peter Wayer และข่าวเก่า Neil McAllister เขียนเปิดประเด็นการมาของเครื่องจักรเสมือนอเนกประสงค์ (Generic Virtual Machines) ที่เราเริ่มจะเห็นกันมากขึ้น

ประเด็นที่น่าสนใจอยู่ที่เส้นทางของ "ภาษา"และ "แพล็ตฟอร์ม" เริ่มวิ่งมาตัดกัน Neil ย้อนให้ฟังถึงโครงการ Parrot ซึ่งเป็นเครื่องจักรเสมือนที่สร้างเพื่อ Perl 6 และคาดหวังว่าจะสนับสนุน Python ด้วย แต่เท่าที่ทราบเรื่องมันเงียบ ๆ ไปแล้ว จากนั้นก็ขยับมาที่ CLR (Common Language Runtime) ของ .NET ซึ่งหลักจากการประกาศตัวของ IronPython ทำให้เกิดการผลักดัน DLR (Dynamic Language Runtime) เพื่อเอื้อประโยชน์ให้ภาษาไดนามิค และแน่นอนว่าฝั่งจาวาก็ได้รับแรงกระตุ้นจาก DLR เช่นกัน จนทำให้เกิด Da Vinci Machine ขึ้นรอบนี้ JRuby เป็นภาษาแรกรันบนมันได้

ประเด็นถัดมาคือ ระบบปฏิบัติการ ไลบรารี (ของตัวรันไทม์) และเฟรมเวิร์ค มันพากันซับซ้อนเสียจนความต้องการใช้ C หรือ Assembly ในการพัฒนาแอพพลิเคชั่นนั้นแทบจะไม่มีแล้ว (แต่แน่นอนว่าในระดับของการพัฒนาใกล้ ๆ ฮาร์ดแวร์ยังต้องการ C/Assembly อยู่) รวมกับที่ภาษาที่ออกแบบมารันบนเครื่องจักรเสมือนมีความสามารถเด่น ๆ หลายอย่าง เช่น Garbage Collection - การเก็บกลับหน่วยความจำที่ไม่ได้ใช้, Runtime Bytecode Verification - การทวนสอบชุดคำสั่งก่อนทำงาน หรือ Security Sandbox - ระบบความปลอดภัยป้องกันการเข้าถึงทรัพยากรเครื่องโดยตรง เป็นต้น เมื่อเสริมด้วยความสะดวกของภาษาสคริปต์ที่ช่วยให้เขียนโปรแกรมได้มีกระชับขึ้น ทำให้เราได้ทั้งผลิตภาพ (productivity) และสมรรถภาพ (performance)

ประเด็นสุดท้ายที่ถูกชี้ออกมาคือการใช้เครื่องจักรเสมือนให้มากขึ้นจนมันลงไปอยู่ในระดับระบบปฏิบัติการ ซึ่งก็น่าสนใจว่าในที่สุดทิศทางจะเป็นแบบนี้จริงหรือ ประโยชน์มันชัดเจนหรือไม่เมื่อเทียบกับเทคโนโลยีอย่าง Virtualization (อ่านข่าวเก่า)

ที่มา - InfoWorld

ผมได้มีโอกาสเข้าร่วมโปรแกรม Google Summer of Code ปีนี้ โดยทำงานให้กับโครงการ Groovy ของ Codehaus

Google Summer of Code คือโปรแกรมส่งเสริมการพัฒนาซอฟต์แวร์เสรีที่ผลักดันด้วยทุนของกูเกิ้ล โดยผู้ที่สามารถจะเข้าร่วมโปรแกรมได้จะต้องมีสถานะเป็นนักเรียน/นิสิต/นักศึกษาในระดับใดก็ได้ตั้งแต่ปริญญาตรีจนถึงปริญญาเอก และทำงานให้กับองค์กรที่เข้าร่วมโครงการตลอดฤดูร้อน ซึ่งกินเวลาประมาณ 3 เดือน