ตอนนี้เห็นว่า Linq to SQL เป็นทางเลือกที่ดี ณ ปัจจุบัน ถึงแม้หากเปลี่ยนไปใช้ EF4 (Entity Framework) ประสิทธิภาพก็ไม่ได้จะดีขึ้นมากนัก ถึงแม้ไมโครซอฟต์จะโชว์จุดขายเรื่องการเชื่อมต่อกับ Stored Procedure ที่ดีกว่าเดิม แต่นั่นมันเหมือนเรากำลังเดินตามเกมส์การตลาดของไมโครซอฟต์หรือเปล่า เพราะเหมือนทำมาเพื่อขายตัวจัดการฐานข้อมูลของตน (MS SQL Server) และผมมองว่า ในอนาคตมันไม่ควรจะต้องมาเสียเวลากับการ Mapping จาก Object to RDBMS อีก มันควรเป็น Object to Object ไปเลยแบบเดียวกับที่ Facebook หรือแม้แต่ Google ใช้งานกัน คือ พวก NoSQL ดังภาพ

จากภาพ จะเห็นได้ว่า หากเลือกใช้ ORM ประสิทธิภาพของ CPU จะหายไปจากการเสียเวลาแปลงค่ากลับไปกลับมา แต่ลักษณะด้านหลังที่นำมาจาก db4o (Object Database ยี่ห้อหนึ่ง) จะพบว่า มันไม่ต้องเสียเวลาในการแปลงค่า ซึ่งทำให้ประสิทธิภาพดีกว่า ORM ส่วนข้อเสีย ณ ตอนนี้ของฐานข้อมูลแบบ NoSQL ยังคงอยู่ที่ Learning Curve ที่ค่อนข้างจะสูงอยู่ สิ่งที่ควรเสริมเพื่อใช้ Object Database ในอนาคต คือ การหัดใช้ Linq to Object ให้มากขึ้น เพราะต่อไปฐานข้อมูลประเภท NoSQL ทั้งหลายจะ support LINQ กันหมด สำหรับการพัฒนาด้วย .NET Framework และเจ้า db4o นี้ยังมี LINQ สำหรับ Java ด้วย

บทความที่น่าสนใจ:

• http://blog.wekeroad.com/2010/02/06/nosql-a-practical-approach-part-1

FireFox – เป็น Browser ยอดนิยมทั้งบน Windows และ Linux หลาย Distro จึงมีความเห็นว่าควรออกแบบให้รองรับด้วย (แต่ปกติเปิดด้วย IE ได้ Firefox ก็เปิดได้อยู่แล้ว)

Chrome – เป็น Browser ที่รัน Javascript ได้เมพมาก อะไรที่พัฒนาด้วย JS เต็มรูปแบบ IE เปิดไม่ได้ แต่ Chrome ทำได้หมด แต่การติดตั้งของมันยังคงสร้างปัญหาให้กับหน่วยงานภายในองค์กรเอง เพราะมันเป็นลักษณะการติดตั้งแบบ OTA ไม่ใช่การ Download ทั้งหมดมาติดตั้งในเครื่องเหมือนตัวอื่น ๆ ข้อดีคือ ได้รุ่นที่ทันสมัยที่สุด ข้อเสียคือ Firewall ของแต่ละหน่วยงานภายในองค์กร หากส่งเสริมให้ใช้ Browser ตัวนี้ จะมีโทรศัพท์โทรมาถามติ๊ก ๆ ว่าทำไมติดตั้งไม่ได้

Safari – มีแกนเป็น webkit เหมือน Chrome อะไรที่ Chrome ทำได้ Safari ก็จะทำได้

ตลาดหลักทรัพย์ลอนดอนเคยประสบปัญหาซอฟต์แวร์แครชจนทำงานไม่ได้ในปี 2008 โดยปัญหาเกิดจากระบบ TradElec ที่พัฒนาบนแพลตฟอร์ม .NET (พัฒนาโดยไมโครซอฟท์และ Accenture) ทางตลาดหลักทรัพย์จึงตัดสินใจเปลี่ยนมาใช้ลินุกซ์แทน ระบบใหม่มีชื่อเรียกว่า Millennium Exchange พัฒนาโดยบริษัทซอฟต์แวร์ในศรีลังกา

การทำงานวันแรกใต้ระบบใหม่ไม่มีปัญหาใดๆ ทางบริษัทแม่มีแผนจะนำ Millennium Exchange ไปใช้กับตลาดหลักทรัพย์อื่นๆ ในเครือ เช่น Johannesburg Stock Exchange ในแอฟริกาใต้ และอาจรวมไปถึง Toronto Stock Exchange ของแคนาดาที่กำลังจะรวมกิจการกันในเร็วๆ นี้

ตลาดหลักทรัพย์หลายแห่งในโลกทำงานบนลินุกซ์ เช่น Qatar Stock Exchange ใช้ RHEL (เดิมทีใช้ AIX และวินโดวส์) ส่วนตลาดใหญ่ๆ ของโลกอย่าง New York Stock Exchange, Shanghai Stock Exchange กับตลาดในเครือ Deutsche Borse Group ใช้ระบบชื่อ Xetra ซึ่งอยู่บนลินุกซ์เช่นกัน

