Technically thats same platform, different devices. Cross platform would be if they had the running on iPhone, Windows 7, Playstation and Linux. THAT would have been impressive (not to mention newsworthy).
We expect them to be pushing studd across their own platforms. Not news.
Well I know about that but the reasoning behind the UNIX firings was because of embezzlement and mishandling of funds. I know people who are still Linux sys admins over there and they are alot of Linux systems still on the backend; they do alot of work with Drupal, and Java and other open source but they canned alot of people who were mishandlings funds who just HAPPENED to be involved with alot of Unix/Linux administration on the campus.
The administration on the campus still does hiring for that kind of thing especially when they are looking to cut costs and bring things in house. But at the same time they do alot of research work with Microsoft as well so it's give and take.
If you are in Washington state/King County, then you bow to Microsoft's every whim. I have worked at companies that had close relationships with Microsoft and had similar emails and conversations happen when Steve Ballmer came through and saw Linux books on my shelf.
As a state/county/city, it's appalling when we could save millions when our state is in debt but we bend over vackwards for a company that incorporates in Nevada to avoid paying state taxes. Some would say the people they employ more than makes up for it but they do there best to keep everyone as temporary employees and rotate them out every 6 months to also avoid paying benefits.
If you are in any other state, call up your local news agencies, phone Oprah, call newspapers and phone a REPUBLICAN cogressman (they will make noise right now because they are not in power).
First I said ANY GIVEN RESOURCE... not just RAM. Second, disk cache is not as fast as RAM and should not be relied upon like RAM. It is merely a safety net if you run out of RAM... like when you get a usage spike.
Incorrect. Using 95% of any given resource is a BAD idea because it does not take into consideration usage spikes. For instance, should we run our web servers with 95% RAM usage? Should we run our databases servers at 95% RAM usage? So why is a desktop any different? It can get spikes in usage as well from the user/s.
True the spikes will be fewer as a desktop but the system is there for the user and not vice versa.
There is no reason to "interpret" via JRuby in any case. JRuby provides an AOT compiler (jrubyc) that compiles Ruby code to Java bytecode...
Yes. Thats commonly referred to as interpretting since Ruby doesn't run native on the JVM like Groovy. And unlike Groovy, Ruby can't import Java libraries or use java methods natively.
Actually Groovy and Grails are Java native. No need to interpret via JRuby. Groovy is native Java code as is Grails.
But being the ignorant troll that you are, your kneejerk response shows how little you know about these technologies and that you must have confused Slashdot with another one of your Facebook pages.
Maybe we are lucky and it's going to get to rewritten as a Groovy/Griffon project. Belive it or not, I'm not trolling. It seems like all the cool stuff is being done outside Sun these days.
Someone who is trying to discredit China?
China does a good job of discrediting itself. Deny and 'don't answer the question'
Someone trying to say that someone is trying to discredit China?
Well that would be you then. Are you admitting something?
It should be mentioned that the licenses CANNOT CONFLICT. If you release code under the GPL and then under a closed source license, If you code is the same in both versions or contains the same code (or even similar enough), it can be argued that it is in violation of the GPL if they do not include the source code (even if their version was given to them under a different license).
When you do things like this, you have to make sure that the two versions of licenses are compatible and this requires a LONG talk with a lawyer or at the very least posting this to the EFF or the FSF mailing lists to see if someone can come up with a fool proof solution without having to maintain two separate code branchs.
Gotta second that. I liked Ruby but hated the speed and scalability issues. Beginning to loathe PHP because of its inconsistencies and inability to advance the language.
Groovy on the other hand has a community that is advancing (without much recognition) a rich platform with Grails (for web apps) and Griffon (for swing apps). It's amazingly fast, simple and easy and integrates with traditional Java without any additional configuration needs. This will definitely kill JRuby for the most part.
That perform AS WELL? You mean a half-loaded javascript or css file won't cause the entire site to get screwed up or data to load badly? See... because that's how a real app works. Also you can package all those separate files together into one loadable binary so you know whether it loaded or not (or even a JAR or WAR).
Of course it's not just javascripts fault as the browser needs to evolve as well to become an application delivery platform. Javascript was not made for that and the browser needs to evolve a bit more to become a server as well as a client.
Gotta second that. For a small shop, Trac fulfills all your needs as it integrates with subversion, you can use Wiki formatting in the bug tracker, it has an integrated wiki for documentation and you can always use 'eggs' to add-on features like agile burndown charts.
Incorrect. The primary purpose of the patent SYSTEM is to reward and encourage innovation by potecting those who innovate. Unfortunately, people now abuse the patent system by spamming it with obvious and existing inventions and ideas and the sue people for a living creating a litigious society rather than a society that thrives on innovation and invention.
This makes the lawyer the king of the civilization rather than the inventor and the scientist.
Note that he did say VMWare on a cluster. I have an idiot at my office trying to do VMWare all on one server and failing to realize this still creates one point of failure. If you are going to do virtualization, the only benefit comes when you invest in a cluster otherwise don't do it at all.
Actually alot of us don't... only hacks support Microsoft. Most of us avoid their crap when we can and stick in code hacks for IE only when we have to. Most web developers nowadays are using Firefox or Safari and promoting them vigorously which is why sites like W3Cschools show Firefox usage at around 47% and Chrome at 8%; mostly developers hit that site and most developers don't use IE.
So as far as developers go, Microsoft lost that mindshare a long time ago and with moves like this, they will continue to until they decide to tow the line with the W3C so that we can all code to one standard and Microsoft can stop making our jobs so friggin difficult.
Slashdot Mirror
Technically thats same platform, different devices. Cross platform would be if they had the running on iPhone, Windows 7, Playstation and Linux. THAT would have been impressive (not to mention newsworthy).
We expect them to be pushing studd across their own platforms. Not news.
Well I know about that but the reasoning behind the UNIX firings was because of embezzlement and mishandling of funds. I know people who are still Linux sys admins over there and they are alot of Linux systems still on the backend; they do alot of work with Drupal, and Java and other open source but they canned alot of people who were mishandlings funds who just HAPPENED to be involved with alot of Unix/Linux administration on the campus.
The administration on the campus still does hiring for that kind of thing especially when they are looking to cut costs and bring things in house. But at the same time they do alot of research work with Microsoft as well so it's give and take.
If you are in Washington state/King County, then you bow to Microsoft's every whim. I have worked at companies that had close relationships with Microsoft and had similar emails and conversations happen when Steve Ballmer came through and saw Linux books on my shelf.
As a state/county/city, it's appalling when we could save millions when our state is in debt but we bend over vackwards for a company that incorporates in Nevada to avoid paying state taxes. Some would say the people they employ more than makes up for it but they do there best to keep everyone as temporary employees and rotate them out every 6 months to also avoid paying benefits.
If you are in any other state, call up your local news agencies, phone Oprah, call newspapers and phone a REPUBLICAN cogressman (they will make noise right now because they are not in power).
Yeah but everyone needs to make sure they get their copy so they can redistribute. Information needs to be free.
no... apparently you come to slashdot to bitch and whine. Well done on that front my friend. Mission accomplished.
First I said ANY GIVEN RESOURCE... not just RAM. Second, disk cache is not as fast as RAM and should not be relied upon like RAM. It is merely a safety net if you run out of RAM... like when you get a usage spike.
Incorrect. Using 95% of any given resource is a BAD idea because it does not take into consideration usage spikes. For instance, should we run our web servers with 95% RAM usage? Should we run our databases servers at 95% RAM usage? So why is a desktop any different? It can get spikes in usage as well from the user/s.
True the spikes will be fewer as a desktop but the system is there for the user and not vice versa.
And you are Dick Cheney. :)
This must mean that Bill O Reilly and FOX News must register now as a subversive organization.
There is no reason to "interpret" via JRuby in any case. JRuby provides an AOT compiler (jrubyc) that compiles Ruby code to Java bytecode... Yes. Thats commonly referred to as interpretting since Ruby doesn't run native on the JVM like Groovy. And unlike Groovy, Ruby can't import Java libraries or use java methods natively.
Gotcha... thanks for the bit of perspective. I needed that.
Actually Groovy and Grails are Java native. No need to interpret via JRuby. Groovy is native Java code as is Grails.
But being the ignorant troll that you are, your kneejerk response shows how little you know about these technologies and that you must have confused Slashdot with another one of your Facebook pages.
You forgot Groovy and Grails does it better :)
Maybe we are lucky and it's going to get to rewritten as a Groovy/Griffon project. Belive it or not, I'm not trolling. It seems like all the cool stuff is being done outside Sun these days.
Fixed THAT for you. Seems the immovable communist state is going to meet the unstoppable monopoly.
Someone who is trying to discredit China?
China does a good job of discrediting itself. Deny and 'don't answer the question' Someone trying to say that someone is trying to discredit China?
Well that would be you then. Are you admitting something?
It should be mentioned that the licenses CANNOT CONFLICT. If you release code under the GPL and then under a closed source license, If you code is the same in both versions or contains the same code (or even similar enough), it can be argued that it is in violation of the GPL if they do not include the source code (even if their version was given to them under a different license).
When you do things like this, you have to make sure that the two versions of licenses are compatible and this requires a LONG talk with a lawyer or at the very least posting this to the EFF or the FSF mailing lists to see if someone can come up with a fool proof solution without having to maintain two separate code branchs.
Yeah you guys rule. Do a couple more articles on Griffon. :)
Gotta second that. I liked Ruby but hated the speed and scalability issues. Beginning to loathe PHP because of its inconsistencies and inability to advance the language.
Groovy on the other hand has a community that is advancing (without much recognition) a rich platform with Grails (for web apps) and Griffon (for swing apps). It's amazingly fast, simple and easy and integrates with traditional Java without any additional configuration needs. This will definitely kill JRuby for the most part.
That perform AS WELL? You mean a half-loaded javascript or css file won't cause the entire site to get screwed up or data to load badly? See... because that's how a real app works. Also you can package all those separate files together into one loadable binary so you know whether it loaded or not (or even a JAR or WAR).
Of course it's not just javascripts fault as the browser needs to evolve as well to become an application delivery platform. Javascript was not made for that and the browser needs to evolve a bit more to become a server as well as a client.
Next up on easy question theatre... why are you hitting yourself? why are you hitting yourself? why are you hitting yourself?
Gotta second that. For a small shop, Trac fulfills all your needs as it integrates with subversion, you can use Wiki formatting in the bug tracker, it has an integrated wiki for documentation and you can always use 'eggs' to add-on features like agile burndown charts.
Incorrect. The primary purpose of the patent SYSTEM is to reward and encourage innovation by potecting those who innovate. Unfortunately, people now abuse the patent system by spamming it with obvious and existing inventions and ideas and the sue people for a living creating a litigious society rather than a society that thrives on innovation and invention.
This makes the lawyer the king of the civilization rather than the inventor and the scientist.
Note that he did say VMWare on a cluster. I have an idiot at my office trying to do VMWare all on one server and failing to realize this still creates one point of failure. If you are going to do virtualization, the only benefit comes when you invest in a cluster otherwise don't do it at all.
Actually alot of us don't... only hacks support Microsoft. Most of us avoid their crap when we can and stick in code hacks for IE only when we have to. Most web developers nowadays are using Firefox or Safari and promoting them vigorously which is why sites like W3Cschools show Firefox usage at around 47% and Chrome at 8%; mostly developers hit that site and most developers don't use IE.
So as far as developers go, Microsoft lost that mindshare a long time ago and with moves like this, they will continue to until they decide to tow the line with the W3C so that we can all code to one standard and Microsoft can stop making our jobs so friggin difficult.