文章的更新并感谢指出这

suraiyaislamsum

些更新的评论者。 教师通过教学来学习  兰迪·罗兹 (Randy Rhoads)是一位颇受欢迎的摇滚吉他手（1982 年死于飞机失事），同时也是一位著名的吉他老师。他曾经说过： “我已经打了大约 18 年的球，当我开始教学时，我开始形成一种风格。” 换句话说，他相信他作为一名吉他手的成功很大程度上受到他花时间向他人传授技能这一事实的影响。对于我们任何一个人来说都是如此。 我从读者的评论和对我计划出版的东西的研究中学到了很多东西。我什至从我从未真正发布过的内容中学到了东西。Move The Web Forward项目再次很好地总结了这一点： “教学也是一个很好的学习工具。因此，即使你刚开始涉足某个领域，你也可以通过写下来来帮助自己。” GitHub 做对了  “社交编码”网。

站GitHub上的许多项目的协作水平确实令人惊叹，这表明了 Web 的真正革命性。 GitHub 的社交编码方法是革命性的 考虑像HTML5 Boilerplate这样的大型项目。当该项目首次发布时，许多前端开发人员都惊讶于一个起始模板中包含了如此多的前端知识。许多人甚至被它吓倒了。但 购买电话号码列表 它刚推出时的情况与今天相比根本不值一提。 为什么？因为从一开始，该项目的贡献者就与 Paul Irish 在其博客的发布帖子中表达的态度相同： “我对您的贡献非常感兴趣……这个基本模板中还有什么值得包含的内容？” 说着这些话，Paul 开始了可能是 Web 短暂历史中最重要的前端开发项目。合作至今仍在继续。事实上，该存储库已打开和关闭了1000 多个问题。这一切都是因为保罗·爱尔兰——他完全有权利从不征求反馈，因为他太。



聪明了——鼓励合作。 博客文章应该像 GitHub 存储库  GitHub 等应用程序上的协作应该与博客文章上的协作完全相同。发表评论的读者应阅读整篇文章，并提出建设性、礼貌的批评和建议，不得带有任何不必要的消极情绪。 结束消极情绪 如果作者认为建议不准确或不最佳实践，那么他应该解释原因。如果确定该观点需要澄清和或更正，那么他应该谦虚地接受这一点并发布更新，注明提出该问题的一个或多个人。就我个人而言，我见过太多作者没有进行更正的帖子，即使指出了明显的技术或事实错误。 这并不意味着“多数规则”——那是荒谬的，而且可能会导致比解决的问题更多的问题（特别是在意见问题上，通常没有硬性规则）。 但如果是技术问题，那么作者有责任进行更新并保持信息的新鲜性、实用性。