Earlier quoted context omitted.
And people who comment their code. Even if it is just a little. I swear, 90% of my time in coding is just fiddling around with functions to see what they do so that I can actually pull them together in the right way. If there was just a little documentation this would greatly reduce my time. It should also be in every team's and company's best interest because people hours are expensive. It should also be in the best…
Documentation exists in one of these states: 1. incomplete 2. wrong 3. missing My goal is to write code that is so clear it doesn't need documentation.
Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
381–390 of 446 posts
Re: Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
#382I've been contemplating the issue in the headline, as pertains to my value. When I help somebody in 40 mins with something they've been stuck on for 3 months, my value is clear to everyone. When I work there the whole time, and nobody ever gets stuck for 3 months, my value is unclear. Don't know how to deal with this paradox.
Re: Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
#383I've been contemplating the issue in the headline, as pertains to my value. When I help somebody in 40 mins with something they've been stuck on for 3 months, my value is clear to everyone. When I work there the whole time, and nobody ever gets stuck for 3 months, my value is unclear. Don't know how to deal with this paradox.
Re: Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
#384Earlier quoted context omitted.
> No, someone writing something on 4chan does not imply it ever happened. Neither does it imply that it never happened.
You cant use it as an argument, just like you cant use a fiction book as an argument.
They shared a story.
Re: Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
#385I've been contemplating the issue in the headline, as pertains to my value. When I help somebody in 40 mins with something they've been stuck on for 3 months, my value is clear to everyone. When I work there the whole time, and nobody ever gets stuck for 3 months, my value is unclear. Don't know how to deal with this paradox.
Life and its rewards aren't perfect. Work with honest, intelligent people; genuinely do your best; your days will be much better and the odds will be with you.
Re: Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
#386Earlier quoted context omitted.
Life and its rewards aren't perfect. Work with honest, intelligent people; genuinely do your best; your days will be much better and the odds will be with you.
That hasn't been my experience. I don't get to choose who I work with, my days are stressful and unfulfilling, and my career has stagnated.
I've personally been fortunate to have been able to form a network of a bunch of different well-connected folks so I can always choose who I get to work with in the event that companies shut down or get acquired or such and such. I feel the value of such a network does not get touted often enough.
Re: Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
#387I've been contemplating the issue in the headline, as pertains to my value. When I help somebody in 40 mins with something they've been stuck on for 3 months, my value is clear to everyone. When I work there the whole time, and nobody ever gets stuck for 3 months, my value is unclear. Don't know how to deal with this paradox.
Re: Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
#388Earlier quoted context omitted.
I don't expect to attain it, which is why I remarked on it as a goal. I've discovered that a lot can be done to eliminate the need for some forms of documentation. Also a lot can be done with the language to make it more expressive, and thus eliminating the need to document something. For example, having the parameter to a function declared `const` means the function cannot alter it, and this is checked by the compil…
> For example, having the parameter to a function declared `const` means the function cannot alter it, and this is checked by the compiler. It won't be necessary to mention that in the function documentation. Actually you should mention it in the documentation. There's 2 types of documentation, so it's easier to just do the one: documentation for users, documentation for developers. Unless you work absolutely alone o…
Re: Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
#389Earlier quoted context omitted.
Documentation exists in one of these states: 1. incomplete 2. wrong 3. missing My goal is to write code that is so clear it doesn't need documentation.
In your opinion/experience, does (or: would) a docs-as-code approach help ?
Re: Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
#390Earlier quoted context omitted.
I should have, but it would have been obvious that I pulled a fast one on them as the fix was really quite simple. Instead of building a Hadoop cluster I replace a sql sub query with a bitmask. It really only took an hour to figure it out but they let me charge the whole day.
Ok, it doesn't sound that bad to me? You learned something about consulting, got paid 1600$ for one hour work, got good recommendations and now have time for another interesting opportunity. Don't waste your time and clients money on pretending to do work that you don't. Its ethically wrong (maybe even criminal) and it sounds like you would be bored to death wasting your talent. Don't blame the company for not wastin…