jkinbor的博客

因此，想要降低成本和风险，你必须有一位技术大拿坐镇核心，许多人感觉上是技术总监，实际上是架构师，除非技术总监参与编码设计，但大多数时候，技术总监已经不参与具体的编程了，他要负责除研发之外的许多事情，如对老板负责、对公司负责、对软件团队负责、对运维管理负责等。后期的运维和演进路线。15.在公司里，管理最好的部门一定是财务部，因为前有会计准则指导和约束，中有财务软件帮助，后有审计监督，所以不论任何公司的财务部都是管理最好的部门，且财务部门也最能理解软件设计研发人员，因为软件系统的设计研发难度100倍于它。

这是正常经营状态公司的转型之道，如果公司的经营状态不正常就麻烦了，话说经营状态不太好的公司应该有许多，40年改革开放发展速度太快，大多数公司老板和高管本就有许多的缺陷，不是他们不想弥补，而是没时间、来不及，比如那些把公司做到一定规模的公司，老板一定是位经营高手，但他不一定是管理精英，甚至有可能在管理方面还是个菜鸟，毕竟有钱赚才能活下去，就把更多的时间和资源用在经营上，有意的忽略管理、甚至破坏管理流程，所以对于经营管理状态不平衡的公司距离转型有点远、摸不着，确实很麻烦。记录于2024年8月13日。

3.3.一般来说，30岁之前能胜任技术总监职位的人，几乎是凤毛麟角，特别是现在的软件行业，传统软件开发+互联网+移动互联网+物联网等等模式发展成熟又相互渗透的环境里，技术总监和架构师需要掌握的软件技术和知识，以及非软件方面的知识是2015年前的10倍都不止，也可以说现在许多公司的技术负责人多半都在“堆积技术、堆积功能”，即能满足老板的需求就行，至于什么时候挂掉，就听天由命了。要说技术总监与老板的差别，那也是十分清晰的，就是技术总监是技术出身，它对技术了然于胸，而老板则不能洞察技术世界的虚实真假。

很多时候，我们习惯了碰到问题，都希望能快速的解决，而快速解决的方法很多只能是做表面工作，从表面解决，从表面上下功夫，头痛医头脚痛医脚，不追究发病的病根，看似很快，实则隐患不少，待问题再出现的时候代价会更大，其实最快的解决问题是从根本上解决问题，虽然这样前期不能最快解决问题，投入的精力也会很多，但是投入的成本低，在没有形成顽疾的时候，提前介入，一劳永逸。提到抽象，程序员第一反应可能是 abstract，抽象能力的官方解释是这样的“抽象是从众多的事物中抽取出共同的、本质性的特征，而舍弃其非本质的特征的过程。

例如，在消防车出现之前，“水桶大队”会对火灾做出反应，许多牛仔电影都会以这种方式来应对恶棍的卑鄙行为。架构师发现他们可以通过内存层次结构来解决这些相互冲突的需求，在层次结构的顶部，每比特最快、最小和最昂贵的内存，而在底部每比特最慢、最大和最便宜的内存。提高可靠性最笨的办法，也是最有效的方法就是冗余设计，大到飞机的双引擎设计，小到数据库冗余备份模型，服务器热备，冷备，异地多活等等。并行设计思想一直是提升性能的核心思想，多进程，多线程，多核-SMP，SIMD，NUMA，MIPS，向量机，GPU等等。

或者，你可能是一名优秀的经理，但不要在开发人员的工作上获得经理工作的满足感，这意味着你没有全力以赴（这就是我的情况）。世界不是非黑即白的。由于你不再成功，你将不再获得晋升，这意味着你将生活在一份不会给你带来满足感或成功的工作中，通常是在你的余生中。可能需要更长的时间，是的，但绝不会少于我们为它分配的时间，因为我们正在用不必要的工作或拖延来填补时间。如果你擅长某事，你认为你不擅长 - 这可能导致冒名顶替综合症，这让你怀疑自己的能力，以至于你在其他具有相似技能的人中感到不舒服 （害怕别人认为你说的不正确）。

采用特定的模板写工作文档，本身就会起到规范的效果，在部门的日常管理中，需要阶段性的沉淀和维护各类文档的模板结构，而模板的内容可以根据具体需求来定，在使用的过程中也需要时常优化。由于工作中需要对接的事项比较多，很难统一协作的各方使用的文档工具，自然接触到的工具类型就很复杂，对于团队内部来说，通常使用办公软件集成的工具，以便于统一管理。对于开发这个角色来说，写文档是避不开的事，在一个项目上待的时间久了，再看初期的代码，都觉得不是自己写的，更别说是复杂的业务逻辑了。

出现这个现象的本质就是做了大量的预设，假设我的受众都是和我一样的成长环境，一样的专业背景，一样的心态和目的。2、同样反过来也是必须要满足这个原则，当我们面试官问到一个很细节的点，如果我们只是就事论事那也不行，我们解决了细节点这是入地三尺，后面必须得抽象拔高，形成更加通用的原则和方法论，这代表能够总结归纳看到类似问题，代表具备举一反三的能力。的含义就是你考虑一个问题看了哪几个方面，比如上面例子里面关于平台未来发展的问题，可以考虑的维度就很多，业务能力维度，系统稳定性维度，平台效能维度等等。

要做到常态化的总结与反思，最简单的技巧就是写文章，通过文字的整理可以让自己的思考更加成熟，想得更加成熟以后自然而然对外就能够讲得更加清楚，能够对外讲清楚就能够更好分享交流才能够真正去校正自己的想法是不是正确。挑选几个程序员日常的工作问题来做个剖析比对，从我们的日常感观中来辨识下哪些是有技术能力的做法，哪些是没啥技术能力的做法。3、深入分析表格的中的问题并对问题进行抽象，从架构调优和产品功能的角度去寻找原因，并寻找解决这些问题带来的业务价值，并确定目标拆解路径，最后按照任务推进和跟踪进展。

技术 Leader 是一个对综合素质要求非常高的岗位，不仅要有解具体技术问题的架构能力，还要具备团队管理的能力，更需要引领方向带领团队/平台穿越迷茫进阶到下一个境界的能力。这个思考方法的含义是：技术 Leader 在思考一个技术命题时，要充分考虑这件事的影响力，比如有些决定做下去可能是影响 10 个人，有些决定做下去可能是会间接影响 100 人，这种乘数效应必须是技术 Leader 要慎重考虑的，越大的 Leader 越要注意。持有这样观点的人也不少，认为专业就应该有一定的神秘感，给人一种不明觉厉的感觉。