ชุดประกอบที่ก้าวหน้าที่สุดของเลโก้คงเป็น MINDSTROM ที่ก่อนหน้านี้มีกล่องคอนโทรลเลอร์รุ่น NXT ที่ใช้ระบบปฎิบัติการเฉพาะ แต่กล่องคอนโทรลรุ่นใหม่คือ EV3 ก็เปลี่ยนมาใช้ลินุกซ์แล้ว

กล่อง EV3 ใช้ส่วนประกอบภายในเป็นชิป ARM Cortex-A9 (ไม่ระบุผู้ผลิต) พร้อมหน่วยความจำแฟลช 16 MB และแรม 64 MB สามารถเพิ่มหน่วยความจำผ่านการ์ด mini SDHC ได้ บนตัวกล่องมีจอความละเอียด 178x128 และปุ่มอีกหกปุ่ม

ราคากล่องคอนโทรลเปล่าๆ 159.95 ดอลลาร์ และชุดพื้นฐาน 349.99 ดอลลาร์ ถ้าไม่ใช่แฟนเลโก้หรือซื้อเพราะอยากได้ซอฟต์แวร์พัฒนาไว้ให้เด็กเล่นไปซื้อคอมพิวเตอร์จิ๋วตระกูล Raspberry Pi น่าจะคุ้มกว่าเยอะ

ที่มา - LEGO

หลัง Steam เปิดตัวรุ่นลินุกซ์มาตั้งแต่เดือนธันวาคมที่ผ่านมา สถิติเดือนแรกก็ออกมาแล้ว โดยผู้ใช้จำกัดอยู่ใน Ubuntu 12.04 และ 12.10 เท่านั้น

Ubuntu ทั้งสี่รุ่นได้แก่ 12.10 64 bit 0.29%, 12.04.1 64 bit 0.26%, 12.04.1 0.13%, และ 12.10 0.12% รวมเป็น 0.8%

เมื่อนับรวมระบบปฎิบัติการรุ่นต่างๆ แยกจากกัน Windows ยังคงครองสัดส่วน 95% และ Mac OS ยังครองสัดส่วน 3.7%

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

ที่มา - Steam

การรองรับ ARMv8 หรือชื่อในกลุ่มซอฟต์แวร์โอเพนซอร์สว่า AArch64 เริ่มไล่มาตั้งแต่เคอร์เนล จนตอนนี้ทาง GNU ก็ออก glibc (GNU C Library) รุ่น 2.17 ที่รองรับ AArch64 ออกมาแล้ว

glibc เป็นไลบรารีพื้นฐานสำหรับซอฟต์แวร์ที่เขียนด้วยภาษาซีแทบทั้งหมด มันเป็นส่วนขยายเพิ่มเติมมาจาก API ที่ถูกกำหนดไว้ในมาตรฐาน POSIX การย้ายแอพพลิเคชันที่เขียนด้วยภาษาที่ต้องคอมไพล์ก่อนใช้งาน (เช่นภาษาซี) ไปยังสถาปัตยกรรมใหม่ จำเป็นต้องรอให้เคอร์เนลและไลบรารีพื้นฐานเหล่านี้ถูกพอร์ตไปก่อน แอพพลิเคชันจึงสามารถพอร์ตไปได้ง่ายขึ้น

ถ้าเราไม่ได้เป็นนักพัฒนาที่ได้รับบอร์ดตัวอย่าง กว่าจะได้ใช้เครื่อง AArch64 ก็ต้องรอจนถึงปี 2014 แต่ระหว่างนี้ต้องลุ้นให้ซอฟต์แวร์หลักๆ สามารถไปใช้งานกันได้ครบถ้วน

ที่มา - Sourceware, Parity News

GitHub ประกาศสถิติประจำปี 2012 พบว่าเว็บไซต์เติบโตขึ้นมาก ตอนนี้มีสมาชิกจำนวน 2.8 ล้านราย (เพิ่มขึ้น 133% จากปีก่อน) และจำนวน repository 4.6 ล้านแห่ง (โตขึ้น 171%)

