"ideas behind-focused = job at the university"
...or at a research devision in the industry. Or a holistic teacher outside of universities. Or a humanitarian worker. And so on.
"There are no universal education for everybody"
I don't think it is an either-or question. Both approach should be taught and let students decide later which one they prefer. Often people want to have both during their lifetime, so it is not a good idea to build silos between the two worlds.
Wow, sad to hear that education is so execution-focused (i.e. the Java part) instead of teaching the ideas behind.
Dec 20, 2012 at 2:30 PM
Interesting to see that most of the Erlang principles are the answers to the biggest problems he mentions, like actors and message passing interfaces; and write as less code as possible. The language may not be the best ever (certainly can feel the age of it), but the principles seem to be established pretty well.
Hmm maybe this new threadppol policy is the reason why latest Firefox is dead slow, but also many application startup time grew from <1sec to 3-4 seconds since the Win7->Win8 upgrade
Anyway, really nice to see so much passion on an interesting topic, thank you!
Why don't you guys simply add a runtime scheduler that implements green threads, so that all code can be completely linear without using any await() functions? I know it's evolution and everything, but it seems to me that C# with latest Async is going directly towards supporting actor model like in Erlang. It would be awesome to program C# with actors, without seeing anything from the sceduling.
Just hire me, I'll show you how to do it
I think the situation nowadays is just a temporary stage where we need mobile devices which consume too much energy with the old desktop technology. Also, the server farms are just started building up alos using desktop technologies, so naturally energy consumption is an issue.
But energy consumption is essentially a hardware issue and not software one. As soon as we'll take the next step and start using ultra low energy transistors (many of them are in the research labs already), then all this obsession about energy will go away.
So preparing the general languages or IDEs for this seems like a completely unnecessary issue.
I'd rather see strong research on information models and how we could make languages deal with information flows instead of machine details.
Will the other two talks be available also?