hbrn

50 ms·

481.
by hbrn 4y ago
> Imagine if a slate of candidates were all black. That would seem kind of odd, right? Why would that be odd? It does happen in sport, and nobody cares (nor should they). > So a good thing to do is apply some pressure Why is it good?
482.
by hbrn 4y ago
> Clearly, the working class person who loses 10% of their purchasing power has to forgo more essentials than the billionaire who loses 10% of theirs And I never denied that. All I'm saying is that in isolation inflation shrinks the
483.
by hbrn 4y ago
Nothing you said explains why retaining value of past work is a human right. Most results of the productive output decay same way as apple does. If you trade iPhone for a car, both car and iPhone will lose value over time. But in your world
484.
by hbrn 4y ago
Which you conveniently not linking because you know it's going to be controversial at best. Get off the high horse, static vs dynamic has been a never ending debate since the dawn of time. Just because you side with one religion doesn&
485.
by hbrn 4y ago
GDP is the worst form of measurement, except for all others.
486.
by hbrn 4y ago
As your example perfectly illustrates, our perception of fairness is extremely biased, and therefore is not a good metric. "Compare yourself to who you were yesterday, not to someone else today"
487.
by hbrn 4y ago
How about this one: https://github.com/microsoft/vscode/blob/427530e884b33be2451... export interface IDomEvent { <K extends keyof HTMLElementEventMap>(element: EventHandler, type: K, useCapture?:
488.
by hbrn 4y ago
> rights of an individual to retain the value Those rights are not a given either. In fact this is a first time I hear those are "rights". If I pick an apple from a tree using my productive labor, somehow apple doesn't see
489.
by hbrn 4y ago
> I'd argue it's not actually TS that causes this. There are just a lot of unskilled devs. But a lot of unskilled devs is status quo. It will never change: each year more folks are starting their career than becoming good devs.
490.
by hbrn 4y ago
> TypeScript is a huge productivity multiplier See, I've heard it multiple times. And yet nobody is able to provide evidence. Surely if effects are so huge it's should be easy to prove. We're commenting on the article th
491.
by hbrn 4y ago
You're not alone, and I suspect TS crowd is still a vocal minority. But TS is very viral by nature. You can only go in one direction (JS -> TS). TS promises "type safety", which is mostly a lie, but sounds really good. It
492.
by hbrn 4y ago
The problem is that they are forced documentation. You can't choose to skip it after you became familiar with it.
493.
by hbrn 4y ago
So the benefits are only available once or twice, but the code is going to be verbose forever. If I were to come up with environment where it is guaranteed to be a net positive it would be a company with lack of boundaries between teams and
494.
by hbrn 4y ago
Runtime errors are the easiest to catch and fix. With TS you're paying the full price (in verbosity and complexity) but getting 10% of the value. There probably still are projects where it's a good deal, but my bet is they are the
495.
by hbrn 4y ago
Forcing introverts to get out of the comfort zone and talk to each other has lots of benefits. Async Slack gives everyone the opportunity to tune out, which they definitely will. A blocker can be resolved either on the standup or during a q
496.
by hbrn 4y ago
It doesn't literally have to be a customer talking to you. You could measure engagement, conversion, churn, or any other meaningful metric. The main point is shortening feedback cycle.
497.
by hbrn 4y ago
Ideally, during first few years organizers are runners. They don't know the destination, but they care more than anyone.
498.
by hbrn 4y ago
I understand that this is how it is supposed to work in theory. But realistically most startups don't (and dare I say shouldn't) have the luxury of a dedicated Scrum Master. Another thing I don't like is that it relies on hum
499.
by hbrn 4y ago
While I personally don't believe it, one could easily explain it with survivorship bias.
500.
by hbrn 4y ago
I really like that. Having management present can subconsciously push people to turn standups into a productivity contest.
501.
by hbrn 4y ago
Orienteering definitely fits better. And it's a competitive sport. It might not be healthy, but that's how you win.
502.
by hbrn 4y ago
It's a slippery slope. If there's one guy that gives a 3 minute update, he'll look more productive than the guy that gives 30 second update. So the next day 30s guy will fill his update with unnecessary details to look as pro
503.
by hbrn 4y ago
As someone recently said it here, the difference between software development and marathon is that marathon runners know their destination.
504.
by hbrn 4y ago
> Games: this is one area this might make a difference due to latency advantage But then players from Singapore can't play with players from New York. So single player games. In the browser. Yay.
505.
by hbrn 4y ago
> Better developer experience That's some wishful thinking right there. Though author admits that DX is worse right now . But then there are frameworks that abstract edge overhead. Ok, but abstracted overhead is still worse than no
506.
by hbrn 4y ago
Sarcasm aside, this is actually a good point. Most apps are either unable to work without a semi-centralized database. Or can work with local database and slow syncs to the cloud (a la Dropbox). Very few apps fit between those two categorie
507.
by hbrn 4y ago
Notice how you're moving the goalpost. > shouldn't act suspicious when you walk into a convenience store lest the employees stalk you I understand it's tempting to blame it on racism, but please go talk to non-white store
508.
by hbrn 4y ago
Every company is different, but my preference is to break into teams by domain/network boundary. In this case sharing libraries is extremely rare. Teams could easily be on different tech stacks. Edit: my experience is mostly between se
509.
by hbrn 4y ago
As a matter of fact I do think unit tests generally cause more harm than good. They are great for libraries with well defined and slowly evolving interfaces. But unless you're doing open-source, you will rarely work on those. Write tes
510.
by hbrn 4y ago
Now we just need to wait a couple more decades till functional Java is adopted. So far I'm still seeing complex class hierarchies with deep inheritance, dependency injection and unit tests produced by ex-Java developers for something t

More ›