ในหนึ่งวัน GitHub มีสมาชิกเพิ่มขึ้นวันละ 10,000 ราย, ปริมาณข้อมูล 140GB, pull request 7,000 ครั้ง และเกิดการ push สู่ repository 125,000 แห่ง

โครงการที่มีผู้ติดตาม (star หรือให้ดาว) มากที่สุดคือ Font-Awesome ฟอนต์ไอคอนสำหรับ Twitter Bootstrap ส่วนอันดับสองเป็นของ TextMate โปรแกรมแก้ไขข้อความยอดนิยมบน Mac OS X และอันดับสามคือ meteor ฐานข้อมูลสำหรับเฟรมเวิร์คจาวาสคริปต์

โครงการที่มีสมาชิกร่วมส่งโค้ดเข้ามามากที่สุดคือ Homebrew ตัวจัดการแพกเกจของ Mac OS X, อันดับสองคือ Ruby on Rails และอันดับสามคือส่วน android_frameworks_base ของ CyanogenMod

ที่มา - GitHub

ความสัมพันธ์ที่เปลี่ยนไประหว่างไมโครซอฟท์และโลกโอเพนซอร์สทำให้เราได้เห็นปรากฎการณ์ที่สักห้าหกปีก่อนคงไม่มีใครคาดคิด แต่วันนี้ Scott Blomquist พนักงานของไมโครซอฟท์ก็ส่งแพตซ์เข้าไปยังโครงการ WebKit เพื่อให้รองรับมาตรฐาน Pointer Events ที่ไมโครซอฟท์เสนอเข้าสู่ W3C

ที่จริงแล้ว Safari ใน iOS มีความสามารถรองรับ Touch Events อยู่ก่อนแล้ว (ดู iOS Developer Library) ทาง W3C จึงเคยพยายามออกมาตรฐานแบบเดียวกันเพื่อให้เบราว์เซอร์อื่นๆ สามารถรองรับได้เช่นเดียวกัน แต่แอปเปิลกลับไม่เข้าร่วมในการออกมาตรฐาน และไม่รับรองว่าจะยกสิทธิบัตรที่เกี่ยวข้องให้ผู้ทำตามมาตรฐานสามารถใช้งานได้ ทำให้การสร้างมาตรฐานนั้นต้องหยุดไป

นับตั้งแต่ปี 1991 ไลนัสได้เขียนเคอร์เนลลินุกซ์บนเครื่อง 80386 เพื่อใช้แทน MINIX ที่เขียนโดย Andrew S. Tanenbaum อาจารย์ของเขาเอง โดยพยายามสร้างเคอร์เนลที่ทำตามมาตรฐาน POSIX ต่อมาความนิยมในลินุกซ์ซึ่งใช้สัญญาอนุญาตแบบ GPL ทำให้มันได้รับความนิยมอย่างรวดเร็ว จนกระทั่งทุกวันนี้ ลินุกซ์มีอยู่ในทุกที่ตั้งแต่เซิร์ฟเวอร์ขนาดใหญ่ไปจนถึงคอมพิวเตอร์ฝังตัวขนาดเล็ก

แต่เวลา 21 ปีก็นานมากสำหรับการซัพพอร์ตชิป 80386 ที่ให้กำเนิดลินุกซ์ขึ้นมา และเมื่อวานนี้ไลนัสก็รับแพตซ์ชุดใหม่เข้าสู่โครงการเคอร์เนล เป็นแพตซ์ลบไฟล์ที่ซัพพอร์ตชิป 80386 ออกทั้งหมด

แพตซ์มีชื่อว่า "Nuke 386-DX/SX support" เขียนโดย Ingo Molnar หลังจากแพตซ์นี้เข้าสู่ Git ของเคอร์เนลแล้ว ลินุกซ์มาตรฐานที่ใช้สถาปัตยกรรม i386 ก็จะไม่รองรับชิป 80386 ของอินเทลและเอเอ็มดีอีกต่อไป

