Blognone - RIA

Silverlight 5 ออกตัวจริงแล้ว

mk — Sat, 10 Dec 2011 02:26:29 +0000

ไมโครซอฟท์ออก Silverlight 5 ตัวจริงมาแบบเงียบๆ หลังจากออกรุ่นเบต้าเมื่อเดือนเมษายน และเงียบหายไปนาน

ของใหม่ในรุ่นนี้คือตัวถอดรหัส H.264 ด้วยฮาร์ดแวร์, Postscript Vector Printing, รองรับการประมวลผลกราฟิกสามมิติด้วย XNA API เป็นต้น

ไมโครซอฟท์ยังไม่พูดชัดเจนว่า Silverlight 5 จะเป็นรุ่นสุดท้าย (แม้จะมีข่าวลือออกมาแบบนั้น) แต่ทิศทางของการพัฒนาในช่วงหลังก็ชัดเจนว่า จะเปลี่ยนจาก Silverlight มาสนับสนุน HTML5 บนเว็บ และ WinRT บน Windows 8

ที่มา - MSDN, ReadWriteWeb

คำชี้แจงเรื่อง Flash จาก Mike Chambers ผู้จัดการฝ่ายผลิตภัณฑ์ของ Adobe (ฉบับแปล)

heart — Mon, 14 Nov 2011 08:12:10 +0000

จากข่าว ผู้จัดการฝ่ายสินค้า Adobe บอกแอปเปิลทำให้ Flash บนมือถือ "ตาย"

ผมจึงขอแปลฉบับเต็มจากบล็อกของ Mike Chambers มาให้ทุกคนอีกครั้งหนึ่งครับ

Clarifications on Flash Player for Mobile Browsers, the Flash Platform, and the Future of Flash

โดย Mike Chambers, Sr. Product Manager, Developer Relations

ผมทำงานเกี่ยวกับ Flash และเป็นส่วนหนึ่งของชุมชน Flash มา 12-13 ปี (หากนับรวมทั้งที่อยู่กับ Macromedia และ Adobe ก็มากกว่า 10 ปี) ผ่านในช่วงเวลาที่เป็นขาขึ้นและขาลง แต่ผมคิดว่าเมื่อ 2-3 วันที่ผ่านมา (วันที่ Adobe ประกาศหยุดพัฒนา Flash Player สำหรับมือถือ) เป็นช่วงเวลาที่ยากที่สุดช่วงหนึ่งของชีวิตการทำงานของผม ผมจะชี้แจงบางส่วนของข่าวเมื่อ 2-3 วันที่แล้ว และอยากบอกข้อมูลเพิ่มเติมว่าตอนนี้กำลังเกิดอะไรขึ้นกับ Flash

อันดับแรก สาระสำคัญจาก แถลงการณ์ของ Adobe มีดังนี้

เราปรับโฟกัสทิศทางของ Flash Platform ไปที่
- Mobile Application ที่สร้างด้วย AIR
- Expressive content (โดยเฉพาะเกมและวิดีโอ) บนเบราว์เซอร์สำหรับเดสก์ท็อป ด้วย Flash Player
เรายังคงทุ่มเททรัพยากรของเรา (ทั้งเงินและวิศวกร) เพื่อพัฒนาเครื่องมือสำหรับ HTML5 ต่อไป
เราจะหยุดพัฒนา Flash Player สำหรับเบราว์เซอร์บนอุปกรณ์พกพา

ประเด็นสุดท้ายเป็นจุดสนใจมากที่สุด และก็สร้างความสับสนมากที่สุดด้วย จนทำให้ทุกคนลืมมองข้อเท็จจริงทั้งหมดไป

บทเรียนจากกรณีนี้แสดงให้เห็นอย่างชัดเจนว่าพวกเราเป็นผู้สื่อสารที่ไม่ค่อยดีนัก ไม่สามารถสื่อได้ชัดเจนว่าทำไมเราถึงต้องเปลี่ยนกลยุทธ์แบบนี้

ผมรู้ดีว่าข่าวนี้สร้างความผิดหวังให้กับชุมชนนักพัฒนา Flash และผมอยากใช้โอกาสนี้กล่าวคำขอโทษ เราสื่อสารว่าเราจะ "ทำอะไร" ได้ชัดเจน แต่เราไม่ได้ใส่ใจที่จะอธิบายให้ทุกคนเข้าใจมากพอว่า "ทำไม" ถึงทำเช่นนี้

ดังนั้นได้โปรด อดทนอ่านคำชี้แจงที่แสนจะยาวของผมนี้ ผมต้องการอธิบายว่าพวกเราได้หารือกันถึงบทบาทของ Flash บนเว็บ (โดยเฉพาะอย่างยิ่งความสัมพันธ์ของ Flash กับ HTML5) อย่างไรบ้าง

อย่างแรก ผมต้องบอกให้ชัดเจนว่า เราจะยังทำ AIR เพื่อแอพบนมือถือต่อไป เราเห็นจำนวนแอพมือถือที่สร้างด้วย AIR มากขึ้นเรื่อยๆ แต่สิ่งที่เราจะหยุดคือการพัฒนา Flash Player บนอุปกรณ์พกพา (เราจะออกรุ่นแก้บั๊กและแก้ปัญหาความปลอดภัยให้กับฮาร์ดแวร์ที่มีอยู่แล้ว และจะยังเปิดให้ดาวน์โหลด Player รุ่นปัจจุบันต่อ)

ในขณะเดียวกันเราก็เพิ่มการลงทุนใน HTML5 ซึ่งผมจะไม่ขอลงรายละเอียดมากในตอนนี้ แต่โดยสรุปคือเราจะโยกย้ายทรัพยากรของเราจาก Flash ไปยัง HTML5

การตัดสินใจหยุดพัฒนา Flash Player Plugin สำหรับเบราว์เซอร์มือถือ เป็นส่วนหนึ่งของการเปลี่ยนแปลงยุทธศาสตร์ครั้งใหญ่ของ Adobe ซึ่งจะรวมถึงการเน้นไปที่ HTML5 และ Adobe Creative Cloud ด้วย ผมจะไม่ลงรายละเอียดเรื่องนี้แต่จะโพสในภายหลัง คุณสามารถดูข้อมูลเกี่ยวกับยุทธศาสตร์ของ Adobe จากการประชุมนักวิเคราะห์ทางการเงิน (วิดีโอ, บทสรุปความ) เมื่อไม่กี่วันที่ผ่านมา

