Yukihiro "Matz" Matsumoto ชาวญี่ปุ่นผู้สร้างภาษา Ruby เมื่อปี 1993 (ซึ่งภายหลังมาดังเป็นพลุแตกเมื่อมี Ruby on Rails) ประกาศว่าเขาจะย้ายมาทำงานกับบริษัท Heroku ซึ่งเป็นบริษัทที่เชี่ยวชาญด้าน Ruby และให้บริการแบบ platform-as-a-service (เพิ่งถูก Salesforce.com ซื้อไปเมื่อปลายปี 2010)

เดิมที Matz มีตำแหน่งงานด้านวิจัยที่ห้องแล็บ Network Applied Communication Laboratory ในญี่ปุ่น และมีตำแหน่งที่สถาบันวิจัย Rakuten Institute of Technology ด้วย

Matz จะมีตำแหน่งใหม่เป็น Chief Architect of Ruby ซึ่งทำงานเต็มเวลาเพื่อพัฒนาแกนหลักของภาษา Ruby ให้ดียิ่งขึ้น

ที่มา - Heroku, ReadWriteWeb

Salesforce.com ประกาศเข้าซื้อบริษัท Heroku (อ่านว่า "เฮอ-โอ-คู") ซึ่งให้บริการกลุ่มเมฆสำหรับแอพพลิเคชันที่เขียนด้วย Ruby

Heroku บอกว่าปัจจุบันให้บริการ PaaS (platform as a service) ให้กับแอพพลิเคชันมากกว่า 100,000 ตัว

ช่วงหลังนี้ Salesforce.com กำลังขายแนวคิด "Cloud 2" ซึ่งเน้น social network และ collaboration มากขึ้น ตัวอย่างบริการแบบ Cloud 2 ได้แก่ Chatter ซึ่งเป็นโปรแกรมสื่อสารภายในองค์กรที่พัฒนาโดย Salesforce.com เอง (อ่านรายละเอียดเรื่อง Cloud 2 ได้จาก Bangkok Post)

ก่อนหน้านี้มีข่าวมาสักพักแล้วว่าไมโครซอฟท์เริ่มเปลี่ยนนโยบายการสนับสนุนภาษา dynamic โดยการลดทรัพยากรที่ทุ่มลงมาสู่โครงการเช่น IronPython และ IronRuby ลงไปเรื่อยๆ แต่วันนี้ก็ชัดเจนแล้วว่าไมโครซอฟท์คืนโครงการนี้เป็นโครงการโอเพนซอร์สอย่างสมบูรณ์ใน CodePlex

Twitter นั้นมีภาษาเฉพาะของตัวเองพอสมควร เช่น @reply @mention #hashtag รวมถึง URL ในข้อความ tweet แต่ละอัน การเขียนโปรแกรมที่เกี่ยวข้องกับ Twitter ล้วนแต่ต้องจัดการกับภาษาและสัญลักษณ์เหล่านี้

ล่าสุดทาง Twitter ได้เปิดซอร์สโค้ดที่บริษัทใช้สำหรับงานเหล่านี้ทั้งหมดออกมาเป็นโอเพนซอร์สแล้ว โดยไลบรารีสำหรับประมวลผลข้อความ tweet นี้มีให้เลือก 2 ภาษา ได้แก่ Ruby และ Java นอกจากนี้ทาง Twitter ยังแจกชุดทดสอบที่ใช้สำหรับไลบรารีข้างต้น เผื่อจะมีคนเขียนไลบรารีแบบเดียวกันในภาษาอื่นขึ้นมาด้วย

ที่มา - Twitter Engineering

เมื่อปี 2006 ซันได้จ้างทีมพัฒนา JRuby (เขียนโค้ดภาษา Ruby แล้วแปลงเป็นไบต์โค้ดในแพลตฟอร์ม Java) ซึ่งรวมถึง Charles Nutter ผู้สร้าง JRuby ด้วย หมากเกมนี้เป็นส่วนหนึ่งของแผนการที่ซันอยากให้แพลตฟอร์ม Java รองรับภาษาโปรแกรมให้หลากหลายขึ้น นอกเหนือไปจากภาษา Java ที่มีแต่เดิม

