perlhoser at gmail.com
Sat Dec 7 19:42:02 MST 2013
Oh, wait. That's right. Well, it's not like it has any momentum.
And look at that hottie on that page! Did you see his beard?
On Sat, Dec 7, 2013 at 7:30 PM, Grant Shipley <gshipley at gmail.com> wrote:
> And mobile using titanium. Throw in mongodb and you have full stack Java
> script... It was hard for me to accept as well since developers as a whole
> shit on it for the last 15 years. Now it powers Walmart server side and
> other large companies.
> In fact, I am writing a book on full stack Java script that will published
> next year.
> On Dec 7, 2013 7:00 PM, "Jonathan Duncan" <jonathan at bluesunhosting.com>
>> server-side stuff in JS.
>> On Sat, Dec 7, 2013 at 5:37 PM, S. Dale Morrey <sdalemorrey at gmail.com
>> > I've been working on a sparetime project for a few weeks and had
>> > mostly coded up in Java, then realized that perhaps I was trying to
>> > re-invent the wheel so I googled for a library to do the heavy lifting
>> > me.
>> > Imagine my surprise when many of my queries for xyz java library started
>> > Just for fun I decided to look at the effort involved in remaking my
>> > When I found that 90+ % of my prototype was available as library
>> > and it was more or less a matter of gluing them together. I decided to
>> > ahead and just give it a try in js.
>> > Ajax-like website helpers scripts before we ever coined the terms Comet
>> > Ajax. Nevertheless I've always viewed it as a tool for making shiny bits
>> > and/or using it as a scripting language for controlling other programs.
>> > other words I've always seen it as being firmly as part of the view
>> > component. I never really viewed it as something for serious
>> > workloads. Until now.
>> > I finished both prototypes to the same level. With my curiosity piqued I
>> > decided to let them both rip on separate instances in the same AWS
>> > availability zone, same EC2 machine types (t1.micro).
>> > The job is just to hash words from a dictionary list (I'm making a
>> > rainbow table) using a few different hashing algorithms after which I
>> > be doing an analysis with map reduce but neither the the map reduce nor
>> > analysis steps are included in this part. This is just a feed generation
>> > step.
>> > I just wanted to test raw hashing power in this case.
>> > I added a loop counter to the main loop and put in stopwatch function to
>> > ensure identical runtimes.
>> > Here are my results after 2 minutes of runtime...
>> > Java 7 J2SE : 1,000,079
>> > The numbers represent how many times it made it through the final loop
>> > where it would normally have written out a csv. Thus there were several
>> > steps. Read a fixed list, them run SHA256, Scrypt and Ripe-MD160 on each
>> > unit. There was no output step so as to rule out filesystem access times.
>> > This isn't meant to be a head to head comparison.
>> > The Node.js version is (to the best of my knowledge) single threaded and
>> > the Java version is running on a thread per core model (even though the
>> > test box is 1.5 cores). Looking back, going with thread per core may
>> > gimped the Java version because of list contention, and/or context
>> > switching penalties so I do doubt the numbers here are anything
>> > final. In fact I ran it for 5 - 10 - 15 and 30 mins as well and once JIT
>> > kicked in and moved some stuff to metal, Java slightly matched (at 15
>> > that's so computationally heavy? A 50% performance improvement over Java
>> > in a short interval, especially when I have not done anything to
>> > used to know.
>> > It also showed me something about my own internal biases.
>> > I find it odd how my thinking has evolved over time.
>> > I used to be a computer programmer who had a good/decent familiarity
>> with a
>> > broad range of languages and I would always try to select the best tool
>> > the job taking into account the cost of developer time vs cpu time.
>> > Over the past 4 or 5 years I've been so heavy into Java (because that's
>> > what employers want), that I think I may have evolved into a Java
>> > programmer.
>> > This experience has shown me that it might be time to broaden my horizons
>> > and again embrace the "right tool for the right job" approach I used to
>> > have, rather than the Swiss Army Chainsaw habits I've picked up from
>> > programming in Java.
>> > So what do you think? Have you looked at any languages for purposes you
>> > had previously disregarded? What were your thoughts?
>> > /*
>> > PLUG: http://plug.org, #utah on irc.freenode.net
>> > Unsubscribe: http://plug.org/mailman/options/plug
>> > Don't fear the penguin.
>> > */
>> PLUG: http://plug.org, #utah on irc.freenode.net
>> Unsubscribe: http://plug.org/mailman/options/plug
>> Don't fear the penguin.
> PLUG: http://plug.org, #utah on irc.freenode.net
> Unsubscribe: http://plug.org/mailman/options/plug
> Don't fear the penguin.
"In order to create, you have to have the willingness, the desire to
be challenged, to be learning." -- Ferran Adria (speaking at Harvard,
More information about the PLUG