©2016-2024 Matools All rights reserved,
粤ICP备17059708号
从在博客园写第一篇博客到现在，已经整整10年。第一篇博客是我在大二的时候写的，刚才翻回去看了一下，写的是.NET中关于委托的内容，不仅文章排版稀烂，内容还惨不忍睹，仔细想了想，那篇文章好像是我在学校电信楼机房里写的。10年中，博客园网站倒是经常上，但是写博客的频率一般般，加上这篇一共都不到120篇，平均下来一个月不到1篇，这个频率绝对比我听郭德纲的相声要小得多（你要高雅，哈哈）。10年间，经历了博客园博客内容大变迁，刚注册那会2010年前后，.NET的内容可以说是如火如荼，那时候印象最深的好像是“老赵”和“anytao王涛”这两个博主，都是.NET的代言人，记得当初正是Java和.NET大战发生之际，大家都在吵吵谁抄谁谁是真的面向对象（现在好像没有了，很久没怎么关注），赵劼的文章都是有深度地进行剖析，当时我几乎是每篇文章都认认真真地研读了一遍，而anytao王涛当时出了一本书叫《你必须知道的.NET》，在.NET圈貌似非常火爆。那时候一篇博客评论数量动不动200、300甚至更高，现在博客园的博客很少有这样的评论数据了。10年已经过去，现在满屏幕都是.NET
Core，Python机器学习，神经网络，再也看不到.NET 2.0、.NET
3.5的东西，我也转行做深度学习视频分析了，老赵生孩子出国了，anytao后来创业做了worktile（？），不知所踪，两个人最后的博客发表时间都停留在2014年。清楚这段历史的人，估计现在基本都30往上，想必都已经为人父为人母了。
毕业之后做过三四年的.NET工作，当时和几个小伙伴创业，做民航类的模拟机系统。用的是win32/winform那套东西，主要涉及到TCP/UDP以及GDI+这些，技术比较简单但是由于都是刚毕业公司没什么积累，什么东西都是自己一个轮子一个轮子造出来的。后来由于各种原因再加上一次偶然的机会，去微软北京呆了2年，在当时的WDGC部门，这个部门现在不存在了，因为WDG都被撤了，Windows都被合并到其他部门了。当时主要做在软粉圈火极一时的UWP相关工作，后来结局大家都知道，UWP做不起来被边缘化了，最后不了了之（从媒体大谈特谈到杳无音讯也就两三年时间）。我去的时候微软股票才开始涨，我离开的时候微软股票还没涨到顶，可惜了我那没兑换完的股票了。
离开北京已经2年，目前主要从事交通行业智能视频分析相关工作，刚开始团队也是什么技术积累都没有，行业技术封闭严重，大家几乎都是懵逼状态。后来经过长时间的摸索，目前团队已经有一定的技术积累，产品也有一定规模化的销售（落地场景），还算有一些眉目。有这方面需求的小伙伴可以联系我，城市交通、高速公路交通、安防均可。
开博十年（当然主要是看别人的），工作八年，有些新的认识，分享给大家。
三个代表
这里的三个代表不是我们政治书上的三个代表。我认为做为一个中层技术leader，要代表三种利益，首先当然是公司利益，具体做法就是想方设法带领团队将事情做好，为公司创造价值，这个要摆在首位，因为团队为公司创造价值了才有可能惠及到个人；第二是要代表手下员工利益，在适当时机为团队成员争取最大利益，当然并不是每个人，而是为你认为值得去做的人，原因很简单，换位思考一下就能理解，恰当的激励效果带来的团队回报超出你想象，这个具体做法很多，比如年终绩效、比如年终奖；最后当然是代表自己利益了，这个不用多说，该争取时就合理争取，无需废话。
个人和公司是合作关系，与手下员工同样是合作关系，两两双赢才是最靠谱的共存方式，各取所需。先把事情做好，事情做好是前提，说白了先要让公司有钱挣，然后再谈个人回报。
给我冲 和 跟我冲
带头示范起到的作用不容小觑，尤其对于中底层管理者来讲，整个团队的规则/文化也要由团队leader亲自执行来形成，规则的建立越早越好，不要拖也不能拖。因此中底层管理者应该是“跟我冲”，这样去做不仅能将个人好的习惯/执行力灌输给团队每个成员，还能让团队每个人感受到上下一体、团队协作的融洽，要坚决避免只说不做的现象。“给我冲”存在于公司高层管理者，毕竟他们的日常工作跟底下一线员工不太一样，这个就像三国中许褚、张辽、曹仁等人，干起仗来带头冲，但是你看曹操一般都坐在最后面的马车上，可能在商量何时撤退。中底层的技术leader还没到完全“脱离群众”的时候，共同参与非常重要。另外一个，技术leader在带头冲锋陷阵的同时，也需要清楚，技术虽然是产品市场（销售）的后盾，但反过来后者也是技术团队能保持前进的动力，两者是互相牵制关系。从某种程度上讲，技术管理者眼中不应该只有技术，同样需要考虑到产品营收，因为它关系到团队的生存。公司这个江湖，大部分时候是注重结果的地方，研发团队再怎么强、东西做得再怎么牛逼，卖不出去挣不到钱，都是扯淡。在老板眼里、在其他部门眼里，都是如此。所以我认为，不要自娱自乐，在很多时候，成就他人也就是成就自己，千万别和卡住自己团队脖子的部门和人过不去。
不要有过分的技术情怀
做技术的人很容易产生技术情怀，一旦偏向某个技术栈，就会头脑发热看不清局势。人到三十，如果还像年轻时候一样一味脑残地支持某个技术，就很幼稚了。世上技术千千万，最适合自己应用场景的技术就是最好的，用某个技术把东西做好了，那么这个技术就是合适的。作为一个技术leader，更应该看得清楚，不要陷入技术偏见泥潭。我们大部分人是技术的使用者，不是推动者，某个技术栈擅长解决我的应用问题、生态好、轮子多、人好招，我们就选择它。推动技术进步的前提是自己要能生存下来，我想大部分人解决温饱问题更重要。
另外一个，技术研究型团队还是需要掌握核心技术，像我们团队做视频分析的，目标检测算法、跟踪算法总共也就那么几个，在性能上能到达实时性（或者硬件成本考虑）的更少，没什么选择可言，但是这个领域技术封锁严重，门槛较高，需要投入大量时间、精力去研究，最后还不一定有成果，即使这样，这块的投入几乎占我们整个团队的一半。
警惕程序员大龄淘汰法则
这个话题屡见不鲜，其实不难理解，创造同样价值的两个人，公司当然选择成本低的那个，不要说公司不讲人情，就像你帮别人打工时也不应该谈情怀，利益交换很正常，你给人创造价值，别人给你相应回报，其他都不重要。
那么如何避免大龄淘汰呢？我觉得应该是让自己保值，这个做法太多了，如果能做到随着年龄的增长，自己也能成长，我觉得问题就不大了。这里的成长不仅仅是技术，三十往上的人应该越来越清楚，人的精力是有限的，技术是学不完的、有时也不是最重要的。技术之外就是其他的软实力了，交际、人脉、技术管理等等都算。当然退一万步来讲，如果真的不知道如何成长了，也请千万不要做一个老油条，这种人别看平时好像没什么事，一旦公司要淘汰这种人首当其冲。国内大环境如此，想每天安安心心、什么都不用操心，一直写代码写到60岁、钱还多，在大部分公司可能有点困难。所以，首先要清楚这个事实，然后思考如何去应对。
做个有见识的有心人。有见识、有心不是一时半会儿就做得了的，我觉得是一种意识，如果有这种意识了，自然就看得高，很多行为就会异于同龄人，它带来的价值也是无形的，对个人的影响也是最长久的。前面说到人脉，这个东西起作用的前提是自己要有货，人脉没有单方面的，或者说大部分时候都是以双赢为前提，你能给别人带来价值别人能给你提供机会，这个才叫有效的社交人脉。
警惕抑郁症等心理疾病
最后要说的是，前面说的都可以忽略，心理健康才是最重要的。心理问题和身体问题不一样，一是它可能是无形之中自己毫无意识，平时自己关注得也少，二是一旦出现心理问题，它的严重性大概率比身体问题更严重。我之前一段时间深入了解过抑郁症，看过相当多的抑郁症患者自述，发现抑郁症病情非常普遍（严重程度不同），一些人的焦虑症、狂躁症其实也是抑郁症的一种，如果你发现自己有类似症状请一定要认真看待，合理预防和治疗，认识抑郁症的存在，也接受有可能发生在自己身上的事实。纵观历史长河，个体的存在无论是在时间还是空间上都相当短小，每个人的去向最终都一样，学会知足常乐，如果你觉得不开心了思想开小差集中不了注意力，不妨丢下手里头操蛋的代码，听一段郭德纲和谦儿大爷无节操无下限的相声，只要半小时。最后希望2020年每个程序员都能心理健康。
再补充一段，这个也是去年总结的最后一段话，是关于梦想，对的，就是听起来像是鸡汤一样的东西。梦想一直是让人保持清醒、不随波逐流的东西，我觉得人生任何阶段谈梦想都不可笑，儿时有长大后成为科学家的梦想，青年时有找到自己另一半终结单身狗幸福终老的愿望，中年时照样可以有那种一想起就会让你振奋不已的东西。虽然人生看似数十年，但在人类历史长河中不足一提，三十岁、四十岁更不算什么。愿你三十四十仍像二十岁一样，虽不再大喜大悲，但仍能笑看人生。
热门工具 换一换