Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
hbrn
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
33 ms
·
361.
▲
by
hbrn
4y ago
> most common reason for using static typing is to allow the codebase to be a monolith like it's still the 90s This is so true. Static typing shines when you have a very complicated deeply nested system. And that's what most te
362.
▲
by
hbrn
4y ago
> The claim that untyped code has fewer bugs is completely bonkers Not really. It is, however, quite expensive to measure, because dynamic typing really shines at the evolution of software, that is being able to respond fast to changin
363.
▲
by
hbrn
4y ago
> As a child I never saw ramps for the wheelchairs, and seldom saw people on a wheelchair (only in hospitals). That was part of the culture of ostracising "different people" and making sure "normal" people don't
364.
▲
by
hbrn
4y ago
> term was used by German citizens during the Holocaust as a rallying cry when they would hunt down Jewish citizens living in segregated neighborhoods. Hmm, I bet they also drank water after hunting down Jews. Drinking water literally ma
365.
▲
by
hbrn
4y ago
Basically anything that can make anybody[1] offended. If a term doesn't seem offensive right away, see if you can make it offensive through mental gymnastics. [1] This, of course, excludes people like me, who are offended by the very e
366.
▲
by
hbrn
4y ago
Absolutely disgusting. I can't even imagine how corrupted the minds of those who come up with such lists. Having thick skin is a good thing. Actively showing off your fragility isn't. Treating people charitably is a good thing. Ac
367.
▲
by
hbrn
4y ago
Maybe doctors are realizing how language works? I bet "mentally handicapped" is less likely to become a slur because it's not short, catchy and convenient like "idiot" or "retard".
368.
▲
by
hbrn
4y ago
That's exactly how I understand the benefits of monorepo and it seems like a terrible idea. You might spend one week building next version of your component and 3 months updating all of the dependents. Then do it again. And again. You
369.
▲
by
hbrn
4y ago
> Even as a senior developer with nearly 10 years of experience, every interview process is an exercise in convincing the other person that you're not a junior, and is more often a losing battle Developer interviews are one giant ca
370.
▲
by
hbrn
4y ago
Most folks here are focusing on the scheduling part, but change detection means you need some way to persist state (or have a long running process that keeps state in memory). While you could do FaaS (e.g. AWS Lambda) + another service for
371.
▲
by
hbrn
4y ago
Haha, that's actually a good point. A single problem can affect dozens of modules, each having a different wrapper. If my db goes down, I very much prefer to see a single DatabaseConnectionFailed than a multitude of FailedToSaveObject,
372.
▲
by
hbrn
4y ago
What happens if function from another module calls failing_external_function()? Will you wrap it in another_module.Error? This sounds like viral boilerplate: any function that can fail forces all other functions in the stack trace to be wra
373.
▲
by
hbrn
4y ago
ERROR and WARNING log levels. Everything goes to ERROR by default, some errors get downgraded to WARNING when you confirm they are not important. Send ERRORs to Sentry (or whatever you use) and deal with them immediately. Send WARNINGs to y
374.
▲
by
hbrn
4y ago
All languages I know of have ways to preserve stack trace. That said, engineers tend to forget about it, so it is somewhat valid.
375.
▲
by
hbrn
4y ago
Just because it's useful to wrap exceptions in 5% of the cases doesn't mean you should wrap the rest 95% just in case . YAGNI. 1. You don't know which exceptions will be raised in advance. Anything that involves IO can fail
376.
▲
by
hbrn
4y ago
It is very easy to see the benefits that metrics provide (typically you start at no metrics at all), but incredibly hard to measure the costs. This bias is ubiquitous: metrics, unit testing, abstractions, startup funding, documentation, sec
377.
▲
by
hbrn
4y ago
That's basically recognizing that Goodhart's Law exists and fighting it. Unfortunately managers rarely have incentives to do it. Why invest in being more objective if it lowers the perceived value of your successes? Your bullshitt
378.
▲
by
hbrn
4y ago
If you're willing to look at it from a different lens, I'm actually increasing value of a human life that has already been assigned naturally.
379.
▲
by
hbrn
4y ago
> technology is still extremely complicated and dangerous That's a common fallacy. If you look at mortality rate by terawatt-hour for each energy source, nuclear is going to be orders of magnitude below coal/gas/oil. Sam
380.
▲
by
hbrn
4y ago
1. Every meeting should have an agenda in the invite. I know some folks go as far as ignoring meetings that don't have one. 2. One person should own and drive the meeting. 3. Intention of every meeting should be producing some kind of
381.
▲
by
hbrn
4y ago
I thought about using it at a small scale, but frankly I find more value in a visual representation, and once I have that I don't want to explicitly blacklist imports: those rules can already be derived from the graph (i.e. any import
382.
▲
by
hbrn
4y ago
I mostly agree with you and DHH on that topic, however in my experience reasonably applied SOA/DDD actually shields me from this layering nonsense. When your apps live as a service on the network or as a nicely isolated module in your
383.
▲
by
hbrn
4y ago
This (plus Law of Demeter) is the right way to handle medium-big size projects, though I'm not completely sold on the tooling. I mostly do it manually (yes, it is still doable with dozens of modules since dependency hierarchy doesn
384.
▲
by
hbrn
4y ago
There's always somebody out there who knows how other people should spend their money.
385.
▲
by
hbrn
4y ago
You're calling somebody naive but your statement is nothing but lies. > Exanple one - charity can make political donations Under the Internal Revenue Code, all section 501(c)(3) organizations are absolutely prohibited from directly
386.
▲
by
hbrn
4y ago
So the team behind Intel is irrelevant, the success was all due to methodology, right? Almost every person that tried to cure flu with homeopathy was successful.
387.
▲
by
hbrn
4y ago
If someone is forcing you to implement OKRs, ask them to apply OKR to that process. What is the objective that you're trying to achieve with OKRs? How are you going to measure success (remember, you have to measure outcomes, not output
388.
▲
by
hbrn
4y ago
I've seen quadruple negatives in Python: if not no_unavailable_items: ... else: ... unless on it's own is fine, but humans will misuse it if you're not careful. You can address it with code reviews&#x
389.
▲
by
hbrn
4y ago
No-bullshit environment. Typically can only be found in early stage companies.
390.
▲
by
hbrn
4y ago
Exactly. Variable naming is not an isolated skill you can hone, and the fact that people are treating it like one means they are missing the point. You won't become a great author by perfecting your grammar instead of storytelling.
More ›