Slashdot Mirror
Oracle Staff Report Big Layoffs Across Solaris, SPARC Teams (theregister.co.uk)
Simon Sharwood, reporting for the Register: Soon-to-be-former Oracle staff report that the company made hundreds of layoffs last Friday, as predicted by El Reg, with workers on teams covering the Solaris operating system, SPARC silicon, tape libraries and storage products shown the door. Oracle's media relations agency told The Register: "We decline comment." However, Big Red's staffers are having their say online, in tweets such as the one below. "For real. Oracle RIF'd most of Solaris (and others) today," an employee said. A "RIF" is a "reduction in force", Oracle-speak for making people redundant (IBM's equivalent is an "RA", or "resource action"). Tech industry observer Simon Phipps claims "~all" Solaris staff were laid off. "For those unaware, Oracle laid off ~ all Solaris tech staff yesterday in a classic silent EOL of the product."
Can the codebase be recovered?
Doesn't need to be. Illumos is the open fork of (not so) OpenSolaris.
ZFS enhancements come to mind.
After the split with OpenSolaris, ZFS development moved to the Illumos project and OpenZFS grew out of it.
This is very true.
This wasn't just Sun's problem, IBM had similar issues with the AIX Power servers. The price/performance of Java on x86 was far better than anything that Sun or IBM could offer. They were still stuck with the mindset of selling expensive mid-range type systems. They could offer better scaling, with more cores in a single box, but when you could have a distributed application, with many small servers, the old vendors couldn't compete.
Once Redhat went public and management were able to convinced that Linux was a real alternative, instead of buying 4 AIX servers of $75k each, I was able to get 12 Linux x86 servers for $4k each (rack mounted, so a little bit expensive). The price for Sun SPARC servers were cheaper than the AIX servers, but still way more expensive than x86 servers.
The Linux servers were multiple times faster for the Java applications that they had to run, for just over 1/2 the price of a single AIX box.
"The best part? I became an ordained minister while not wearing pants." -- CleverNickName
WHY would any SANE programmer put business logic into the model layer?
To uniformly enforce rules when accommodating multiple applications accessing the same data.
Another reason is that the database will usually be the longest living part of the software architecture.
In terms of things being tightly coupled, defining a set of stored procedures for data access hardly makes the application tightly coupled. Using raw SQL tightly couples your application to the schema. If the schema needs to change for database reasons the stored procedure layer could prevent you from having to modify the applications.
Yes, there are other ways to accomplish the same thing but it's not an insane decision.