แต่ล่าสุด ทีม JRuby ประกาศลาออกจากซันแล้ว (อีกสองคนคือ Tom Enebo, Nick Sieger) โดยจะย้ายไปทำงานกับบริษัท Engine Yard บริษัทซอฟต์แวร์ที่เชี่ยวชาญด้าน Ruby on Rails เหตุผลที่ย้ายงานก็คือ Engine Yard นั้นมีความเชี่ยวชาญเรื่อง Ruby มาก และมีสภาพแวดล้อมที่เหมาะสมกับการพัฒนา JRuby ให้ดียิ่งๆ ขึ้น

ถึงแม้ว่าจะเป็นการเปลี่ยนงานลักษณะคล้ายๆ กันในช่วงเวลาใกล้ๆ กัน แต่ Charles Nutter แห่ง JRuby บอกว่าเหตุผลในการย้ายงานครั้งนี้ส่วนหนึ่งเป็นเพราะซันโดนออราเคิลซื้อกิจการ ซึ่งต่างจาก Doug Cutting ที่บอกว่าเขาย้ายงานไม่เกี่ยวกับไมโครซอฟท์-ยาฮู

ที่มา - Engine Yard, Ars Technica

Evans Data สำรวจข้อมูลจากนักพัฒนาในสหรัฐอเมริกา 400 คน พบว่าอัตราการใช้ Ruby เพิ่มจากปีก่อนถึง 40%

อย่างไรก็ตามในภาพรวม ยังมีนักพัฒนาที่ใช้ Ruby เป็นประจำแค่ 14% ของทั้งหมดที่สำรวจเท่านั้น ทาง Evans Data คาดว่าสัดส่วนนี้จะเพิ่มเป็น 20% ในปี 2010

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

ที่มา - Internet News

Twitter เป็นหนึ่งในกรณีศึกษาตัวอย่างของ Ruby on Rails แต่เมื่อผู้ใช้เพิ่มขึ้นอย่างก้าวกระโดด RoR ก็ถึงทางตันเสียแล้ว

Alex Payne นักพัฒนาของ Twitter เล่าว่าเว็บไซต์สมัยใหม่นิยมเลือก Ruby, Python, PHP ด้วยเหตุผลว่ามัน "น่าจะ" agile และพร้อมรับการเปลี่ยนแปลงในอนาคตได้ง่าย หรือไม่ก็เบื่อ C++/Java แต่ว่ากำแพงที่ Twitter พบก็คือระบบจัดคิวส่งข้อคววาม (message queuing system) ที่เขียนด้วย Ruby นั้นกลับไปติดกำแพงประสิทธิภาพที่ตัว virtual machine ของ Ruby เอง และการขยายตัวรองรับผู้ใช้ที่มากขึ้นเรื่อยๆ นั้นแก้ได้ทางเดียวคือซื้อเครื่องเพิ่มขึ้น ซึ่งไม่ใช่สิ่งที่นักลงทุนต้องการเท่าไรนัก (และนี่เป็นสาเหตุของ Twitter ล่มบ่อยในช่วงปีก่อน)

นักพัฒนา Twitter จำนวนหนึ่งจึงเริ่มพอร์ตโค้ดเดิมไปเป็นภาษา Scala ซึ่งทรงพลังกว่ามาก (ความเร็วในการกู้คืนเวลาระบบล่ม Ruby ใช้เวลา 2.5 ชม. ส่วน Scala ใช้ 20 วินาที) และนำมาใช้จริงช่วงปลายปี ทันการสาบานตนของโอบามา ซึ่งเป็นช่วงเวลาที่ Twitter ต้องรับโหลดหนักที่สุดพอดี

