19 | 作为程序员，你应该有产品意识

程序员的焦虑是自己吓着了自己，一些负面词汇听多了，潜意识里难以平息内心的恐慌（码农、大龄程序猿、996、ICU等等），只想着能赚钱的时候赶紧赚一笔，至于技术进步和长远打算，都只是锦上添花而已，愿意做出一些无价值的付出。越临近这些负面词汇的边缘越是心急如焚，要么逃命去吧，要么留在原地观望，要么综合培养自身硬实力和软实力，前两种会逐渐淘汰，后一种会有顽强的生命力。 宝玉老师这里讲到产品意识，我认为这是一种软实力的培养，它能辅助你的硬实力做出更好的项目，也能拓展自身在技术以外的视野。其实，有时观察下来，技术能力强的人一直忙个不停，可以解决很多问题，问题却好像没玩没了似的；技术能力一般，喜欢沟通，具有一定产品意识的人，上午一杯咖啡，下午一杯茶，安安心心按时下班，轻轻松松交出项目成果。我认为，程序员在一定的阶段，不能只关注自身技术实力的成长，忽略了其他方面的成长。这就像一个偏科的人，永远拿不到第一名，而那些各科成绩均衡，没有一科成绩第一的人却成为了第一的道理是一样的。 有句话，一直记得很清楚：吾生有崖，而知无崖。学新技术也是一样的，不一定死搬硬套的要去学会，这样学习成本会很高，但一定要去关注，知道什么时候、什么地方可以用得上，一般有经验的技术人都能在短时间内学会，尤其对大龄技术人员。一旦时间久了，关注的点就不一样了，思维就开始转换，然后从更高、更深的层次去考虑问题，才能真正体会到“技术是工具”这句话的深刻含义：工具可以换，思维可以变，灵活多变最重要。 宝玉老师的专栏一期期认真看下来，对于软件开发、软件项目管理、软件工程管理，有了更多全新的认识，无论从技术上还是管理上都解决了以前纠结的一些问题。

InfoQ上有篇文章供参考： 35岁的程序员是“都挺好”还是“都挺惨”？ https://mp.weixin.qq.com/s/1q82RO4gRAXtuFeDGV4qRw 实际上，和年轻人相比，在学习能力上，总会有瓶颈。不拼体力、不拼脑力，我们拼经验，拼沉淀，拼吃的盐比你多。所以，我们在成长过程中，一定要注重学习、消化和沉淀，从表层易变部分向底层基础部分转移，从程序员向架构师产品经理转型。持续学习、多学方法论，不断扬弃，顺势而为！

我在开启一个项目之前，经常拉产品和对应开发一起开kick off会议，其实目的只有一个：让开发有产品意识，让产品有技术意识，最终项目也更容易成功，过程也更加顺畅

Windows 系统已开始就是作为一个产品开发的，最初的项目团队应该是很有产品意识的；而Linux 系统的开发者最初好像并不是把它作为产品开发的，这是不是也是造成如今Linux 和Windows 相比对大多数用户的易用性差别很大的原因？这是不是也是产品意识差异导致的结果？能不能作为一个说明产品意识的例子？

极客时间app分析 这个产品的商业价值是什么？ 知识付费 为什么要有这个功能？是为了满足用户哪方面需求的？ 为了满足用户的求知欲望，提供优质并实惠的付费课程 这个产品目标用户是谁？ 极客们 这个功能的使用场景是什么？ 手机方便，可随时随地学习，可看文字，可听音频 这个功能的体验好不好？有没有更好的方式提升体验？ 整体功能还可以，可优化评论多次回复、搜索、相关课程推荐等

赞同老师的“价值体现在产品之上”。技术能力越强，增长曲线越缓慢。实际开发过程过程又大多是满足需求，而不关注质量。企业雇佣关系也更倾向于成本低、增长曲线高的程序员（大不了用你的薪水雇佣两个），所以就出现老程序员的无奈。那么技术在达到一定程度后（增长曲线减慢，收益比下降），同时横向扩展，丰富自己的知识体系结构，不失为一种保值方式。 技术通过努力都可以达到差不多的水平，不同的是思维方式和所处的高度。不断学习的过程，其实就是让自己了解的更多思考的越多，思考的越多站的高度自然更高。 入门时写代码是为了实现功能，深入下去会想了解它的实现方式，接着尝试举一反三将思想运用到其他地方。 培养产品意识也是从全局看问题，站的越高，望的越远。

过去两年里刚刚经历了一个失败的项目，因为不知道怎么做是正确的，去参加了PMP的培训并通过了考试，转过头来看整个项目，学到的东西比写代码学到的东西多得多。这种对于项目失败的恐惧，恐怕只有亲身经历过的人才能体会，同时也改变了我对技术与管理的理解。 这种产品意识、项目管理意识的软性技能真的是会改变程序员的思维方式，最起码我不在追求具体实现，而是去寻找能够解决问题的技术手段或者成熟的方案。 所有技术都是为了项目或者说项目创造的价值服务的，在考虑时间成本、技术学习成本、实际应用效果之后在去执行，找到一个平衡点，解决问题的思考就会有一个标准，事情会简化很多。

优秀的的人才一定是复合型，有全局观的意识（多方面的思维）分析问题和解决问题能力。

我是一个UI设计师 阴差阳错 学习到软件工程 从视觉的位置 变成 UX 从需求分析 用户调研 需求设计 信息架构设计 业务流程 用户画像 用户体验地图 原型设计 设计迭代 视觉设计 UI走查 视角变得更全了。 原来很抗拒软件工程 没想到这么有用哈哈

同意，作为一个10多年的技术人，决定要去做系统分析了，以上的这些思维方式的转变以及思考问题的角度说的很切入要点，这些文章都可以反复拿过来进行仔细品味，肯定对以后的工作有所帮助。