您今天是否填补了开发人员的水桶?

或者,如何以开发人员的身份得到充实。并使其他开发人员也过上更加充实的生活。

每当您在Reddit上发表关于某人或某人的严厉评论时,开发人员存储桶就会泄漏。

每当您在存储库上发布问题以试图推动自己的议程,同时又对那些花大量时间试图在该项目上做好工作的人表示卑鄙时,就会有开发人员发生泄漏。

每次您发布一条平均推文,将一个库扔给另一个库时,开发人员的存储桶就会泄漏。

清空水桶

任何曾经在Reddit,Hacker News或任何大型网站上发布过一些作品的人都知道,在此过程中涉及很多恐惧。害怕不够好,害怕被别人评判。即使您的工作很棒,有时也会出现苛刻的评论。甚至是一个苛刻的评论也可能使数十个正面评论消失。我不知道什么心理学理论可以解释这种经历,但这就是感觉。

几天前,我决定在Reddit上发布指向我的一篇博客文章的链接。有评论说,我写的博客文章经过数天的草拟,是精心撰写的,简直是垃圾,只是吸引人们购买我写得不好的电子书的钩子。

整个下午,这句话一直在我的脑海中回荡,而不是激励我做得更好,而是让我生气。我的水桶在2秒内被清空,花了整整一天的时间再次填满

这个人继续前进,但是由于他们的行动,没有发生任何好事。对于每个参与的人来说,这都是非常无用的事情。

一个建议:特别是对于书面单词,应更加注意在接收端如何解释它们。要善良,甚至比现实生活中的善良,因为以文本形式表达时情绪会干are。

如何加水桶

人们尽快清空水桶,便可以再次装满水桶。那些时候真是太好了。

一直以来,有人写信给我的时候,我一直在写博客几个月。他说,我写的一篇博客文章非常有帮助,并帮助他解决了一个问题。然后他继续说:“你应该写一本书。”

现在,作为博客作者,这真是一件令人耳目一新的事情。这意味着您的工作被证明是有用的。有人甚至要你写一本书。猜猜是什么,我的水桶充满了喜悦和动力,以至于我决定在当晚开始写书。

我们如何做得更好

一天之初,我们的开发人员存储桶为空,而理想情况下,我们希望当天完成后将其充满。

我们的水桶已经漏了很多,因为我们认为我们总是落后于他人一步,所以我们遭受了冒名顶替综合症,我们可以轻松地访问代码巨星,他们日以继夜地发布有关他们正在建立的奇迹的信息,或者每天整理YouTube截屏视频,或者直播这是最自然的事情。

容易感到自己不够出色。但是,如果您对大多数人都足够好,那么您就不必理会少数人的想法。你不能取悦所有人。

作为参与指导的开发人员,我通常为初学者起草内容。当人们甚至通过快速致谢或分享推文回馈时,这真是太棒了。

我认为我们都在同一条船上。虽然有些人试图通过向世界发表自己的强烈见解来打动别人,但在与其他人交流时,我们必须特别注意。对于开发人员而言尤其如此,因为我们几乎只使用文本进行交流,如果您不太谨慎的话,很容易会误解句子的内容。

专注于加水桶

您是否曾经对图书馆的开发人员表示感谢,这使您在Twitter上或通过电子邮件节省了10个小时的工作?做,然后填满那个人的水桶

当您阅读可以帮助您解决某些问题的博客文章时,请花点时间感谢撰写该文章的人。仅仅通过电子邮件或Twitter发出的一线消息就能使该人度过美好的一天,并激励他们将来写另一篇文章,因为它们对世界有用。他们帮助了您,所以请帮助他们!

您是否曾经在GitHub项目上打开过一个问题,只是为了说些好话并提供建设性的反馈意见?做到这一点,并填补了项目开发人员的职责。

由于每个人都只是在寻求帮助来构建他们的付费项目,因此开发人员对他们的开源项目感到厌倦。 GitHub上有一个Issues选项卡(涉及维护者的工作)和一个Pull Requests选项卡(还有更多的工作,因为维护者需要理解别人写的代码,弄清楚这是否是一件好事,并管理拒绝如果是这样)。

但是没有“ Thanks”标签,人们可以在其中赞美该项目。人们只能为一个项目加注星标,但这意义不大。考虑为那些非常努力工作的人做更多的事情,并帮助他们忙个不停。

你有没有公开感谢开源代码的开发者?

您是否曾经做过PR只是为了解决一点问题您在库中甚至在其文档中注意到了,只是为了确保明天没有人会再次看到这种故障?做到这一点,并填补了项目开发人员的职责。

非常高兴有一个像您这样的人指出已经出现了几个月的错字。其他人可能已经看过它,并立即降低了对项目质量的认识。

装满水桶总是比清空水桶更难,但我认为这是值得的。

我们在一起可以走很长的路要走。


更多实验教程: