为了更好的与程序员沟通,理解他们的思维方式,产品经理应该学习哪些编程知识

首先,一开始扎根光学习一门语言语法是有问题的,无论出于什么目的。根据「三大软狗」和萧大的一致建议,也结合我的实际经历,首先应该学习的是计算机基础,这在类似《计算机概论》这样的书里,学习到最基本的原理。跳过这些学习编程事倍功半。然后,选择一门语言,看一些入门级别书的就行了,可以止住了,你不需要会写代码。除非你和我初衷一样(本文末尾)。再后学习数据库的一些基本知识,一样一本入门级别的即可,一样你不需要会写,一样除非你和我初衷一样。最后,一些散落的服务器、域名、DNS、DDOS、性能、等乱七八糟的知识,我也没发现一本书可以囊括,我都是看看专门的技术论坛,关注下「三大软狗」和萧大这样的人,翻遍他们的答案,一点一点的累积经验。算法也不是必须看的,能大概了解即可。这些事情做完后,你应该会:帮助技术找到API资源。例如开发的微信公众号的某个功能,你能迅速找到对应的API文档。他们会觉得你这样很贴心。对于新的技术有敏锐的反应。还是拿API的例子举例,微信公众平台有个公众号,你关注后会收到微信发的一些支持新技术的通知。比如最近的JS-SDK,如果你有入门知识,会有敏锐的反应联想这些新的API可以搞些什么花样。他们会觉得你很有想法很靠谱很潮流。谨慎提一些需求。不懂技术时,用户说列表来一堆查询你就来一堆,懂了后,你这关就卡死一堆非必须需求,因为你懂得查询太多消耗太多,开始懂得结合技术实现考虑需求价值,而不单单只站在用户角度。他们会觉得你开始称职起来。懂得把握需求节奏。多数公司产品经理兼职项目经理,不懂技术时弄些自以为很简单的需求搞死技术,优先级乱七八糟,一下做东一下做西。懂了一些后知道把握节奏,合理拆分迭代。他们会觉得帮你干活真爽。有一点共同语言,不冷场啦!一起吃饭不再尴尬,开一些原本只有他们才懂的玩笑。他们觉得和你做朋友真好。更多不表。产品懂技术,缺点也有,一句话,容易自以为是,指手画脚,成了流氓会武术,他们就避之不及了。其实总的来说,不一定要会写代码,有限的精力投入到设计以外的领域,对于仅是和技术取得良好沟通这个目的而言,得不偿失,而且即使程序员也会告诉你这样做没有必要。因为学习好一门语言太纵深,太多细节上的知识如果你不写代码意义不大。而且你以后求职总不见得新公司恰好用你学的那门语言,这时你怎么办呢?对于和他们沟通,理解他们思维这个命题而言,最重要的莫过于「尊重」与「理解」,用良好的服务意识和他们沟通,给予他们充分的「尊重」与「理解」,即使不懂代码他们也会愉快的和你工作,正所谓「将心比心」吗。顺便说句,我学习Py纯粹是自己有一个玩意儿没钱找程序员,我嘴巴又笨不会忽悠。所以只能自己来。后来发现副作用自然是跟程序员沟通更顺畅,他们也很开心我这样。以上仅供参考,实际以合作的程序员哪样为准。
■网友
没有必要,你只要能把逻辑理清即可


    推荐阅读