牛仔程序员应当着重团队战力，而非个人成就感

如果程序设计是你的正职工作，不知道你有没有感受到本文中所提到的种种问题呢？你是否总是一心求快，而用了许多旁门左道的技巧，这些技巧或许可以暂时解决问题，却不总是长远之计，以致于在很短的时间内，就失去了作用，引发你的程序必须大幅修改呢？

你的程序代码是否总是个人风格太过强烈，以致于无法为他人轻易阅读、无法与他人共享、也无法为人所用呢？你是否总是不遵守团队的规范及开发流程，使得你总是自外于团队，也让团队不知如何运用你的力量呢？那么你或许就是一名典型的牛仔程序员。

身为程序员的你，应当尽量避免在团队的开发中，展现太多牛仔的特质。在正职工作以外的开发，或许牛仔式的程序设计风格是一种乐趣，值得享受。但面对正职的工作，应当还是要将重心放在如何提升整体战力，而不是一味追求个人的成就满足。

管理者可试着运用牛仔的优点，才能发挥力量

如果你是一个团队的领导者，而成员中正好有如此的牛仔程序员，相信你会时常为他头痛，因为牛仔程序员管理起来有着极高的难度。他对于遵守正式的开发流程兴趣缺缺，就算表面上愿意遵守，通常也是阳奉阴违，甚至在背地里怨声载道。

指派给牛仔程序员的工作，究竟何时会完成，难以估计，有时很快、有时很慢，这并非他不认真或努力，只不过他对工作优先级的定义，往往和你不同。他也无法与别人共事合作，无法产出其它人能重复运用的成果。虽然他们所写下的程序代码，能解决当下的问题，但一旦遇上需要改变时，更动的幅度通常会很大。重点是，没有人能轻易读懂、也没有人能够接手维护。

因此身为管理者，应该先试着找出团队中的牛仔程序员，试着加以诱导，让他们明白牛仔式程序设计的得与失，并且认可团体的价值，改变他们自行其是的工作模式。

那些无法扭转心态的牛仔程序员，也并非一文不值，他们仍然有可以发挥的地方，例如独立处理一些概念验证（Proof of Concept，POC）性质的项目。这类的项目，需要快速地验证某个技术上的想法是否可行，产出多半不会留到正式项目中使用。

POC项目十分适合交由牛仔程序员负责，因为他们的实作速度快，程序代码也不需要与他人共享或是与其它项目共享。

做为开发团队的管理者，总是会遇上不同特质与类型的程序员，每种程序员都有优点及缺点，取其优点而避其缺点，才能发挥每一位程序员的力量。