ทำไม Adobe จึงตัดสินใจหยุดพัฒนา Flash Player สำหรับเบราว์เซอร์บนมือถือ

การตัดสินใจที่จะหยุดการพัฒนาของFlash Player สำหรับเบราว์เซอร์มือถือที่ไม่ใช่เป็นการตัดสินใจที่ง่าย แต่สุดท้าย มีปัจจัยหลายอย่างบ่งชี้ว่าการทุ่มเททรัพยากรเพื่อที่จะพัฒนา Flash ต่อไปนั้นไม่คุ้มค่า

Flash Player บนมือถือไม่แพร่หลายในระดับเดียวกับเดสก์ท็อป

มันควรจะไปได้สวย แต่เนื่องจากปัญหา fragmentation ของตลาดมือถือ และปัญหาว่าผู้นำของตลาดมือถือรายหนึ่ง (Apple iOS) ไม่อนุญาตให้ Flash Player ทำงานบนเบราว์เซอร์ของตัวเอง สองปัจจัยนี้ทำให้ Flash Player บนมือถือไม่แพร่หลายเหมือนบนเดสก์ท็อป

นี่แปลว่าถ้าคุณต้องการใช้ Flash Platform สร้างประสบการณ์เว็บที่หรูหราให้กับผู้ใช้ คุณจะต้องพัฒนาทั้ง Flash และ HTML5 เพื่อแก้ไขปัญหาที่เกิดขึ้น

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

ผมขอย้ำอีกรอบ ไม่ว่าเราจะพยายามกันหนักแค่ไหน Flash Player จะไม่มีวันได้ไปอยู่บน iOS ในอนาคตอันใกล้นี้

ความนิยมของHTML5 บนมือถือ

HTML5 ได้รับการสนับสนุนที่แข็งแกร่งมากบนมือถือและแท็ปเล็ต จริงๆ แล้วต้องบอกว่าอัตราความแพร่หลายของมันมีระดับเดียวกับ Flash Player บนเดสก์ท็อปด้วยซ้ำ

ถึงแม้ประสิทธิภาพและรูปแบบการรองรับของ HTML5 จะยังไม่สม่ำเสมอบนอุปกรณ์แต่ละชนิด แต่มันก็พัฒนาขึ้นด้วยอัตราที่น่าตกใจ (ลองเทียบประสิทธิภาพของ Canvas ระหว่าง iOS 4 และ 5 ดูสิ)

สมาร์ทโฟนและแท็ปเล็ตรุ่นใหม่ๆ (นับตั้งแต่ iPhone รุ่นแรก) เพิ่งเกิดมาไม่กี่ปี ดังนั้นเอนจินการแสดงผล (ส่วนใหญ่เป็น WebKit) จึงค่อนข้างใหม่และทันสมัย ผลลัพธ์คือคุณไม่จำเป็นต้องไปวุ่นวายกับการพัฒนา "เผื่อ" สำหรับเบราว์เซอร์รุ่นเก่าดึกดำบรรพ์เหมือนอย่างที่ต้องทำกับการทำเว็บบนเดสก์ท็อป

บนอุปกรณ์พกพา HTML5 มีความนิยมระดับเดียวกับ Flash Player บนเดสก์ท็อป มันจึงเป็นเทคโนโลยีที่ดีที่สุดในการสร้างเนื้อหาบนมือถือแบบข้ามแพลตฟอร์ม

เป้าหมายของพวกเราคือทำให้ Flash Player บนมือถือได้รับความนิยมในระดับเดียวกันนี้ให้ได้ แต่สุดท้ายแล้วมันก็ล้มเหลว ความฝันของพวกเราจะไม่มีวันเป็นจริง

พฤติกรรมของผู้ใช้ที่ต่างกันบนอุปกรณ์มือถือและเดสก์ทอป

เมื่ออยู่บนเดสก์ท็อป ผู้ใช้จะบริโภคเนื้อหา (เช่น เกมและแอพพลิเคชัน) ผ่านทางเบราว์เซอร์ หรือการติดตั้งโปรแกรมแบบ native

แต่บนอุปกรณ์พกพา ผู้ใช้มักจะมองหา "แอพ" สำหรับเนื้อหานั้นๆ เพียงอย่างเดียว และแพลตฟอร์มมือถือก็มีช่องทางร้านค้า (Apple App Store หรือ Android Market) ที่ช่วยให้ผู้ใช้เข้าถึงเนื้อหาชนิดใหม่ๆ ได้ง่ายมาก

ผู้ใช้มือถือไม่ค่อยเข้าเว็บเพื่อเสพเนื้อหา rich content จำพวกเกมและแอพมากนัก นั่นเป็นเพราะ

ความแตกต่างของขนาดหน้าจอ และรูปแบบการใช้งานระหว่างมือถือและคอมพิวเตอร์
การเชื่อมต่ออินเทอร์เน็ตบนมือถือช้า และมีราคาแพง พอเน็ตช้า ทำให้บางครั้งการโหลดเนื้อหาแบบ rich content แบบ on demand แทบจะเป็นไปไม่ได้เลย
แอพพลิเคชัน สามารถผนวกเข้ากับอุปกรณ์มือถือได้ดีกว่าเว็บไซต์
App Store ลดความยุ่งยากของการค้นหา rich content

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

เมื่อผู้ใช้นิยมบริโภคเนื้อหาผ่านแอพมือถือ นั่นแปลว่าผู้ใช้ไม่จำเป็นต้องมี Flash Player บนมือถืออย่างที่เคยจำเป็นต้องมีบนเดสก์ท็อป

scalability ของการพัฒนาปลั๊กอินสำหรับเบราว์เซอร์มือถือ

การพัฒนาโปรแกรม Flash Player บนมือถือต้องใช้ทรัพยากรมากกว่าที่เราคาดการณ์ไว้

เมื่อครั้งที่เราสร้าง Flash Player สำหรับเดสก์ท็อป เราพบว่า API ของปลั๊กอินที่เบราว์เซอร์เตรียมไว้ให้นั้นชัดเจน ถึงแม้เราจะมีความสัมพันธ์ใกล้ชิดกับผู้ผลิตเบราว์เซอร์ทั้งหมด (รวมถึง Google, Apple, Firefox, Microsoft) แต่สุดท้ายแล้ว ทุกสิ่งที่เราพัฒนาก็อยู่บน API ที่มีอยู่แล้วทั้งสิ้น

แต่บนมือถือ เรากลับต้องทำงานอย่างใกล้ชิดกับวิศวกรของบริษัทอื่น ใน หลายระดับ ได้แก่

