Re:Stack Overflow is laying off another 28%
by lokar on Monday October 16, 2023 @02:09PM
(#37903780)
Iām curious what you are doing that leads you to lookup stuff 10 times a day.
[ Parent
| on HN ]
Re:Stack Overflow is laying off another 28%
by dmurray on Monday October 16, 2023 @02:20PM
(#37903925)
I'm curious what kind of programming job you could have where you look up stuff less than 10 times a day.
Re:Stack Overflow is laying off another 28%
by ahoka on Monday October 16, 2023 @02:44PM
(#37904251)
Something they are actually competent doing, I suppose.
Re:Stack Overflow is laying off another 28%
by lokar on Monday October 16, 2023 @02:55PM
(#37904425)
That seems needlessly harsh.
But, generally, yes, I tend to know the details of what I'm doing already. If anything I might check some API docs for a library.
Re:Stack Overflow is laying off another 28%
by d3w4s9 on Monday October 16, 2023 @03:06PM
(#37904613)
If much of your development is spent on implementing business logic in a language you are familiar with, and you have a decent IDE, I don't know what you use stackoverflow for at that frequency. Occasionally you may need to consult stackoverflow for a specific issue in string manipulation or API usage, but that's not something you run into a lot.
Re:Stack Overflow is laying off another 28%
by harshalizee on Monday October 16, 2023 @03:30PM
(#37905055)
I rarely ever need to use SO on a daily basis. I've been programming on the .NET ecosystem for a while now and usually if I need anything I just directly go to the docs.
I used SO a lot when I was a junior engineer. Most of my issues now stem from biz logic or internal design that really can't be googled for.
Re:Stack Overflow is laying off another 28%
by d0mine on Monday October 16, 2023 @03:36PM
(#37905152)
StackOverfow is great for questions that are very basic for people who work in the corresponding domain but can take some time to put together based on the docs along.
For example, "how to insert multiple multi-columns rows dynamically using psycopg2" It is trivial if you are writing sql everyday but may take longer to find the right postgres docs. StackOverflow gives you the answer in 5 minutes: several variants with different tradeoffs (readability, performance, security).