Alex Payne บอกว่า Scala เร็วพอๆ กับ C++ หรือ Java แต่ดีกว่าในแง่ฟีเจอร์ของภาษา ทั้งด้าน OOP และการเขียนโปรแกรมเชิงฟังก์ชัน Scala ยังมีข้อดึงดูดใจอีกอันคือทำงานบน JVM ถ้ามีโค้ดที่รันอยู่บน JVM อยู่แล้ว (ไม่ว่าจะเขียนด้วยภาษาใดก็ตาม) ก็สามารถนำมาใช้งานได้ทันที

ที่มา - The Register

Ruby 1.9 นั้นได้รับการปรับปรุงเรื่องประสิทธิภาพเป็นอย่างมาก (เค้าโฆษณาว่าเป็น the Fastest Ruby Ever) เพราะว่าเปลี่ยนมาใช้ YARV เพียงแต่ระบบเลขเวอร์ชันของ Ruby นั้น จะเริ่มนับว่าเป็นรุ่นเสถียรใน point release (1.9.x)

ดังนั้น Ruby 1.9.1 จึงถือเป็นรุ่นแรกในสาย 1.9 ที่แนะนำให้นำไปใช้ในงานจริงได้ และถือว่าเป็นรุ่นที่มาแทน Ruby 1.8.7 อย่างไรก็ตาม Ruby สาย 1.8.x ก็จะยังพัฒนาอยู่ โดยมีแผนจะออก 1.8.8 ช่วงปลายปีนี้

รายการเปลี่ยนแปลงดูได้จาก CHANGELOG นอกจากนี้ยังมีข่าวว่า JRuby 1.2 จะใช้ไลบรารีของ Ruby 1.9.1 เป็นมาตรฐาน

ที่มา - Ruby Inside

InfoWorld มีสกู๊ปเกี่ยวกับอนาคตของภาษาโปรแกรมแบบไดนามิก ว่าจะไปในทิศทางใด จำนวน 10 ข้อ

1. ภาษาจะมีลักษณะคล้ายกันมากขึ้น เพราะหยิบยืมฟีเจอร์ของภาษาอื่นๆ มาใช้
2. เฟรมเวิร์คมีความสำคัญมากขึ้น ปัจจัยในการเลือกไม่ได้มีแต่ภาษาอย่างเดียวอีกต่อไป แต่มีเรื่องเฟรมเวิร์คเข้ามาเพิ่มด้วย
3. เริ่มมีการระบุความเชี่ยวชาญเป็นชื่อแอพพลิเคชัน (เช่น WordPress, Drupal, Facebook) มากขึ้น แทนที่จะเป็นตัวภาษา แต่ถ้ามันเฉพาะทางเกินไป อาจอยู่ไม่ยืด
4. ชุมชนผู้ใช้ภาษาโปรแกรมจะมีอิทธิพลเพิ่มขึ้น ตัวอย่างเช่น เมื่อ iPhone SDK เปิดตัว ก็มีคนสนใจ Cocoa/Obj-C เพิ่มขึ้นมาก
5. เว็บแอพพลิเคชันและ cloud จะเป็นปัจจัยสำคัญที่ทำให้ภาษาไดนามิกรุ่ง เอาง่ายๆ ดู AppEngine/Python
6. ประสิทธิภาพจะเป็นตัวเปลี่ยนเกม - สงครามเอนจินจาวาสคริปต์ระหว่าง TraceMonkey, V8, SquirrelFish Extreme จะทำให้ประสิทธิภาพของจาวาสคริปต์เพิ่มจนเราอาจเอา Perl ไปรันได้ (Larry Wall เขาว่าไว้)
7. โปรแกรมมิ่งจะเปลี่ยนจากเดิมที่อิงคอมมานด์ไลน์ มาเป็นเว็บอย่างเดียวมากขึ้น เช่น การใส่ code snippet ส่วนเล็กๆ ลงใน WordPress หรือ Drupal
8. การคอมไพล์ข้ามแพลตฟอร์ม เช่น Python เป็นไบต์โค้ดหรือ CLR และ GWT แปลงจาวาเป็นจาวาสคริปต์ จะช่วยขยายพรมแดนของภาษาไดนามิกออกไป
9. ให้จับตาดูเครื่องมือโปรแกรมมิ่งแบบลากแล้ววาง อย่างเช่น Coghead หรือ Microsoft Popfly
10. ตัวภาษาและแพลตฟอร์มต้องพัฒนาตัวเอง ให้รองรับสถาปัตยกรรมคอมพิวเตอร์แบบใหม่ๆ เช่น มัลติเธร็ด