ผู้ผลิตระบบปฏิบัติการ (เช่น Google และ RIM)
ผู้ผลิตฮาร์ดแวร์ (เช่น ซัมซุง และ โมโตโรลา)
ผู้ผลิตส่วนประกอบ (เช่น NVIDIA)

นอกจากเราจะต้องมีความสัมพันธ์ที่ดีกับทุกภาคส่วน เรายังต้องทำงานกับความแตกต่างหลากหลายของฮาร์แวร์ ระบบปฏิบัติการ และส่วนประกอบต่างๆ ซึ่งกินทรัพยากรของเรามาก

ทุกครั้งที่มีอุปกรณ์ใหม่ๆ เบราว์เซอร์และระบบปฏิบัติการรุ่นใหม่ [ซึ่งเปิดตัวถี่มากกว่าบนเดสก์ท็อป - ผู้แปล] เราจะต้องใช้ทรัพยากรในการพัฒนา ทดสอบ และดูแล Flash Player เพิ่มขึ้นเรื่อยๆ สิ่งเหล่านี้ทำให้เราตระหนักว่าการขยายตัวเพื่อรองรับอุปกรณ์ใหม่ๆ เป็นเรื่องยาก

ผมได้รับคำถามว่ากรณีของ AIR ต่างจาก Flash Player อย่างไรบ้าง คำตอบคือ AIR มีความแตกต่างจาก Flash บางประการที่ทำให้ AIR ต้องการทรัพยากรน้อยกว่า เช่น API ที่ชัดเจน และการที่ไม่ต้องคำนึงถึงความแตกต่างของเบราว์เซอร์ต่างยี่ห้อ

สุดท้ายแล้ว นักพัฒนาเลือกสร้างแอพที่ประสบความสำเร็จบน AIR จึงทำให้เรารู้สึกว่าคุ้มค่าที่จะลงทุนพัฒนามันต่อไป

การย้ายทรัพยากรจาก Flash ไปยัง HTML5

ประเด็นสุดท้าย เราตัดสินใจปรับสัดส่วนทรัพยากรที่เราจะทุ่มเทให้ Flash และ HTML5 เสียใหม่ เพราะ HTML ได้รับความนิยมเพิ่มขึ้นทั้งบนเดสก์ท็อปและมือถือ

การหยุดพัฒนา Flash Player บนมือถือจะทำให้เราย้ายทรัพยากรไปพัฒนา HTML5 (ไม่ว่าจะเป็นเครื่องมือ เฟรมเวิร์ค หรือเบราว์เซอร์) ได้มากขึ้น

ผมเข้าใจว่าทุกคนอาจไม่เห็นด้วยทั้งหมดของข้อสรุปดังกล่าวข้างต้น แต่ด้วยเหตุผลที่กล่าวมา รวมกับความซับซ้อนและค่าใช้จ่ายของการพัฒนา Flash Player บนมือถือ ทำให้เราต้องตัดสินใจว่าการพัฒนาต่อไปถือเป็นการการใช้ทรัพยากรของเราอย่างไม่คุ้มค่า

แล้วอะไรจะเกิดขึ้นกับ Flash Platform?

ถึงแม้จะมีเสียงไม่พอใจต่อการตัดสินใจของเราในการหยุดพัฒนา Flash Player บนมือถือ แต่สิ่งที่ผมคิดว่าทุกคนกังวลคือ อนาคตของ Flash Platform ในภาพรวมต่างหาก เช่น เราจะหยุดพัฒนา Flash หรือไม่? Flash ตายแล้วจริงๆ น่ะหรอ?

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

Adobe AIR

เราจะพัฒนา Adobe AIR ทั้งบน Desktop และบนมือถือต่อไป มิหนำซ้ำ เราเห็นความแพร่หลายของ AIR ในการสร้างแอพมือถือ และมีแอพดังๆ หลายตัวที่สร้างด้วย AIR ตัวอย่างล่าสุดได้แก่ Machinarium , Watch ESPN และแอพที่ผมชอบเป็นการส่วนตัวคือ tweet hunt

Flash Player บนเบราว์เซอร์เดสก์ท็อป

เรารู้สึกว่า Flash จะยังคงมีบทบาทที่สำคัญมากต่อ "เว็บ" ในระดับที่ไม่มีใครทำได้เท่า ดังนั้น เราจะยังพัฒนา Flash Player บนเดส์ท็อปต่อไป และกำลังสร้าง Flash Player รุ่นหน้าด้วยความกระตือรือร้น

แน่นอนว่าการเจริญเติบโตของ HTML5 ทำให้บทบาทของ Flash ในอนาคตต้องเปลี่ยนไป ในอนาคตอันใกล้ Flash จะโดดเด่นมากสำหรับการเล่นวิดีโอระดับสูง และการเล่นเกมที่กราฟิกสวยงาม เราจึงโฟกัส Flash Player ให้ครอบครองพื้นที่เหล่านี้

ฟีเจอร์บางส่วนที่เรากำลังพัฒนาให้ Flash Player มีดังนี้

Mouse Lock Support [ทุกวันนี้ เมื่อเล่นเกม Flash เมาส์ออกนอกพื้นที่ Flash จะเล่นไม่ได้ ลองนึกถึงเกมเคาเตอร์สไตรค์ ที่ต้องขยับเมาส์ตลอดเวลา - ผู้แปล]
ActionScript Workers / Concurrency APIs
Telemetry / Monocle Support
Audio API improvements, especially for better handling of low latency audio
New Datatypes for ActionScript 3

นอกจากนี้เรากำลังเปลี่ยนแปลงสถาปัตยกรรมของ Flash ครั้งใหญ่ มันเป็นโครงการระยะยาวที่จะเกิดประโยชน์ต่อ Flash Player (และนักพัฒนา) ในอนาคตข้างหน้า ตอนนี้แผนการยังอยู่ในช่วงเริ่มต้น และเราจะประกาศเรื่องนี้ในอนาคต

Adobe Flex

ผมรู้ว่ามีอีกหลายคนที่อยากถามเกี่ยวกับ Flex ผมกำลังเขียนบล็อกใหม่ เพื่อเรื่องนี้โดยเฉพาะ

สำหรับการอัพเดท Flex สามารถติดตามได้ที่นี่

Flash Professional

ผมเขียนเรื่อง Flash Professional ไว้ในบล็อกของเมื่อวานนี้ ดังนั้นจะไม่ขอพูดถึงรายละเอียด แต่อย่างที่บอกไปเมื่อวานว่าเรากำลังสร้าง Flash Professional รุ่นใหม่ และมีแผนการพัฒนามันอย่างต่อเนื่องในระยะยาว

