Oracle To Invest In Sun Hardware, Cut Sun Staff

An anonymous reader writes "There's been much speculation as to what Oracle plans to do with Sun once the all-but-certain acquisition is complete. According to separate reports on InfoWorld, Oracle has disclosed plans to continue investing in Sun's multithreaded UltraSparc T family of processors, which are used in its Niagara servers, and the M series server family, based on the Sparc64 processors developed by Fujitsu. However, Larry Ellison has reportedly said that once the Sun acquisition is complete, Oracle will hire 2,000 new employees — more people than it expects to cut from the Sun workforce. Oracle will present its plans for Sun to the public Wednesday."

Comments

Employee cuts

[mu51c10rd]

However, Larry Ellison has reportedly said that once the Sun acquisition is complete, Oracle will hire 2,000 new employees — more people than it expects to cut from the Sun workforce.

This is not right from the article. Oracle plans on hiring 2000 employees, but they plan on reducing Sun's headcount by more than that. Hope those Sun employees pick up jobs quick in this rough economy...

From FTA:

Ellison told The Wall Street Journal that Oracle plans to take on 2,000 new employees - but that it will reduce Sun's head count by a larger number.

Re:Employee cuts

[garyisabusyguy]

Hopefully Oracle will NOT hire the Sun server sales reps.

They demanded that Sun push high end servers (with their high sales commissions) instead of x86-64 solutions and, IMHO, effectively killed the company

Trying to cut salaries?

[ErichTheRed]

I wonder what the motivation here is. Oracle isn't exactly known as a warm and fuzzy employer. Every time I've had to deal with Oracle products, it's painfully obvious that the people they have intentionally design their software to be difficult to support...and then they hire armies of low-skill consultants to "help" customers install their systems.

(And yes, I understand enterprise-grade software is complex. However, needing someone to guide you through all the quirks in the products or documentation just to get a proof of concept going is sad. I think SAP may be the only worse company in this "doesn't work out of the box" category.)

My guess? Larry is going to wipe out the current long-tenure Sun employees who know everything about Sun's products and replace them with low-skilled, low-salaried n00bs. My further guess would be that these employees would be in lower-wage countries as well.

IBM has been doing stuff like this for a while, from what I've heard...including offering people permanent one-way transfers to India along with the appropriate salary cut. Every time one of these crazy schemes comes to light, I really wonder what I should do with the rest of my career...I have at least 30 years until I retire!!

Re:Trying to cut salaries?

[Angst Badger]

Every time one of these crazy schemes comes to light, I really wonder what I should do with the rest of my career...I have at least 30 years until I retire!!

So that would make you about 35, right? Well, take a look around you. How many technical coworkers do you see that are ten years older than you? How about twenty? And thirty years?

There's age discrimination in every field, but being a 60-year-old programmer is only marginally more likely than being a 60-year-old stripper. You might get lucky and still have a job in this field in ten years if you're really, really good, but as hardly anyone has only one career these days, it might be a good idea to think seriously about what comes next.

Re:Trying to cut salaries?

[starfishsystems]

Having a home computer is only the most recent way that people have been able to gain access to computing resources.

When I got started 38 years ago, what kids did was to demonstrate sufficient enthusiasm and talent to be granted access to a research computer somewhere. It was a serious privilege, but with it came contact with professionals - mathematicians, computer scientists, systems programmers, and electrical engineers - who very much knew what they were doing, and who actually had time to share their insights. These people were routinely tasked with writing things like kernels and schedulers and device drivers and compilers, and they could always use help with various lesser aspects of design and implementation.

That's how I got started in the years before you were born. Then I earned my degree and learned the formal computer science to back up that practical experience. And you know what? It's all still completely relevant. I've lost count of the generations of technology and hype that have come and gone. That's all just surface appearance and deserving only of passing attention. The underlying principles haven't changed a bit, and they're as fascinating and challenging as ever.

Re:Trying to cut salaries?

[fhage]

So that would make you about 35, right? Well, take a look around you. How many technical coworkers do you see that are ten years older than you? How about twenty? And thirty years?

There's age discrimination in every field, but being a 60-year-old programmer is only marginally more likely than being a 60-year-old stripper.

While you may be correct, I don't think the current status quo is necessarily evidence of it. I'm 36, and am of one of the first generations where it was reasonable to have a microcomputer around the house as a small child. People 10, 20, 30 years older than me probably got their first computer at a much older age than me and probably don't have that much more experience than me. When I'm 60, I'll likely have decades more software experience than they do now.

