thebluesky

14 ms·

91.
by thebluesky 14y ago
The article has a point. Guava is pretty nice, but using anonymous inner classes to implement filters gets pretty ugly.
92.
by thebluesky 14y ago
It doesn't really buy you much since it's slower to read from disk than for the JIT to generate code on the fly.
93.
by thebluesky 14y ago
Please make a plan about official binaries for RHEL/CentOS 5. Yes it's an old kernel, but it's still used heavily by many organizations.
94.
by thebluesky 14y ago
Thanks for the info. I would probably take another look at it if they provided official binaries compatible with RHEL/CentOS 5. A fix or mitigation for the 32 bit memleak would be good too.
95.
by thebluesky 14y ago
My understanding is that they are mostly Google employees rather than volunteers. Go uses a conservative GC which means that the probability of a leak is much lower on a 64 bit system rather than that a 64 bit system has more headroom to le
96.
by thebluesky 14y ago
I was planning to use Go on a new project, but there were two blockers that made me decide against using it: the 32bit memleak issue and lack of support for older Linux distros. The go guys seem very dismissive of valid concerns from develo
97.
by thebluesky 14y ago
32bit memleak is by far the main reason I stopped looking at go. Many people still have plenty of 32 bit hosts. When will this be in the official release??
98.
by thebluesky 14y ago
We've been very pleased with Play 2.0. Very easy to use and very productive :)
99.
by thebluesky 14y ago
>From my playing with it so far, even if I switch "big" developments to that Python will have to remain part of my toolbox due to how horrendously slow Clojure and clojure-based tools are to start up While I agree that tools which take
100.
by thebluesky 14y ago
>the benchmark is pretty much irrelevant, because if it was we would all be coding in C or Fortran The point being debated is that the JVM is being developed and advanced more rapidly than the CLR. Performance is one way to demonstrate
101.
by thebluesky 14y ago
...And most of the examples you give are more mature on the JVM and most developers in these languages target the JVM exclusively.
102.
by thebluesky 14y ago
I find it interesting that when folks want to claim that .NET is crossplatform they cite Mono, but when performance is discussed they are only prepared to discuss the performance of the MS Windows implementation provided by MS. The last tim
103.
by thebluesky 14y ago
There are many reason's it made sense for MS to create their own Java-like system, but the "low quality" of the JVM implementations is not one of them. The JVM implementations (HotSpot, IBM J9) are more efficient than the CLR in virtually a
104.
by thebluesky 14y ago
Scala is starting to become more and more mainstream these days: http://www.indeed.com/jobanalytics/jobtrends?q=scala&l= but I do look forward to the enhancements in Java for the existing code I maintain.
105.
by thebluesky 14y ago
Compare the choice of garbage collectors and high performance JVM implementations vs what the CLR offers. I don't have recent benchmarks for the MS implementation of the CLR, but Mono lags noticeably behind Java in terms of performance: h
106.
by thebluesky 14y ago
In all fairness with enough hardware you could serve ~1 billion users using virtually any language which supports development of web applications. Just because you can develop a hugely successful system using a language doesn't prove (or di
107.
by thebluesky 14y ago
Tooling and performance are two largest advantages. Disadvantage is more verbosity, but it's a trade-off. With dynamically typed languages I find that you still need to worry about types, but you have to trace through the code to figure out
108.
by thebluesky 14y ago
I've found Scala to combine the best of both worlds, non-verbose and statically typed.
109.
by thebluesky 14y ago
Probably the part where it usually can't find your JDK (and barfs with some random error on startup as a result) until you edit a config file or set some environment variable(s). NetBeans on the other hand usually finds 5 different JDKs on
110.
by thebluesky 14y ago
From the blog: "JavaFX (Hotspot Client) is 70% faster than WebGL, a great performance, considering the competition is a dedicated game engine built on top of a low-level 3D API."
111.
by thebluesky 14y ago
Interestingly javafx seems to be 70% faster than WebGL: http://weblogs.java.net/blog/opinali/archive/2011/11/25/java...
112.
by thebluesky 14y ago
I'm perfectly happy with Scala. Perhaps you could elaborate. Kotlin is clearly based on Scala, even down to many syntax details.
113.
by thebluesky 14y ago
Making changes to a complex system is a "big deal" in any language. Pretty (and compact) syntax doesn't help much, especially when the refactoring tools are weak.
114.
by thebluesky 14y ago
I'm willing to put up with a few hundred megs of RAM usage for a system which runs 100x faster...
115.
by thebluesky 14y ago
That doesn't mean that Ruby is so compact that it's impossible to get a large code base in it. When Ruby projects get large making changes to the code is both painful and scary (I would know since I've had to do just that).
116.
by thebluesky 14y ago
Nice work!
117.
by thebluesky 14y ago
Interesting trends, which likely match reality wrt the the decline of visual basic and perl, and the rise of python http://radar.oreilly.com/upload/2012/03/Lang_allYears.jpg It also shows the ruby market cooling off, which is consistent w
118.
by thebluesky 14y ago
tl;dr It's in Washington D.C., the United States of America. Washington D.C. is the capital of, but not the largest city of, this North American nation.
119.
by thebluesky 14y ago
What we hear: "Dear hobbyist coder. You're not welcome. We only care about developers who have employers willing to pay $500, or just pony up the $500 yourself." Alternatively develop for Linux and other platforms in a language of your choi
120.
by thebluesky 14y ago
Exactly. I've been using Java for 13 years and have yet to see a method signature with more than a handful of exception types thrown, let alone 40 or 80. I've told you a millions times not to exaggerate ;)

More ›