ถึงเวลาต้องลากันอย่างเป็นทางการ

ที่มา - The Register

โครงการในส่วนของเคอร์เนลลินุกซ์ประกาศไว้ตั้งแต่ตอนออกรุ่น 3.6 ว่าจะรองรับ ARMv8 โดยใช้ชื่อในเคอร์เนลว่า AArch64 ตอนนี้รุ่น 3.7 ออกมาแล้วก็สามารถทำได้อย่างที่ประกาศไว้จริง

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

ในส่วนฟีเจอร์ทั่วไป หลักๆ มีดังนี้

• รองรับการโหลดโมดูลที่ต้องถูก "เซ็น" ในทางดิจิตอลอย่างถูกต้อง โดยโมดูลจะโหลดไม่ได้หากไม่มีลายเซ็นที่กำหนดแม้จะเป็น root ก็ตาม
• TCP Fast Open เพิ่มความเร็วในการเชื่อมต่อ TCP ขึ้น 4-41%
• perf trace คำสั่งใหม่ในการตรวจสอบว่าซอฟต์แวร์ของเราทำงานอะไรอยู่ มันสามารถตรวจสอบการเรียกฟังก์ชั่นของเคอร์เนล และกระบวนการอื่นๆ เช่น โปรแกรมถูกดึงออกจากซีพียู หรือมีการขอแรม page ใหม่
• VXLAN รองรับการเชื่อมต่อเครือข่ายในระดับ datalink แบบเสมือนผ่านทาง UDP

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

ที่มา - TG Daily, Kernel Newbies

Richard Stallman ประธานมูลนิธิซอฟต์แวร์เสรี ออกโรงมาอัด Ubuntu ในประเด็นเรื่องการดึงข้อมูลส่วนตัวของผู้ใช้ จากฟีเจอร์เจ้าปัญหาใน Ubuntu 12.10 ที่แสดงรายการสินค้าจาก Amazon

ประเด็นของ Stallman คือซอฟต์แวร์เสรีหรือโอเพนซอร์ส มีจุดเด่นตรงที่เปิดเผยโค้ดทั้งหมด ทำให้ผู้ใช้งานสามารถรับรู้ได้ว่ามีอะไรแอบซ่อนอยู่ในซอฟต์แวร์หรือไม่ (และแก้ไขได้ถ้าพบปัญหา) ซึ่ง Ubuntu แหกธรรมเนียมนี้โดยใส่โค้ดที่ส่งข้อมูลคำค้นกลับไปยัง Canonical แล้วส่งไปยัง Amazon อีกต่อหนึ่ง

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

จาวาสริปต์เป็นภาษาสคริปต์ของ Netscape ที่พัฒนาขึ้นเพื่อใช้บนเว็บกับ Netscape 2.0 มาตั้งแต่ปี 1995 โดยยืมชื่อ "จาวา" มาจากซันโดยไม่มีความเกี่ยวเนื่องอะไรกัน แต่ความนิยมของจาวาสคริปต์ที่สูงขึ้นเรื่อยๆ จนกระทั่งเริ่มบุกตลาดเซิร์ฟเวอร์ด้วย node.js ตอนนี้ทางออราเคิลก็เปิดโครงการ Nashorn เป็นส่วนหนึ่งของ OpenJDK เพื่อนำจาวาสคริปต์มารันบน JVM แล้ว

โครงการนี้กำลังถูกพัฒนาเป็นการภายในออราเคิลเอง และกำลังเตรียมการโยกย้ายออกมาสู่สาธารณะภายใต้โครงการ OpenJDK จากข้อเสนอของออราเคิล

สมาชิกของ OpenJDK สามารถโหวตเพื่อรับหรือไม่รับโครงการนี้ได้ภายในวันที่ 6 ธันวาคมที่จะถึงนี้

ที่มา - OpenJDK, H-Online