HTML5 กับ Flash

สุดท้ายนี้ ผมต้องการจะเอ่ยอะไรสักอย่างที่ผมรู้สึกเกี่ยวกับ Flash และ HTML5

ในตอนแรกสุด บทบาทของ Flash คือการสร้างสิ่งที่เทคโนโลยีอื่นทำไม่ได้บนเว็บ ในอดีตที่ผ่านมา สิ่งที่ว่าได้แก่ ภาพเคลื่อนไหว, กราฟิกเวกเตอร์, เสียง, วิดีโอ, เว็บแคม, ไมโครโฟน และอื่น ๆ

ด้วยความนิยมและความแพร่หลายของ Flash ทำให้มันเหมาะสมแก่การเพิ่มฟีเจอร์ใหม่ๆ ให้กับเว็บในภาพรวม

สิ่งที่เราเห็นตลอดมาคือฟีเจอร์จาก Flash ถูกเพิ่มเข้าไปในเบราว์เซอร์ในภายหลัง จากนั้น Flashจะเพิ่มฟีเจอร์ใหม่ และวัฏจักรนี้จะเกิดขึ้นซ้ำๆ ซึ่งผมก็คิดว่ามันจะเป็นเช่นนี้ต่อไปอีก

ปรากฏการณ์นี้เป็นสิ่งผลดีต่อผู้ใช้ (ที่ได้บริโภค rich content ก่อนใคร) เป็นผลดีต่อ Adobe (ที่ได้ขายเครื่องมือและเทคโนโลยี) และเป็นผลดีต่อผู้ผลิตเบราว์เซอร์ (ที่ Flash สามารถพิสูจน์ให้เห็นว่าฟีเจอร์ต่างๆ ใช้งานได้จริง)

นี่คือสิ่งสำคัญ ถ้าหากฟีเจอร์ของ Flash ประสบความสำเร็จเมื่อไร มันจะถูกรวมเข้ากับเบราว์เซอร์ ซึ่งผู้ใช้จะใช้มันผ่านเบราว์เซอร์แทน ไม่ใช่ Flash

การแข่งขันของวงการเบราว์เซอร์ที่กลับมาอีกครั้ง และผลของมันคือการเพิ่มความสามารถ HTML5 ลงในเบราว์เซอร์อย่างรวดเร็ว ทำให้ จำนวนของสิ่งที่เป็นไปได้ในเบราว์เซอร์เพิ่มขึ้นตามไปด้วย ฟีเจอร์เหล่านี้ซ้อนทับกับสิ่งที่เคยมีเฉพาะใน Flash Player เท่านั้น

ถึงแม้จะต้องใช้เวลาอีกสักระยะกว่าที่ฟีเจอร์ใน HTML5/CSS3 จะได้รับการยอมรับในวงกว้างเช่นเดียวกับ Flash Player ในปัจจุบัน แต่แนวโน้มก็ชัดเจนว่า สิ่งที่เคยทำได้ใน Flash ในอดีต กำลังทำได้ใน HTML5/CSS3 ผ่านเบราว์เซอร์โดยตรงมากขึ้นเรื่อยๆ

ผมคิดว่ามันสำคัญมากพอที่ผมจะพูดย้ำอีกครั้ง

สิ่งที่เคยทำได้ใน Flash ในอดีต กำลังทำได้ใน HTML5/CSS3 ผ่านเบราว์เซอร์โดยตรงมากขึ้นเรื่อยๆ

ผมรู้ว่าฟังดูน่ากลัวสำหรับคนที่มีอาชีพด้าน Flash ผมเข้าใจเรื่องนี้ดีมากเลยด้วย แต่ผมก็คิดว่านี่เป็นโอกาสที่ยิ่งใหญ่ของชุมชนนักพัฒนา Flash เช่นกัน

ยิ่งเบราว์เซอร์รองรับ rich content และกราฟิกเคลื่อนไหวดีขึ้นเท่าไร ตลาดก็ยิ่งต้องการดีไซเนอร์และนักพัฒนาที่มีประสบการณ์ทำงานกับกราฟิกเคลื่อนไหวบนเว็บมากขึ้นเท่านั้น

ชุมชนนักพัฒนา Flash ทำงานประเภทนี้มาเป็นสิบปีแล้ว และมีความสามารถเหลือเฟือกับงานแบบเดียวกันบนเบราว์เซอร์ ผมไม่คิดว่านี้ไม่ใช่เรื่องบังเอิญที่งานกราฟิกบน HTML5 ทุกวันนี้ เป็นสิ่งที่นักพัฒนาและเอเยนซี่ด้าน Flash มีประสบการณ์กับมันมาแล้ว (ตัวอย่างเช่น Grant Skinner, Branden Hall, Big Spaceship)

ผมไม่ได้บอกว่าเราควรสร้างเนื้อหาด้วย HTML5 เพราะคุณควรต้องดูพื้นฐานของแต่ละโครงการ และพิจารณาจากต้นทุนการพัฒนา แพลตฟอร์มเป้าหมาย และประสบการณ์ของผู้ใช้ต่างหาก ลูกค้าจะถามถึง HTML5 แน่นอน และคุณก็ควรเตรียมตัวให้พร้อมต่อความต้องการของลูกค้า ไม่ว่าจะใช้เทคโนโลบีแบบไหน

ในที่สุดก็เขียนจบ มันยาวกว่าที่ผมคิดไว้เสียอีก แต่ผมอยากจะแบ่งปันสิ่งที่อยู่ในหัวของผมใน 2-3 วันที่ผ่านมา

ผมขอบอกอีกครั้งว่า ผมเข้าใจพวกคุณที่กังวลต่อสิ่งที่เราสื่อออกไปไม่ชัดเจนแต่แรก ตอนนี้ผมทราบดีแล้วว่าเราไม่เคยสื่อสารและมุมมองของเราต่อ Flash ให้ชัดเจนอย่างที่ควรจะทำ

ข้อมูลจาก: Mike Chambers - Clarifications on Flash Player for Mobile Browsers, the Flash Platform, and the Future of Flash

โพสครั้งแรกที่: http://howdoflash.com/?p=98

JavaFX 2.0 Beta มาแล้ว

vavar — Mon, 30 May 2011 04:38:45 +0000

