Android : แพลตฟอร์มมือถือแห่งอนาคต

ชัดเจนแล้วครับกับการประกาศแผนบุกตลาดมือถือของกูเกิล จากที่ปล่อยให้ลือกันมานาน[1]สิ่งที่คนสงสัยก็ได้คำตอบแล้ว

มันคือ Android ที่ทำงานเป็นแพลตฟอร์มเปิดให้พันธมิตรในกลุ่ม Open Handset Alliance นำไปใช้งาน เท่าที่รู้มาสถาปัตยกรรมจะคล้ายกับ JavaFX Mobile ที่มี Java/Linux อยู่ข้างล่าง ตัว SDK ยังไม่เป็นที่แน่ชัดว่าเป็นแบบไหน รองรับกี่ภาษากันแน่

ที่เป็นที่พูดถึงกันอีกเรื่องคือซันไม่มีชื่อในกลุ่ม OHA ทำให้คนสงสัยความสัมพันธ์นี้ แต่ท่าทางโจนาธานจะรู้ไต๋ เลยชิงเขียนบล่อกแสดงความยินดีกับกูเกิล+JBoss ตัดหน้าเพื่อสยบข่าวลือที่จะเกิดขึ้นได้ในอนาคต สรุปจากที่ลือๆ กัน ส่วนที่ Android จะต่างกับ JavaFX Mobile มีดังนี้

• Java ME vs. Java SE คาดการณ์ว่า Android จะมี SDK ระดับเดียวกับ Java ME เท่านั้น
• Vector-based Graphic vs. Java2D
• Apache v2 license vs. GPLv2 license

ดูเหมือนซันจะก้าวช้าไปหนึ่งก้าวเสมอ ลือกันว่าสาเหตที่ซันโดดจับรถไฟขบวนนี้ไม่ได้เนื่องจาก license ที่กูเกิลเลือกใช้ไม่เข้ากันกับ GPLv2 ซึ่งในอนาคตเราอาจจะได้เห็น Java มีการขยับ License อีกรอบเป็น GPLv3 ที่แข็งกว่าและเข้ากันได้กับ Apache license ก็เป็นได้

พักหลังตลาดมือถือแสดงท่าทีว่าจะกลับมาคึกคักอีกรอบ ความหวัง GTalk/VoIP กำลังจะเป็นจริง รายละเอียดของ OHA และ Andriod จะไม่เป็นความลับอีกต่อไปหลังจากวันที่ 12 เดือนนี้ โปรดติดตาม

ที่มา – OHA : Android overview

iPhone เมื่อ 15 ปีที่แล้ว ?

(คำเตือน : เสียงน่ารำคาญนิดนึง)

สมัยป๋าแกยังหนุ่ม ปี 1992 กับเครื่องต้นแบบ Star7 ตลกดีเหมือนกันเทียบกับวันนี้ UI ระดับนี้ธรรมดามากมาย แต่เมื่อ 15 ปีที่แล้วคงจะสร้าง wow effect ได้น่าดูชม คิดต่อไปสัก 10 ปีข้างหน้า UI จะเปลี่ยนไปแค่ไหนกัน เด็กในวันนั้นจะนั่งขำกับสิ่งที่เราทำ ณ วันนี้หรือเปล่า

เห็น Duke ไหม? นั่นมัน Java มาสคอตนินา แล้ว 15 ปีที่แล้วมี Java แล้วหรอ? สงสัยไหมครับ? : )

โปรเจกต์ Green ต่อมาในอนาคตเล่นบทบาทสำคัญทีเดียว เป็นต้นกำเหนิดของภาษา Oak ภาษาที่ออกแบบมาสำหรับอุปกรณ์ขนาดเล็ก ก่อนจะผันตัวเองมาเป็น Java ณ วันนี้ สรุปแล้ว Duke เกิดมาตั้งแต่ยุคแรกๆ เลยเชียว

ดูไบ

ช่วงนี้งานยุ่ง และข่าวเยอะมาก ต้องขอติดไว้ก่อน

เพื่อคั่นเวลาแก้คิดถึง + มีคนถามผมเรื่อง Dubai บ่อยๆ ว่าเป็นอย่างไร น่าไปทำงานไหม

เลยถือโอกาสส่งวิดีโอนี้ไปดูแก้ขัดเพื่อให้เห็นภาพรวมของเมืองว่าเป็นยังไง