ชุดโปรแกรมสำนักงาน LibreOffice เริ่มเข้าสู่รุ่นใหญ่รุ่นถัดไป 4.0 โดยออกรุ่นทดสอบแรก Alpha 1 มาแล้ว

ของใหม่ที่สำคัญคือปรับปรุงการทำงานร่วมกับ .docx, .xlsx, .rtf ครับ ส่วนแผนฟีเจอร์ใหม่ของ LibreOffice 4.0 ทั้งหมดดูได้จาก LibreOffice Wiki กำหนดออกรุ่นจริงเดือนกุมภาพันธ์ปีหน้า

ที่มา - Phoronix

สตูดิโอแอนิเมชัน DreamWorks Animation SKG ประกาศเปิดซอร์สซอฟต์แวร์โมเดล 3 มิติของตัวเองชื่อ OpenVDB โดยใช้สัญญาอนุญาตแบบ Mozilla Public License Version 2.0

ซอฟต์แวร์ตัวนี้พัฒนาขึ้นโดย DreamWorks เอง และใช้งานจริงกับภาพยนตร์แอนิเมชันเรื่องล่าสุด Rise of the Guardians ด้วย เป้าหมายในการเปิดซอร์สของ DreamWorks คือต้องการดันให้ซอฟต์แวร์ตัวนี้เป็นมาตรฐานของวงการ และเมื่อมีคนร่วมพัฒนามากขึ้น ก็ย่อมเป็นประโยชน์กับ DreamWorks ในระยะยาว

การเปิดซอร์สครั้งนี้ถือเป็นครั้งแรกของ DreamWorks แต่ในวงการเองก็มีกรณีแบบนี้เกิดขึ้นก่อนแล้ว โดย Lucasfilm และ Sony Pictures Imageworks เพิ่งเปิดซอร์สโปรแกรมทำเอฟเฟคต์ชื่อ Alembic ไปก่อนแล้ว ซอฟต์แวร์ตัวนี้ใช้ในภาพยนตร์เรื่อง The Avengers

ส่วนคู่แข่งอย่าง Pixar เองก็มีซอฟต์แวร์ RenderMan ที่เปิดให้บริษัทอื่นใช้งาน เพียงแต่ไม่เปิดซอร์สและต้องจ่ายค่าใช้งานด้วย

ที่มา - Wall Street Journal

อธิบายก่อนนิดนึงว่า Windows Phone Toolkit คือชุดคอนโทรล (บางคนเรียกวิดเจ็ต) สำเร็จรูปที่ไมโครซอฟท์สร้างเตรียมไว้ให้นักพัฒนาแอพใช้งาน โดยคอนโทรลเหล่านี้ไม่ได้เป็นส่วนหนึ่งของ WP SDK แต่ก็ถือเป็นคอนโทรลที่ใช้บ่อยในแอพทั่วไป

ไมโครซอฟท์แจกคอนโทรลชุดนี้เป็นโอเพนซอร์สบนเว็บไซต์ CodePlex (phone.codeplex.com) มาตั้งแต่สมัย WP7 แล้ว และเมื่อ WP8 ออกก็ตามอัพเดตให้คอนโทรลเหล่านี้ทำงานกับ WP8 โดยเพิ่มคอนโทรลบางตัวที่ใช้ได้เฉพาะกับ WP8 ด้วย

ตัวอย่างคอนโทรลในชุดได้แก่ ContextMenu, TimePicker, ToggleSwitch Control, AutoCompleteBox, RatingControl เป็นต้น ภาพตัวอย่างดูได้ตามลิงก์ที่มา

ผมเชื่อว่าแถวนี้น่าจะมีนักพัฒนาสนใจแพลตฟอร์ม WP8 กันมากขึ้นหลัง Lumia 920 และ HTC 8X วางขาย ตรงนี้ Windows Phone Toolkit น่าจะช่วยให้ชีวิตของท่านง่ายขึ้นในระดับหนึ่งครับ

ที่มา - Windows Phone Developer Blog