หลังจากที่ Oracle ประกาศ JavaFX Roadmap ในงาน JavaOne ไปเมื่อปีที่แล้ว ล่าสุด JavaFX 2.0 ได้เข้าสู่ Beta version แล้ว โดยการเปลี่ยนแปลงที่น่าสนใจ ประกอบไปด้วย

รองรับ Java APIs (เขียน Java code ปกติ) แทนการรองรับ JavaFX script
สนับสนุน การใช้ hardware accelerated graphic
สนับสนุน CSS3+ สำหรับการทำ UI Skinning
สนับสนุน Web Component (HTML5) ให้สามารถ embed อยู่ภายใน JavaFX Application ได้

นับเป็นจุดเริ่มต้นใหม่ของ JavaFX บนความดูแลของ Oracle ที่น่าสนใจต่อไปคือ จะสามารถสู้กับคู่แข่ง RIA ที่มีอยู่ในตลาดแล้วได้อย่างไร

ที่มา - TechWorld , JavaFX

Native Client ใกล้พร้อมแล้ว, จะเปิดทำงานอัตโนมัติเมื่อ ABI เสถียร

lew — Sat, 19 Feb 2011 18:19:00 +0000

สองปีกว่าแล้วหลังกูเกิลเปิดตัว Native Client (NaCl) ซึ่งดูเหมือนจะเป็นเพียงโครงการทดลองแปลกๆ ของกูเกิลอีกอันหนึ่ง แต่วันนี้กูเกิลก็ประกาศว่า Native Client ใกล้พร้อมใช้งานจริงแล้ว และกำลังจะเปิดฟีเจอร์นี้เป็นฟีเจอร์มาตรฐานหาก Application Binary Interface (ABI) เสถียร

โดยที่ผ่านมากูเกิลได้ปรับปรุงให้ NaCl ทำงานผ่านอินเทอร์เฟช Pepper ซึ่งทำให้ตัว NaCl นั้นทำงานแยกโปรเซสจากเบราเซอร์ได้

ตอนนี้ฟีเจอร์ที่ NaCl รองรับนั้นเริ่มใกล้เคียงกับ JavaScript มากขึ้นเรื่อยๆ ทั้งด้านภาพสามมิติ, การเก็บข้อมูลที่เบราเซอร์, WebSocket, การสื่อสารผ่านเครือข่าย ฯลฯ อย่างไรก็ตามทีมงานกำลังทำงานในส่วนของ Dynamic Shared Objects (DSOs) เพื่อทำให้ ABI ของ NaCl นั้นนิ่งไม่เปลี่ยนไปในแต่ละรุ่นที่อัพเกรด

การที่ ABI เสถียรคือการระบุว่าโปรแกรมที่ถูกคอมไพล์ไปแล้วในอดีตจะสามารถใช้งานได้ต่อไปแม้ตัวแพลตฟอร์ม (ในที่นี้คือ NaCl) จะเปลี่ยนไปเช่นมีการเพิ่มฟีเจอร์ ก็ตาม ขณะที่ API เสถียรคือการรับรองว่าซอร์สโค้ดที่เคยคอมไพล์และทำงานได้ จะสามารถนำมาคอมไพล์และรันใหม่ได้เมื่อแพลตฟอร์มเปลี่ยนไป

หากสนใจเรื่อง ABI/API เพิ่มเติมสามารถหาจากหนังสือ System Software ในระดับมหาวิทยาลัย

ที่มา - Chromium Blog

ไมโครซอฟท์โฆษณา Silverlight ยังเหนือกว่า HTML5

mk — Thu, 02 Sep 2010 11:01:40 +0000

แม้ว่า Silverlight จะยังโดน Flash ทิ้งอยู่ไกล แต่ตัวเทคโนโลยีเองก็มีฐานผู้ใช้ระดับหนึ่ง และเริ่มเป็นเทคโนโลยีที่ได้รับการยอมรับมากขึ้นเรื่อยๆ อย่างไรก็ตาม Silverlight (รวมถึง Flash) เริ่มถูกคุกคามโดย HTML5 ซึ่งมีความสามารถมากกว่า HTML4 มาก และเริ่มขึ้นมาทาบรัศมีกับโปรแกรมจำพวก RIA ทั้งหลาย

ทางทีมงานของไมโครซอฟท์จึงให้ข้อมูลผ่านบล็อก Silverlight ว่า แม้ไมโครซอฟท์จะสนับสนุน HTML5 เช่นกัน แต่ Silverlight ก็มี "ที่ยืน" ของตัวเอง โดยเน้นไปที่ 3 เรื่องที่ HTML ยังสู้ลำบาก (ผมอ่านดูแล้วใช้กับ Flash ก็ได้เช่นกัน)

งานมัลติมีเดียแบบหนักๆ เช่น สตรีมมิ่งการแข่งกีฬา, งานที่ต้องใช้เว็บแคมหรือไมโครโฟน
เกมและโปรแกรมสำหรับผู้บริโภคโดยตรง เน้นเอฟเฟคต์และ 3D มากๆ
งานด้านธุรกิจ โดยชูจุดขายด้าน control ที่มีอยู่มากมาย (รวมถึง Pivot Table)
นอกจากงานทั้ง 3 อย่าง ไมโครซอฟท์ยังชูว่าสำหรับงานทั่วๆ ไปที่ HTML5 และ Silverlight ทำได้สบายทั้งคู่ นักพัฒนาก็ควรเลือก Silverlight มากกว่าด้วยเหตุผลเรื่องประสิทธิภาพ (จาก .NET Runtime), ความสม่ำเสมอในการแสดงผล (ไม่ต้องปวดหัวกับมาตรฐานเว็บ), และรอบการออกรุ่นที่สม่ำเสมอกว่า

สุดท้ายไมโครซอฟท์ทิ้งทวนว่า Silverlight เป็นมากกว่าเบราว์เซอร์ โดยมันสามารถใช้เป็นแอพพลิเคชันบนเดสก์ท็อป, บนมือถือ (WP7) และไมโครซอฟท์กำลังผลักดันให้ Silverlight ไปอยู่ในห้องนั่งเล่น ใช้เขียนส่วนติดต่อผู้ใช้ของทีวีและเครื่องมือบันเทิงแบบใหม่ๆ ในอนาคต

ที่มา - Silverlight Blog

หมายเหตุ: อันนี้เป็นมุมมองจากไมโครซอฟท์ซึ่งเป็นเจ้าของเทคโนโลยี Silverlight เพียงด้านเดียว นักพัฒนาควรพิจารณามุมมองอื่นๆ ให้รอบคอบก่อนเลือกเครื่องมือให้ตรงกับงานนะครับ

