Most active commenters
  • mdaniel(3)
  • elliotto(3)

←back to thread

1070 points dondraper36 | 11 comments | | HN request time: 0.493s | source | bottom
Show context
codingwagie ◴[] No.45069135[source]
I think this works in simple domains. After working in big tech for a while, I am still shocked by the required complexity. Even the simplest business problem may take a year to solve, and constantly break due to the astounding number of edge cases and scale.

Anyone proclaiming simplicity just hasnt worked at scale. Even rewrites that have a decade old code base to be inspired from, often fail due to the sheer amount of things to consider.

A classic, Chesterton's Fence:

"There exists in such a case a certain institution or law; let us say, for the sake of simplicity, a fence or gate erected across a road. The more modern type of reformer goes gaily up to it and says, “I don’t see the use of this; let us clear it away.” To which the more intelligent type of reformer will do well to answer: “If you don’t see the use of it, I certainly won’t let you clear it away. Go away and think. Then, when you can come back and tell me that you do see the use of it, I may allow you to destroy it.”"

replies(44): >>45069141 #>>45069264 #>>45069348 #>>45069467 #>>45069470 #>>45069871 #>>45069911 #>>45069939 #>>45069969 #>>45070101 #>>45070127 #>>45070134 #>>45070480 #>>45070530 #>>45070586 #>>45070809 #>>45070968 #>>45070992 #>>45071431 #>>45071743 #>>45071971 #>>45072367 #>>45072414 #>>45072570 #>>45072634 #>>45072779 #>>45072875 #>>45072899 #>>45073114 #>>45073174 #>>45073183 #>>45073201 #>>45073291 #>>45073317 #>>45073516 #>>45073758 #>>45073768 #>>45073810 #>>45073812 #>>45073942 #>>45073964 #>>45074264 #>>45074642 #>>45080346 #
MangoToupe ◴[] No.45069264[source]
This could also point to the solution of cutting down the complexity of "big tech". So much of that complexity isn't necessary because it solves problems, it just keeps people employed.
replies(1): >>45069428 #
1. mdaniel ◴[] No.45069428[source]
This is a horrifically cynical take and I wish it would stop. I doubt very seriously there is any meaningfully sized collection of engineers who introduce things "just to keep themselves employed," to say nothing of having to now advance that perspective into a full blown conspiracy because code review is also a thing

What is far more likely is the proverbial "JS framework problem:" gah, this technology that I read about (or encounter) is too complex, I just want 1/10th that I understand from casually reading about it, so we should replace it with this simple thing. Oh, right, plus this one other thing that solves a problem. Oh, plus this other thing that solves this other problem. Gah, this thing is too complex!

replies(4): >>45069532 #>>45069875 #>>45072807 #>>45084431 #
2. elliotto ◴[] No.45069532[source]
I'd recommend reading bullshit jobs by David graeber. Most jobs in most organisations have an incentive structure for an individual to keep themselves employed rather than to actually solve problems.
replies(3): >>45070225 #>>45070329 #>>45072787 #
3. fcarraldo ◴[] No.45069875[source]
I don’t agree with the phrasing, but there is certainly a ton of complexity introduced because of engineers who are trying to be promoted or otherwise maintain their image of being capable of solving complex problems (through complex solutions).

It’s not the same as introducing complexity to keep yourself employed, but the result is the same and so is the cause - incentive structures aren’t aligned at most companies to solve problems simply and move on.

replies(1): >>45070209 #
4. mdaniel ◴[] No.45070209[source]
I realized that I should have asked for an example of "too complex" because I may not be following the arguments because my definition of a thing that is "too complex" almost certainly doesn't align with someone else's. In fact, I'd bet that if you rounded up 10 users from this site and polled them for something they thought was "too complex" the intersection would be a very, very small set of things
5. mdaniel ◴[] No.45070225[source]
I'm with you that the world in general is filled with bullshit jobs, but I do not subscribe to the perspective of wholesale bullshit jobs in the cited "big tech," since in general I do not think that jobs which have meaningful ways to measure them easily fall into bullshit. Maybe middle managers?
replies(1): >>45070907 #
6. ants_everywhere ◴[] No.45070329[source]
He's an anarchist so it's not a surprise that he's grinding out the same old tropes about organizations
7. elliotto ◴[] No.45070907{3}[source]
Do you reckon the KPI's and performance indicators used in big tech count as meaningful ways to measure performance? Wouldn't someone implementing a complex resume-driven project score highly on these measurements, despite a simpler solution being correct? I am not sure that job-hopping every 18 months to maximise TC (ie optimise against your incentives) is a great way to learn about long-term design and organisational implications.

I'm not saying that these jobs are bullshit in the same way that a VP of box-ticking is, just that it's not a conspiracy that a cathedral based on 'design-doc culture' might produce incentives that result in people who focus on maximising their performance on these fiscally rewarding dot points, rather than actualising their innate belief in performant and maintainable systems.

I work at a start-up so if my code doesn't run we don't get paid. This motivates me to write it well.

8. rcxdude ◴[] No.45072787[source]
I think Graeber misses the mark quite substantially, in that I think to the extent that BS jobs exist, they are rarely perceived as such by the people who are doing them (in fact, the data suggests the opposite correlation: people doing important but 'shit' jobs are more likely to report that their work is bullshit than people doing work that Graeber would view as 'bullshit', like management consulting and marketing).
replies(1): >>45073389 #
9. rcxdude ◴[] No.45072807[source]
I think engineers like to create things. And they will tend, on the whole, to create new things when they have a chance, not because they want to justify their employment, but because they like to do it. And so, if you employ a lot of software engineers, you're going to have a lot of code. Combine that with an incentive structure (likely also created by engineers that like to make new things) which rewards making new things but doesn't particularly reward maintaining old things, and you'll have a lot of new things made, whether it's useful on the scale of the whole organization (something which is very hard to get a good perspective on as an individual contributer, anyway), or not.
10. elliotto ◴[] No.45073389{3}[source]
Possibly, I mean in the book there's a hard number survey that says 37% of their sample described their job as not making a meaningful difference. It's a great book.

https://inthesetimes.com/article/capitalism-job-bullshit-dav...

11. MangoToupe ◴[] No.45084431[source]
I'm not saying it's a conscious impulse! But I've seen this happen more times than I can count.