ถึงแม้ GNOME 3.x จะเปลี่ยนมาใช้ส่วนติดต่อผู้ใช้แบบ GNOME Shell แต่เอาเข้าจริงแล้วก็ยังมีโหมด fall back (หรือ GNOME Classic) ที่ใช้ส่วนติดต่อผู้ใช้ของ GNOME 2.x อยู่ ด้วยเหตุผลว่าผู้ใช้คอมพิวเตอร์รุ่นเก่าๆ ที่ยังไม่รองรับการแสดงผล 3 มิติยังสามารถใช้ GNOME ได้ (เหตุผลเดียวกับฝั่ง Ubuntu เคยมี Unity 2D)

แต่ใน GNOME รุ่นหน้า 3.8 ทางนักพัฒนาก็ประกาศตัดโหมด fallback ออกไปแล้ว ด้วยเหตุผลว่าไม่มีใครใช้งานและทดสอบมันอย่างจริงจัง แถมการใช้โค้ดเดิมของ GNOME 2.x ก็มีผลเสียต่อ GNOME 3.x เรื่องความเข้ากันได้ และแอพบางตัวของ GNOME ก็จำเป็นต้องรันบน GNOME 3.x เท่านั้นแล้ว

การตัดโหมด fallback ไม่ได้แปลว่าจะไม่มี GNOME หน้าตาแบบ 2.x เท่านั้น แต่องค์ประกอบหลายๆ ส่วนของ GNOME 2.x อย่างเช่น Metacity, GNOME Applets จะถูกถอดออกไปด้วย ข้อดีของการตัดสินใจครั้งนี้คือลดภาระของนักพัฒนาในการดูแลโค้ดเดิม และมีเวลาไปทำ GNOME 3.x ได้มากขึ้นนั่นเอง

ที่มา - Web Up8

การแข่งขันในตลาดลินุกซ์ระหว่างออราเคิลกับเรดแฮตดูจะดุเดือดมากขึ้น เมื่อออราเคิลประกาศนำแพตซ์ของเรดแฮตมาแยกย่อยรายละเอียดแล้วนำขึ้น Git repository ให้คนทั่วไปเข้าถึงได้

ต้องเท้าความก่อนว่าธุรกิจของเรดแฮทนั้นเป็นการขายซัพพอร์ตของตัว RHEL โดยให้ลูกค้าดาวน์โหลดแพตซ์รักษาความปลอดภัยไปใช้งาน แต่เนื่องจากลินุกซ์เป็นสัญญาอนุญาตแบบ GPL ทางเรดแฮตจึงต้องปล่อยซอร์สโค้ดของแพตซ์เหล่านี้ออกมาพร้อมกัน แต่เดิมนั้นเรดแฮตก็ปล่อยออกมาแยกรายบั๊ก ทำให้ทีมลินุกซ์อื่นๆ เช่น CentOS หรือ Scientific Linux สามารถนำไปคอมไพล์แล้วส่งแพตซ์ให้ลูกค้าของตัวเองได้เหมือนกัน แต่นับแต่ช่วงต้นปี 2011 ทางเรดแฮตก็เปลี่ยนกระบวนการปล่อยซอร์สโค้ด โดยปล่อยออกมาเป็นชุดๆ ไม่แยกรายบั๊กอีกต่อไป ทำให้โครงการภายนอกทำงานได้ยากขึ้น

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

ทีมที่ทำหน้าที่แยกแพตซ์เหล่านี้คือทีม Ksplice ผู้พัฒนาระบบแพตซ์เคอร์เนลที่กำลังรันอยู่ และถูกออราเคิลซื้อไปเมื่อปีที่แล้ว

ที่มา - Oracle

ถ้ายังจำกันได้ เมื่อเดือนกันยายน Xperia S สมาร์ทโฟนจาก Sony ถูกกูเกิลเพิ่มเข้าไปในโครงการ AOSP เพื่อให้นักพัฒนาเข้ามาร่วมพัฒนา AOSP ให้รองรับกับ Xperia S ได้ ซึ่ง Sony ก็ตอบรับด้วยการแจกไดร์เวอร์ให้นักพัฒนามาในภายหลัง