Photoshop.com เปลี่ยนชื่อกลับเป็น Photoshop Express

mk — Fri, 27 Aug 2010 01:13:27 +0000

Adobe ได้ปรับปรุงเครื่องมือแต่งภาพออนไลน์ Photoshop.com ใหม่ โดยเปลี่ยนชื่อมันกลับเป็น Photoshop Express

เมื่อปี 2008 Adobe ได้เปิดตัว Photoshop Express (มินิรีวิว) แต่หลังจากนั้นได้เปลี่ยนชื่อมันเป็น Photoshop.com แทน และนอกจากเวอร์ชันเว็บแล้ว ยังมีเวอร์ชัน iPhone และ Android

ล่าสุดมันถูกเปลี่ยนชื่อกลับมาเป็น Photoshop Express บนทุกแพลตฟอร์ม

สำหรับเวอร์ชันเว็บ นอกจากเปลี่ยนชื่อแล้วยังปรับปรุงเรื่องฟีเจอร์และหน้าตา โดยแยกโปรแกรมออกเป็น 4 ตัว ได้แก่

Photoshop Express Editor สำหรับแต่งภาพออนไลน์ การเปลี่ยนแปลงสำคัญคือไม่ต้องล็อกอินก่อนใช้งานแล้ว ทุกคนสามารถอัพรูปแล้วแต่งภาพได้เลย
Photoshop Express Organizer สำหรับจัดการรูปภาพที่เก็บไว้บนอินเทอร์เน็ต สามารถดึงภาพจาก Flickr/Picasa มาใช้ได้ด้วย
Photoshop Express Uploader ตัวอัพโหลดรูปภาพ sync ไปกลับได้
Photoshop Express Slideshow ตามชื่อครับ เอาไว้ทำสไลด์โชว์

ที่มา - Photoshop.com Blog

ในโอกาสเดียวกัน Adobe ยังออก Photoshop Express 1.3 for Android เพิ่มฟีเจอร์ดึงวิดีโอจาก Photoshop.com และปรับปรุงการอัพโหลดขึ้น Facebook อ่านรีวิวได้จาก Download Squad ต้องใช้กับ Android 1.6 ขึ้นไป

Adobe AIR for Android ออกรุ่นทดสอบ

mk — Fri, 21 May 2010 14:25:55 +0000

แม้ว่าจะโดน Flash 10.1 for Android บดบังรัศมีไปบ้างในช่วงนี้ แต่ทางแฝดน้องอย่าง AIR ก็ได้ตามลงมาสู่ Android แล้วเช่นกัน โดยเบื้องต้นยังเป็นรุ่น Developer Prerelease อยู่

จุดเด่นของ AIR คือการพัฒนาครั้งเดียวแล้วใช้ได้ข้ามแพลตฟอร์ม (คุ้นๆ ใช่ไหมครับ) นักพัฒนา AIR สามารถพอร์ตโปรแกรมเดิมบนพีซีมาลงมือถือได้ไม่ยากนัก ซึ่งตลาดใหม่นี้กำลังจะเป็นอีกสมรภูมิของ AIR (เริ่มจาก AIR) กับ Silverlight (เบื้องต้นรันบน WP7 และ S60) ในอีกไม่ช้า

AIR for Android จะรองรับ ActionScript 3.0 เท่านั้น ใช้ได้บน Android 2.1 และ 2.2 แต่ช่วงแรกจะยังมีแค่ 2.2 ครับ

ที่มา - AIR Team Blog

แอปเปิลกำลังพัฒนา RIA มาแข่งกับ Flash ใต้ชื่อ "Gianduia"?

mk — Sun, 09 May 2010 09:18:38 +0000

เว็บไซต์ AppleInsider กล่าวถึงเทคโนโลยีชื่อ "Gianduia" ของแอปเปิล ซึ่งเริ่มเปิดตัวในงาน World of WebObjects Developer Conference (WOWODC) งานสัมมนาอิสระของบริษัทเมื่อปีที่แล้ว มันคือเฟรมเวิร์คสำหรับงาน Rich Internet Application ที่ออกมาแข่งกับ Flash/Silverlight

Gianduia (ผมไม่แน่ใจว่ามันอ่านว่าอะไรเหมือนกัน) เป็นชื่อของช็อคโกแลตอิตาเลียนชนิดหนึ่ง ตามคำนิยามของนักพัฒนาคนหนึ่งบอกว่ามันคือ browser-side Cocoa + WebObjects เขียนด้วยภาษาจาวาสคริปต์ ซึ่งนักพัฒนาคนนี้บอกว่ามันเยี่ยมมาก ชนิดเห็นแล้วอ้าปากค้างเลย

ข้อมูลเท่าที่มีในขณะนี้คือ Gianduia เป็นเฟรมเวิร์คภาษาจาวาสคริปต์ (แข่งกับ Cappuccino, SproutCore ของแอปเปิลเอง, JavascriptMVC) แสดงผลออกมาเป็นเว็บมาตรฐาน แต่ออกแบบมาให้นักพัฒนา Cocoa ใช้ได้ง่าย (API คงคล้ายกัน) และตอนนี้แอปเปิลเริ่มนำมาใช้กับเว็บตัวเองบ้างแล้ว

หรือนี่คือเหตุผลที่แท้จริงที่แอปเปิลปฏิเสธ Flash?

ที่มา - AppleInsider

ไมโครซอฟท์เตรียมปล่อยซิลเวอร์ไลท์รุ่นเบต้าสำหรับซิมเบียน 14 มี.ค.นี้

nuntawat — Sat, 13 Mar 2010 05:09:27 +0000

ไมโครซอฟท์เตรียมปล่อยซิลเวอร์ไลท์รุ่นเบต้าสำหรับซิมเบียน S60 5th Edition ในวันที่ 14 มี.ค. นี้ ซึ่งก็ล่วงเลยมาตั้งสองปีแล้ว นับตั้งแต่ที่ไมโครซอฟท์ประกาศความร่วมมือกับโนเกียว่าจะออกซิลเวอร์ไลท์สำหรับซิมเบียนภายในสิ้นปี พ.ศ.2551

อนึง ไมโครซอฟท์ได้ปล่อยชุดเครื่องมือและ runtime ดังกล่าวแล้วเมื่อวันที่ 11 มี.ค. ที่ผ่านมา แต่ไมโครซอฟท์ได้ดึงไฟล์ดังกล่าวลงจากเว็บไปโดยไม่ทราบสาเหตุ