ที่มา - InfoWorld

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

ทาง Ruby-Lang.org ก็ออกแพตซ์มาแก้บั๊กนี้ให้ทันใจ แม้ตอนนี้ยังไม่มีรายงานการใช้บั๊กนี้โจมตีเว็บใดๆ แต่แนะนำให้รีบอัพเดตกันครับ

ที่มา - Matasano Chargen

Ruby เป็นภาษาที่ได้รับความสนใจไม่น้อย จนกระทั่งมีคนอยากให้ใช้งานกับ .NET ได้ด้วย ทางด๊อกเตอร์เคลลี่ ผู้พัฒนา Ruby.NET ได้ประกาศผ่านทางกูเกิ้ลกรุ๊ปแล้วว่าเขาจะเลิกพัฒนา Ruby.NET โดยเหตุผลว่า IronRuby นั่นประสพความสำเร็จและไปได้ไกลกว่า

เนื่องจาก Ruby.NET เองแรกเริ่มก็เป็นโครงงานที่แตกตัวออกมาจาก IronRuby ซึ่งถ้าจะทำ Ruby.NET ให้เข้าได้กับ DLR (Dynamic Language Runtime) ต้องทำการเปลี่ยนแปลงหลายอย่าง และด๊อกเตอร์เคลลี่มั่นใจว่ามันจะดีกว่า CLR (Common Language Runtime) ที่ใช้อยู่ในปัจจุบัน

ทางผู้พัฒนา Ruby.NET ก็มีทีท่าจะไปช่วยพัฒนา IronRuby อยู่ด้วย

ที่มา: Google Group

หลังจากรอคอยกันมาแสนนาน ในที่สุดตอนนี้ Ruby 1.9 dev ก็ได้ออกสู่สายตาคนทั่วไปเรียบร้อยแล้วครับ หลังจากที่เคยสัญญาไว้ว่าจะออกในวันคริสต์มาสปีนี้ ก็ได้ออกจริงๆ (Perl 6 ผมมองคุณอยู่นะ)

สำหรับในเวอร์ชั่นนี้ การปรับเปลี่ยนที่ใหญ่ที่สุดคือการเปลี่ยนเป็น bytecode compile ซึ่งเป็นผลพลอยได้มาจากการรวม YARV เข้าไป สิ่งที่ได้รับการจากเปลี่ยนแปลงนี้ตรงๆ ก็คือความเร็วที่เพิ่มขึ้นกว่าเดิมอยู่มากโข (ดูได้จาก The Great Ruby Shootout)

แต่สำหรับคนที่เขียน Ruby on Rails ก็ยังคงเป็นเรื่องที่น่าเสียดายว่า RoR นั้นยังไม่ซัพพอร์ต Ruby 1.9 ถึงแม้จะมีคนลองพอร์ตไปแล้ว ก็พบว่าน่าผิดหวังที่ความเร็วไม่ได้เพิ่มขึ้นมากนัก กลับช้าลงด้วยซ้ำ (อ่าน Ruby on 1.9) ก็คงต้องรอกันต่อไปอีกซักพักใหญ่ๆ กว่าอะไรมันจะดีขึ้น

อย่างน้อยที่สุด การที่ 1.9 dev ออกมาแล้ว ก็เป็นสัญญาณที่ดีของจุดเริ่มต้นการปิดตำนานที่ว่า "Ruby ช้า" กันเสียที

ที่มา: Ruby-Lang