โครงการดังกล่าวเดินหน้าไปพอสมควร ตัวเครื่องสามารถเปิดติด ใช้ Wi-Fi และเซนเซอร์บางตัวใช้งานได้ แต่ด้วยความที่ฮาร์ดแวร์ส่วนมากใช้ไบนารีที่เป็น proprietary ของ Sony ซึ่งไม่สามารถนำมารวมเข้ากับ AOSP ได้ ทำให้การทำงานของ AOSP บน AOSP นั้นไม่สมบูรณ์นัก

ด้วยเหตุผลดังกล่าว Sony และกูเกิลจึงตัดสินใจเลิกรองรับ AOSP บน Xperia S และโยกโครงการดังกล่าวไปยัง GitHub แทน

ที่มา - Android Police

สืบเนื่องจากสถานการณ์ของ AMD ที่ต้องปลดพนักงานลง 15% หนึ่งในหน่วยงานที่ถูกปลดก็คือฝ่ายพัฒนาบนลินุกซ์ โดยได้มีการยืนยันแล้วว่า AMD ได้ปิดศูนย์ปฏิบัติการ Operating System Research Center (OSRC) ซึ่งเป็นหน่วยงานที่พัฒนาส่วนขยายของระบบปฏิบัติการณ์ลินุกซ์เกือบทั้งหมดของฝั่ง AMD ส่งผลให้นักพัฒนาที่มีอยู่ทั้ง 25 คนจะหยุดให้การสนับสนุนการพัฒนาในนามของ OSRC อย่างถาวร

เมื่อมองดูประวัติการพัฒนาของลินุกซ์เคอร์เนล จะเห็นว่า OSRC ได้มีผลงานพัฒนาสำคัญหลายอย่างที่ทำให้ชิป AMD ทำงานกับลินุกซ์ได้ดีขึ้นมาก อาทิเช่น ระบบจัดการความเร็ว PowerNow และระบบจัดการพลังงาน TurboCore รวมไปถึงส่วนขยาย KVM สำหรับทำ Hardware Virtualization ด้วย ไม่เพียงแต่ส่วนขยายเฉพาะชิป AMD เท่านั้น งานพัฒนาเคอร์เนลบางอย่างของ OSRC ยังพัฒนาให้ใช้ร่วมกับชิปของอินเทลได้ด้วย เช่น เทคโนโลยี IOMMU ที่ช่วยให้สามารถส่งต่อบัส PCIe ไปยัง Virtual Machine ได้

อย่างไรก็ตาม หน่วยงานนี้ไม่ได้เกี่ยวข้องกับแผนกพัฒนาไดรเวอร์สำหรับ GPU ซึ่งทาง AMD ยังคงให้การสนับสนุนต่อไปทั้งโครงการภายในและโครงการเปิดซอร์ส

ที่มา: The H-Open

แม้ ARMv8 หรือ AArch64 ที่เป็น ARM สถาปัตยกรรม 64 บิตจะยังไม่วางตลาดเลยก็ตาม แต่ฝั่งซอฟต์แวร์ก็เริ่มเตรียมความพร้อมกันแล้ว สิ่งหนึ่งที่ขาดไม่ได้บนเซิร์ฟเวอร์คงเป็นจาวาที่แอพพลิเคชั่นระดับองค์กรจำนวนมากใช้งานกันอยู่ ปัญหาของจาวาบน ARM ทุกวันนี้ (รุ่น 32 บิต) คือมันมี JIT compiler รุ่นเล็กและง่ายสำหรับ OpenJDK ที่โอเพนซอร์สและใช้งานได้ฟรี กับรุ่นเฉพาะจากออราเคิลที่ทำงานได้มีประสิทธิภาพดีกว่า และตอนนี้ทาง RedHat เริ่มเข้ามาพัฒนา JIT compiler บน ARMv8 โดยเฉพาะ โดยหวังให้มันมีประสิทธิภาพที่ดีและโอเพนซอร์สไปพร้อมกัน

