|
|
|
|
|
|
by salawat
1402 days ago
|
|
|
Stop. Abstraction is not a magic pill that absolves you of the need to know wtf you are doing. At best, it allows you to defer the deeper reading for a time. You might not even have to do the deeper reading for this piece of functionality, but the time will come when you have to figure out where an impedance mismatch is. This quest for abstraction is the most infantile attitude I straw to squash in ever developer I meet. If you aren't reading the code that your code depends on to work, you have no idea what you're actually doing. |
|
|
Erm, a beginner who wants to place a button that calls his defined method foo, really does not need to know about all the framework details to get the job done.
When I was a beginner, I was happy that I could place a button and link it with whatever with ease and it worked!
I simply did not needed to know about event loops, rendering algorithms, or internals of the framework. Now I happen to know quite a lot about it, because I designed a UI framework from scratch to solve a custom need.
But most use cases with UI are to display text, images and give text input and buttons. Ordinary programmers should be able to do that, without having to learn the graphic stack. Thats why we have frameworks. They just could be easier with better tooling.