Why though? I think hating and maybe even disrespecting programming and wanting your job to be as much redundant and replaced as possible is actually the best mindset for a programmer. Maybe in the past it was a nice mindset to become a teamlead or a project manager, but nowadays with AI it’s a mindset for programmers.
Before LLMs people were often saying this about people smarter than the rest of the group. “Yeah he was too smart and overengineered solutions that no one could understand after he left,”.
The fact that I dislike it that it turned out that software engineering is not a good place for self-expression or for demonstrating your power level or the beauty and depth of your intricate thought patterns through advanced constructs and structures you come up with, doesn’t mean that I disagree that this is true.
It depends. If it’s difficult to maintain because it’s some terrible careless spaghetti written by person who didn’t care enough, then it’s definitely not a sign of intelligence or power level. But if it’s difficult to maintain because the rest of the team can’t wrap their head around type-level metaprogramming or edsl you came up with, then it’s a different case.
You can call that conformity or whatever but that’s what makes code easy to read and maintain.
I agree, and this is why I think code doesn’t need to be manually written by humans (unless it’s for training AI or providing it examples). It’s a great thing that AI evolves so fast in this area.
Exactly. Code should be self-explanatory, and anything fancy should be clearly commented.
The difference between a good and great software engineer is understanding the cost of fancy code, and when it’s worth it to pay that cost. A great software engineer practices restraint, preferring code that even the most junior of engineers can maintain. Solutions should be extensible without serious refactors, and should attain good performance through good high-level design instead of low-level optimizations.
I’m guessing the “rockstar” OP is talking about went deep into the weeds of metaprogramming and even they can’t explain how it works a few weeks later. We have that crap here too, and nobody likes it, especially the seniors, but it’s so ingrained in the code that nobody wants to risk introducing bugs by fixing it.
Yup. I assist with hiring and ask questions to try to find these people and reject them. I don’t want that toxic culture here, and I’d absolutely prefer working with someone less talented than someone who is toxic like this. Talent can be learned, unfortunately ego is hard to unlearn.
Wow you just completely destroyed any credibility about your software development opinions.
Why though? I think hating and maybe even disrespecting programming and wanting your job to be as much redundant and replaced as possible is actually the best mindset for a programmer. Maybe in the past it was a nice mindset to become a teamlead or a project manager, but nowadays with AI it’s a mindset for programmers.
This part.
deleted by creator
The fact that I dislike it that it turned out that software engineering is not a good place for self-expression or for demonstrating your power level or the beauty and depth of your intricate thought patterns through advanced constructs and structures you come up with, doesn’t mean that I disagree that this is true.
The problem is that you don’t realize that writing code that is difficult to maintain is in fact not a sign of intelligence, or “power level”.
It depends. If it’s difficult to maintain because it’s some terrible careless spaghetti written by person who didn’t care enough, then it’s definitely not a sign of intelligence or power level. But if it’s difficult to maintain because the rest of the team can’t wrap their head around type-level metaprogramming or edsl you came up with, then it’s a different case.
.
I agree, and this is why I think code doesn’t need to be manually written by humans (unless it’s for training AI or providing it examples). It’s a great thing that AI evolves so fast in this area.
No. Both are hard to maintain. And in fact, I’d prefer the spaghetti. It can be untangled.
Exactly. Code should be self-explanatory, and anything fancy should be clearly commented.
The difference between a good and great software engineer is understanding the cost of fancy code, and when it’s worth it to pay that cost. A great software engineer practices restraint, preferring code that even the most junior of engineers can maintain. Solutions should be extensible without serious refactors, and should attain good performance through good high-level design instead of low-level optimizations.
I’m guessing the “rockstar” OP is talking about went deep into the weeds of metaprogramming and even they can’t explain how it works a few weeks later. We have that crap here too, and nobody likes it, especially the seniors, but it’s so ingrained in the code that nobody wants to risk introducing bugs by fixing it.
Hell, not even junior devs. I need to be able to come back to code months or years later and be able to figure it out. I can only remember so much.
lolwut? I’m so tired of tech people acting like they’re the next Genghis Khan or Julius Caesar…
Yup. I assist with hiring and ask questions to try to find these people and reject them. I don’t want that toxic culture here, and I’d absolutely prefer working with someone less talented than someone who is toxic like this. Talent can be learned, unfortunately ego is hard to unlearn.
If your code is as comprehensible as that run-on sentence, I can understand why coworkers would ask you to please write simpler code.