ลิงค์ข่าว: Blongnone.com

ข่าวนี้บ่งบอกอะไรบ้าง มองในแง่ธุรกิจ IT ถือว่ากระทบจิตใจคนใช้ .NET หากินมาก เพราะระบุเลยว่าพัฒนาโดยไมโครซอฟต์ เจ้าของเทคโนโลยี .NET ขนาดเจ้าของยังทำได้แค่นี้ แล้วคนที่ตาม ๆ กันอยู่ล่ะจะเอาอะไรไปตอบลูกค้า หากลูกค้าถาม

โปรแกรม Millennium Exchange พัฒนาโดยบริษัท MillenniumIT จากการสำรวจคร่าว ๆ โดยการพุ่งไปที่การรับสมัครงาน Career ของบริษัทนี้ โดยที่จะให้ดูตรงตำแหน่ง Senior Software Engineer- Enterprise Application Development จะเห็นว่าใช้ภาษา C/C++ และ Java แปลว่า ไม่ได้ใช้ภาษา Java อย่างเดียวอย่างที่หลาย ๆ คนเข้าใจ เพราะการทำงานกับระบบใหญ่ ๆ ที่ต้องการความรวดเร็ว Java หรือ .NET เพียงอย่างเดียวไม่ใช่คำตอบสำหรับเรื่องนี้ แต่ภาษา C/C++ คือ กุญแจความสำเร็จ

ทำไมเป็น .NET ไม่ได้ล่ะ ข่าวก็บอกอยู่แล้วต้องการย้ายไปทำงานบน Linux ซึ่งมีความเสถียรกว่า ตัว .NET มันทำงานบน Linux ได้งั้นหรอ Mono-Project ไม่เกี่ยวนะ เพราะหากพูดถึงระดับ Enterprise แล้ว Mono แค่เด็กในครรภ์มารดา เทียบกับ Java ไม่ได้เลย แล้ว Mono เก่งอะไรล่ะ คำตอบคือ Standalone application

ถ้าหาก .NET ของ Microsoft ไปวิ่งบน Linux ได้นะ Java อาจมีอาการตายแบบล่อแล่เลยทีเดียว แต่นั่นก็รู้ ๆ อยู่ว่า Microsoft ไม่มีวันทำ แล้วทำไมเขาถึงเลือก Suse ไม่เลือก Linux อย่าง Redhat มันเป็นปัญหาเรื่องการเมืองด้วย Suse เจ้าของคือ Novell ที่พึ่งประกาศล้มละลาย และ Microsoft ใช้บริษัทนอมินีเข้าไปซื้อกิจการที่ Novell แตกออกมา หนึ่งในนั้นคือ สิทธิ์ความเป็นเจ้าของ Suse

ในแง่ของผลกำไรขาดทุน Microsoft ไม่เสียหายมากนัก แต่ในแง่ของจิตใจ .NET เสียหายยับเยิน Microsoft ต้องรีบกู้วิกฤตศรัทธาในตลาด Enterprise โดยเร็ว (แต่อาจช้าไปแล้วต๋อย)

จากการที่ไปสืบเสาะหาความรู้คร่าว ๆ พบว่า ภายในลิงค์นี้ http://stackoverflow.com/questions/2280742/gplv3-can-i-use-these-programs-in-commercialมีคำตอบอยู่ ซึ่งจะสัมพันธ์กับลิงค์นี้ http://discuss.joelonsoftware.com/default.asp?biz.5.832337

พบว่ามีผู้ประสบปัญหาแบบเดียวกัน ซึ่งเขาถามทาง author ซึ่งเข้าใจว่าคือผู้ร่าง GPL License ว่า

In my app I have to provide a PDF report, and I really like "wkhtmltopdf" (http://code.google.com/p/wkhtmltopdf/) which converts from HTML (our current report) to PDF.

My app is B2B software and is commercial.

This html2pdf utility is an open source and based on GPL 3 (http://www.gnu.org/licenses/gpl.html), and I’m trying to understand its license – do you know what it really means?

* Can I embed this utility as part of my app? I’m not going to change it nor its source.

* Can I make this software installation as part of my app installation process?

* Can I sell my products just as I do it now when it’s part of my software?

* If not – can I offer my customers to install it independently?

หลังจากนั้นเขาก็ได้รับคำตอบจาก author ว่า

Official GPL FAQ says:

If a program released under the GPL uses plug-ins, what are the requirements for the licenses of a plug-in?

If the program uses fork and exec to invoke plug-ins, then the plug-ins are separate programs, so the license for the main program makes no requirements for them.

จากคำตอบของเขาทำให้พอจะสรุปได้ว่า เราสามารถใช้ Library ที่ติด GPL License อยู่ร่วมกับซอฟต์แวร์ที่เราจะทำขายได้ แต่ยังคงมีข้อแม้ว่า หากทำการแก้ไข Source code ของ Library ที่เรานำมาใช้ ก็ยังคงต้องเตรียม Source code ส่วนที่แก้ไขไว้ให้ลูกค้าด้วย ไม่รวมถึง Source code หลักของซอฟต์แวร์เรา

Reference:

[1] ความสัมพันธ์ระหว่าง EIS กับ DSS. (http://www.sirikitdam.egat.com/web_mis/120_122/section6.html)