การเข้าซื้อกิจการ Sun ของ Oracle ทำให้ผู้คนกังวลเกี่ยวกับอนาคตของ Java ว่า Oracle จะสามารถรักษาความเปิดกว้างของ Java ต่อไปได้หรือไม่ และเมื่อเผชิญกับการเพิ่มขึ้นของภาษาน้ำหนักเบาจำนวนหนึ่ง เช่น Ruby, Python หรือ PHP Java จะสามารถรักษาความนิยมในการพัฒนาต่อไปได้หรือไม่?
14 ปีที่แล้ว เมื่ออัจฉริยะทางการตลาดจาก Sun เปลี่ยนชื่อภาษาทดลองข้ามแพลตฟอร์มจาก Oak ซึ่งเป็นสัญลักษณ์ของความแข็งแกร่งเป็น Java ซึ่งเต็มไปด้วยกลิ่นหอม เขาอาจไม่คิดว่าภาษานี้จะมีความสามารถที่จะกลายเป็น ภาษาที่ได้รับความนิยมในเวลาต่อมา จริงๆ แล้ว หากตอนนี้ซันต้องการเปลี่ยนชื่อภาษานี้ให้สะท้อนจุดยืนของตนในอุตสาหกรรมคอมพิวเตอร์ได้อย่างถูกต้อง ดูเหมือนว่าโอ๊คจะมีความสดใสมากขึ้น ทุกวันนี้ แม้ว่าภาษา Java จะไม่แพร่หลายไปทุกที่ แต่ก็มีให้เห็นในหลายโอกาสและอุปกรณ์ต่างๆ และมีชื่อเสียงด้านการทำงานที่เสถียรและได้รับการออกแบบมาอย่างดี โค้ด Java อาจไม่ครอบงำคอมพิวเตอร์ทุกเครื่องหรือทุกแพลตฟอร์ม แต่ก็ใกล้เคียง กลายเป็นภาษาสากลอยู่ไม่ไกลเกินเอื้อม
James Gosling บิดาแห่ง Java กล่าวถึงประเด็นนี้เมื่อเขาขึ้นเวทีเพื่อพูดในการประชุม OpenWorld ซึ่งจัดโดย Oracle เขาดึงสไลด์โชว์ JavaFX ขึ้นมาพร้อมสถิติมากมาย: เดสก์ท็อปที่เปิดใช้งาน Java มากกว่า 850 ล้านเครื่อง และอุปกรณ์ที่เปิดใช้งาน Java ประมาณ 10 พันล้านเครื่อง ในความเป็นจริง Java virtual machines นั้นพบเห็นได้ทั่วไปในอุปกรณ์อิเล็กทรอนิกส์ เช่น เครื่องอ่าน e-book Kindle, เครื่องเล่นดิสก์ Blu-ray และสมาร์ทโฟน (รวมถึงสมาร์ทโฟนที่มีน้อยกว่า) เป็นต้น แอพของ iPhone ทำงานบน iPhone หลายพันเครื่อง แต่ Java นั้นฝังอยู่ในโทรศัพท์ 2.6 พันล้านเครื่อง ตั้งแต่สมาร์ทโฟนที่ไม่ธรรมดาที่คุณสามารถซื้อได้ในราคา 20 ดอลลาร์ไปจนถึงโทรศัพท์ BlackBerry และ Android รุ่นล่าสุด ไม่มีอะไรรวมอยู่ด้วย
การเชิญ Gosling ให้พูดในการประชุม OpenWorld เป็นเพียงวิธีหนึ่งที่หัวหน้าของ Oracle Larry Ellison หวังที่จะสร้างความมั่นใจให้กับวิศวกรว่าภาษานี้มีอนาคตที่สดใส Oracle ต้องการซื้อ Sun Microsystems แต่ยังต้องรอหน่วยงานกำกับดูแลของยุโรปอนุมัติการตัดสินใจดังกล่าว รัฐบาลสหรัฐฯ ไฟเขียวแล้ว แต่เจ้าหน้าที่รัฐบาลยุโรปยังไม่เห็นด้วยกับข้อตกลงดังกล่าว เนื่องจากความกังวลเกี่ยวกับการพัฒนาของ MySQL McNealy ประธาน Gosling และ Sun กล่าวว่าเมื่อการควบรวมกิจการเสร็จสิ้น Java จะได้รับความสนใจและทรัพยากรจาก Oracle มากขึ้นกว่าเดิม
ในระยะสั้น สัญญาณที่เอลลิสันถ่ายทอดออกมาอาจไม่สำคัญมากนัก เพราะตอนนี้ Java กลายเป็นภูมิอากาศแล้ว จึงไม่ง่ายเลยที่จะเปลี่ยนทิศทางการพัฒนา แน่นอนว่า บางคนเชื่อว่าโมเดลธุรกิจของ Oracle นั้นแตกต่างอย่างมากจนทำให้เกิดการเปลี่ยนแปลงครั้งใหญ่ในทุกส่วนของระบบนิเวศ Java อย่างหลีกเลี่ยงไม่ได้ โดยรวมแล้ว ด้วยเหตุผลหลายประการว่าทำไม Java ถึงมีการเปลี่ยนแปลง มีเหตุผลที่ดีไม่แพ้กันว่าทำไม Oracle ถึงต้องการรักษาสถานะที่เป็นอยู่
แอปพลิเคชันระดับองค์กรคือสนามรบหลัก
Java พบตำแหน่งของตนบนฝั่งเซิร์ฟเวอร์เป็นครั้งแรก และพื้นที่นี้ยังคงเป็นสถานที่สำคัญที่คาดว่าเครื่องเสมือน Java จะพบเห็นได้ในอนาคต สำหรับผลิตภัณฑ์ทั้งหมดของ Oracle เซิร์ฟเวอร์ขนาดใหญ่ก็เป็นบ้านหลักเช่นกัน ดังนั้นจึงสมเหตุสมผลที่คู่นี้จะปรากฏ แม้ว่าโปรแกรมเมอร์ PHP จะชอบ MySQL แต่สำหรับแอปพลิเคชันระดับองค์กรที่เน้นข้อมูล แต่โครงการที่สำคัญที่สุดหลายโครงการยังคงใช้ Java ที่ห่อหุ้มด้วยสถาปัตยกรรมบน Oracle และสถานการณ์นี้ไม่ควรเปลี่ยนแปลงในเร็วๆ นี้
Sun กล่าวว่าแอปพลิเคชันเซิร์ฟเวอร์ GlassFish มีการดาวน์โหลดมากกว่า 1 ล้านครั้งต่อเดือน และแพลตฟอร์มเก่าๆ เช่น Tomcat ยังคงเป็นปกติ เนื่องจากเทคโนโลยีนี้ได้รับการยกย่องอย่างสูง รวดเร็ว และข้ามแพลตฟอร์มได้อย่างแท้จริง องค์กรขนาดใหญ่ (เช่น ธนาคารและบริษัทประกันภัย) จึงเป็นที่ต้องการอย่างมากสำหรับนักพัฒนา Java
อย่างไรก็ตาม Java ไม่ถือเป็นไวยากรณ์ล่าสุดและเจ๋งที่สุดอีกต่อไป โปรแกรมเมอร์บางคนบ่นเกี่ยวกับโครงสร้างของภาษาที่พิมพ์แบบคงที่และได้เปลี่ยนมาเป็นภาษาใหม่หรือภาษาที่ง่ายกว่า เช่น Ruby, Python หรือ PHP เว็บแอปพลิเคชันที่เรียบง่ายในปัจจุบันจำนวนมากได้รับการพัฒนาในภาษาเหล่านี้เนื่องจากโค้ดที่เขียนนั้นง่ายต่อการแก้ไขและสามารถสร้างต้นแบบได้อย่างรวดเร็ว อย่างไรก็ตาม ภาษาใหม่ที่ใช้งานง่ายเหล่านี้มักจะอาศัย Java: นักพัฒนา Ruby มักใช้ JRuby (ภาษา Ruby ที่ใช้ Java) เนื่องจากเครื่องเสมือน Java สามารถจัดการกับงานหนักได้ดีขึ้น และเพิ่มพื้นที่ว่างหลายเธรด Jython (ภาษา Python ที่ใช้ Java) มีความคล้ายคลึงกัน
ขณะนี้ Java ได้รวมเทคนิคการเขียนโปรแกรมล่าสุดบางส่วนไว้เพื่อลดการบุกรุกของภาษาใหม่เหล่านี้ Grails เลียนแบบรูปแบบการประกาศง่ายๆ ของ Ruby on Rails อย่างชัดเจน กรอบงาน Grails รวมปลั๊กอินของสคริปต์ เช่น Groovy เข้ากับมิดเดิลแวร์ฐานข้อมูลที่เรียกว่า Hibernate Groovy เองได้เพิ่มตัวเลือกไดนามิกมากมายเพื่ออำนวยความสะดวกในการตีความโค้ด และสามารถเชื่อมโยงโดยตรงกับส่วนใดๆ ของ Java Application Programming Interface (API) ไม่จำเป็นต้องคิดถึง Python หรือ Ruby ด้วยซ้ำ เพราะ Groovy ซึ่งมีไวยากรณ์ที่ทันสมัยและลื่นไหล ช่วยให้โปรแกรมเมอร์ Java สามารถเข้าถึงไลบรารีอันกว้างใหญ่ที่ดูเหมือนไม่มีที่สิ้นสุดและเครื่องเสมือนพื้นฐานที่แข็งแกร่ง
ไปมือถือ
จำนวนโทรศัพท์ Java (ประมาณ 2.6 พันล้านเครื่อง) มีจำนวนมหาศาล เนื่องจากโทรศัพท์ที่ง่ายที่สุดในตลาดหลายรุ่นใช้ Java Platform Micro Edition (Java ME) ซึ่งช่วยให้บริษัทอย่าง Wattpad.com สามารถสร้างแพลตฟอร์มการอ่านเอกสารที่ทำงานได้อย่างราบรื่นในโลกที่สาม
อย่างไรก็ตาม จำนวนสมาร์ทโฟนที่ใช้ Java นั้นค่อนข้างน้อย ความสำเร็จอันยิ่งใหญ่ของ iPhone เป็นแรงบันดาลใจให้ผู้คนจำนวนมากเรียนรู้ Objective C อีกครั้ง ภาษานี้ช่วยให้โปรแกรมเมอร์ปรับปรุงการควบคุมปัญหาของระบบบางอย่าง เช่น การใช้หน่วยความจำ Java ซ่อนปัญหาพื้นฐานส่วนใหญ่ไม่ให้โปรแกรมเมอร์เห็น ซึ่งเป็นข้อได้เปรียบ แต่หลักฐานก็คือไม่จำเป็นต้องจัดการทรัพยากร เช่น หน่วยความจำ เพราะหากมีข้อผิดพลาดเล็กน้อยในการรวบรวมขยะ บางเกมจะไม่ทำงาน น่าเสียดาย เนื่องจากอายุการใช้งานแบตเตอรี่เป็นปัจจัยสำคัญ สมาร์ทโฟนจึงต้องมีการจัดการทรัพยากรที่เข้มงวดมากกว่าแพลตฟอร์มอื่นๆ เกือบทั้งหมด
อย่างไรก็ตาม โปรแกรมเมอร์ Java ยังคงเป็นที่ต้องการ เนื่องจาก BlackBerry ยังคงใช้ Java ME บนแพลตฟอร์มใหม่ โดยเพิ่มการรองรับหน้าจอสัมผัสและเซ็นเซอร์การวางแนวให้กับโปรไฟล์ของโทรศัพท์ มีปัจจัยที่คาดเดาไม่ได้ใน Android นับตั้งแต่ Google ได้เปิดให้ใช้ Android มากขึ้น ผู้ผลิตโทรศัพท์มือถือหลายรายจึงกระโดดเข้าสู่กลุ่ม Android
Android ของ Google สร้างขึ้นจากโอเพ่นซอร์ส Apache Harmony และคลาสของมัน แทนที่จะสร้างบน Java Development Kit (JDK) และ Java ME ที่พัฒนาโดย Sun สำหรับคนที่เขียนโค้ดใน Eclipse พวกเขาจะดูเกือบจะเหมือนกัน ในหลายกรณี มันไม่สำคัญเพราะการพัฒนา Android ใช้รูปแบบ XML จำนวนมาก แต่ถ้าเฟรมเวิร์กการพัฒนาทั้งสองแยกจากกัน การแยกนี้อาจกลายเป็นปัญหาใหญ่ได้
เรียกคืนพื้นเดสก์ท็อป
คนส่วนใหญ่ยังคงคิดว่า Java ไม่เคยประสบความสำเร็จบนเดสก์ท็อป และนั่นคืออดีต ทุกวันนี้ Java เจาะเข้าไปในทุกมุมของระบบปฏิบัติการสมัยใหม่อย่างช้าๆ แต่มั่นคง ในขณะที่แอปพลิเคชันมาตรฐานที่เขียนด้วย Swing ยังคงประสบปัญหาจากการพยายามกำหนดเป้าหมายส่วนพื้นฐานที่สุดของแต่ละแพลตฟอร์ม ด้วยแพลตฟอร์มและเฟรมเวิร์กการพัฒนาที่ใหม่กว่า เช่น JavaFX และ Web Start คุณสามารถปรับใช้ซอฟต์แวร์ผ่านเว็บได้อย่างมีประสิทธิภาพ แพลตฟอร์มดั้งเดิมรองรับการแคชทั้งหมดของ Java Archives (JAR) เมื่อคลิกที่ลิงก์ บางครั้งตามด้วยการคลิกไม่กี่ครั้งในกล่องโต้ตอบการให้สิทธิ์ ซอฟต์แวร์จะสามารถติดตั้งและอัปเดต และสามารถทำงานได้ตลอดเวลา
JavaFX ยังคงไม่เป็นที่รู้จักอย่างแท้จริง ขณะนี้ความสามารถด้านกราฟิกสามารถแข่งขันกับ Flash ของ Adobe ได้ เอ็นจิ้นการคำนวณรองรับ Java API ส่วนใหญ่ แต่ภาษานั้นเป็นลูกผสมที่แปลกของ Java, JavaScript และภาษามาร์กอัปอื่น ๆ โค้ดนั้นง่ายกว่า Java ทั่วไป ดังนั้นโปรแกรมเมอร์ Java จึงต้องเรียนรู้สิ่งใหม่ๆ อย่างไรก็ตาม สำหรับเครื่องมือเดสก์ท็อปที่มีการโต้ตอบสูง คลาสแอนิเมชันใหม่อาจคุ้มค่ากับเวลาที่จะเรียนรู้ Web Start ยังคงปรับปรุงความสามารถในการปรับใช้ซอฟต์แวร์โดยตรงบนเดสก์ท็อปอย่างต่อเนื่องผ่านทางเบราว์เซอร์
ยึดสนามที่ฝังไว้
Java ยังเติบโตได้ในจุดที่ผู้คนคาดหวังน้อยที่สุด ในขณะที่โปรแกรมเมอร์ภาษา C ไม่เคยยอมรับความสามารถในการจัดเก็บข้อมูลอันชาญฉลาดและความสามารถในการดำเนินการที่รวดเร็วของ Java Virtual Machine ความสำเร็จของ Java ที่ไม่ใช่สมาร์ทโฟน กล่องรับสัญญาณ ชิปฝังตัว Kindles และอุปกรณ์ที่ใช้พลังงานต่ำอื่น ๆ แสดงให้เห็นว่า: สามารถแสดงออกมาได้อย่างเต็มที่ใน แอปพลิเคชันแบบฝัง ความนิยมของ Java ยังช่วยให้โปรแกรมเมอร์สามารถโยกย้ายจากแพลตฟอร์มขนาดใหญ่ไปยังแพลตฟอร์มขนาดเล็กได้ แม้ว่าการเปลี่ยนจากการพัฒนาแอปพลิเคชันระดับองค์กรสำหรับเมนเฟรมไปเป็นการพัฒนาโค้ดฝังตัวขนาดเล็กนั้นไม่ใช่เรื่องง่าย แต่มาตรฐาน Java ทำให้การเปลี่ยนแปลงนี้ง่ายกว่าเครื่องมืออื่นๆ มากมาย
แพ็คเกจ Java ก็มีขนาดเล็กลงเรื่อย ๆ กอสลิ่งใช้ฝุ่นเพื่ออธิบายคอมพิวเตอร์ Java-ware ขนาดเหรียญ JavaCard ซึ่งเป็นเครื่องเสมือนและ API สำหรับแพ็คเกจขนาดเล็กดังกล่าว กำลังจะเปิดตัวเวอร์ชัน 3.0 ซึ่งเป็นเวอร์ชันหลักที่จะเพิ่มความสามารถในการเชื่อมต่อเครือข่าย แม้ว่าจุดเล็กๆ เหล่านี้จะยังไม่เล็กพอที่จะเข้าตามนุษย์ แต่ความสามารถในการพูดคุยผ่านอินเทอร์เน็ตโดยตรงทำให้สิ่งเหล่านั้นน่าดึงดูดใจมาก
พันธมิตรจะแยกทางกันหรือไม่?
ความกังวลที่ใหญ่ที่สุดสำหรับนักพัฒนาทุกคนคือ: ความขัดแย้งทางผลประโยชน์ประเภทใดที่จะเปลี่ยนแปลงหากการเข้าซื้อกิจการ Sun ของ Oracle เสร็จสิ้น? Oracle เติบโตขึ้นโดยการเรียกเก็บค่าธรรมเนียมลิขสิทธิ์ซอฟต์แวร์จำนวนมาก และซอฟต์แวร์ของ Oracle ก็สามารถทำงานบนฮาร์ดแวร์ใดๆ ที่ลูกค้าต้องการซื้อได้ ในทางกลับกัน Sun มักจะแจกซอฟต์แวร์ฟรีและสร้างรายได้จากการขายเซิร์ฟเวอร์ กลยุทธ์การกระจายเหล่านี้อาจไม่เปลี่ยนแปลงทันทีเนื่องจากมีความเฉื่อยมากเกินไป แต่ไม่มีใครรู้ว่า Oracle จะทำอะไรในอนาคต
บางคนเชื่อว่าความล้มเหลวของ Oracle ในการเรียกเก็บค่าธรรมเนียมใบอนุญาตจำนวนมากในอดีตจะกระตุ้นให้ Ellison ใช้กลยุทธ์ที่คล้ายกันกับ Sun เท่านั้น บางทีทีมขายของ Oracle อาจอยากได้โอกาสนี้ในตอนนี้: ค่อย ๆ เพิ่มค่าธรรมเนียมใบอนุญาตซึ่ง Java เคยให้บริการฟรี เพื่อหลีกเลี่ยงการเขียนแอปพลิเคชัน Java Platform Enterprise Edition (Java EE) ใหม่ บริษัทหลายแห่งอาจยอมจ่ายเงิน 100 ดอลลาร์ 200 ดอลลาร์ หรือแม้แต่ 1 ล้านดอลลาร์ต่อ CPU
นักวิจารณ์ชี้ให้เห็นว่า Oracle สามารถพัฒนา Java virtual machine เวอร์ชันใหม่ได้อย่างง่ายดายด้วยระดับประสิทธิภาพที่แตกต่างกันสำหรับตลาดที่แตกต่างกัน เครื่องเสมือนบนเดสก์ท็อปอาจยังคงใช้งานได้ฟรี Oracle อาจจ่ายเงินให้ผู้จำหน่ายคอมพิวเตอร์เพื่อทำการตลาด Java และ JavaFX และการปรับปรุงประสิทธิภาพในการจัดการมัลติเธรดที่รุนแรงอาจมีต้นทุนที่สูงมาก มีหลายวิธีในการสร้างรายได้จากผู้ใช้ และค่าธรรมเนียมใบอนุญาตมักจะถูกกว่ามาก: การที่โปรแกรมเมอร์ที่ไม่แยแสจะเรียนรู้ภาษาใหม่ก่อนแล้วจึงเขียนฐานโค้ดใหม่จะมีราคาแพงกว่ามาก
แต่บางคนคิดว่า Oracle อาจไม่ยอมรับการเคลื่อนไหวนี้ แหล่งข่าวที่ใกล้ชิดกับ Sleepycat ซึ่งเป็นบริษัทฐานข้อมูลโอเพ่นซอร์สที่ออราเคิลเข้าซื้อกิจการในปี 2549 กล่าวว่าออราเคิลมีขนาดทีมงานด้านเทคนิคเพิ่มขึ้นประมาณสองเท่า ในขณะที่โมเดลลิขสิทธิ์แบบคู่ทั้งหมดยังคงไม่เสียหาย ซอฟต์แวร์ยังคงมาในรูปแบบโอเพ่นซอร์สหรือใบอนุญาตเชิงพาณิชย์ หาก Oracle ปฏิบัติต่อ Java เหมือน Sleepycat ใบอนุญาตของชุมชนและตัวเลือกอื่นๆ จะยังคงฟรีและพร้อมใช้งานอย่างกว้างขวางเช่นเคย และวิศวกรก็พร้อมที่จะปรับปรุงโค้ดมากขึ้น
คำถามเชิงลึกยังคงอยู่เกี่ยวกับความสัมพันธ์ระยะยาวกับพันธมิตร Java รายใหญ่อื่นๆ Google ยังคงสนับสนุน Apache Harmony ซึ่งเป็นโครงการที่มีโค้ดมากกว่า 1.25 ล้านบรรทัดซึ่งดูเหมือนว่าจะบ่อนทำลายสถานะของ Sun ในฐานะศูนย์กลางของโลก IBM แพ้สงครามการประมูลให้กับ Sun และตอนนี้พบว่าคู่แข่งของ Oracle แข็งแกร่งขึ้น IBM ออกแบบเครื่องมือพัฒนา Eclipse และอาจเริ่มนำแพลตฟอร์ม Java ไปในทิศทางอื่น
พันธมิตรรายอื่นก้าวร้าวมากขึ้น Vishal Sikka ประธานเจ้าหน้าที่ฝ่ายเทคโนโลยีของ SAP ได้ขอให้ Sun เผยแพร่ Java Community Process (JCP) หลายครั้ง โดยมุ่งเน้นไปที่แผนที่เสนอโดย Oracle ในปี 2550: มอบการควบคุมให้กับองค์กรมาตรฐานที่เปิดกว้าง เป็นอิสระ และเป็นกลางจากผู้จำหน่าย และองค์กรมาตรฐานทั้งหมด สมาชิกมีส่วนร่วมโดยคำนึงถึงโอกาสที่เท่าเทียมกัน แม้ว่า Oracle จะให้ความสำคัญกับรายละเอียดเป็นส่วนใหญ่ แต่ก็ปลอดภัยที่จะถือว่าบริษัทจะได้รับความเคารพต่อแนวคิดบางส่วนที่สืบทอดมาจาก Sun
อย่างไรก็ตาม แม้ว่าพันธมิตรรายอื่นอาจมีส่วนร่วมในการข่มขู่ แต่พวกเขาอาจพิจารณาประเด็นเรื่องระดับ เนื่องจากทุกคนถูกยับยั้งจากกันจริง ๆ และพฤติกรรมที่มากเกินไปมีแนวโน้มที่จะถูกปิดกั้น เนื่องจากทุกคนตระหนักดีว่าเมื่อเขียนไว้แล้ว ข้อดีของแนวคิดการดำเนินงานในทุกที่ หากไม่สามารถย้ายโค้ดที่เขียนสำหรับโทรศัพท์ Android ไปยังเครื่องเล่น Blu-ray ของ Sony หรือเซิร์ฟเวอร์ Glassfish ได้อย่างง่ายดาย ก็มีโอกาสที่ภาษาอื่นจะเกิดขึ้น ในความเป็นจริง หลายบริษัทกำลังเขียนชุดเครื่องมือที่ช่วยให้ผู้ใช้สามารถรันซอฟต์แวร์ Ruby on Rails หรือ Python บน iPhone ได้อย่างง่ายดาย
นอกจากนี้ ภาษาใหม่ ๆ เหล่านี้จำนวนมากอาจกลายเป็นคู่แข่งที่สำคัญ และการต่อสู้แบบเจาะลึกมากเกินไปจะยิ่งช่วยให้พวกเขาได้เปรียบเท่านั้น มีแพ็คเกจโอเพ่นซอร์สที่ดีและไม่ค่อยมีคนรู้จักมากมายหลายสิบรายการที่โดยปกติแล้วสามารถย้ายไปยังทุกแพลตฟอร์มได้โดยผู้ที่ชื่นชอบการเปลี่ยนแปลงเพียงเล็กน้อย ตัวอย่างเช่น Python เป็นภาษาหลักในสาขาวิทยาศาสตร์บางสาขาอยู่แล้ว และ Google เลือก Python แทน Java เป็นภาษาแรกที่รองรับโดย App Engine แม้ว่า IBM, Oracle และ Google อาจแข่งขันกันเพื่อแย่งชิงอำนาจ แต่พวกเขาต้องตระหนักว่าทุกคนได้รับประโยชน์จากการกำหนดมาตรฐาน ไม่ใช่การผูกขาด หากใครกล้ากีดกันผู้อื่นมากเกินไปและพยายามควบคุม Java ผู้จำหน่ายรายอื่นอาจรีบไปหาคู่แข่ง
Java เปิด App Store ด้วยหรือไม่
ความจริงที่ว่าฐานโค้ด Java ยังคงค่อนข้างเหนียวแน่นและมีมาตรฐานค่อนข้างได้กระตุ้นให้เกิดการคาดเดาว่า Sun (และ Oracle หากการควบรวมกิจการดำเนินไป) สามารถใช้ประโยชน์จากความแพร่หลายของ Java เพื่อสร้างโชคลาภโดยไม่ต้องเพิ่มค่าธรรมเนียมใบอนุญาตและสร้างแรงกดดันต่อทุกคนได้อย่างไร จะเกิดอะไรขึ้นถ้ามีคนพัฒนา App Store สำหรับระบบนิเวศ Java ทั้งหมด โดยขายวิดเจ็ตที่เขียนด้วย Java เช่นเดียวกับแอพสำหรับ iPhone วิดเจ็ตเหล่านั้นอาจเป็นบนเดสก์ท็อป โทรศัพท์ เครื่องเล่น Blu-ray หรือจะเกิดอะไรขึ้นหากสามารถทำงานบนแพลตฟอร์มอื่นที่ใช้ Java ?
เมื่อเร็ว ๆ นี้ มีแอปพลิเคชันจำนวนมากสำหรับโทรศัพท์ Android และ Sun กำลังวางแผนร้านค้า Java เพื่อให้ผู้ใช้สามารถลากแอปพลิเคชันไปยังเดสก์ท็อป หรือเพียงเขียนโค้ดเพิ่มเติมอีกเล็กน้อยเพื่อเพิ่มแต่ละแอปพลิเคชันลงในเดสก์ท็อปแบบรวม สามารถทำงานได้ในเกือบทุกมุมของโลก Java อย่างไรก็ตาม การจัดการกับหน้าจอและอินเทอร์เฟซผู้ใช้ที่แตกต่างกันอย่างมากมายอาจเป็นเรื่องท้าทาย
ลองนึกภาพว่าสถานการณ์นี้น่าสนใจเพียงใด: แอปพลิเคชันที่นักพัฒนาเขียนทำงานบนโทรศัพท์ Android เขาทำงานที่โต๊ะ และเมื่อเขากลับถึงบ้าน แอปพลิเคชันก็ทำงานได้อย่างราบรื่นบนเครื่องเล่น Blu-ray ในห้องนั่งเล่น
การนำแอปพลิเคชัน Java ไปสู่ผู้คนที่นั่งบนโซฟานั้นเป็นเรื่องที่คาดไม่ถึงเล็กน้อย เนื่องจากเดิมทีภาษา Java ตั้งใจให้ทำงานบน set-top box ในสมัยแรก ๆ ที่เรียกว่า Oak วิสัยทัศน์นี้จะขึ้นอยู่กับข้อได้เปรียบที่ยิ่งใหญ่ที่สุดของแพลตฟอร์ม Java: ความนิยมและความเสถียรข้ามแพลตฟอร์ม บางทีข้อดีเหล่านี้อาจช่วยให้ Java นำรายได้มาสู่นักประดิษฐ์