คิดยังไงกัน?

BEA ปฏิเสธความพยายามเข้าซื้อกิจการจาก Oracle

BEA ปฏิเสธความพยายามของ Oracle เจ้าพ่อจอมใช้เงินตบเด็กเข้ารังที่เสนอซื้อด้วยราคาต่อหุ้น $17 สูงกว่าราคาจริงในตลาดถึง 25%BEA เป็นบริษัท middleware คู่แข่งที่มีผลิตภัณฑ์ดีที่สุดในตลาดก็ว่าได้แต่ด้วยการตลาดที่แย่ทำให้ไม่โด่งดังเทียบเท่า Oracle และ IBM การปฏิเสธครั้งนี้ BEA ให้เหตผลว่าราคาที่ Oracle นั้นยังน้อยเกินไปเมื่อเทียบกับคุณค่าผลิตภัฒฑ์ของ BEA จริงๆ จากการไล่ตบเด็กมาตลอดหลายปีหลัง รวมกับการเข้าซื้อครั้งนี้สำเร็จลง Oracle จะมีผลิตภัณฑ์ที่ซ้ำซ้อนตลาดของตัวเองเต็มไปหมด

ที่มา – CNN

With Him are the keys of the Unseen, the treasures
that none knoweth but He. He knoweth whatever there is
on the earth and in the sea. Not a leaf doth fall but
with His knowledge: there is not a grain in the
darkness (or depths) of the earth, nor anything fresh
or dry (green or withered), but is (inscribed) in a
Record clear (to those who can read).” (Al An-aam:59)

รวบยอดข่าว JDK/JRE/OpenJDK

วันนี้ JRE/JDK 6 update 3 ออกแล้วนะครับ รุ่นนี้จะเด่นเรื่องระบบรักษาความปลอดภัยแบบใหม่  แต่จากประกาศในรีลีสโน็ตน่าสังเกตคือจำนวนบั๊กที่ถูกแก้ไปนั้นน้อยกว่าอัปเดตรุ่นก่อนๆ มาก นี่อาจสื่อความหมายได้ว่า

• ตั้งแต่อัปเดต 2 มา JRE/JDK ก็เสถียรแล้ว – ไม่ได้ต่อต้านนะครับ แต่จากธรรมชาติซอฟต์แวร์ ผมคงไม่เชื่ออย่างนั้น ถ้าให้ทำนายเล่นๆ คิดว่า
• ซันน่าจะโยกย้ายวิศวกรไปลงกับโครงการ Java SE 6 update N ซึ่งตรงนั้นถือว่าเป็นอัปเดตขนาดใหญ่ อันที่จริงถ้าไม่กลัวคนสับสนว่าอัปเดตนี้มีผลกระทบไปปรับแต่งไลบรารี่ส่วนใดจากเติมหรือเปล่า การเพิ่มทศนิยมอีกจุดหลังชื่อก็ไม่น่าเกลียดด้วยซ้ำ (ยกตัวอย่างเช่น Java SE 6.5)

ที่มา – Sun Site

ส่วนข่าวทางฝั่ง OpenJDK เคลียร์ปัญหาที่ติดไบนารีที่โอเพนซอร์สไม่ได้ไปหลายส่วน ส่วนของ rasterizer มีข่าวว่าตัวที่จะมาแทนส่วนโคลสซอร์ส Ductus มีชื่อว่า Pisces เป็นโครงการโอเพนซอร์สใหม่ที่ในแง่ฟีเจอร์นั้นสมบูรณ์เทียบเท่าแล้ว แต่ยังติดปัญหาเรื่องประสิทธิภาพอยู่ ส่วนถังใส่โค้ดอย่าง Mercurial กำลังดำเนินการอย่างแข็งขัน น่าจะพร้อมประกาศตัวสู่สาธารณะ ราวสิ้นเดือนนี้

• อะหนึ่ง ส่วน rasterizer คือส่วนหนึ่งใน Java2D ที่จัดการกราฟิกให้ทำภาพ anti-alias ได้
• Pisces เป็นโครงการโอเพนซอร์สอยู่แล้วแต่เดิมมีเป้าอยู่ที่การทำ rasterization บน Java ME เท่านั้น
• ส่วน Mercurial จะเป็นระบบ distributed revision control ที่ซันเลือกใช้ในการบริหารจัดการโค้ดของ OpenJDK เมื่อเปิดให้คนภายนอกเข้าถึงได้

