Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
gnuvince
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
52 ms
·
481.
▲
by
gnuvince
13y ago
Stupid idea doesn't mean it's not gonna make money. Great idea doesn't mean it's gonna make money. It's damn near impossible to predict what the public is gonna like.
482.
▲
by
gnuvince
14y ago
I think the syntax decision is a good one. Indentation-based structure is nice, however in some cases it can cause some pains: code generation or embedding code in a document are two common examples. As for requiring semi-colons, I don't
483.
▲
by
gnuvince
14y ago
I use a shell inside Emacs, so I just split my frame.
484.
▲
by
gnuvince
14y ago
C was first released in 1972 and the first edition of K&R was published in 1978.
485.
▲
by
gnuvince
14y ago
Fair enough.
486.
▲
by
gnuvince
14y ago
I'm still on Go 1.0.2. However, I strongly doubt that having 1.1 yields the correct result in the amount of time that the article boasts; I rewrote the program in C (direct translation), and with both clang and gcc, I get timings of around
487.
▲
by
gnuvince
14y ago
I noticed that as well [1], and rewriting the code to use int64 (and thus cover the entire range) makes the Go code run in 2m40s. Still faster than Ruby, but not as incredible as the author thought it was. [1] https://news.ycombinator.com
488.
▲
by
gnuvince
14y ago
I'm sorry, but is the Go program correct? I ran it on my machine, and for Case #1, it reports a solution of 1, while there are actually 19. EDIT: I modified the Go program to use int64 instead of int (the upper bound of the first case is n
489.
▲
by
gnuvince
14y ago
Why ask people to start their own benchmarks (presumably with Blackjack and hookers) instead of allowing people to contribute to the Benchmark Games?
490.
▲
by
gnuvince
14y ago
I fondly remember The Great Language Shootout by Doug Bagley; I could understand the majority of the problems, there were a lot of languages represented. Good times.
491.
▲
by
gnuvince
14y ago
What's wrong with F11?
492.
▲
by
gnuvince
14y ago
And it's web based, and thus I will never use it.
493.
▲
by
gnuvince
14y ago
Still, I'd rather have a loop and be linear than using a sort and being linearithmic.
494.
▲
by
gnuvince
14y ago
Can you expand on your experience with both editors?
495.
▲
by
gnuvince
14y ago
> (n.b. I did more than just playing around with Go a bit, I wrote serious applications in Go some of which are in production use) When you are writing an application, you can know all the types you are going to need, so that you can wo
496.
▲
by
gnuvince
14y ago
Confused me with Tsuru Capital [1][2], a trading company that uses Haskell as their main programming language. [1] http://www.tsurucapital.com/en/jobs.html [2] http://tomschrijvers.blogspot.ca/2012/12/haskell-tsuru-capit...
497.
▲
by
gnuvince
14y ago
Not his son [1]. [1] http://en.wikipedia.org/wiki/Tigran_L._Petrosian
498.
▲
by
gnuvince
14y ago
> Extra ways to do the same thing is the enemy of simplicity and orthogonality. Adding support for moving the cursor with the arrow keys would not involve a very high amount of complexity. I found that Acme required me too much to just
499.
▲
by
gnuvince
14y ago
I tried Acme, and though it had some good ideas, I found that the execution was sometimes poor. I especially disliked that so much emphasis was put on the mouse with no way to fall back to the keyboard.
500.
▲
by
gnuvince
14y ago
I believe it depends on the kind of movement you need to do. If you need to go to an arbitrary point in the screen, I agree. However, if you are on a line and want to go to the end of the line, is it not easier to press the `End` key (or
501.
▲
by
gnuvince
14y ago
I agree; it's a shame that she over-reacted, that the employer of the person who was fired over-reacted, but I think we've heard enough.
502.
▲
by
gnuvince
14y ago
OK, give me $30 and I'll use it.
503.
▲
by
gnuvince
14y ago
OCaml [1] [1] https://news.ycombinator.com/item?id=2235204
504.
▲
by
gnuvince
14y ago
Compiler error; since a might no longer be defined, it's an error to access it here.
505.
▲
Whenjobs: a powerful but simple cron replacement
(people.redhat.com)
36 points
by
gnuvince
14y ago
|
4 comments
506.
▲
by
gnuvince
14y ago
As far as Cron replacements go, I prefer whenjobs [1]. [1] http://people.redhat.com/~rjones/whenjobs/
507.
▲
by
gnuvince
14y ago
Well, I guess I'm gonna need to install Firefox again :/
508.
▲
by
gnuvince
14y ago
In your more idiomatic version, you actually went ahead and changed the declaration of words to be []interface{}, but you may not be in control of the type of words (for instance if it's the return value of a function). This is why I did t
509.
▲
by
gnuvince
14y ago
It's pretty typical of the Plan9 mentality. See this post on the Acme text editor: http://9fans.net/archive/2008/08/134
510.
▲
by
gnuvince
14y ago
Rust, not Ruby.
More ›