44 天前 / 王辉的博客
发表于 2021-06-11 技术管理者的成长中，有两个因素的比例会发生变化：技术和管理。起初，技术占主导地位，比如 Tech Lead 会花时间做架构设计，写代码。接下来，从管理一个团队，到管理多个团队，技术的比例会降低，管理的任务会增加。技术就像功夫一样，一旦停下来，就退化了。保证下属，特别是 Tech Lead 下属工作的质量，作为管理者，要学会借助外力。 Tech Lead 接受一个新项目，经过一段时间的努力，敲定了解决方案。
44 天前 / pointers
大家好，我是袁吴范。端午节马上到了，粽子都吃了吗？在这里预祝大家节日快乐。大家都知道每次的节假日我都会带上妻儿回老家，路程不远，开车 2 个小时左右就能到家。毕竟父母年岁已高，多陪陪他们吧。 老家休息这几天不准备写一些很深的文章，就简单聊聊吧。 最近有一个小伙伴问我，刚晋升为技术岗，哪些需要注意的？我在这里回答下这位粉丝的疑问，其他他说的注意的点，也就是我们常说的误区。 从技术贡献者变为管理者，需要取得下属认可和信任。在这个过程中，容易走入的第一类误区：一是过于依赖个人的专业能力，想要靠专业征服团队。
80 天前 / 四猿外
我负责的技术团队，现在有 100 人出头。团队里包括了：前端、后端、测试、运维 &DBA、还有几个客户端和 AI 工程师。 曾经团队有 150 多人，后来公司裁了一些人，最近金三银四跳槽旺季又走了一些人，还剩 100 多点。 我下面分了 7 个组，每个组都有一名组长，组长们汇报给我。 100 多人的技术团队，我是怎么带的呢？ 我带团队是从 3、 5 个人、十几个人、几十个人团队一点点锻炼出来的。 自我评价，我觉得我管理的团队说不上有多好，但是感觉不错。 团队气氛挺融洽，大家也比较稳定，尤其是核心同事离职率很低。
111 天前 / 王辉的博客
发表于 2021-04-06 为了完成同一个目标，团队需要不同职能的人合作。干大数据这一行，我就拿大数据团队来说，我们有个团队，它的任务是找到客户网站里最应该被修复的 Javascript 错误。团队里有产品、项目、研发经理，前后端、数据、机器学习、质量控制工程师，设计师。有的时候，我觉得这很奇妙，都说隔行如隔山，这么多不同背景的人竟然能拢在一起做一件有意义的事情。奇妙之外，也有挑战，特别是交流受阻的时候，毕竟大家受的教育，擅长的领域都不一样。跨职能团队能高效合作，最关键的就是说别人能听懂的话。
134 天前 / 王辉的博客
发表于 2021-03-14 下属没有达到目标怎么办？我会发现他的优势，分配能体现他优势的任务，然后找一个和他优势互补的同事，协同工作。我会避免让他把时间和精力花费到他的劣势上，更不会希望他能把劣势转化为优势。 首先，让他在工作中改正缺点有可能把事情搞得更加糟糕。提升劣势，我们最好的预期是什么？他把他不擅长的事情勉强做好了。但所需要的时间和完成的质量都不如有专长的人做的好。买股票，不能只想到最好的情况，还得留点储蓄兜底，你把所有的现钱都投入了股票，万一都赔了呢，连翻身的机会都没有了。
141 天前 / 老张
前言工作第七个年头，我从技术专家，变成了一名技术管理者。最近一直在忙碌中思考如何成为一名优秀的技术管理者。这篇文章，主要会从两个观点和维度，来谈谈自己的一些认知和思考总结。 观点首先，从工程师到技术管理的转变，有两个观点要明确： 1）技术 Leader 是团队最好的工程师之一； 2）技术 Leader 是为团队服务，解决团队的问题； 工程师只需要对自己负责，而管理者需要对团队负责。这两个身份所立足的核心点是一样的，首先要有符合要求的专业性，专业性越强越能够给他人带来信任感；其次是良好的沟通能力。
183 天前 / 訢亮
相信大家都有这样的问题，天天写业务代码的程序员，怎么成为技术大牛？下面给大家分享下我对这个问题的看法，仅代表个人看法，比较粗浅，希望大家不要介意。 程序员大部分在做这两种事情，一是通过技术支持业务部门，二是通过技术支持技术部门，我们大部分做的是前者，因为前者的岗位比较多，例如几百人的技术部门，基础平台组也就 20 人左右，还有大部分公司的盈利还是靠业务，所以支持业务部门的程序员非常重要。
184 天前 / u578913
曾子曰：吾日三省吾身，反思是人类进化出来的一项异常宝贵的能力。我在阿里带团队也有四年多的时间，有必要总结一下此间得失；另外，前几天和一个刚开始带团队的同学聊天，他觉得角色转变对于他有不小的挑战，因此我想做一点不算成熟的总结并分享出来。当然，此文第一不代表我必然是一个多么成熟的管理者；第二不代表我的总结放之四海而皆准（事实上很多人的管理方式和我推崇的方法是反的，但是如果从某些角度评价，这些人更成功）；第三我并无雄心壮志解答所有问题。
196 天前 / 敏捷的水
最近和人聊女孩子应该找一个什么样的老公，我给的第一建议是这个人必须是个好人，好人的意思就是要本心善良，有 empathy 共情能力，但是给的第二个建议就是要有领导力，做什么才能锻炼领导力，这里面有很多东西需要学习和做的东西，但是判断一个人没有领导力有一条比较管用，就是这个人在做事的时候如果一直是“好人”，那么他就是不具备领导力。这个好人和我第一个建议的里本心善良的好人是不同的，但是这两个好人是可以集于一人之身，为什么需要领导力，因为领导力不光让我们可以做好工作，也可以让我们更好的生活，因为领导是一个职位...
197 天前 / 天行者YANG
写在前面什么是真正的程序员 2020 年已经结束，回顾和思考了 2020 年我的团队的好与坏，并且在 2021 年应该如何更好地建设团队。在谈如何做团队建设之前，我们先来说说程序员这个个体。 在互联网的浪潮下，程序员这个职业从某种程度上来说，具备了改变世界的能力，随着各种培训机构越来越多，程序员也成了高薪的代名词。越来越多的人选择这个职业，是因为高薪。从本质思考，高薪是做的好的结果，而不是成因。
210 天前 / 王辉的博客
当我读马利克的《管理，成就，生活》系统学习管理的时候，受到的最大启发，是学会发扬别人的优点。接下来的管理工作中，我就开始留意一个人的优点，并且在做绩效评估的时候，表扬他们的这些优点，对于大部分下属，他们都很开心经理能看到他们的闪光点，并因此更高效的工作。可是有一个下属，在我表扬他的时候，发出了一些怀疑的声音。 当时这个下属拿到了另外一家公司的 Offer，正在徘徊是否跳槽。由于他的确很优秀，我试图挽留他，说在他身上发现了不少优点，别的同事也说他工作出色。
220 天前 / 王辉的博客
发表于 2020-10-06 一个享受编程的程序员为什么会有转管理的念头？更何况技术精进的好，不愁找工作，不愁加薪，还受领导重用，同事尊重，名利双收。我想通过亲身经历，说说转型管理的心路历程。 转型管理，这个念头来自一次失败的创业经历。从那以后，意识到了，再好的技术，如果解决不了用户的痛点，投入再多的心血，也都是无用功。这是走向管理最重要的契机。除此之外，还有好奇心的驱动，做了七年多的开发，技术仍可以进步，但吸了水海绵，越吸越难，在管理这个新领域，很多知识都是新的，一碰就能吸进去。
220 天前 / pointers
成长 & 认知丨 作者/袁吴范 这是 pointers 公众号的第 29 篇原创文章 这篇文章，我投稿给了洋哥（findyi），我这里不算是首发了，但是我觉得还是有必要分享给大家。 稍微修改了下，竟然还是能原创发，这点让我挺意外。 在目前的社会环境下，程序员似乎成了“弱势群体”。我们经常谈论的职场 PUA 已经成为程序员的代名词。 我一直在想，为什么这么多管理者能力会这么差。 但最后最吃亏的还是可怜的程序员。 也许问题的关键是他们被告知了一些伟大的真理。 而这些真理往往陷入老生常谈的陈词滥调。比如“赋权”、“辅导”、“激励”等等。
225 天前 / 十三少
测量分析，不仅可以用于项目管理，也可以用来度量软件团队成员的技能。 在回答如何评价软件团队成员技能之前，我们先看看有哪些测量项可以用于度量个人的技能。 在对个人能力的数字化评价上，球员打分系统相对比较成熟。下面对于软件团队成员的技能的度量也采用了类似球员评价的测量项。 衡量进攻能力 A 得分 度量目的：测量程序员在已分配任务上的总体生产力。 度量公式：得分 = 所有已完成任务的复杂度之和 B 多能 度量目的：测量程序员完成了所分配任务的数量。度量公式：多能 = 完成的任务数 C 火力 度量目的：测量程序员完成任务的平均复杂度。
241 天前 / 知了一笑
一、分层策略 MVC 模式与代码分层策略，MVC 全名是 ModelViewController 即模型－视图－控制器，作为一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑，这是一种开发模式，但并不是实际开发中代码的分层模式，通常 SSM 框架的后端代码分层如下： controller 控制层：定义服务端接口，入参出参，和一些入参校验； service 业务服务层：组装业务逻辑，业务校验...