dasil003

29 ms·

331.
by dasil003 2y ago
Yeah 100%. Honestly style / technique / language consistency are implementation details, it helps with engineer fungibility and ramp up, but it also works against engineers applying local judgement. This is something to briefly
332.
by dasil003 2y ago
Sure, except the author is an IC, so by definition it's not from middle management. As a middle manager myself though, I understand why you jumped to that conclusion. Because this is an example of highly efficient behavior in a system
333.
by dasil003 2y ago
There's a lot of truth in what you are saying, but I also think this framing can lead to unnecessary nihilism and depression. I think the simple reason that no one feels like they've won is because we're not biologically wire
334.
by dasil003 2y ago
I made the move from smaller startups to progressively large companies and from IC to manager. My main motivator is to continue to find personal growth, which increasingly means learning about the human side of building software at scale.
335.
by dasil003 2y ago
I tend to think it’s not really possible for volunteer open source to directly compete with tech corporations when it comes to polish and cohesion of a large end-user ecosystem—it’s just too much cat herding and uphill battle even to agree
336.
by dasil003 2y ago
LOL at “mainlining cable news and AM talk radio”.
337.
by dasil003 2y ago
I hear you, and agree there’s not much overhead in basic quality, but it’s a bit of a strawman rebuttal to my point. The fact is that the best code is code that is fit for purpose and requirements. But what happens when requirements chang
338.
by dasil003 2y ago
I wonder how old you are because this comes off a bit immature, but you also cite "being told for decades..." which implies more experience. Regardless though, it's pretty clear that the dimensions of intelligence that you p
339.
by dasil003 2y ago
searched and grabbed it at https://imgur.com/a/kowloon-walled-city-holdup-txskztK I love this illustration it, gives me the same vibe I got from Richard Scarry books when I was 5.
340.
by dasil003 2y ago
> Yes there are some domains where going from the time from zero to a working product is critical. And there are domains where the most important thing is being able to respond to wildly changing requirements I agree with your observat
341.
by dasil003 2y ago
No, the reason is because there are different tradeoffs, and things that work well often trade off other things. For instance, Dan is one of the best writers for illustrating a general point with dozens of rapid fire small examples. This g
342.
by dasil003 2y ago
> Not in my opinion. These kind of companies ask you to give 100% of yourself every single day. No, I understand can understand how someone would come away with that conclusion based on common patterns in the industry, but I think you&
343.
by dasil003 2y ago
The overall article is ambiguous enough that yes, it can be interpreted to be in alignment with my values. But also based on my quarter century experience in both startups and Fortune 500s and the transition from the former to the latter, I
344.
by dasil003 2y ago
This article buries the lede with a bunch of horrendous strawmen. The actual thesis is that software craftsmanship should be applied in the same way at all stages of a company. This is a very dangerous line of thinking that has killed man
345.
by dasil003 2y ago
what a ridiculous comparison. Of course a superhero movie is more entertaining than a film that is explicitly designed to avoid mass appeal. The nuance is that movies today is not where the most creative talent is directed anymore. The
346.
by dasil003 2y ago
I would argue that in fact you do need a critical mass of ego throughout the ranks of engineers in a large organization. An engineering culture where engineers don't care inevitably leads to abdicating responsibility for overall syste
347.
by dasil003 2y ago
I think FOSS really only works well for infrastructure type of projects, things where the customers are downstream programmers or at the very least very technical sysadmin types and power users who can understand the gory details to some re
348.
by dasil003 2y ago
As much as I resonate with your sentiment, it's the incentives that investors have that cause them to behave this way, not an inherent belief in scale at all costs. Keep in mind, YC is very early stage. Asking them to pick only winners
349.
by dasil003 2y ago
This is an uncharitable take. Who said anything about an interruption every 20 minutes? We're talking about an artist doing an exhibition at a gallery, by any measure, this is a pretty significant collaboration that is in the artist&
350.
by dasil003 2y ago
Certainly some of this is a question of degree (eg. motivation to read a blog post versus a longer, more comprehensive book), but the gap between reading and practicing is real and very important. Just as the OA is referring to practitione
351.
by dasil003 2y ago
Never worked in ad tech so no incentive to see things one way or the other. I do think it’s sad that so much brain power has gone into it, but “weaving dollars out of human misery” is a bit much.
352.
by dasil003 2y ago
This narrative has been repeated ad nauseam, but I'm not fully buying it. What is the average S&P 500 exposure to real estate for their stock price? In a handful of cases sure, but en masse it seems much more likely driven by mor
353.
by dasil003 2y ago
Is this peak bike-shedding?
354.
by dasil003 2y ago
This article describes some challenges and pitfalls of communicating estimates but doesn’t offer much actual advice. In my experience if you’re talking about risk distributions or hand wringing over the difference between an estimate and a
355.
by dasil003 2y ago
There are a lot of interesting ideas in here worthy of consideration. Overall though, I don't like the analogy to technical debt. Software systems are designed to execute very specific things with very specific parameters, always under
356.
by dasil003 2y ago
My point was that the word organization implies a planned structure, and a free market is explicitly not that. I'd consider it fair to say a market is a way of humans self-organizing, but a market is not an organization in any common
357.
by dasil003 2y ago
The market is not an organization, the market is a disorganization—except in the case of a monopoly/monopsony, in which case intervention is desirable.
358.
by dasil003 2y ago
> ...if we ever wanted to switch from Oracle to Sybase... Yeah like Oracle would ever let that happen
359.
by dasil003 2y ago
Sure, someone that is an entry level programmer will not have deep technical knowledge, that's not what I was trying to say though. My point is that levels only make sense in organizations that are big enough that tech leadership can&
360.
by dasil003 2y ago
IMHO greenfield vs new features vs maintenance/tuning/scaling are different skill sets, not level dependent per se. Plenty of junior engineers can spin up a reasonable greenfield app, and plenty of staff/principal engineers

More ›