我快70了,还在写代码……( 六 )


变强 , 或者回家
【我快70了,还在写代码……】回到原来的话题 , 更强的工程师会对满足一两个服务不满意 , 他们会考虑大局 。
系统的架构应该存在哪些服务?依赖项是干净的还是应该重构?由于功能欠佳的代码维护和对技术债务的不健康接受 , 功能是合理分配还是成为Rube Goldberg机器?
有人将此阶段称为“架构师” 。 我不喜欢这个称呼 , 因为我个人认为每个工程师有时都应该戴上架构师的帽子 。 我认为 , 无论谁设计系统的顶级体系结构 , 都应该积极参与该系统的构建和实施 。
无论如何 , 此级别不需要专注于编码的细节 。 实际上 , 这种关注可能适得其反 。 当架构师告诉他们如何实现一些高级设计的细节时 , 如果他们是刚毕业的大学毕业生 , 别嘲笑他们 。 如果你的脚步变慢了 , 请继续向上 。
你的大脑虽然已经饱和了(这就是为什么很难在其中填充更多知识) , 但这是一种资产 , 而不是一种责任 。 这意味着你需要把获得的所有知识投入工作 。
希望你一直关注并吸收了系统的高级体系结构 。 希望你可以确定其优势和劣势 , 并指导团队进行重构或将来进行改进以产生最大的价值 。 如果你可以利用积累的知识来在更高层次上工作 , 那么你会发现 , 通过阅读StackOverflow或最新的编程语言宣言 , 你已经学到了一些不容易掌握的知识 。
当你开始职业生涯时 , 您必须专注于软件工程的策略 。 一旦掌握了策略 , 就该采取策略 。 当然 , 许多工程师处于高级职位 , 只是选择工作和生活之间的平衡 , 使他们能够专注于他们真正关心的事情 , 同时继续使用代码来支付账单 。 如果这使你满意 , 此策略也没有错 。
话虽这么说 , 像架构师这样的职位是政治性的 , 与隐藏在角落里的处理需求相比 , 确实涉及更多的人际互动 。 但是通常 , 你可以控制这在多大程度上是必要的 , 并通过弄清楚如何在避免冲突的情况下提供价值来塑造自己的命运 。
有时这可能意味着放弃竞争对手愿意与你抗衡的想法 。 如果你退缩而不是站稳脚跟 , 就可以避免不愉快的互动 , 但是你也将失去一些直立的立场 , 除非你可以通过在无争议的领域用真正出色的工作来弥补这一点 。
此外 , 架构师不能仅仅忽略新技术趋势 。 你仍然需要睁大眼睛 , 让自己了解最新的框架、库、语言和趋势 。 你只是不需要沉迷于它们的细节 。 你需要学习足够的知识 , 以了解它们的优缺点:看到它们所做出的取舍 。
最终 , 您了解到在阳光下没有什么新鲜事 , 并且工程学中的一切都归结为一系列不同的取舍 。 随着技术领域的变化 , 某些产品比其他产品具有更好的价值 , 你需要看到并认识到这一点 。
但是 , 没有绝对的“更好”和“更差” 。 这与你现在拥有的以及即将出现的一切有关 。
总结:
归根结底 , 你的职业就是您的职业 , 不多也不少 。 多一些或少一些编码 , 具体取决于你可以如何并希望如何为团队和公司带来价值 。
弄清你的个人长处和兴趣所在 , 并专注于利用这些优势 , 而不是试图使自己适应人力资源和管理层所喜欢应用到机器齿轮上的小螺丝 。
为你想去的地方写理想的职位描述 , 去参与一种可以最大程度发挥你的价值的产品 。 然后 , 通过将更多的时间花在重要的事情上 , 而将更少的时间花在无关紧要的事情上 , 努力将自己的职位变成这份工作 。 你不需要权限即可执行此操作 。 你只需要使其工作即可 。
>>>>
原文地址


译者丨三分恶
来源丨
dbaplus社群欢迎广大技术人员投稿 , 投稿邮箱:editor@dbaplus.cn
2020 DAMS中国数据智能管理峰会即将于10月30日在上海举办 , 部分精彩议题先睹为快: