表达一个态度：思维只是一种思考角度或工具，不要过度解读和神话，一切是为了找到遇到问题更优的解法
正文
技术是第一生产力，社会的发展总逃不掉技术的革新，
不管是互联网产品还是传统产品，都少不了技术的影子，因此科学学习技术知识，是助力产品工作中，不可或缺的内容项。相信从事产品工作的伙伴，曾经被调侃过，产品不用懂技术的话语，可想而知，这是一个多么片面的调侃。
其实在西方和传统制造业，产品经理的岗位大部分是由技术岗转岗而来，但在互联网时代的中国，由于是App爆发的时期，基础的底层技术相对成熟，市场缺的是所谓“伟大”的idea。因此忽略了对技术项的重视，但在真实工作中，若产品能够很好的理解技术语言，便能跟开发伙伴进行有效的沟通，当然这依旧与所处的产品领域有关。比如如果去从事游戏类的产品工作，这部分的产品岗位，其实对应的核心是游戏策划，游戏客户端大部分以实现游戏效果和故事情节为主进行设计，当然涉及到后台系统部分又回归到了常规的互联网产品经理状态。
那么什么是技术思维呢？个人的认知，即技术理解力
在日常工作中，产品人也许并不需要具备技术开发能力，但必须需要具备技术理解力，特别是在产品中后期如果涉及到PaaS/aPaaS/iPaaS/AI等偏技术项的产品业务线，你无法理解技术实现语言，那么你可能无法有更好的产品抽象能力，也因此没办法产出较好的产品解决方案。
那么，我们要怎么打造这方面的能力呢？
按照我的个人经验，那就是你至少要自学一门或多门基本的编程语言或技术工具（根据领域不同，会有不同），且要尽量系统的了解从技术如何转化为产品的全流程，颗粒度可以到代码层级，这样后续工作中共涉及到的什么API、SDK、TCP等等很多技术术语你便可以很自然理解。
当然一切开始一定要找个切入口，这方面分享一下个人的经历：我个人因为前期工作经历的关系，总是受困于无脑执行开发伙伴提供的脚本或日志查看命令，有时候一遇到问题，便没办法自己去做判断处理，很多问题不懂，找开发同事想了解其中的原因，但总是会被很自然忽视掉，是的，因为工作性质上，对方会觉得你没必要懂，执行给到手中的脚本就好。当时才毕业没多久，我不喜欢这种被牵着鼻子走的感受，所以便采用大学时期的方法，找教学视频系统自学了J2EE、Linux系统编程知识、以及mysql（因为公司Web网关应用就是java开发的，系统就是linux，而数据库用的是mysql），由于学习知识后，认知被快速放大，我的目标甚至一度决定走开发技术路线。当然，最终并没有，不过这段摸底自学的经历，为我后来的产品工作助力了许多，也因此便开启了不断的技术知识积累之路，同时生活中也开始对技术项的判断，有了多一份的理解，而这就是这个主题提到的：技术思维。
一个产品的诞生，其实是来源于需求本身，但需求的实现路径其实受限于当下的技术水平的边界
推荐阅读
若有收获，就点个赞吧
0 人点赞
