当提到开发者时你会想到什么？生活在旧金山，在有望成为下一个 Facebook 的公司，一天工作 23 个小时的 Brogrammer ？许多人都是这么想的。像许多行业一样，大家对软件开发充斥着刻板印象。他们普遍认为，所有的开发者，如果有机会，就会选择完全重写应用。 确实，有很多软件开发人员喜欢从一个干净的石板入手，但也有一群人喜欢把现有的应用变得更好，他们非常适合接手稳定项目，并长期维护。没有哪种更好，两者都被需要。 Makers 享受起步和 MVPs 为了更好地说明二者之间的不同，先看看典型的产品生命周期。当一个项目启动时，必须有一段轰炸式的开发阶段，这个阶段可以将开发人员标识为 “Makers” 。他们享受在一张空白的画布上测试想法的可行性，一切皆有可能。 一旦项目具备所需的功能集，是将它推向市场的时候了。这时候通常是通过作为最小化可行产品 (MVP)发布，很小，也通常不太复杂，由市场反应决定它下一步的走向，是扩大其用户群，还是消褪隐遁。 Menders 致力于应用的稳定和成长在这个阶段，开发人员的重点转变。 他们不需考虑大型和实施架构，而是专注于安全性、可扩展性、性能、 Bug 修复和功能改进等方面。这些工作会比项目开始时更为细致，也会让许多产品所有者感动沮丧，开发者的兴趣开始减弱。对于 Makers 来说，该阶段所需的细节和精湛工艺并不是那么有趣。 但是有一批开发人员的才能和兴趣非常适合这些类型的任务，可以称之为“ Menders ”。 Menders 爱重构，爱编辑代码，使其更加清晰。Bug 修复真正能激发他们的兴趣，他们对测试有点头晕。这些都是在项目开始时可能不那么有用的特质，但是随着应用的增长和变得更加复杂，这些都是团队中需要的特质。 Makers︰ 新建 & Menders︰ 改造另一种分别 Makers 和 Menders 的方式是“新建”和“重塑”的区别。新建时，你通常是从一块清除过的土地开始，类似于 Makers 很喜欢的空白文本编辑器。修补，更像"老房子"，通常会有很好的理由应该保留现有结构，但更新它需要挖掘，推倒墙壁，处理一些意想不到的事情。 Makers 和 Menders 的动机策略像所有有个性的组合一样，多样性通常是一件好事。作为团队管理者，往往会想要团队里有 Makers ，也有 Menders 。团队管理者关键是要知道如何激励他们，以达到最好的效果。Makers 像兔子一样 —— 他们在短时间内爆发速度。Menders 像乌龟 —— 在他们的世界，缓慢而稳定的改善会赢得比赛。 那么你呢？你是 Maker 还是 Mender ？亦或介于两者之间？欢迎评论探讨。
|
