17 ms·
Yes, they were, for reasons that have turned out to be half-right and half-wrong. At least by some people. Ctrl-c ctrl-v programming was widely derided, but peo
by strken 2y ago
Yes, they were, for reasons that have turned out to be half-right and half-wrong. At least by some people. Ctrl-c ctrl-v programming was widely derided, but people were also worried about a general inability to RTFM.
I had the good fortune to work with a man who convinced me to go read the spec of some of the programming languages I used. I'm told this was reasonably common in the days of yore, but I've only rarely worked on a team with someone else who does it.
Reading a spec or manual helps me understand the language and aids with navigating the text later when I use it as documentation. That said, if all the other programmers can do their jobs anyway, is it really so awful for them to learn from StackOverflow and Google? Probably not.
I imagine the same is true of LLMs.
- jon-wood 2y agoI also try to read the specification or manual for tools I use, and find the biggest benefit is simply knowing what that tool is capable of, and what the recommended approach to a given problem is when using that tool. Even just skimming the modules available in a language's standard library can get you a long way.
- Tainnor 2y agoI was once able to significantly reduce the effort for some feature just by reading the elasticsearch docs and finding that there was a feature (aliases) that did more or less exactly what we needed (it still needed some custom code, but much less than initially thought). Nobody else had bothered to look at the docs in detail.