创业老闆的你 请到哪种coder?

（图／取自网路)

Coder 因为只想把事情做到交差了事，因此他们每天的任务就是把上面说要做的事情完成，一分不多、一分不少。因此，假设管理者、PM 在 Spec、Feature 中没有把整个使用流程、步骤、使用情境全部拆解成任务，这些 Coder 是不会自动帮忙把 UX 做好的，当他们发现这个系统使用起来会有问题，他们会选择默不吭声，因为提出一个好的意见，只代表自己的工作会增加 --- 而这是让 Coder 最不开心的事情。

在充满 Coder 的工作环境，做出来的东西就有机会充满「工程师思维」（不好用、UX 烂），因为这些东西只是一堆 Feature（Coding 任务） 的结合。要营运这样的公司必须要有很强的 PM 和设计者，能够有效管理员工、定义产品，才能让 Feature 拼凑出好的产品。

Hacker最讨厌别人说他们有「工程师思维」的人，因为他们其实是普通人和第三种人 （Architect） 的混种。Hacker 知道怎么完成一样事情，但技术没有这么高超。他们重视目的和 UX，因为他们喜欢使用自己做的东西。当公司要规划一项新产品时，他们不会因为这项新产品做起来简单、轻松，工作负担轻而开心，相反地，他们会因为这些东西好用、创新而兴奋不已。当有任务下来，Hacker 不会让使用的细节从眼前熘过，他们会默默的将设计不完整的地方补完。有时候他们甚至会和管理者争论，这个 Feature 到底该不该有，因为他们认为使用者不会喜欢。

Architect的确是有工程师思维，但工程师思维对他们来说应该要是种称赞。Architect 的工程师思维源自于两个面相，第一个是他们喜欢有秩序、可以永久保存、重复使用的东西，第二个是他们无私的想要贡献自己做出的东西给这个世界。当公司或团队在讨论时程时，Architect 的第一个思维会让他想要阻止大家天马行空的乱提点子，因为他知道这些点子拼凑在一起，程式或产品架构会是个一团乱 （但这时候 PM 会说：「那是因为你从工程的角度去想，但使用者使用起来不会这样觉得，你这是工程师思维」）。但实际上，一个好的产品设计，从工程上面来看应该也要是规律、优雅而有深度的。若工程设计本身具有规则，使用者在使用时是可以隐约感受到其背后令人舒适的逻辑的。因此我认为 Architect 喜欢秩序的工程师思维是好的。

而 Architect 的第二种思维 --- 贡献于整个世界，有时候对于末端使用者来说，会是一个小灾难。Architect 会希望把一个东西做到拥有很大的扩充性、以及很多的功能，如此一来任何一种人都可以视自己的需求，去变化使用这个东西。而这种想法最知名的例子，就是苹果电脑的发明人沃兹尼克，曾和 Steve Jobs 争论，它希望电脑上面要有很多可扩充的插槽，如此一来各类的科技人才能视自己所需去改装电脑。

但 Architect 的第二种思维，常常是他们做出来的东西能影响这整个世界的关键。Internet、Linux、python、ruby、C 语言⋯⋯Architect 创造出来的东西，无私的奉献给这个世界，成为科技发展的基石，因此一般大众才有机会使用简单易懂的科技产品。

在我们的环境中，有太多的 Coder、也有许多从 Coder 变成的 Hacker（，但比较少真正愿意奉献、热爱程式的 Architect。

当你有一个想法，并用自己的双手实现出来，然后按下一个按钮，让几百万人都能分享你的成果。我想我们是世界上第一代能够有此经歷的人。 --- Drew Houston in "What most school don't teach"

【101创业大小事／整理报导】

免责声明：

部分图片、观点，来源于网际网路及其他网路平台，主要目的在于分享讯息，让更多人获得需要的资讯，其版权归原作者所有。如涉及侵权请告知，我们会在24小时内删除相关内容。