139 karma · joined June 21, 2012
It just takes one jealous colleague or one "efficiency minded" manager type to completely rug pull you. I know it's valuable because I have benefitted from that person many many times, but it takes empathy and a lot of balance.
It was kind of cringey when the model generated low accuracy nonsense the user detected that as "sentient." Come on
Just listing off "falsehoods" is not a good exercise. It's literally an endless list. Some sections have no explanation and you lose context on what it is you should be learning.
More than half of what I read should just be deleted. It's not a reminder, or a lesson to be learned, or actionable
In a team ecosystem where you probably need to optimize for readability and ease of use, try to be simple and accurate and get used to refactoring. Making up random shit is the worst advice I can think of.
If it's already releasable (carved out into it's own repo, parsed for any possible security breaches, independently runnable, etc.) You can just make that public with no fan fare and agree not to do anything with it for a month or two. Let your excitement die down, see if anyone notices it or cares, then evaluate at some future date what could happen with it. If you decide no, just make it private again