35岁程序猿创业7年，成员初现，如何总结这7年感悟？

看过前面连载文章的朋友们对我应该有所了解，一直从事技术开发相关的工作，经历比较丰富，在此不再赘述了。如果从2015年开始规划做农业算起，到2021年已有7年的时间了。年龄已经过了35岁了，家里已经有了两个孩子，也是上有老下有小的中年人了。俗话说：中年男人不如狗。这句话有一定道理。 　　每逢年底，各大互联网公司裁员的信息就不绝于耳，30%、40%、70%、甚至整个部门，偶尔也听说有跳楼的员工。企业压力大、家庭压力大、个人压力大，同时体现抢占新增长点乏力。企业试着多种路径谋求更好发展的选择权的同时，个人没有选择权或是不知道如何谋求选择权，那么风险自然就会转嫁给基层员工。就像每次危机最终的承载器或是着陆器是农民一样。 　　这么多年来一直在寻求突破的一个重要原因就是谋求更多选择权，IT行业裁员信息容易被放大，因为本身就有信息渠道的优势。35岁、40岁以后面临职业发展困困境是每个行业人们面临共同的问题，上有老下有小，需要更多经济来源，在企业的性价比就会降低。这是自然的过程，我们应用思考持续创造价值的增长点在哪？ 　　曾经有一位伟人在1956年写过一篇文章《论十大关系》，收录在《选集》第五卷。新中国成立后百废待兴，这篇文章是在国家建设各方面的指导思想。在发展过程中，防止出现极端主义、教条主义等情况起到了关键作用，为后续可持续发展奠定了基础。 团队从小发展到大的过程，同样面临选择和路径的问题，先干什么、后干什么或同时干的效果会完全不同。大家都有目标，拆解目标、路径、实施、验证和结果，我们怎么走出一条可迭代的持续路径？需要我们做出大量的工作。这是发展模型思维模式，不是单一因素的问题，而是多维因素交织又相互作用的空间环境，也可以把这个空间环境理解为风水。因时因地因势的环境改变，又要做出相应关系的调整，适应发展的目标。 1.产品型市场和项目型市场之间的关系 　　对这个问题感触比较深。2017年，我就找过人员一起开发类似工业互联网操作系统的平台，没有合作成功的主要原因就是产品和项目的分歧，类似于华为的技术研发和联想的技术贸易路线，无法达成一致。他们认为产品和技术都不缺，唯一缺少的是项目，所以找人、找关系、找项目才是重点。我认为他们所说的“产品”和“技术”并不是真正的体系化和产品化的产品，另外没有项目的时间里可以把精力投入到产品持续的规划和开发中。 　　实际产品型和项目型并不矛盾，这个的核心问题是对发展的认知和发展起步阶段切入点的选择。行走江湖之中，没有权势、没有关系、没有资本、没有门户的四无人员，付出小点的成本、多一些精力，买点铁、炉子、木炭等，锻造一把并不锋利的刀，用漂亮的布给包裹起来，给刀起个响亮的名称，再把气质装的像侠客一样，总能有立足之地吧。一个四无人员，一点都不想付出，在任何时代要么是骗、要么纯装B、要么嗟来之食，不是长久发展之计。 　　假设我们发展的目标都是为了赚钱，实施路径需要解决怎么进行交换和寻找变现的途径。从2017年到2021年的发展路径来看，我们现在走的道路无疑是正确的。 2.堆砌代码与基础框架之间的有关系 　　我在上大学的时候，系主任对我说过一句话：软件需要一个代码块一个代码的积累。这句话对于一个初学者无疑是正确的，但是对于发展来讲不一定正确。 　　编程的时间长了，踩过坑积累了经验，完成过功能积累了代码，但是大部分人会掉入到类似“中等发展陷阱”的状态中，工作状态很好，复制和粘贴能够很快完成任务。在不断重复堆砌代码的工作中，唯一不同的是可重复使用代码的比例是多少的问题。最近，和几个国企团队交流，他们也承认：有活就干，没有什么积累。 　　既然有了经验、有了积累的代码块，怎么向基础框架和产品跨域？这需要一个附加条件：从技术角度对业务场景进行抽象，不是抽象一个接口，而是抽象N多个接口，这样才有生命力。就是要从技术向工程技术能力的提升，能够达到这一个层次，作为领导者必须得有推倒重来的勇气，否则无从谈起。 3.业务或技术深度与广度之间的关系 　　这是个人或团队发展过程中无法回避的四象限选择，这里边有两个核心问题：（1）发展起步阶段的切入点落在哪个象限？（2）何时何地向其他象限发展？从小到大、从大到强，必须很好的思考和回答这两个问题，否则就没有章法。 　　团队初创起步阶段比较艰难，但是向其他象限拓展同样比较艰难。我认为突破最大的瓶颈是领导或是老板，他们要么懂业务、要么懂技术、要么都不懂、要么不敢向未知领域发展。 　　工业互联网操作系统相对做到了技术深度，我们也在思考向技术广度发展，例如：AI、云计算、数据治理、区块链等方面；向业务深度和广度发展，例如：行业工艺机理层面、通用业务层面等方面。但是选择的过程是在与现在产品互补、团队稳定与整体运营等方面平衡的结果，其实是发展模型自我认知不断迭代的结果。