Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jzoidberg
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
jzoidberg
13y ago
You get your original battery back on the way home.
2.
▲
by
jzoidberg
13y ago
We need one for "got"
3.
▲
by
jzoidberg
14y ago
San Diego and Sunnyvale CA 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 operat
4.
▲
by
jzoidberg
14y ago
San Diego and Sunnyvale CA 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 ope
5.
▲
by
jzoidberg
14y ago
It looks like the DB schema is generated from the class definitions by the library. Queries are type safe: http://slick.typesafe.com/doc/0.11.0/gettingstarted.html#sch...
6.
▲
by
jzoidberg
14y ago
Awesome - thank you. It is great to have so many choices
7.
▲
by
jzoidberg
14y ago
How does this differ from Spray? https://github.com/spray/spray
8.
▲
by
jzoidberg
14y ago
Cassandra stretches across multiple DC's nicely by design.
9.
▲
by
jzoidberg
14y ago
Scala runs perfectly on Android
10.
▲
by
jzoidberg
14y ago
Sunnyvale and San Diego CA 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 an
11.
▲
by
jzoidberg
14y ago
This is a very static analysis. It takes the current spread of power generation emissions and applies it to the future electricity load of EV's. This is fundamentally flawed reasoning. EV's will constitute a significant new load on the grid
12.
▲
by
jzoidberg
14y ago
Sunnyvale and San Diego CA 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
13.
▲
by
jzoidberg
15y ago
Google Docs (and Zoho) does collaboration really well. This is important. MS Office does not even come close. The article makes a valid point - we do not need bloated desktop software to produce documents. Some of the people already realize
14.
▲
by
jzoidberg
15y ago
As a developer i love Git. I love its speed, its decentralized nature, merging, branching. I even love submodules. We use git to deploy with - github hooks lets us auto pull from all our ec2 servers - changes are globally available in secon
15.
▲
by
jzoidberg
15y ago
The battery pack and associated circuitry is a array of solid state components. An internal combustion engine has thousands of different parts - many of them moving, unmonitored and uncontrolled. The EV is much simpler to manufacture and ma
16.
▲
by
jzoidberg
15y ago
You are kidding right? - EV drive trains are much simpler and have a order of magnitude fewer parts than ICE vehicles or hybrids.
17.
▲
by
jzoidberg
15y ago
The JVM is a absolute dream to work with. We run it on a multi node Cassandra EC2 cluster and on tiny embedded devices. And develop for both those platforms on OS X. Java the language is optional - it is simply the lowest common denominator
18.
▲
by
jzoidberg
15y ago
Really? We are in a absolute computing revolution. Never before has small teams or individuals had access to so much cheap, available computation. We can spin up vast compute resources in seconds and tackle huge problems. Just a couple of y
19.
▲
by
jzoidberg
15y ago
David carries quite a lot of weight in my book (we use Lift in production). Despite the negative title he makes a very good point and points out that this is entirely solvable. This falls under the "growing pains" category for Scala. I hope
20.
▲
by
jzoidberg
15y ago
Excellent response. I never understood the hate towards Dispatch - I had a lot of fun learning it with the help of http://www.flotsam.nl/dispatch-periodic-table.html If you dont want the fun simply drop down to the Apache HTTP client and
21.
▲
by
jzoidberg
15y ago
The article seems very fear driven, many of his arguments simply do not gel with my experience. 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 insi
22.
▲
by
jzoidberg
15y ago
Ward Bell is right and a visionary to boot. I hope all our competitors read this blog and follow his advice.
23.
▲
by
jzoidberg
15y ago
I really like this idea: http://www.chrononsystems.com/post-execution-logging/
24.
▲
by
jzoidberg
15y ago
Akka actors are the accepted production solution in Scala. I wonder how the author translated actor heavy code to clojure - I guess the closest available concept would be agents.
25.
▲
by
jzoidberg
15y ago
We have to wait a little bit: http://blogs.oracle.com/henrik/entry/supported_platforms_for...
26.
▲
by
jzoidberg
15y ago
Awesome IO stuff - finally we have great cross platform file handling.
27.
▲
by
jzoidberg
15y ago
We have known this was coming for many months now - why is anyone surprised? The support will revert to JVM vendors where it belongs. Personally I think it is a good thing - we will get JVM versions much faster than Apple supplied them.
28.
▲
by
jzoidberg
15y ago
Great stuff - can we render them one per page? They are a little small to grok.
29.
▲
by
jzoidberg
15y ago
It looks like someone's private blog. Nowhere does it say anything about MSDN. In the subtitle it says the author works for MS. The article itself does not state the technology limitations at all but does call it "heterogeneous", which is m
30.
▲
by
jzoidberg
15y ago
Agreed - this is ridiculously vendor specific. The article misrepresents it.
More ›