Pair Programming (2)

Crap4j : ตัววัดโค้ดห่วย

วันนี้ไปเจอมา สะดุดก็ตรงชื่อมันนี่แหละ คอนเซปต์อ้างว่าโค้ดห่วยดูแลยากมักสอดคล้องกับโค้ดที่ผ่านการทดสอบมาไม่เพียงพอ crap4j (Change Risk Analysis and Prediction for Java) [ยังอุตสาห์หาชื่อมาจับได้] เป็นเครื่องมือวัดความห่วยของโค้ดโดยพิจารณาจากความซับซ้อนของเมธอดและค่าการครอบคลุมของบททดสอบ (test coverage) ในเมธอด โดยมีสูตร v.0.1 ว่า

 

CRAP(m) = comp(m)^2 * (1 – cov(m)/100)^3 + comp(m)

comp(m) เป็นผลการวัดความซับซ้อนของเมธอด m ส่วน cov(m) เป็นการวัดการทำ test coverage เมธอด ผลลัพธ์ที่ได้คือคะแนนความห่วยของเมธอดนั้น จากสูตรเพราะฉะนั้นถ้าเมธอดยิ่งซับซ้อนเท่าไหร่ การทำ test coverage ก็ต้องทำอย่างจริงใจมากขึ้นเท่านั้น ตารางข้างล่างบ่งบอกความสัมพันธ์วิกฤตก่อนจะพิจารณาว่าเมธอดนั้นห่วยหรือไม่

คะแนนความซับซ้อนของเมธอด         % test coverage วิกฤตเมธอดห่วย

------------------------------        --------------------------------
0 – 5                                   0%
10                                     42%
15                                     57%
20                                     71%
25                                     80%
30                                    100%
31+                                   ไม่มีทางที่ test coverage ใดๆ จะทำให้เมธอดที่ซับซ้อนขนาดนี้หลุดพ้นจากคำว่า ห่วย ไปได้

ผู้ประพันธ์ให้ความเห็นว่าที่ระดับโปรเจกต์หากมี crap เมธอดเกิน 5% ให้พิจารณาได้เลยว่าโปรเจกต์นั้น crap ตามไปด้วย

ถ้าอยากเล่นกับ crap4j ตอนนี้มี Eclipse plug-in ให้ลอง prototype ดูได้

ที่มา – Artima

Pair Programming

ใครทำ Pair Programming มีอาการแบบนี้บ้าง?

Astro (Flash 10) แนะนำภาษา Hydra

งาน Adobe MAX 2007 ที่เพิ่งผ่านไป อโดบีแอบเปิดให้ดูความสามารถใหม่ๆ เล็กน้อยใน Flash 10 หรือโค้ดเนม Astro หนึ่งในจุดขายใหม่ที่สำคัญคือ Hydra ภาษาโปรแกรมมิงสำหรับการทำกราฟิก

คาดว่า Hydra จะมาแทนที่การฟิลเตอร์เอฟเฟกซ์แบบเดิมๆ ที่มีใน Flash 8 โดย Hydra นำเทคโนโลยีที่มีอยู่ Adobe After Effect CS3 มาผสมรวมกัน ข้อดีของ Hydra นอกจากจะเขียนเอฟเฟกซ์เพิ่มได้ไม่จำกัดแล้ว อีกประเด็นที่น่าสนใจคือความเร็วในการแสดงผล Hydra ปรับแต่งการทำงานและใช้ประโยชน์จาก GPU และประโยชน์ของ multi-core CPU ในการช่วยคำนวณ ผลลัพธ์ที่ได้จะทำให้การประมวลผลภาพอนิเมชันทำงานได้อย่างรวดเร็วมาก

ในงานยังเปิดตัว AIF Toolkit เครื่องมือที่ช่วยในการพัฒนาเบื้องต้น ดูดีๆ เหมือน JavaFX Pad แต่เท่กว่าเยอะเลย คงใกล้ได้เวลาอ่าน ActionScript แบบจริงจังแล้วสินะ

ที่มา – John Nack’s Blog

วิดีโอตอนท้ายที่โชว์ Hydra