Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
norir
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
20 ms
·
241.
▲
by
norir
3y ago
Yes and to add to this, I think also the longer you stay in the industry, the more you realize that the industry itself has intractable problems (at least on the scale at which you can effect change). The tension is whether or not to accept
242.
▲
by
norir
3y ago
> I’m sorry the ending maybe wasn’t as satisfying as you hoped. I’m happy someone found this interesting. I’m not quite sure why I wrote this, but it’s now after midnight so I should get some sleep. This was actually a perfect ending to
243.
▲
by
norir
3y ago
Here is another way to avoid use after free: lint out calls to malloc/calloc/realloc/free in all but a small subset of files. Define a header with an interface with something like: void with_bytes(size_t count, void (*cb)
244.
▲
by
norir
3y ago
If your program has nice boundaries, an alternative to realloc is to just calloc far more memory than you are ever likely to need. Obviously this is a bad idea in certain circumstances, but works really nicely for things like a compiler wit
245.
▲
by
norir
3y ago
This sentiment goes too far in the opposite direction for me. Code that solves a problem is an asset. To carry your analogy forward, code is the concretization of the solution of the problem. The idea of the skyscraper is useless on its own
246.
▲
by
norir
3y ago
I have maintained a widely used (250-500k+ unique ip dl/month consistently over the last 6 years) interactive terminal program that had essentially no tests of its interactive behavior. Building and restarting the program took a minimu
247.
▲
by
norir
3y ago
To reiterate OP's point about scala, in my idiomatic scala, I'd use a 3rd technique: def ABSOrSeven(maybeNumber: Option[Int]): Int = maybeNumber match { case Some(int) => Math.abs(int) case None => 7 } So
248.
▲
by
norir
3y ago
Sounds appealing, but I think in practice this would be very unpleasant to work with. ASTs are almost always significantly more verbose than the code that generated them which makes both reading and writing more painful. I say this from my
249.
▲
by
norir
3y ago
I'm writing a language by myself so for me at least the days of one person languages are not over. And I have the joy of working with a language no one complains about ;)
250.
▲
by
norir
3y ago
I've never heard of a songwriting process that doesn't involve listening. Or coding without reading the code and so on...
251.
▲
by
norir
3y ago
There is a price to easy. In my experience, cargo build times tend to be soulkillingly long. But I don't like waiting more than a few hundred ms for incremental builds. So for me, cargo build is actually harder than make to attain an e
252.
▲
by
norir
3y ago
C is horrible for exploratory programming but is acceptable if you already know how to solve the problem. If one uses enums for errors, then the compiler can check for you that all edge cases are handled. You can log an error and exit(1) fo
253.
▲
by
norir
3y ago
This seems hard to believe. If true, it seems very odd that they wouldn't be studying successful languages with enormous real world adoption targeting the same platform as theirs.
254.
▲
by
norir
3y ago
It's all about definitions. For me, the difference between exceptions and panics is the former is recoverable. You can write a language with panic but no catch to ensure that panic crashes the whole program every time it is invoked.
255.
▲
by
norir
3y ago
I feel that most of the time the two options are presented as either write a handwritten parser or use a parser generator. A nice third way is to write a custom parser generator for the language you wish to parse. Handwritten parsers do ten
256.
▲
by
norir
3y ago
> No individual is all that creative, and anyone accomplished is standing on the shoulders of past giants to get there. Are you seriously going to argue that, say, Bach or Shakespeare were not all that creative?
257.
▲
by
norir
3y ago
This is one of those issues where I find myself both disagreeing and sympathizing with everyone involved. We desperately need collective truth, reconciliation and forgiveness on a societal level. Without that, these issues are just going to
258.
▲
by
norir
3y ago
Neutral is an ideal, not a practical reality.
259.
▲
by
norir
3y ago
The only sane option.
260.
▲
by
norir
3y ago
I am coincidentally reading the Iliad right now. Which of the warriors exactly weren't bloodthirsty assholes? Odysseus goes on a raid with Diomedes in book 10 and stands by while Diomedes kills a bunch of sleeping soldiers. They also m
261.
▲
by
norir
3y ago
Hitchens had an arrogant and chauvinistic side that spoils his writing for me.
262.
▲
by
norir
3y ago
I think there is a lot of opportunity for integrating simulation into software development. I'm surprised it isn't more common though I suppose the upfront investment would scare many away.
263.
▲
by
norir
3y ago
I am not a lisp hater. There are advantages to its syntax relative to other languages. I am just saying that in the space of programming languages, there exist other languages capable of solving the same problems as lisp in essentially the
264.
▲
by
norir
3y ago
This comes off more as a series of rationalizations than a compelling argument. Lisp is easy for a computer to parse, not great for humans. There other languages with comparably rich metaprogramming that syntactically have a better tradeoff
265.
▲
by
norir
3y ago
> Second, we get to write an actual, honest-to-God compiler. It parses source code and outputs a low-level series of binary instructions. Your compiler doesn't need to emit byte or machine code to be real or useful. High level to hi
266.
▲
by
norir
3y ago
The paradox of bounds checking is that it both rarely matters and always matters.
267.
▲
by
norir
3y ago
Edginess rarely ages well.
268.
▲
by
norir
3y ago
I personally am not convinced that portable binaries are a net positive. I believe in the era of fast computers that source distribution and local compilation is superior to binary distribution. Unfortunately, much of the software we rely o
269.
▲
by
norir
3y ago
There is an interview with the great jazz pianist Bill Evans (conducted by his brother) in which he muses that most amateur musicians make the mistake of overplaying. They go out to the club and hear a professional and they come home and tr
270.
▲
by
norir
3y ago
I find it unlikely that we would be asking the ai for a very specific caching design. If the optimists are right, the ai should be able to do its own analysis and automatically design an architecture that is superior to what a human would b
More ›