You get your original battery back on the way home.
61 karma · joined February 17, 2011
Front end positions: html5 and Play Framework
Back end positions: Scala with Hadoop (we don't require Scala experience just enthusiasm)
GridX - we are a well funded startup developing a unique new system to operate the next generation smart electricity grid. Our software wrangle smart grid data at scale to solve real problems that make a difference to everyone's lives.
Join us at the ground floor in this exciting and challenging field.
Please contact johan at gridx dot com
Front end positions: html5 (with Play framework)
Back end positions: Scala with Hadoop (we don't require Scala experience just enthusiasm)
GridX - we are a well funded startup developing a unique new system to operate the next generation smart electricity grid. Our software wrangle smart grid data at scale to solve real problems that make a difference to everyone's lives.
Join us at the ground floor in this exciting and challenging field.
Please contact johan at gridx dot com
Front-end UI Developer
GridX - we are a well funded startup developing a unique new application to operate the next generation smart electricity grid.
Help us solve some of the most complex and rewarding energy and environmental problems of our time using Big Data and Cloud Computing.
We use Scala based web frameworks like Liftweb and Play! - experience with or interest in those would be a plus.
Our UI's use highly interactive HTML5 with WebSockets and Server Side Events. Rendering in SVG and Canvas.
Please contact johan at gridx dot com
EV's will constitute a significant new load on the grid and we will have to build modern power plants to supply the extra load. New power plants produce significantly fewer emissions.
Front-end UI Developer
GridX - we are a well funded startup developing a unique new application to operate the next generation smart electricity grid. Join and help us solve some of the most complex and rewarding energy and environmental problems of our time using Big Data and Cloud Computing.
We use Scala based web frameworks like Liftweb and Play! - experience with or interest in those would be a plus.
Our UI's use highly interactive HTML5 with WebSockets and Server Side Events. Rendering in SVG and Canvas.
Please contact johan at gridx dot com
The article makes a valid point - we do not need bloated desktop software to produce documents. Some of the people already realized this - the question is how long it will take for most of the people to realize this.
As a collaborator i think it has failed us. I simply cant convince non-programmers to learn it. People who only occasionally use versioning systems simply do not need as much control. They need a much simplified layer over Git - that prevents them from screwing up . I have tried SmartGit for this - not simple enough, it still exposes the complexity.
An internal combustion engine has thousands of different parts - many of them moving, unmonitored and uncontrolled.
The EV is much simpler to manufacture and maintain. The GM EV1 was famously robust and low maintenance. Personally i believe this is one of the reasons the previous generation of EV's were canceled - it radically changes the profit spread on a vehicle. The old school manufacturers make a lot af profit on vehicle maintenance and parts - this is about to change.
The part count on a typical automobile is 30000 according to toyota - I would love to know what the Model S count is - even with the 6000 battery cells.
Java the language is optional - it is simply the lowest common denominator on the JVM.
The cloud and dirt cheap embedded and mobile systems will make computers truly ubiquitous for the first time. It is interesting that we now run the same platforms and code on tiny embedded devices and the cloud. The web is finally turning into the broad platform we hoped it would. All of this is truly empowering.
On the language front we have wonderful new ways to express ourselves. Functional programming and constructs like Actors, STM and nosql data stores allow us to scale properly for the first time (See Scala and Akka).
The only limit is our imagination.
If you dont want the fun simply drop down to the Apache HTTP client and use its interfaces. Dispatch is just a thin wrapper around the Apache client anyway.
We have been using Scala for 4 months now and have the first cut of our product released:
The Scala community have been great - we have had insightful answers on the Lift, Akka, Dispatch and Scala users list and on stack exchange.
We have used parallel collections and Akka actors to get good scalability without the usual pain. We do have some mutable data structures where it makes sense - we appreciate the flexibility to do that. The distinction between mutable and immutable data structures is pretty easy to read in the code.
Our code base is very concise, and i think readable for the breath of functionality we have implemented. We have not used type level programming, simple Scala constructs like pattern matching, collections and closures make a huge difference. You can write obtuse code in Scala - we choose not to.
In short we see Scala as a competitive advantage going forward.
I hope all our competitors read this blog and follow his advice.
I wonder how the author translated actor heavy code to clojure - I guess the closest available concept would be agents.