以专业开发人员为伍_帮助专业开发人员生存
以专业开发人员为伍
开发人员的生活并不简单。 开发人员需要应对来自不同客户的新软件功能的快速添加，同时又要跟上技术发展的步伐。 并在中间做一些支持工作。 而且，还有会议。
但是，通过这种复杂情况进行改进的道路可能很奇怪。 有时，这些建议是从最近的回顾中听到的这些建议开始的：
- 我们需要增加sprint的大小 。 让我们做一下数学：如果冲刺是两个星期，则将冲刺增加一倍就意味着减少了一次回顾和计划会议。 我们可以将其余时间花在工作上。 纯粹的胜利。
- 我们应该编写代码，以便其他开发人员理解它。 它不是为商务人士而写的。 产品人员不需要理解他们所看的代码。 测试人员不需要了解我们编写的案例。 您知道，它没有被称为“代码”。
- 每次添加测试时，我们都需要修改旧代码以对其进行测试。 每次这样做，都会引入错误。 因此，我们应该编写更少的单元测试。 如果我听过，那是一个合乎逻辑的结论。
- 我们错过了我们从未做过的事情的估计。 我们需要更好地估计。 当然，这将需要更多时间，但至少下一次我们会有更好的数字。 也许。
- 我们没有足够的测试人员 。 尽管测试人员确实是瓶颈，但我们将继续朝下一个版本编码，因为我们不想闲逛无所事事。
其中一些我听过很多次，有些则很少见（我承认单元测试实际上使我无话可说，这不容易做到）。 这些示例仅仅是我们为软件开发创建的无效系统的症状。
开发人员了解，它们是通过代码来衡量的。 对于程序员而言，任何非编码任务，对于测试人员而言，非测试任务都被认为价值较低。 例如，回顾更倾向于推动。 虽然质量很重要，但是由于进行下一步工作的压力而可以推迟。
系统鼓励近视，因此开发人员对全局没有兴趣。 我们可以让我们的程序员继续工作，但是要以下次使测试人员超负荷为代价。 我们不会投资诸如单元测试之类的长期有价值的活动，因为我们现在会放入错误。 如果现在评估价值很高，我们将在此基础上做更多工作，并延迟实际的软件开发。
不是你，而是他们
每次听到此消息，我都会想“哦，不要再说了”，或者“你在开玩笑吗？” 我提醒自己：
没有人教。
没有人受过训练以发现问题并提供选择。
不鼓励任何人以新主意来动摇船。
高校，不要教如何专业发展。 管理学校没有教授如何正确管理软件。 公司需要培训开发人员并鼓励创新，但他们通常会在技术方面或新经理的经典管理理论方面对开发人员进行培训。
一旦发现专业发展，通常是靠运气–有发展专业开发者的环境，允许试验和失败，有资源和指导指导。 您需要合适的人材并留住他们，因为当他们驯服企业虎时，它们将成为热门商品。 （或成为顾问）。
专业化正变得稀有
专业精神不是要学习另一种编程语言。 或掌握一种新的测试技术。 甚至没有每两周举行一次回顾性会议。
了解我们如何影响业务。 它着眼于全局，而不是日常任务。 它正在不断学习。 这是为下一批专业人员铺平道路，为他们成长提供环境。
专业人士需要合适的环境来成长。 生存。 您可以决定培养专业文化。
如果您不这样做，那么其他人肯定会的。
翻译自: https://www.javacodegeeks.com/2015/09/help-professional-developers-survive.html
以专业开发人员为伍
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！