Answers:
大多数公司的工作方式是否使他们的高薪技术人员远离编写代码?
最糟糕的公司。一个自然的趋势是,更多的责任涉及更少的代码编写,而更多地关注软件开发的其他方面。也就是说,技术人员如果不花时间进行实际编码,就会失去与常见/最佳/可能的联系。这会对公司造成灾难性的影响。
这是开发人员职业的自然趋势吗?
是。最后,与编写代码相比,通过指导,协调,设计,了解问题领域以及执行其他软件开发任务,人们可以提供更多帮助。老实说,拥有良好的领导才能或设计技能远比编写代码的技能稀少(读:有价值)。
开发人员可以拥有全部功能(代码和设置方向吗?)
绝对。尽管您需要意识到编码量会减少。如果您一天中80%的时间都花在IDE上,您就无法做好其他有价值的事情。
发生的另一种选择是缺少更好术语的“首席工程师”。一些开发人员非常专业。例如,我与某人合作,他为Linux编写了千兆位以太网驱动程序。我们需要他为我们做这样的工作,并且由于只有少数人可以很好地完成这项工作,因此除了他大部分时间编写代码外,他还赚了很多钱。
大多数公司虽然不需要那种专业化。他们只是在收集数据,或者制作另一个网站/ mobileapp。
个人经验是我编写代码的经验越丰富,我花得起的时间就越少。
我花时间尝试在问题出现之前解决问题。在别人被困时帮助他们。规划如何将事物放在一起。即使只是试图使人们朝着同一方向前进。
在我的位置上感觉不可避免。我更喜欢使用代码,但是我可以为公司做些有价值的事情。
现在,这是个人经历,但是,我认为这将反映大多数小型公司。但是,我已经向自己的老板明确表示,我不想完全从代码中删除。
我认为最好的软件架构师是亲自动手的。我看了一篇不错的文章,网址为http://www.infoq.com/articles/brown-are-you-a-software-architect。请看第4部分设计,开发和测试。
话虽如此,为什么日常编码活动不应该成为架构师角色的一部分?大多数架构师都是经验丰富的编码人员,因此使这些技能保持最新是有意义的。此外,架构师可能会遇到与团队中其他所有人相同的痛苦,从而帮助他们更好地理解从开发角度如何看待其架构。
这取决于您的职责。如果您负责技术事务,则应保持编码位置。将“思想”过程与“实现”过程分开是一条错误的道路。如果您发现自己处于这样的位置,则必须抵制成为天才的冲动,因为他没有实现他的出色想法的决心。
另一方面,如果您的责任在于管理,那么我认为您不应该编写代码。经理应管理填充时间。这一职位包括促进不同编码人员之间以及团队与更大官僚生态系统之间的沟通。在我所经历的最糟糕的经理中,当团队由于冲突和沟通不畅而崩溃时,留下来的经理会低调地进行编码。