Recently I gave my first ever presentation at iO. It was about what it actually feels like to be a junior developer in a world where AI is just always there. This is a write-up of that talk, including what the room said back.
Recently I gave my first ever presentation at iO. It was about what it actually feels like to be a junior developer in a world where AI is just always there. This is a write-up of that talk, including what the room said back.
Anyone that says this is not good at their job in the first place. I (and other actually competent devs I’ve talked to about it) have always gone straight to official documentation first. Stack overflow has its place, but it is not the first place to research.
I have met few colleagues in my career who bothered to read the official documentation, even when failing to find the answer on Google. Most would either just give up and say the problem is unsolvable (it never was) or try hack after hack until something stuck, never knowing why it worked.
Docs rarely give you information about anything except the happy path. StackOverflow did.
This is silly posturing. Anyone that is troubleshooting a problem tends to start by googling the error message, and more often than not Google will return SO hits, not official documentation.
Is that because you didn’t bother to read the documentation before using product X, and now you encountered some issue because you used X incorrectly?
Your comment shows some ignorance mixed with lack of experience. Errors do happen due to many reasons, and there is no project on earth that is nearly as documented as you pretend them all to be. This is one of the reasons why googling for error messages ended up being a very basic and mundane technique in software engineering.
What makes your comment stand out is the fact that you are completely unaware that some projects even use Stack Overflow to help users troubleshoot issues, with project maintainers taking the lead in providing answers. But here you are, pretending that reading docs is a silver bullet
After years of using SO, then years of going to docs first, I’ve started going back to SO. It just tends to be faster. You can find a question that is 90% similar to yours, rather than piece together scattered bits of information across pages and pages of docs.
I agree you can find an answer quickly on SO. And you can find it even faster by asking an AI. But you will not have learned much, if anything, by copy/pasting the answer. As opposed to reading the documentation, which might have taught you how to solve similar issues in the future.
Your ignorance is showing. The whole point of using SO to help troubleshoot problems is avoiding the troubleshooting stage and all the iterative work of cross-checking docs with parametric tests. The main deliverable of SO is not a magical code snippet but a root cause analysis on a particular failure. You end up with a nice summary of someone else’s prior work troubleshooting the same issue, and a clear indication that X causes Y because of Foo.
And you do not get that by reading official docs documenting the happy flow. You’d know that if you had any relevant experience developing software.
Well I can also tell you that from years of trying to go straight to documentation: you rarely learn anything. Often the docs are written badly and missing usage examples, so it’s unclear how certain options work. Often the tool you’re having trouble with is one you only use once a month so by the next time you use it you’ve forgotten everything you learned.
Speaking from my experience, in most cases it’s just not worth it. In the few cases where it’s something you use every day, then sure invest some time in the docs.
Problem is docs are often out of date. Either old, or too new if you have to use an older version. So you can spend hours chasing your tail because what the docs and examples say works, doesn’t.
I do agree to start there, but reading the raw code if available is often times the best, and AI can do that much faster if its source available. And ofc it can be wrong in how it “thinks” it should work but so can humans when skimming quickly.
I did say “first”, as in the first place you check and not saying you never have to go elsewhere.
“often” is doing some heavy lifting here. Stack overflow and yes looking at source code are useful tools, but the vast majority of the time, the “stack overflow coders” completely eschewed the official documentation when reading it would have not only provided then the information they needed but also helped then develop an intuition for how a library worked that would have served them much better.
Of course I mostly take issue with the blog presenting the experience of a “stack overflow coder” as a universal experience when it was just the experience of incompetents.