hbrn

10 ms·

61.
by hbrn 4y ago
Racing is a very flawed analogy: the big difference between software development and racing is that: 1. F1 paths are known in advance. 2. The major unknowns in F1 are your competitor behaviors. Compare that to a typical startup: you're
62.
by hbrn 4y ago
No plan survives first contact with reality: "well structured systems" usually get thrown away in the same few years. The only difference is that they often get thrown away along with the company that built them. Quick throwaway c
63.
by hbrn 4y ago
In my experience, most of the software complexity is accidental, i.e. it doesn't directly emerge from customer needs. And even if your framework is to use customer needs as justification for complexity, people will still use something
64.
by hbrn 4y ago
> You're conflating comprehensibility with readability - they're not the same. There's a reason why people get tested for "reading comprehension" and not just "reading". "Reading comprehension&quot
65.
by hbrn 4y ago
> The abstraction of the ORM has created the illusion that you don't need to worry about this It's not an illusion, it's an abstraction that sometimes leaks. But all abstractions are leaky. There are plenty of projects t
66.
by hbrn 4y ago
The only real argument could be maturity, and Svelte seems pretty mature by now (at least by JS ecosystem standards). And even that is a flawed argument: almost every React codebase uses numerous immature extensions. I haven't seen a
67.
by hbrn 4y ago
"you have the learn new syntax" is a really weird argument. Every approach, be it Vue, Svelte or React introduces a new alien syntax. In my personal opinion React approach is the most alien. React's "it's just Javas
68.
by hbrn 4y ago
That was my immediate thought too. How do we know that those were not hallucinated by GPT? Because they look real ? Isn't that exactly what GPT is good at, hallucinating output that looks real?
69.
by hbrn 4y ago
> no single person does or ever did own such an amount in liquid assets which he could sell transfer the proceeds to someone in a short period of time You seem to be confusing three similar, but fundamentally different things: physical c
70.
by hbrn 4y ago
> You severely underestimate how concentrated bitcoin ownership is. A couple of hundred people would control a significant proportion of the global economy just because they were lucky Why don't you share the numbers then, what is
71.
by hbrn 4y ago
I never really understood this reasoning, is it just simple envy? Ok, so a few folks will amass a lot of wealth based on luck and not merit. Those already exist in current financial system, both locally and globally. Plenty of dictators hav
72.
by hbrn 4y ago
I remember a while ago, if you were to mention HOC wrapper hell in React community, most folks would jump to defend it. Eventually, React team accepted that it is a problem, and presented hooks as a solution. The very same people who would
73.
by hbrn 4y ago
> In React's case, we got features like automatic batching It's truly amazing how React team manages to present leaky abstractions as something that community should celebrate. Or maybe what's amazing is that community is
74.
by hbrn 4y ago
> I don't want huge components that do everything, I want components to do as little as necessary to be actually useful Having lots of tiny components makes it harder to see the big picture. Too big and too small are both bad, there
75.
by hbrn 4y ago
I really hate these bland, barely actionable advices with no examples, created for SEO purposes. Nobody knows how to measure the "complexity" and "evolvability" of the API and where exactly is the threshold that justifie
76.
by hbrn 4y ago
These Nazis? https://en.wikipedia.org/wiki/Rusich_Group
77.
by hbrn 4y ago
Can you tell me how does Russian media portray these guys? https://en.wikipedia.org/wiki/Rusich_Group
78.
by hbrn 4y ago
If a system has bugs, is it fair to say it's not working? Typically you just fix a bug, though of course some systems reach a point where a rewrite (either incremental or from scratch) is the only option. I see absolutely no evidence t
79.
by hbrn 4y ago
The unobvious reality is that majority the world population: 1. Don't think of themselves as self-interested arseholes. 2. They are in fact self-interested arseholes. We have no methodology that allows us to put "good people"
80.
by hbrn 4y ago
> Free market at work. It only took the inefficient guberment to step in for competition to materialize. Your lack of knowledge on the matter mixed with self-righteousness is astounding. I suggest you to research beyond newspaper headlin
81.
by hbrn 4y ago
> all Python packages are of poor quality > Erlang has less infrastructure, and in many cases you'll be the master of your own libraries Which, funny enough, are also going to be of "poor quality" when judged by externa
82.
by hbrn 4y ago
> The government also covers bailouts for banks using taxpayer money, effectively punishing everyone. What's the alternative? Other than more scrutiny and harsher punishments for banks, which very few people are against. > privat
83.
by hbrn 4y ago
Sure, occasionally private businesses will screw up and hurt their employees. Nobody is denying that. But what's the alternative? Some kind of magical government that doesn't screw up? Government rarely has incentives to be effici
84.
by hbrn 4y ago
> Business optimized for the value it can capture in the short term As opposed to government? The reason every government is so bureaucratic is precisely because it's incentives are structured to optimize for the short term. At leas
85.
by hbrn 4y ago
Yes, 2-4 web servers. And it's not like they are using most expensive configuration, just 4 vCPU per node. CPU utilization is below 20%, so it could even run on a single node, but that's not good for availability. Why is that so s
86.
by hbrn 4y ago
Given that very few companies in the world make their infrastructure public and I never worked in a Ruby shop, I can't. But I've done it with Python and I can't see why Ruby would be any different.
87.
by hbrn 4y ago
> he already added unforeseen couplings that could get out of hands if it was a big codebase And one should be able to fix things that get out of hand when they start getting out of hand. Architecture should be based on current facts,
88.
by hbrn 4y ago
> Users are the best testers and it's not really a big deal if 2% of your users see a bug for 10 minutes. This is the product engineer mindset. Your job is to deliver value , and you use tools that deem appropriate and most efficie
89.
by hbrn 4y ago
To most people "reaching scale" means either revenue number or number of customers (word "when" implies that). You can easily reach "scale" (earn millions of dollars, serve millions of customers) while still ru
90.
by hbrn 4y ago
For overwhelming majority of startups hardware is a tiny fraction of their operating costs. Not to mention that a lot of the hardware costs are language-agnostic: database servers, disk volume.

More ›