社交媒体技术讨论中必须消除的破坏性论点

除了发布这些内容之外，还可以做什么

社交媒体很棒，因为它确实让每个人都有机会发声。但如果这种声音被用来贬低他人或让他们感到渺小，那就可能成问题了。作为开发者，我们从来不会羞于表达意见。但或许我们应该考虑一下这些意见对人们的影响。说到制造噪音和给开发者带来压力，人们在社交媒体上遵循的一些模式必须摒弃。

守门人：如果你不使用${thing}，你就不是专业人士

这简直是​​胡扯。在我的职业生涯中，这种说法我听过几十遍了。几乎所有情况下，那些能让我成为专业人士的东西都在几个月内消失了，然后被新一代的闪亮产品所取代。我认识一些非常专业的开发人员，他们使用着极其过时的工具和技术。部分原因是他们的产品需要这些工具和技术。但也因为他们已经熟练地使用这些工具和技术，觉得没有必要再学习新的了。

假设基线：你忘记做最基本的事情了，你对${people} 太可怕了！

这是我经常遇到的问题。有效的HTML、最基本的可访问性功能以及易读的语法对我来说是第二天性。运用所有这些技巧可以确保你不会屏蔽别人，也更容易维护和运行你的工作。但是，公开批评别人犯了基本的错误根本没用。这种模式在社交媒体上很常见。几乎每篇正面的帖子都会有人发现其中的缺陷，可能会冒犯某个群体。指出这一点可能很重要，但也可能带来很大的麻烦。

散布恐惧：这些是雇主唯一需要的技能！

工程经理对新员工的要求和招聘广告中最终呈现的水平差异很大。这是我们市场需要解决的一个问题。我刚开始从事的几乎每一份工作，职位描述中列出的技能都只有一半。让你脱颖而出的从来不是某项杀手级的技术技能，而是你应对新挑战并融入现有架构和需求的能力。公司需要的不是明星人才，而是能够融入高效运作体系的人。我们在招聘广告中列出大量当下热门的技能，这让人很恼火。

古人的智慧：这在以前从来没有奏效过，现在也将失败！

我在“老兄闭嘴”的帖子里更详细地讨论过这个问题，这确实是一个问题。你在开发领域工作的时间越长，就越容易受到污染。这会减缓创新，并让你周围那些充满热情、充满激情的人感到沮丧。成为技术主管的一大步是利用你的经验帮助他人成长。不要让你糟糕的回忆玷污未来可能出现的伟大成就。热情如果能转化为有用的行动，永远不是坏事。很多时候，我以前不可能实现的事情，在一个不断发展的环境中，对新开发者来说就不是问题了。

我的宠物设置：为什么你不像真正的专业人士那样使用 alpenhorn.js？

我经常在别人请求为某个项目做贡献的评论中看到这种说法。这简直是反向把关，告诉我要通过认同他们所谓的完美架构才能获得他们的贡献。即使这个项目已经有十年历史，并且拥有成千上万的贡献者。要求产品改变纯粹是傲慢自大。更好的方法是指出重新考虑新的架构会带来哪些好处。这样你很快就会明白为什么重新架构并非易事。对于大多数项目来说，无论它们有多乱，都没有时间进行重新架构。在飞行途中更换飞机发动机既棘手又令人恐惧。

复制大公司：这用于构建${bigproduct}，因此对我们来说会更好

这种谬论盛行一时。许多项目之所以规模庞大，是因为它们最初是依靠“巨头”的引导，这真是令人恼火。框架和库对于快速启动项目非常有用。对于拥有大型项目和数百名开发人员的公司来说，它们也至关重要。所以，如果你想快速创建一些东西，而且你知道你很快就会重写它，那没问题。如果你认为使用巨头公司的产品就能让你的产品快速扩展和增长，那祝你好运。事实上，当一家公司雇佣你时，你几乎不会从头开始构建任何东西。公司已经为员工预留了在职培训的预算，让他们熟练掌握他们使用的工具。将这些平台发布到世界各地，是为了减少新员工的培训量，而不是为了让众多竞争对手也能高效地工作。

除了发布这些内容之外，还可以做什么

我强迫自己更加冷静，少在意那些“明显错误”的事情，多用心倾听，并屏蔽掉不必要的噪音。如果你也这样做，你会发现在当今世界成为一名开发者是一件非常了不起的事情，而且你所掌握的知识已经足够多了——甚至可能足够了。

这是有关开发人员的噪音和压力以及如何避免它的更大帖子的一部分。