Of course, the younger kids might crush me in networking experience, since the WWW didn't exist until just about when I went to University.

It's a myth that younger people are "better with computers and technology" because they had access to computers in their house as they grew up. I turned 50 this year and have been doing scientific programming for over 35 years. I started at 14 yrs old in '73, working on time share systems and wire wrapping PDP-11 backplanes. I've been on the Internet since '86 and kids almost always assume they have more "network" experience than I. Some of the recent CS college grads I've worked with can't program their way out of a paper bag without GUI UML tools an IDE and weeks of effort refactoring their work. Young kids take days to do things I'd have it done in several hours because I'd be using use the right tool for the job. 'Awk', 'sed' , bash, csh are still very useful for "fixing" data sets. 'perl', 'php' and 'python' are used for more complex tasks. Compiled languages and libraries are used when performance matters or complexity is high. We had 10+ yr experience software engineers who would spend weeks writing a Java app, when a one line 'dd' would do. They've never heard of 'dd', so they write their own buggy, hard coded program. This old guy was the first one to make use of AJAX and web apps in our 50+ engineering division. Companies should think about this, as they lay off us older guys so they can hire a new cheap, young kid within a month. I'm now doing low-level Linux driver and DSP work for a scientific instrument maker, trying to rescue them from the mess the Java programmer they hired to port their old C, C++ DOS code to XP. "interrupt latency jitter? what's that!?". How come I can't do 5k interrupts/sec on this PC?

Right now, in many scientific fields, the new software being written have less features and run slower than they did 20 years ago. NCAR has spent over 5 years and many, many FTE's trying to replace a C application I wrote in 1991 with a Java version. This 19 year old C/C++ application is still being used quite extensively, even though it's been "replaced" several times with new the development efforts.

Re:Trying to cut salaries?

[turbidostato]

"It's a myth that younger people are "better with computers and technology""

It doesn't make any difference as long as those hiring believe the myth.

Leave those stellar objects alone

[(ana!)a]

I can't believe what's happening, first ax the moon, now cut the sun, not to mention this thing about mars' spirit being stuck. What the hell is going on with our solar system ?

Re:What Kind of 'Hiring?'

[Anonymous Coward]

As an Oracle employee, I can tell you "fear-based fealty" is not at all how Oracle works. They have a long history of acquisitions, and the strategy is always the same: Keep the best and brightest from the acquired company, and let everyone else go. Heck, they've bought entire companies before specifically so they could get their best engineers (virtual iron). They're practically obsessed with getting the best people, not the best bootlickers.

Re:What about the software?

[PCM2]

All of it was mentioned, with the exception of the C, C++, and Fortran compilers.

• I don't remember specific plans for Solaris, other than that it will be the OS running a lot of the Oracle appliances they're talking about.
• Various Java news. Integrating HotSpot with JRocket. Unifying the programming models/API for Java SE and Java ME. Java SE 7 will include support for multi-core and better support for multiple [non-Java] languages.
• Netbeans goes forward as a "lightweight" dev environment, while JDeveloper is the "strategic" platform. Netbeans will get improved support for scripting, dynamic languages, and mobile.
• OpenOffice.org will continue as a separate business unit. As with everything, Oracle is bragging that it plans to boost investment in it. They mentioned an Oracle Cloud Office based on OpenOffice.org, which aims to offer the same experience on the desktop, Web, and mobile (as Microsoft is talking about with Office 2010).

Maybe someone else can fill in more details.

Re:What about the software?

[TheRaven64]

The most interesting thing about that was that the 'auto parallelization' code used 8 cores to get slightly more than 50% more performance than it got with one core. To be honest, I'm a bit surprised that it got any benefit. It's parallelizing loops which can only be done if the compiler can prove that there are no dependencies between loops (which means that it must be able to see all of the code that executes in the loop, including the bodies of called functions) and it will often result in slowdown because subsequent loop iterations will use data in the same cache line, so you get a lot of churn.

Compiler performance is very important on the newer UltraSPARCs, like the T1 and T2, because they do not do out-of-order execution. That means that data dependencies between instructions can cause pipeline stalls (which, hopefully, won't be a problem because you've got another thread or seven waiting to run). The compiler needs to know the length of the pipeline and design the instruction stream with this in mind. It also needs to do things like space floating point operations for the T1, which has a much larger floating point latency than most other chips. Moving data between the floating point unit and an integer register (e.g. branch on a comparison between floating point values) takes several cycles, so it needs to be aware of this and shuffle the instructions accordingly.