[eduardogarza]

Why do you sound so petty? Do you understand every single layer of the stack below you? Do you understand how your code gets translated down to C, assembly, machine code? How all that becomes electrical signals on a PCB? How the material properties work at the physical level and how its manufactured? Because if you don't, aren't you, myself and basically everyone relying on the 'magic' words of others?

If you're trying to accomplish X, how much does all this matter directly related to X? There's always infinite number of things to learn about and depth in every dimension. We explore depth where we are each personally curious or where its necessary.

I liked the post. It was short and concise and presents a unique way to view this new coding paradigm.

"If I have seen further than others, it is only because I was standing on the shoulders of giants," Isaac Newton

[vbezhenar]

I don't understand every single layer of the stack below me, but I consider it a weakness, not a strength.

[andy99]

The comparison is false anyway, even if one just understands a high level language, there is no magic, you’re working in a closed system where you can understand and explain what your code is doing. There may be edge case, performance things, etc where understanding at a lower level is important but you can work completely in the abstraction.

Vibe coding, certainly as an “abstraction”, is nothing like that, you’re hoping you can get across the behavior you want, and have no visibility into what choices are actually being made with regard to how it’s specified. It’s the same as being a manager that can’t code, you’re entirely at the mercy of the people doing the actual work. That’s not true when you code without knowing semiconductor physics.

[ggregoryarms]

I suspect Newton is rolling in his grave at your words. Standing on the shoulders of giants also means respecting the giants. That means dedicating time to learning what they have to teach. Not treating them as a black box with no credit or consent, in the name of your own "glory".

[ryan_n]

I dont think parent comment was being petty. Not understanding what agents write, especially in larger and/or more complex code bases is a valid thing to be concerned about. It's not really about understanding assembly or machine code, and I think more about really understanding your code and how things fit together. That way when something goes wrong you have an idea of how to fix it.

"I dont write code anymore I just review what Claude Code writes" is, unfortunately, not a unique way to view coding with agents. About a million people have discussed it like this in the past year or so.

[andrekandre]

  > Do you understand how your code gets translated down to C, assembly, machine code?

yes, actually, and thats why i can debug and fix shit most people cant (and why i get paid what i get paid)

  > How all that becomes electrical signals on a PCB? How the material properties work at the physical level and how its manufactured? 

this is a non-sequitur imo, but you should def be aware of material properties and limitations (for example cpu throttling and bottlenecks caused by manufacturing process/cpu bandwidth or battery limitations help inform what is going on at a high level many times)

  > "If I have seen further than others, it is only because I was standing on the shoulders of giants," Isaac Newton

by standing, he means understanding and building upon what others discovered

[captain_coffee]

Don't waste your time with valid arguments, that guy is somewhere between a troll and a willful ignorant

[purple_turtle]

There is difference in taking pride of not knowing things and considering it as regrettable necessity.

[anonymous908213]

> Do you understand how your code gets translated down to C, assembly, machine code? How all that becomes electrical signals on a PCB? How the material properties work at the physical level and how its manufactured?

Yes, yes, yes, yes, and not really but I would absolutely learn about it if I had any ability to control it. As it is, knowing more about material properties would not allow me to improve my programs, and I do not have a hardware foundry so it would not allow me to improve the hardware either. If I happened upon 1 trillion dollars or so, though, I would certainly invest time in learning all of the technical details of hardware manufacturing with the goal of creating a better hardware stack than the ones that we currently have available to us.

I didn't understand nearly as much from the start of my programming journey, of course. But as others mentioned, that was a weakness, not a strength. The lack of understanding bothered me, and I was able to learn all of the things that I did because I was continuously pushing myself to learn and understand more. If I had settled for never trying to understand, to just accept my current knowledge as the limits of my knowledge forevermore, then obviously I never would have been able to. Over months and years, I was able to continuously expand my knowledge little by little until eventually knowing a lot, rather than stagnating in the same place forever. There are still things I don't understand, of course, and my learning journey continues even today.

[captain_coffee]

> Do you understand every single layer of the stack below you?

False comparison. Nice try, though