การพัฒนาแบ่งออกเป็นสามขั้น คือ interpreter ที่ไม่มีการคอมไพล์ใดๆ แต่ทำงานได้, การคอมไพล์ระดับ C1 ที่ปกติใช้สำหรับซอฟต์แวร์ไคลเอนต์, และการคอมไพล์ C2 สำหรับเซิร์ฟเวอร์ โดยส่วนของ interpreter นั้นคาดว่าจะเปิดสู่สาธารณะได้ภายในคริสตมาสปีนี้

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

ที่มา - Advogato.org, Parity News

โครงการ Mono ประกาศข่าวการออกรุ่น Mono 3.0 หลังพัฒนากันมานานปีครึ่ง ของใหม่ในรุ่นนี้ได้แก่

• คอมไพเลอร์ C# เวอร์ชัน 5.0 ที่รองรับ asynchronous programming ที่ไมโครซอฟท์ใส่เข้ามาใน .NET 4.5
• รองรับ .NET 4.5 Async API โดยตั้งเป็น default profile ของคอมไพเลอร์
• การทำงานร่วมกับเทคโนโลยีโอเพนซอร์สจากไมโครซอฟท์ เช่น ASP.NET MVC4, ASP.NET WebPages, Razor, System.Json
• Garbage Collector ตัวใหม่ที่ประสิทธิภาพดีขึ้นมาก
• คอมไพล์เป็นแอพพลิเคชันแบบ 64 บิตบนแมค, เพิ่มการรองรับ F# 3.0 บนแมค

ที่มา - Mono, Miguel De Icaza, Ars Technica

แม้ว่าชื่อของมาตรฐานความละเอียดหน้าจอสูงอย่าง 4K และ 8K จะได้ชื่ออย่างเป็นทางการว่า Ultra High-Definition ตามที่สมาคมสินค้าอิเล็กทรอนิกส์ (CEA) เพิ่งประกาศมาแล้ว แต่ทว่า Sony หนึ่งในผู้ผลิตโทรทัศน์ความละเอียดสูงกลับมีความเห็นขัดแย้งกับชื่อของมาตรฐานดังกล่าว

Sony บอกว่าชื่อ Ultra High-Definition (UHD) จะสร้างความสับสนให้กับผู้ใช้ เนื่องด้วยว่าคล้ายคลึงกับมาตรฐานเดิมอย่าง High-Definition (HD) มากเกินไป และยังแนะว่าชื่อ 4K UHD ยังดูเข้าใจง่ายกว่าด้วยซ้ำ

แม้ว่าในแถลงการของ Sony จะไม่ได้ต้องการให้ CEA เปลี่ยนมาใช้คำที่ว่า แต่ก็ระบุว่าสินค้า และเทคโนโลยีของ Sony ที่เกี่ยวข้องกับมาตรฐานดังกล่าวจะทำการตลาดในชื่อ 4K UHD แทน

ที่มา - The Verge

Mark Shuttleworth บอสใหญ่ของบริษัท Canonical ประกาศผ่านบล็อกของเขาว่า นับตั้งแต่ Ubuntu 13.04 Raring Ringtail เป็นต้นไป นโยบายการพัฒนาฟีเจอร์จะเปลี่ยนไปจากที่แล้วๆ มา

เดิมที Canonical จะจัดงาน Ubuntu Developer Summit เมื่อรอบการพัฒนา Ubuntu รุ่นใหม่เริ่มต้นขึ้น เพื่อเชิญนักพัฒนาในชุมชนไประดมสมองว่าจะพัฒนาฟีเจอร์ใหม่อะไรบ้างในรุ่นนั้นๆ (อ่าน สรุปแผนพัฒนา Ubuntu 12.10 Quantal Quetzal จากงาน UDS-Q)

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