JRoller

Any recommendations on books or resources to get up to speed with Java quickly My knowledge of Java books is probably pretty out of date, but I got some mileage out of the Deitel & Deitel book Java: How To Program. Also, where can the java community be found online? http://www.jroller.com http://www.theserverside.com http://saloon.javaranch.com all come to mind...

I love Scala, but some deem it too "complex". Java's successor needs to be easy enough to understand for the millions of Java programmers that will have to learn it. Enterprises want a language any code monkey can write in... http://lamp.epfl.ch/~odersky/blogs/isscalacomplex.html This is where Ceylon / Fantom are interesting: they improve a little on Java, removing the various language warts, while not being too different. http://www.jroller.com/scolebourne/entry/the_next_big_jvm_language1 That being said, I'd love it if Scala were the next Blub language ;)

http://www.jroller.com/scolebourne/entry/sun_apache_ip_in_pictures Is probably one of the best explanations of the situation. FOU restrictions would stop any real open source implementation.

Stephen Colebourne's "Oracle, Google and the politics of money" is also a great shed of light on this topic: http://www.jroller.com/scolebourne/entry/power_corrupts_absolute_power… I kinda agree with Stephen on the damage Oracle does to open source and the added uncertainty for collaborators on the open parts of java. I think Charles underemphasized this aspect.

If you're still interested in closures for Java, my port of Ruby's Enumerable module, Enumerable.java, has a limited version for valid Java 5. The current release is 0.2.4, but this post is the best introduction: http://www.jroller.com/ghettoJedi/entry/closures_in_valid_java_limited

That is a sadly long and storied history, which Stephen Colebourne describes best: http://www.jroller.com/scolebourne/entry/sun_apache_ip_in_pictures There is some hope that the legal shenanigans will stop once ORCL finishes taking ownership of JAVA.

It can be trivial depending on the goal[1] [1] http://www.jroller.com/languages/entry/python_writing_a_compiler_and

> I once found a blog post ... but I lost the link ... Maybe this one? Python: Writing a Compiler and Interpreter in 160 lines of code http://www.jroller.com/languages/entry/python_writing_a_compiler_and

> When people joke about us we usually only get a link I take it you're not familiar with the Bile Blog, e.g. http://www.jroller.com/fate/entry/rip_jboss_mail_services Alas, service ceased ten years ago.

A less verbose, in loc and exposition, example can be found here: http://www.jroller.com/languages/entry/python_writing_a_compiler_and

tells you how to use StartSSL, which generates the key in your browser. Whoops, your private key is now known to another server on this internet Pardon my ignorance, but I thought the in-browser certificate creation process avoids sending the private key. https://developer.mozilla.org/en-US/docs/Web/HTML/Element/keygen http://www.jroller.com/whoami/entry/browser_generated_certificate_requ… (2006)

> a valid Java program is also a valid Groovy program), so I'm not sure what Extend brings to the table. Groovy is dynamically typed, not statically typed. Though a month ago Springsource/EMC hired someone to build a static type checker (called Grumpy) for Groovy (http://www.jroller.com/melix/entry/groovy_static_type_checker_status) with the usual solicit for free labor by spinning the "open source" tale. Presumably they heard about Xtend from the same place Jboss/Redhat and Jetbrains did. Hence the recent avalanche of announcements regarding Ceylon, Kotlin, and Grumpy.

Ahh, good point. I'll add that to Java 8 hotness list. Thank you. UPDATE: Couldn't add it to the original post (edit has expired), here is more info about Joda Time for Java 8[1] for folks that are interested. [1] http://www.jroller.com/scolebourne/entry/what_about_jsr_310

IMHO, this is a much stronger case: Nothing in the licensing terms will prevent open source projects from creating and distributing their own compatible open source implementations of Java SE 6, using standard open source licenses From JSR-270 http://www.jroller.com/scolebourne/entry/jcp_bonn_meeting_october_2010

The actual project announcement: http://www.jroller.com/neugens/entry/introducing_icedrobot

This has been going on for something like eight years so it's not easy to summarize. But you might start here: http://www.jroller.com/scolebourne/entry/sun_apache_ip_in_pictures

The Sleep Manual is a good source of examples, every function in the language has an example associated with it: http://sleep.dashnine.org/manual/ Another good place is the Sleep Snippets blog. I haven't updated it in a long time though: http://www.jroller.com/sleepsnip/

See this (old) presentation for thinking along these lines: http://www.jroller.com/obie/entry/deep_integration_of_ruby_and

The problem is not the license per se, but the bait-and-switch they did. http://www.jroller.com/sjivan/date/20080425

Ruby/Web 2.0 snob opinion on compilers is that they are lame. See, e.g., http://www.jroller.com/obie/entry/top_10_reasons_why_java and

Other reasons why startups fail: Observations from 10 Months at a Startup: http://www.tortoiseandachilles.com/2007/09/observations-from-10-months… 10 more reasons why web startups fail: http://www.jroller.com/dscataglini/entry/5_more_reasons_why_web

Scala: I seem to remember some "Is it ready for the enterprise, programming in the large, giant consulting firms with giant RFP's yet/soon?" threads/blogs which i can't find. Also some "average developers get python, ruby and java just fine, but they're not going to get scala and clojure". I've heard chatter from friends and on the tubes that they're going to convert their humongous java dev teams "soon" but the main knocks are: - problems in plugins for eclipse, intelliJ, and netBeans, (assuming it survives in some supported form - it's taken so long to get 2.8 beta out: Well, nobody said it would be easy. - OO type inference, FP, scripting, what is scala?; you can use scala as a scripting language, use a small language subset, apply regexes and maps and cut up apache logfiles easily just as in python or ruby. - Or you can spend a lot of time reading about actors(akka, kilim, lift), and STM / agents and come to the conclusion the language is heavily in flux http://news.ycombinator.com/item?id=1150369 http://www.jroller.com/vaclav/entry/secret_agents_in_scala (and goat rodeo) - Or you can read the Oreilly and Artima books on the type system, figure out how it's designed for development in the large. And go back and read Guido's ,um, what do you call them, jeremiads or screed or something like that.

I have no idea how many subpoenas Google gets per day but my guess is that they get a fair bit of them. I also don't know how they respond to them but I'd wager that they comply with vast majority of them. What I'd like to know is how Google deals with out-of-US subpoenas. Do they comply? I think you could argue that, due to Google File System's (GFS) distributed nature, you could request a subpoena from a local judge in any country in which Google has a data center because Google would have to prove that a chunk of data belonging to someone is not hosted in that country. That's very hard ot disprove since I doubt that Google keeps historical track of their chunks. The way GFS works, a master keeps tracks of chunks but it doesn't keep a history of where each chunk was. So a clever lawyer could try to subpoena anyone's account given that Google has a data center in their country. For example, Google has a data center in UK. Could US person's account, be subjected to a UK issued subpoena if a lawyer uses the logic I described above? Maybe.. there's no way to prove that a chunk of your data is not hosted in UK. Distributed systems ("cloud") are a privacy nightmare waiting to happen, and I think that EU privacy commission will tackle this issue at some point. "Cloud" computing seems to be illegal (to a certain degree, in strong-privacy countries like Germany). More info here: http://www.jroller.com/MasterMark/entry/google_teh_evil_cloud_economic…