Stop manipulating the DOM. It is too brittle.
Better to leave that to something like React.
That gives you a much better level of abstraction as a developer and better performance.
Why is it that they keep having two so similar versions of Gnome? I can't really tell the difference.
I don't know about that. Scala is getting more and more popular in "Big Data", and it doesn't get more hip than that?
Apache Spark which seems destined to replace Hadoop is written in Scala:
Well, it can be. But don't try to be too smart and chain everything into one big statement and you'll be ok.
Listen to Odersky here:
Well a quick stat on indeed.com suggests that I am right in mentioning scala over what you suggest:
Take a look at Akka. It mostly fits your description for the "language" you want. Scala is pretty extendable, so the libraries often end up looking more like language extensions than libraries.
Scala allows both mutable and immutable objects, but it favours immutable.
In Akka you have mutable state within your actors and pass immutable messages.
I am surprised that Scala isn't mentioned.
It is strongly typed, object-functional and compatible with java.
Swift syntax is basically a cut and paste from Scala, which benefits from being more mature (and having access to all the Java libraries)
Scala is also much faster than erlang, while also supporting the actor based model.
Generating HTML on the server is more or less outdated.
So a "web language" on the server doesn't make sense, the way it used to do (like perl cgi, ASP, JSP, PHP and decendents)
What you do now is write the frontend in one of the new JS/HTML frameworks that run exclusivly on the client.
AngularJS is popular and will likely stick around in one form or another. But pick any you like.
For the backend you want to expose REST services, that serves the content in a way that is easy to digest for the frontend (so you don't end up with too much logic out there).
For that I'd recommend taking a look at Scala (10 years old, and not going away) and the Play Framework (http://www.playframework.com/)
What is nice about the Play framework is that it not only makes it easy to expose REST services. It also makes it easier to deploy the client side framework.
Also take a look at using microservices. Using that architecture enables you to write the REST services in smaller components, rather than one big server. That way you can more easily replace each service, when you want to migrate to the next backend technology.
The book that had the greatest influence om me was Domain Driven Design, by Eric Evans.
It really made the difference from thinking like a developer, to thinking like an architect (I still write code every day)
And how much space would you imagine passing a reference to an int would save, compared to just passing the value of the int?
LinkedIn uses it for their mobile backend.
But I more than suspect that the mobile backend is just a simple frontend to the real backend. And that is written mainly in Scala.
As far as I know the closest thing to node.js in Scala would be something like Finagle, which they use at twitter:
For my current hobby project the backend is written in Scala, Akka and Play! - though I am considering replacing Play with Spray, since all the backed does is serving JSON from REST services.
I have five kids (three are adopted, so no preaching about overpopulating the Earth). Add the wife, and I need a vehicle to carry at least seven people. Good luck finding a 50 MPG car that can do that.
In Europe you could buy a Citroen C4 Grand Picasso, that has 7 seats and in the most economic version does more that 57 mpg.
That mileage is nice, since a gallon of diesel costs more than 7 usd around here
Anyways you guys need to wake up. That 2025 technology exists today, just buy it.
Eclipse is still a good option for at fat client.
I use both G+ and FB.
The great joy of G+ for me is how easy it is to share some content with some cirles.
So I share pictures of my kids with my family and links to Scala programming with my geek friends.
Only sometimes, I'd like to share some of my "personal" stuff with the FB crowd as well.
I have tried several chrome plugins and FB's mobile e-mail sharing, but none of them really works.
Do you guys know of a way to share a private G+ post to FB??
I work as a java developer.
Java itself is open source now, so is all libraries, tools and servers that I currently work with.
Our "product" (a website) is not open source.
So depending on what you mean, it might not be an open source job.
- But it is open enough for me.
The bigger the theory the better.