You’ve got to start somewhere, why not learn quote-unquote “deeper” skills on an as-needed basis.
This is the difference between an enthusiast and a professional.
The enthusiast can afford to learn the "deeper" stuff first, then move up.
The professional needs to know enough to ship a safe, stable, on time product.
Re:Cheating in Programming
by username90 on Thursday December 26, 2019 @10:12AM
(#21884300)
Lazy learning is a lot less efficient, in order to get good you need a ton of deliberate practice on the basics, practice which wont happen as long as you are "cheating".
Re:Cheating in Programming
by al_form2000 on Thursday December 26, 2019 @10:05AM
(#21884256)
The analogy between coding and music is actually quite flawed.
And the same is true of the dev who copies tons of code from stack overflow without really understanding it. When issues like thread safety of the app come up, that dev is going to be lost.
Experienced musicians choose loops and samples understanding full well the trade-offs of quantization and timbre. Experienced devs bring in libraries understanding the trade-offs. Answering the question "how well do I need to know this library before introducing it in production?" is a really, really hard problem.
In practice, I see junior devs blindly copying code that subtly won't work more than I see them writing their own DI system because of not-invented-here syndrome. But, admittedly, the latter tends to be more destructive.