uriel

13 ms·

91.
by uriel 15y ago
> I'd love to try a strict language, having used only Clojure and Python lately. Playframework might be an alternative. Try Go.
92.
by uriel 15y ago
I still can't believe GWT is not an April Fools joke, and I'm stunned that anyone ever took it seriously.
93.
by uriel 15y ago
I have maintained Java apps running on FreeBSD servers, it was a nightmare. And don't even dream of doing that in OpenBSD (which IMHO is the sanest BSD and even nix around).
94.
by uriel 15y ago
You would be better off with a language that gives you much more control over memory layout, for example Go.
95.
by uriel 15y ago
This is one of the greatest efficiency advantages of Go over Java, for the same task, Go code uses only a tiny fraction of the memory of what Java uses. http://shootout.alioth.debian.org/u64/benchmark.php?test=all...
96.
by uriel 15y ago
The lack of return statements is rarely missed, although it could be handy in some cases, there are ways around it. There is nothing weird about ifs' behavior once you understand it. Byron's rc tried to 'fix' ifs, and made everything worse.
97.
by uriel 15y ago
rc is a truly beautiful thing. I wrote a pretty complex web framework and CMS with it ( http://werc.cat-v.org ), and the more I used it, the more I loved it. I found it to be extremely well crafted, with every feature fitting beautifully
98.
by uriel 15y ago
> Not sure what SIP or XMPP are "monstrous" though. Both SIP and XMPP are way beyond "monstrous", hundreds of specs, and most implementations are not really interoperable beyond the very basics. (XMPP is still barely at the level irc re
99.
by uriel 15y ago
This is one of the reasons why I don't buy the whole concept of "intellectual property": the only thing that should matter is the quality and value provided to consumers; not marketing, not ideas, not strategy, but the end result, which as
100.
by uriel 15y ago
The cost of complexity in the compiler is not only to the persons implementing it. Also I'm pretty sure the amount of work in the compiler was only one of the considerations, and while I don't doubt your account of your conversation with ro
101.
by uriel 15y ago
Channels + select are a pretty good replacement for what one usually uses pattern matching in Erlang. There are pros and cons for both models, but they are roughly equivalent and I never missed pattern matching in Go.
102.
by uriel 15y ago
I think Rob Pike discusses some of the differences between the Go and Erlang CSP-like models: http://confreaks.net/videos/115-elcamp2010-go
103.
by uriel 15y ago
> I think its somewhat naive to think that it won't be hard to surpass the JVM. Go already surpasses the JVM in many areas, for example it has magnitude orders lower memory usage, and even in performance it already beats it in quite a f
104.
by uriel 15y ago
This is another area where Go prefers pragmatism over everything else.
105.
by uriel 15y ago
When Go is involved, it is better to compare the 64bit compilers which are the ones used by almost everyone: http://shootout.alioth.debian.org/u64/benchmark.php?test=all... Go is already faster than Java in half of the benchmarks, and use
106.
by uriel 15y ago
Also, there still plenty of low hanging fruit to optimize in Go, both in the compilers and GC, so surpassing Java wont be hard. And Go's memory usage is already magnitude orders better than Java.
107.
by uriel 15y ago
Yea, self-hosting is neat, but also makes bootstrapping much more complicated, specially when the language is still changing.
108.
by uriel 15y ago
Standard Go doesn't need JIT, it is all compiled to native code already.
109.
by uriel 15y ago
Your idea sounds a bit like Milton Friedman's negative income tax.
110.
by uriel 15y ago
Yes, intellectual property is completely contrary to free markets and personal liberty, in its essence is a system of government-granted and government-enforced monopolies, and how anyone can think that is compatible with liberty economic o
111.
by uriel 15y ago
This is a strawman, nobody is arguing that people should not be allowed to demand compensation for their work, authors and musicians were able to demand compensation no differently from anyone else before IP came around, the problem is the
112.
by uriel 15y ago
That hasn't stopped taxes on CDs, DVDs and even external hardisks in many countries which supposedly then get redistributed to "creators" (ie., the record/film industry cartels). So yea, it is pretty horrible, like most of the "intellectual
113.
by uriel 15y ago
> Whilst I appreciate the effort that people put into these things, I really don't like this sudden obsession of adding another layer of abstraction over everything. This is one of the reasons I found Google's Go so refreshing, it actua
114.
by uriel 15y ago
Note that the Plan 9 team at the time were already working on Alef ( http://doc.cat-v.org/plan_9/2nd_edition/papers/alef/ ) and would later develop Limbo ( http://doc.cat-v.org/inferno/4th_edition/limbo_language/ ) as the language for t
115.
by uriel 15y ago
Then why I can't easily export my friends list from Facebook to Google+?
116.
by uriel 15y ago
> I know OSX uses something like a micro-kernel and it is a perfectly fine desktop OS, OSX doesn't use anything like a micro-kernel, it runs Mach (which even microkernel fans ridicule, it is bigger than many monolithic kernels like the
117.
by uriel 15y ago
Union mount functionality is not something that needs to be done in userspace, Plan 9 has union mounts, but that is one of the few things it does in kernel, for details see: http://man.cat-v.org/plan_9/2/bind The key thing is to have simp
118.
by uriel 15y ago
This is amusing given the topic at hand, and what the Plan 9 people thought of Tanenbaum: http://harmful.cat-v.org/software/andy_tanenbaum
119.
by uriel 15y ago
cough Plan 9[1] cough [1] http://doc.cat-v.org/plan_9/4th_edition/papers/names
120.
Bumper-Sticker Computer Science(quotes.cat-v.org)
2 points by uriel 15y ago|0 comments

More ›