ที่มา: ZDNet

Adobe ประกาศแสนยานุภาพ "AIR สำหรับมือถือจะมาปีนี้"

greendog — Mon, 15 Feb 2010 13:10:56 +0000

ในงาน Mobile World Congress ปีนี้ ทาง Adobe ก็ได้ประกาศออกมาแล้วครับ ว่านักพัฒนา Flash ที่พัฒนา AIR แอพพลิเคชั่นบนเดสก์ท็อป จะมีโอกาสในการนำแอพพลิเคชั่นของตัวเองลงมือถือกันด้วย

ใจความสำคัญอื่นๆ ในประกาศก็มีดังนี้ครับ

Adobe จะปล่อย Flash Player 10.1 Beta ให้กับผู้ผลิตและนักพัฒนาที่เกี่ยวกับมือถือโดยตรงในช่วงครึ่งแรกของปีนี้ เป้าหมายของเวอร์ชั่นนี้คือรันไทม์ที่เสถียรไม่ว่าจะรันบนพีซี, แท็บเล็ต, สมาร์ทโฟน, และอุปกรณ์อิเล็กทรอนิกส์อื่นๆ
AIR สำหรับอุปกรณ์มือถือนั้น จะเน้นไปที่การทำให้นักพัฒนาสามารถนำแอพพลิเคชั่นของตนเองไปรันได้บนทุกระบบปฏิบัติการ และเบราว์เซอร์ จุดขายหลักจะเหมือนกับ Java คือสร้างครั้งเดียวขายได้ทุกแพลตฟอร์ม (รวมถึง App Store)
AIR จะสนับสนุน Android ภายในปี 2010 นี้
Symbian จะเข้าร่วมโครงการ Open Screen project เป้าหมายคือการทำให้ Flash สามารถรันได้บนจอแสดงผลที่มีขนาดแตกต่างกันได้อย่างไม่มีปัญหา
ระบบปฏิบัติการมือถือที่จะสนับสนุน Flash Player 10.1 อย่างเป็นทางการได้แก่ Android ของ Google, BlackBerry ของ RIM, Symbian, WebOS ของ Palm และ Windows Mobile ของ Microsoft

ดูจากรายการทั้งหมด ทำให้เดาได้เล่นๆ ว่า Adobe กำลังส่งข้อความถึง Apple ว่า "เราล้อมคุณไว้แล้ว" หรือเปล่า (แปลจากที่มา “we have you surrounded line”) แต่ Adobe ก็ดูเอาจริงเอาจังกับ AIR มาก โดยประกาศว่าจะรวม AIR เข้ากับสายผลิตภัณฑ์ Creative Suite ของตัวเอง เพื่อเข้ามาเติมเต็มช่องว่างอันแสนสาหัส ในการพัฒนาแอพพลิเคชั่นบนมือถือที่ยังคงว่างเปล่าอยู่ในปัจจุบันครับ ส่วนคนที่ได้รับประโยชน์ (กับกระเป๋าแฟบ) คือนักพัฒนาอย่างผมและทุกๆ คนนี่เองครับ

ที่มา - ZDNet

Flash Player 10.1 และ AIR 2 กำลังเข้าสู่โค้งสุดท้ายของการพัฒนาแล้ว

greendog — Mon, 08 Feb 2010 11:27:59 +0000

คุณ Ted Patrick ได้ออกมาช่วยประกาศให้ Adobe ว่าเนื่องจากตอนนี้ทาง Adobe กำลังใกล้เข้าสู่ช่วงพัฒนาโค้งสุดท้ายของ Flash Player 10.1 และ Adobe AIR 2 แล้ว ก็เลยอยากขอความร่วมมือจากชุมชนนักพัฒนาทั้งหลายให้ช่วยดาวน์โหลดเวอร์ชั่นเบต้าของทั้ง 2 ตัวไปติดตั้ง และทดสอบการใช้งาน โดยถ้าเกิดเจอบั๊ก เขาก็อยากให้ช่วยกันรายงานไปที่ bugs.adobe.com ครับ โดยลิงก์ดาวน์โหลดตั้ง 2 ตัวระบุไว้ด้านล่าง นี้

ดาวน์โหลด Flash Player 10.1 Beta 2 ดาวน์โหลด Adobe AIR 2 Beta 2

คุณ Ted ยังบอกไว้อีกว่าตามแผนการปล่อยตัวเบต้า เวอร์ชั่นเบต้าตัวที่สามจะปล่อยออกมาใน 2 - 3 อาทิตย์ที่ใกล้จะถึงนี้ และรุ่น RC (Release Candidate) จะปล่อยออกมาภายใน 60 วัน (อีก 2 เดือนเนอะ) เขายังย้ำอีกว่าความร่วมมือของเราทุกคนจะทำให้ Flash Player และ AIR มีคุณภาพที่ออกมาสมบูรณ์มากขึ้นครับ

พวกเรายังสามารถช่วยกันส่งต่อโครงการนี้ผ่าน Twitter ด้วยการ tweet ข้อความด้านล่างนี้ครับ: Improve Flash 10.1 & AIR 2.0 via Beta 2 http://bit.ly/cty7Nm READ & RT #Flash #AIR #QUALITY

ที่มา - Ted on Flash

ซิลเวอร์ไลท์ 4 มีปัญหาเรื่องการสนับสนุนการทำงานข้ามแพลตฟอร์ม

nuntawat — Tue, 24 Nov 2009 21:14:34 +0000

สำนักข่าวอังกฤษ The Register ได้รายงานว่า ซิลเวอร์ไลท์ 4 เบต้า ที่ไมโครซอฟท์เพึ่งเปิดตัวไปในงาน PDC ที่ผ่านมา อาจมีปัญหาเรื่องการสนับสนุนการทำงานข้ามแพลตฟอร์ม (cross-platform support) เนื่องจาก