หลังจากรอมาหนึ่งปีในทึ่สุดเมื่อวานประกาศมาแล้วครับ Ruby on Rails 2.0 ความสามารถต่างๆมีเพิ่มมากทีเดียวเช่น โดยส่วนตัวชอบ

เมื่องาน Mix'07 ที่ผ่านมา ไมโครซอฟท์ได้ประกาศว่าจะเพิ่ม Dynamic Language Runtime เข้าไปใน Common Language Runtime ของตนเพื่อทำให้นักพัฒนาสามารถใช้งานภาษาไดนามิคเช่น Python และ Ruby บน .NET ได้โดยระยะแรกจะรองรับทั้งสิ้น 4 ภาษาได้แก่ IronPython, Managed JavaScript, Dynamic VB และ IronRuby ที่เป็นภาษา Ruby ในแบบฉบับของไมโครซอฟท์ พร้อมทั้งสาธิตการใช้งาน IronPython, Managed JavaScript และ IronRuby ร่วมกับ Silverlight แต่ใน Silverlight 1.1 alpha ที่เปิดตัวในงาน Mix'07 นั้นกลับไม่สามารถใช้งาน IronRuby ได้

ในวันนี้ คุณ John Lam จากทีมพัฒนา IronRuby ได้ปล่อย IronRuby รุ่นก่อนอัลฟ่ามาให้ลองเล่น โดยตัวซอร์สโค้ดมีสัญญาอนุญาตแบบ Ms-PL ซึ่งเป็นสัญญาอนุญาตในรูปแบบคล้ายกับสัญญาอนุญาต BSD และจะนำโครงการนี้ไปไว้ใน RubyForge เพื่อเปิดโอกาสให้นักพัฒนาคนอื่นๆสามารถนำโค้ดของตนเพิ่มเข้าไปใน IronRuby

อยากจะรู้ว่าเมื่อไหร่ IronRuby ถึงจะรัน Ruby on Rails ได้

ที่มา : ScottGu's Blog

DRECOM บริษัทซอฟท์แวร์และผู้ให้บริการบนอินเทอร์เน็ตอันดับต้นของญี่ปุ่น จัดประกวดพัฒนาเว็บแอปพลิเคชั่น ที่สร้างด้วย Ruby on Rails โดยมีรางวัลชนะเลิศถึง 1,000,000 เยน ซึ่งการพัฒนาไม่จำกัดว่าจะต้องใช้งานบนคอมพิวเตอร์ทั่วไปแต่อย่างเดียว ผู้เข้าแข่งขันสามารถส่งประกวดเป็นแอปพลิเคชั่นบนโทรศัพท์มือถือก็ได้

การรับสมัครเริ่มตั้งแต่วันที่ 2 กรกฎาคม - 25 กันยายน 2550 ใครสนใจอยากหาโอกาสเพิ่ม GDP ให้กับประเทศก็ลุยกันได้

ปล. DRECOM เป็นบริษัทที่ตั้งเมื่อปี 2001 และสามารถเข้าตลาดหลักทรัพย์โตเกียว ได้ภายในเวลาไม่กี่ปี ธุรกิจหลักๆ คือ บริการบล็อก, ธุรกิจโฆษณาออนไลน์ ฯ ผมได้มีโอกาสเข้าไปเยี่ยมอยู่ครึ่งวัน ประทับใจอยู่ 3 อย่าง คือ DRECOM เลือกใช้ OSS โดยเฉพาะ RoR เป็นฐานในการพัฒนาซอฟท์แวร์ทั้งหมดของตน, บรรยากาศการทำงานที่ไม่เหมือนคนญี่ปุ่นทำงานเลย เป็นกันเองดีมากๆ และ ลักษณะของออฟฟิศที่มีโต๊ะพูลอยู่ข้างในด้วย (แอบถาม CEO ปรากฎว่าได้แรงบันดาลใจมาจากกูเกิ้ล)

ใครว่างๆ อยู่ลุยโลด

ที่มา - ThinkRuby