Oracle buys Sun

Here is my take on the news about Oracle buying Sun. In some cases, company acquisitions simply kill competing business. So, Oracle's acquisition of Sun could do that, but I think Sun's products compliment Oracle's. Oracle does not have an operating system. PL/SQL is the closest thing Oracle has to a language. And, Oracle does not manufacture hardware. So, I think the Oracle acquisition of Sun will help advance Sun's product lines in the future. I think it is a good thing. And, better than if IBM had bought Sun or if Sun had continued to struggle on its own.

What do you think of that?

Views: 28

Comment

You need to be a member of Codetown to add comments!

Join Codetown

Comment by Zemian Deng on April 21, 2009 at 8:50am
I sure hope so. I hope the JDK development will surpass Sun management. I think current JDK is getting bigger and bigger with many unnecessary legacy libraries, but yet missing convenient languages features such as type inference, tail recursion, closure etc. And then Sun didn't do much to improve the Java Swing, which many developers are crying to have. I have mixed feelings about JavaFX.

With rich company like Oracle, I really hope they fuel the JDK development and take some giant leap toward the coming months.

All the best to Oracle and people who are working hard on Java.
Cheers!

PS: MySQL future seems little cloudy. I really like the DB, and hope Oracle won't kill it.

Happy 10th year, JCertif!

Notes

Welcome to Codetown!

Codetown is a social network. It's got blogs, forums, groups, personal pages and more! You might think of Codetown as a funky camper van with lots of compartments for your stuff and a great multimedia system, too! Best of all, Codetown has room for all of your friends.

When you create a profile for yourself you get a personal page automatically. That's where you can be creative and do your own thing. People who want to get to know you will click on your name or picture and…
Continue

Created by Michael Levin Dec 18, 2008 at 6:56pm. Last updated by Michael Levin May 4, 2018.

Looking for Jobs or Staff?

Check out the Codetown Jobs group.

 

Enjoy the site? Support Codetown with your donation.



InfoQ Reading List

Designing Memory for AI Agents: Inside Linkedin’s Cognitive Memory Agent

LinkedIn introduces Cognitive Memory Agent (CMA), generative AI infrastructure layer enabling stateful, context-aware systems. It provides persistent memory across episodic, semantic, and procedural layers, supporting multi-agent coordination, retrieval, and lifecycle management. CMA addresses LLM statelessness and enables production-grade personalization and long-term context in AI applications.

By Leela Kumili

Pretext.js Bypasses DOM Layout Reflow, Enabling Advanced UX Patterns at 120 FPS

Cheng Lou, a Midjourney engineer, recently released Pretext, a 15KB open-source TypeScript library that measures and lays out text without browser layout reflows, enabling advanced UX/UI patterns like infinite lists, masonry layouts, and scroll position anchoring to run at 60-120 fps. Pretext was built using an AI loop that reverse-engineered the DOM’s layout calculations.

By Bruno Couriol

Subagents in Gemini CLI Enable Task Delegation and Parallel Agent Workflows

Google has introduced subagents in Gemini CLI, a new capability designed to help developers delegate complex or repetitive tasks to specialized AI agents operating alongside a primary session.

By Robert Krzaczyński

Presentation: Event-Driven Patterns for Cloud-Native Banking - What Works, What Hurts?

Chris Tacey-Green discusses the shift from synchronous commands to asynchronous events within highly regulated environments. He explains the critical role of Inbox and Outbox patterns in preventing data loss, the nuances of event versioning, and how to maintain decoupling between domains. He shares "battle-tested" principles for implementing fault tolerance and managing eventual consistency.

By Chris Tacey-Green

Article: Building Production-Ready tRPC APIs: The TypeScript Alternative to Apollo Federation

This article details our migration from Apollo Federation to a TypeScript-based tRPC stack, which resulted in an 89% reduction in bugs and 67% faster response times. It also covers the mistakes we made, the unexpected performance gains, and an overview of the production architecture we use today to handle 2.4 million daily requests with 99.97% uptime.

By Dinesh Kumar Elumalai

© 2026   Created by Michael Levin.   Powered by

Badges  |  Report an Issue  |  Terms of Service