HTML control ในซิลเวอร์ไลท์จะเรียกใช้คอมโพเนนท์จากอินเทอร์เน็ตเอกซ์พลอเรอร์ในวินโดวส์ หรือจาก Safari ใน Mac ซึ่งจะทำให้การเรนเดอร์นั้นแตกต่างกันอย่างแน่นอน
การเพิ่ม Component Object Model (COM) เพื่อให้โปรแกรมที่มาเรียกใช้สามารถติดต่อระหว่างโปรเซส (interprocess communication) และสร้างออปเจ็คได้แบบพลวัต (dynamic object creation) ได้ ซึ่งจะมีประโยชน์ทั้งสามารถเข้าถึงฮาร์ดแวร์หรือการทำงานร่วมกับไมโครซอฟท์ออฟฟิศได้โดยอัตโนมัติ เป็นต้น แต่ฟีเจอร์ COM มีเฉพาะในวินโดวส์เท่านั้น
โฆษกของไมโครซอฟท์ได้ตอบคำถาม Ars Technica ว่า ทีมซิลเวอร์ไลท์ได้ทำตามข้อเรียกร้องของลูกค้าที่ต้องการให้ซิลเวอร์ไลท์เข้าถึงผ่าน COM ได้ แต่ทางทีมพัฒนาเองก็กำลังหาทางให้มีฟีเจอร์ที่คล้ายกับ COM บน Mac รวมถึงแพลตฟอร์มอื่นๆ เพื่อให้ซิลเวอร์ไลท์ยังคงสนับสนุนการทำงานข้ามแพลตฟอร์มต่อไป ในขณะเดียวกันก็ได้ติดต่อกับทีม Moonlight เพื่อเพิ่มฟีเจอร์ใหม่ๆ ลงไปด้วย

ที่มา: The Register ผ่าน Ars Technica

Silverlight 4 รุ่นเบต้า รองรับ Chrome แล้ว

mk — Thu, 19 Nov 2009 01:56:23 +0000

ที่งาน Professional Developers Conference 2009 ไมโครซอฟท์เปิดตัว Silverlight 4.0 รุ่นเบต้าให้นักพัฒนาทดสอบแล้ว

ผมเคยเขียนถึงฟีเจอร์ใหม่ของ Silverlight 4 ไว้หน่อยนึง แต่ที่เพิ่มเข้ามาคือ การแสดงผลนอกเบราว์เซอร์ (คล้ายๆ กับ AIR/JavaFX), ปรับปรุงเรื่องการพิมพ์, เพิ่ม form controller ใหม่ๆ เข้ามาอีก 60 ตัว, ปรับปรุงด้าน WCF และ localization, รองรับ DRM แบบออฟไลน์ และปรับปรุงเรื่องวิดีโอความละเอียดสูง

การเปลี่ยนแปลงที่โดดเด่นคือ Silverlight 4 รองรับ Google Chrome แล้ว ไมโครซอฟท์อ้างว่าโปรแกรมเดิมบน Silverlight 3 จะทำงานได้เร็วขึ้นถึง 200% นอกจากนี้ยังยกตัวเลขว่าอุปกรณ์ 45% ที่เชื่อมต่อกับอินเทอร์เน็ตนั้นมี Silverlight เรียบร้อยแล้ว

สำหรับนักพัฒนา จะทดลอง Silverlight 4 ต้องมี Visual Studio 2010 Beta 2 หรือ Visual Web Developer Express 2010 Beta 2 ครับ

ที่มา - Microsoft, Ars Technica

Adobe เคยกลัว Silverlight

mk — Wed, 16 Sep 2009 07:13:29 +0000

แม้ว่าในระยะหลังไมโครซอฟท์ได้พัฒนา Silverlight จนมีความสามารถทัดเทียมกับ Flash แล้ว แต่ในแง่ฐานผู้ใช้ Flash ยังนำห่างอยู่หลายช่วงตัว อย่างไรก็ตามสถานการณ์ในเกมนี้กลับกลายเป็นว่าทั้งสองฝ่ายก็กลัวซึ่งกันและกัน

Bob Muglia ประธานฝ่ายเซิร์ฟเวอร์ของไมโครซอฟท์เปรียบเทียบ Adobe และ Flash ในตลาด Rich Internet Application ว่าเป็น "กอริลลายักษ์หนัก 800 ปอนด์" และมองการแข่งขันกับ Adobe ในตลาดนี้ว่าเป็น "สิ่งที่น่าหวั่นเกรงที่สุดที่ผมเจอมาในระยะหลังๆ"

ฝั่ง Adobe ก็ใช่ว่าจะไม่กลัวไมโครซอฟท์เลย Adrian Ludwig ผู้จัดการฝ่าย Flash บอกว่าบริษัทของเขา "ตื่นตระหนก" เมื่อไมโครซอฟท์เริ่มรุกเข้ามาในตลาดด้วย Silverlight แต่ช่วงหลังความหวั่นกลัวลดน้อยลงเพราะ Silverlight ชิงส่วนแบ่งตลาดได้ไม่เยอะนัก

กลยุทธ์ของไมโครซอฟท์ในการโปรโมท Silverlight คือทำความร่วมมือกับเว็บดังๆ เพื่อถ่ายทอดสดกีฬาหรือเหตุการณ์สำคัญด้วย Silverlight ผู้บริหารของ NBC ซึ่งเป็นพันธมิตรรายหนึ่งของไมโครซอฟท์มองว่าปัจจุบัน ในแง่เทคโนโลยี Silverlight พร้อมแล้ว แม้ว่าในระยะหลังบางเว็บจะเปลี่ยนจาก Silverlight กลับไปเป็น Flash ก็ตาม

ที่มา - WSJ

เปรียบมวย Flash vs Silverlight

mk — Sat, 16 May 2009 14:14:04 +0000

เว็บไซต์ Smashing Magazine มีการเปรียบเทียบ Flash กับ Silverlight ในทางเทคนิคด้านต่างๆ ตั้งแต่วิธีการทำแอนิเมชัน, การบีบอัดไฟล์, ภาษาที่ใช้พัฒนา, SEO, Accessibility, ฟอร์แมตและ codec ที่สนับสนุน, เว็บแคม ไปจนกระทั่ง deployment เหมาะอย่างยิ่งสำหรับคนที่ต้องการเปรียบเทียบความต้องการของตัวเองก่อนเลือกใช้เทคโนโลยีสองตัวนี้

เราเดาได้ไม่ยากว่า Flash ชนะ แต่ Silverlight ก็เหนือกว่าในหลายๆ เรือง เช่น SEO, แอนิเมชัน, streaming ใน Silverlight 3 ก็คงจะอุดจุดอ่อนที่มีลงไปอีกหลายจุดและช่วงห่างกับ Flash ก็จะลดน้อยลง

อย่างไรก็ตาม ในงานจริงยังมีประเด็นอื่นๆ นอกจากด้านเทคนิคที่ต้องนำมาพิจารณาประกอบด้วย เช่น ส่วนแบ่งตลาดและสัดส่วนผู้มี Flash Player ซึ่งฝั่ง Flash ก็ยังสูงกว่ามาก

ที่มา - Smashing Magazine