填补凹洞
Every time you post a harsh comment on Reddit about something or someone, a developer bucket leaks.
每当您在Reddit上发表关于某人或某人的严厉评论时,开发人员存储桶就会泄漏。
Every time you post an issue on a repository trying to push your own agenda while being mean to the people that put countless hours into trying to do a good job on that project, a developer bucket leaks.
每次您在存储库上发布问题以试图推动自己的议程,同时又对那些花大量时间试图在该项目上做好工作的人表示卑鄙时,就会有开发人员泄漏。
Every time you post a mean tweet trashing a library in favor of another one, a developer bucket leaks.
每当您发布一条平均推文,将一个库扔给另一个库时,开发人员的存储桶就会泄漏。
清空水桶 (Emptying buckets)
Anyone who’s ever posted some of their work on Reddit, Hacker News, or any of those big sites know that there’s a lot of fear involved in the process. Fear of not being good enough, fear of being judged. Even if your work is great, sometimes a harsh comment shows up. And even one harsh comment can dry up dozens of positive ones. I don’t know what psychological theory explains this experience, but that’s how it feels.
任何曾经在Reddit,Hacker News或任何大型网站上发布过一些作品的人都知道,在此过程中涉及很多恐惧 。 担心自己不够出色,害怕被别人评判。 即使您的工作很棒,有时也会出现苛刻的评论。 甚至是一个苛刻的评论也可能使数十个正面评论消失。 我不知道什么心理学理论可以解释这种经历,但这就是感觉。
A few days ago I decided to post a link to one of my blog posts on Reddit. A comment said that the blog post I wrote, which was carefully written after many days of drafting it, was trash and just a hook to get people to buy my poorly written ebook.
几天前,我决定在Reddit上发布指向我的一篇博客文章的链接。 有评论说,我写的博客文章经过数天的草拟,是经过精心撰写的,是垃圾,只是吸引人们购买我写得不好的电子书的钩子 。
That comment stuck in the back of my mind for the whole afternoon, and instead of motivating me to do better, it made me angry. My bucket was emptied in 2 seconds and took the whole day to fill up again.
整个下午,这句话一直在我的脑海中回荡,而不是激励我做得更好,而是让我生气。 我的水桶在2秒内被清空,花了整整一天的时间再次填满。
That person moved on, yet nothing good happened as a result of their action. It was a very unproductive thing for everyone involved.
这个人继续前进,但是由于他们的行动,没有发生任何好事。 对于每个参与人员而言,这都是非常无用的事情。
One suggestion: especially with written words, pay more attention to how they could be interpreted on the receiving end. Be kind, even kinder than in real life, because emotions are dried up when expressed in text form.
一个建议:特别是对于书面单词,应更加注意在接收端如何解释它们。 要善良,甚至比现实生活中的善良,因为以文本形式表达时情绪会变得干dried。
如何填充它们 (How to fill them)
As quickly as people can empty buckets, they can fill the buckets again. Those times are wonderful.
人们尽快清空水桶,便可以再次装满水桶。 那些日子真好。
I had been blogging for a few months, consistently, when a person wrote me an email. He said that one blog post I wrote had been very helpful, and helped him solve a problem.
一直有人写信给我的时候,我一直在写博客几个月。 他说我写的一篇博客文章非常有帮助,并帮助他解决了一个问题。
He then went on and said “you should write a book.”
然后他继续说:“你应该写一本书。”
Now, as a blogger, that’s an awesome thing to hear. It means your work has proven to be useful. Someone wants you to even write a book. And guess what, my bucket was so full of joy and motivation that I decided to start writing a book that very evening.
现在,作为博客作者,这真是一件令人耳目一新的事情。 这意味着您的工作被证明是有用的。 有人要你甚至写书。 猜猜是什么,我的水桶充满了喜悦和动力,以至于我决定在当晚开始写书。
我们如何做得更好 (How we can do better)
We start the day with our developer bucket empty, and ideally, we’d like to have it full when we are done for the day.
我们从开发人员存储桶为空开始新的一天 ,理想情况下,我们希望当天完成后将其装满。
Our buckets already leak a lot, because we think we are always one step behind the others, we suffer impostor syndrome, we have easy access to code superstars that tweet day and night about the marvels they are building, or crank out a YouTube screencast a day, or live stream like it was the most natural thing to do.
我们的存储桶已经泄漏了很多东西 ,因为我们认为我们总是落后一步 ,遭受冒名顶替综合症 ,我们可以轻松访问代码巨星 ,他们日夜鸣叫他们正在建造的奇迹,或者制作YouTube截屏视频,一天,或者像直播一样,这是最自然的事情。
It’s easy to feel like you are not good enough. But if you are good enough for the majority of the people, you should not bother with what a minority of them thinks. You can’t please everyone.
容易感觉到您不够出色。 但是,如果您对大多数人都足够好,那么您就不必理会少数人的想法。 你不能取悦所有人。
As a developer involved in mentoring, I usually draft content for beginners. It’s awesome when people give back even by sending a quick thank you, or by sharing a tweet.
作为参与指导的开发人员,我通常为初学者起草内容。 当人们甚至通过发送快速感谢或通过分享推文回馈时,这真是太棒了。
I think we’re all in the same boat. While some people try to impress others by launching their strong opinions into the world, we must pay special attention when communicating with the others. This is especially true for developers, because we almost exclusively communicate using text, and it’s easy to misinterpret the content of a sentence if you’re not super careful.
我想我们都在同一条船上。 虽然有些人试图通过向世界发布自己的强烈见解来打动别人,但在与其他人交流时,我们必须特别注意。 对于开发人员而言尤其如此,因为我们几乎只使用文本进行交流,如果您不太谨慎,很容易会误解句子的内容。
专注于填充桶。 (Focus on filling buckets.)
Have you ever said thanks to the developer of a library that saved you 10 hours of work on Twitter or via email? Do it, and fill that person’s bucket.
您是否曾经对图书馆的开发人员表示感谢,这为您节省了10个小时的Twitter或电子邮件工作时间? 做到这一点,并装满那个人的水桶 。
When you read a blog post that helps you with something you’re stuck with, take the time to thank the person that wrote it. Just a one-liner via email or Twitter can make that person’s day, and motivate them to write another post in the future, since they feel useful to the world. They helped you, so help them in return!
当您阅读可以帮助您解决某些问题的博客文章时,请花点时间感谢撰写该文章的人。 仅仅通过电子邮件或Twitter发出的一线消息就能使该人度过美好的一天,并激励他们将来写另一篇文章,因为它们对世界有用。 他们帮助了您,所以请帮助他们!
Have you ever opened an issue on a GitHub project just to say good things and provide constructive feedback? Do it, and fill the project developer’s buckets.
您是否曾经在GitHub项目上开过一个问题,只是为了说些好话并提供建设性的反馈 ? 做到这一点,并填补了项目开发人员的职责。
Developers burn out with their Open Source projects because everyone is just asking for help to build their paid projects. GitHub has an Issues tab (which involves work for the maintainer) and a Pull Requests tab (which is even more work, since the maintainer needs to understand the code someone else wrote, figure out if that’s a good thing to add, and manage rejections if that’s the case).
由于每个人都只是在寻求帮助来构建他们的付费项目,因此开发人员对他们的开源项目感到厌倦。 GitHub上有一个Issues选项卡(涉及维护者的工作)和一个Pull Requests选项卡(还有更多的工作,因为维护者需要了解别人写的代码,弄清楚这是否是一件好事,并管理拒绝如果是这样)。
But here’s no “Thanks” tab, where people can praise the project. People can only star a project, but that means very little. Consider doing a little bit more for those people that do very hard work, and help them fill their buckets.
但是这里没有“感谢”选项卡,人们可以在其中赞美该项目。 人们只能为一个项目加注星标,但这意义不大。 考虑为那些非常努力的人做更多的事情,并帮助他们加油。
Have you ever publicly thanked a developer for their Open Source code?
您是否曾经公开感谢过开发人员的开源代码?
Have you ever made a PR just to fix a little thing you notice in a library, even in its documentation, just to make sure tomorrow no one will see that glitch ever again? Do it, and fill the project developer’s buckets.
您是否曾经做过PR,只是为了解决库中甚至您的文档中发现的一些小问题 ,只是为了确保明天没有人会再次看到这种故障? 做到这一点,并填补了项目开发人员的职责。
It’s great to have someone, like you, point out an unnoticed typo that has been there for months. Other people have probably looked at it and immediately lowered their perception about the quality of the project.
非常高兴有一个像您这样的人指出已经出现了几个月的错字。 其他人可能已经看过它,并立即降低了对项目质量的认识。
It’s always harder to fill a bucket than to empty it, but I think it’s worth it.
装满水桶总是比清空水桶更难,但我认为这是值得的。
Together we can all go a long way.
我们在一起可以走很长的路。
I publish 1 free programming tutorial per day on flaviocopes.com, check it out!
我每天在flaviocopes.com上发布1个免费的编程教程,请查看!
翻译自: https://www.freecodecamp.org/news/have-you-filled-a-developer-bucket-today-93acdf4b4356/
填补凹洞