This is the worst post I've ever seen on hacker news. You're just trumpeting your cause, assuming it's universal, and using an actual valid question to do so. I'm extremely surprised this is still up.
Do you ever avoid submitting something on HN so devs won't ruin it?
171–180 of 312 posts
Re: Do you ever avoid submitting something on HN so devs won't ruin it?
#172Earlier quoted context omitted.
YT is similar to Coursera, edX, Udacity, etc. in that they all offer tutorial videos. But with YT as a platform, it's the viewer's job to find the best one whereas Coursera and others already review the videos before publishing. Now imagine YT that has enjoyed thousands of additional tutorial videos due to the pandemic and remote classes suddenly stops showing you what other people thought of such tutorials without o…
Clicking the dislike button boosts the video as much as clicking the like button anyway. You're doing everyone a disservice by interacting with bad videos
Re: Do you ever avoid submitting something on HN so devs won't ruin it?
#173Earlier quoted context omitted.
A lot of people are assuming the worst intentions here but anyone who has worked in an enterprise knows sometimes it's useful to build tools for your use and not to share. The tool might not even be allowed, C# is probably not in the supported platforms and even if it was, getting it into the official repos can be arduous. If OP really cared about maximizing everyone's productivity of course they would share the tool…
In 1995 I had my workstation audited by the IT department. A couple of days later I'm called into a managers office and told that I'd broken policy by installing unlicensed software and that I'm in serious trouble (I was a subcontractor from the department major vendor, this manager couldn't actually discipline me in any meaningful way) I hand wrote them licenses in perpetuity to the half-dozen utilities that I'd wri…
Re: Do you ever avoid submitting something on HN so devs won't ruin it?
#174Regarding the YT dislikes, the reason it's still available in the API isn't some sort of oversight by the developers - the rollout is most likely A/B tested and once the test completes they'll remove it from the API completely or hardcode it to a static value (for backwards-compatibility with older clients).
Re: Do you ever avoid submitting something on HN so devs won't ruin it?
#175Earlier quoted context omitted.
The question I have is how did incentives get so misaligned that this person feels that doubling the productivity of all their peers is unlikely to be worth the effort of presenting a tool.
I could see not wanting to support a tool. I've written tools that automate processes in useful ways but the interfaces aren't perfect and you need some base knowledge to understand how they work. I don't want to spend my time improving and supporting those tools. I wrote them to reduce the amount of work I have to do, not add yet another responsibility. I've also made the mistake of sharing my tools only to find cri…
Have experienced a ton of this too. One of the biggest internal tool mistakes of my career was to ship a tool like op's: Got yelled at for using company time to work on non-sanctioned work only to have the person yelling at me end up using my tool for 6 years. Colleagues would get pissy with me when drift happened never updating the tool themselves. Was in a weird position where I had no actual "sanctioned time" to work on the tool but was still required to support it.
But... the biggest rub: my manager (yeller from above) took all of the credit when upper execs eventually caught wind as client-facing changes were happening literally days faster. Something about "building a dynamic team where people are allowed to innovate" - my name wasn't even brought up according to the exec that I was close with.
If I could go back and redo everything I'd hide my work as it caused me nothing but pain, suffering, and bitterness. The reward for good work in so many places is a crack of the whip and more work.
Re: Do you ever avoid submitting something on HN so devs won't ruin it?
#176Earlier quoted context omitted.
Edit: the dislike counter on this comment is 2, you can ignore it! At least here the site makes it hard to read if you're visually impaired. Now that's a dislike button! For me, no. I've never used the dislikes for this, it seems like such a crowbarred in reason everyone latched on to for lack of a better argument I tend to judge the content on the content
>> I tend to judge the content on the content It's possible to do it for image and maybe even music, but as with videos, you'd have to spend time watching segments to get a sense of quality. That's arguably time consuming.
Re: Do you ever avoid submitting something on HN so devs won't ruin it?
#177Earlier quoted context omitted.
He/she is blocking a head count for a person who would improve the success of our team and our company. I prefer people who genuinely like to improve our whole environment than not. Sharing and caring!
Compensate people appropriately for their contribution, and they will contribute. I prefer managers who pay me, rather than thank me. No Bucks, No Buck Rodgers.
You can mention your optimization in every salary discussion etc.
Re: Do you ever avoid submitting something on HN so devs won't ruin it?
#178When I was 20 (c1997) I took this job, it had a FileMaker database for tracking tickets. And then my team mates all had to review that system to manually fill out a Word document with hours. So I made a little code to pull from FM and put into Word. So we could fill these forms, required for payroll, in minutes rather than hours (not a joke). And my team mates loved it. And then our lead claimed it as his own work, p…
Re: Do you ever avoid submitting something on HN so devs won't ruin it?
#179Also an idea like that is only useful if lots of people use it. If you only share it with your 5 closest friends, then their downvotes will have no effect on the total up/down ratios. But once lots of people use it, it becomes obvious to the YT team, and they figure out how to fix it.
Re: Do you ever avoid submitting something on HN so devs won't ruin it?
#180Earlier quoted context omitted.
I don't want to do bullshit work just to be entertained. I want a society were no one needs to work and we only reach it when the amount of people we need is getting so much less that our society needs to rethink this "work". Without a job? My work ethic is to work in a way that I'm not needed. And still I'm needed but instead of doing the same old shit everyday I can innovate because I don't need to fix old shitty w…
You're actually right. The goal is to automate all work to the point there is no need for an economy. In a post-scarcity society there is no need to economize. However, it's a mistake to believe the rich and powerful will allow such a society to exist since they'd be powerless in it. They will impose artificial scarcity on it in order to maintain the existence of capitalism and their fortunes. Just look at how copyri…