norir

9 ms·

61.
by norir 1y ago
You can argue it, but I disagree. Whatever their skills and experience, they did nothing alone.
62.
by norir 1y ago
From my vantage point, Zig's syntax perfectly matches the language: it is ad-hoc, whimsical and serendipitous. It is lacking in grace, elegance and compassion.
63.
by norir 1y ago
Significant whitespace is not difficult to add to a language and, for me, is vastly superior than what zig does both for strings and the unnecessary semicolon that zig imposes by _not_ using significant whitespace. I would so much rather re
64.
by norir 1y ago
The problem is calling anything zero cost is inherently wrong. Nothing in life has no cost. I know I am being pedantic but I think a more accurate description is "zero production runtime cost," which is also how I interpret rust&#
65.
by norir 1y ago
It is hard to overstate how wrong they are doing things if it costs more than a dollar or so per year for managed configuration. I previously worked for a cloud managed device company and it was obscene how high the margin was on the mandat
66.
by norir 1y ago
I agree and disagree completely with this statement. Syntax is superficial. It is the first thing that people will notice about the language (unless you hide it from them). One quickly notices that if you don't like a language syntax,
67.
by norir 1y ago
There is a straightforward technique for writing unambiguous recursive descent parsers. The high level algorithm is this: parsing always consumes one character, never backtracks and is locally unambiguous. You then construct the parser by c
68.
by norir 1y ago
This is mostly a problem of concatenative language design. There is nothing preventing function definitions from having type signatures that are statically checked. In my concatenative language compilers, I always provide a function that ca
69.
by norir 1y ago
> Sometimes, he'd run into things which didn't make sense. Why is this a doubly-linked list here, when it seems a singly-linked list would do just fine? And in those moments, if you can't find a reason? You get to go down
70.
by norir 1y ago
It is very unfortunate that we use fixed width numbers by default in most programming languages and that common ops will silently overflow. Smarter compilers can work with richer numeric primitives and either automatically promote machine w
71.
by norir 1y ago
The sad thing is that most languages with threads have a default of global variables and unrestricted shared memory access. This is the source of the vast majority of data corruption and races. Processes are generally a better concurrency m
72.
by norir 1y ago
Here is my cynical take in ci. Firstly, testing is almost never valued by management which would rather close a deal on half finished promises than actually build a polished, reliable product (they can always scapegoat the eng team if thing
73.
by norir 1y ago
I actually do deny that university classes are great. Many are actively harmful. When I went to university, the intro level cs class was taught in c. It took me decades to unlearn.
74.
by norir 1y ago
Lexing being the major performance bottleneck in a compiler is a great problem to have.
75.
by norir 1y ago
Having scanned the source, I believe there is a better design for this language. There exists a much smaller subset of jank that is capable of compiling itself. I am quite sure that you could write a bootstrap compiler in clojure (but restr
76.
by norir 1y ago
I once worked on a project that had openssl as a dependency. We found that about 90 seconds in, the connection would drop a high percentage of the time. I laboriously worked through both the openssl and dependency code until finding that th
77.
by norir 1y ago
My brain has been slowly trained to reject imperative programming. This example could be rewritten in a tail recursive manner using an immutable set which would be simpler to verify for correctness even without a formal verifier. I have fou
78.
by norir 1y ago
It deeply bothers me that the zig team/community has been aggressively marketing this language while constantly making breaking changes without even providing migration tools. This is user hostile behavior. They are creating extra work
79.
by norir 1y ago
I would love to see a reverse atlas shrugged where all the programmers just stopped working and we could see how much the executive class could do without them through the magic of ai. As it stands, I feel most workers are increasingly faci
80.
by norir 1y ago
I don't even understand what point you are making. The essence of programming is tool making. Of course the best programmers make tools as do the worst. Are you seriously comparing making a terminal hot rod configuration app to, say, c
81.
by norir 1y ago
Yeah, I imagine they are often projecting their own frustration over parking onto their customers. Every time a customer comes in and grumbles about parking, it triggers their confirmation bias. Conversely, new customers who only popped in
82.
by norir 1y ago
I tend to think that much of the difference between great and mediocre engineers comes down to mindset. The great engineers I've encountered have a commitment to making everything they touch better. They are adaptable and persevere. Th
83.
by norir 1y ago
Thankfully for me, I guess, neovim broke my config about a year ago by changing the default color scheme in a way that I could not fix easily with confug. So I forked and built my own and will likely never update it.
84.
by norir 1y ago
One of my many problems with rationalism is that it generally fails to acknowledge it's fundamentally religious character while pronouncing itself superior to all other religions.
85.
by norir 1y ago
Have you thought through the downsides of letting go of these formal foundations that have nothing to do with job preservation? This comes across as a rather cynical interpretation of the motivations of those who have concerns.
86.
by norir 1y ago
Writing a compiler without first learning how to write a parser is like learning to play an instrument without practicing scales.
87.
by norir 1y ago
Here is my circular argument against debuggers: if I learn to use a debugger, I will spend much, possibly most, of my time debugging. I'd rather learn how to write useful programs that don't have bugs. Most people believe this is
88.
by norir 1y ago
Perhaps consider that your experience is not universal and that others have good reasons for their decisions that are not simply ignorance.
89.
by norir 1y ago
This reminds me why I abandoned scala. That being said, even a small sbt project can cold boot in under 10 seconds on a six year old laptop. I shudder to think of the bloat in play if 30 seconds is the norm for a hot reload.
90.
by norir 1y ago
I understand you are likely doing this for shiny rocks, but life is too short to spend on abominable code bases like this.

More ›