Sun, Ruby, and Java: An Interesting Turn of Events
Charles broke the news on his blog. He's very excited, not just about getting hired but also about Sun's take on Ruby and dynamic languages. In his post, he said:
You can imagine how excited I am about this opportunity, and how pleased I am to know that Sun takes Ruby so seriously. Not only will I get to work on the project I've poured my heart into this past year, but I'll be able to do it while helping one of my favorite companies turn a technological corner. Naturally I've been talking with a myriad of folks at Sun over the past several weeks, so believe me when I say these guys really get it. The tide has turned and dynamic languages are on everyone's agenda. It's going to be quite a ride.
Thomas Enebo also wrote about the announcement on his blog. He talked about some of the other Ruby work they'll be doing:
We have a mandate to look at improving the Ruby tool landscape, but our primary jobs are improving JRuby. In that vein, anything we do will help both Ruby and JRuby.
Tim Bray (who was the driver behind the hire) also posted a FAQ about the announcement, including the question that's on everyone's mind:
Will they work on JRuby full time? — Yes, but they also have a mandate to think about developer tools. Right now, developers who use dynamic languages like Python and Ruby are poorly served, compared to what Java developers have.
JRuby isn't the only alternative implementation of Ruby, I've asked Kevin Tew, the developer on the newly reborn Cardinal project (Ruby on Parrot). I posted all of his answers here but wanted to share this snippet with you.
"I'm a big believer of the positive influences that diversity and new blood can have on a project. I think each new implementation of Ruby is an added benefit to the community as a whole. . . . I'm excited to see what new ideas will come from JRuby, given Charles and Thomas's new elevated status."
I also talked to Eric Hodel from the metaruby project. Here are a couple of his thoughts (the rest of his answers are here):
Rails brought an explosion of interest in ruby and brought a bunch of fresh ideas. I don't think all of them were healthy ideas, but many of the language features were re-examined with fresh eyes and lots of neat stuff came out of it. I imagine a bunch of Java developers joining the language will have a similar impact, but the community may have to educate them as well.
Other folks are taking note too:
- M. David Peterson:
"To the rest of the world: Buckle up folks. . . I'd say we are about to witness something truly spectacular in regards to the competition in the VM space and therefore a better overall world of computing as a result."
"[T]he real 'why' of emphasizing the Java platform is that the richness of the libraries and APIs and the utility of the JVM can be laid as foundations for other languages. Get them targeting the JVM and developers can use some of what they already know in going between language platforms. By this past spring, there were heads nodding that this was a good idea."
"This obviously fits well with our strategy to support multiple languages on the JVM, and in particular, dynamic and scripting languages. In fact, Charles and Thomas is joining the group I'm in, so hopefully a lot of the tool support we have built to support BASIC will also benefit JRuby. Going forward there will probably be a lot of cross pollination."
There's beena recent spate of "What's in it for me?" conversation on the ruby-talk mailing list. I've tried to address the pros and cons on my blog. Hopefully, this can help more people understand why this move of Sun's is a good thing for Ruby.
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- SUSE LLC's SUSE Manager
- My +1 Sword of Productivity
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Managing Linux Using Puppet
- Non-Linux FOSS: Caffeine!
- Doing for User Space What We Did for Kernel Space
- SuperTuxKart 0.9.2 Released
- Google's SwiftShader Released
- Parsing an RSS News Feed with a Bash Script
- SourceClear Open
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide