二爷闲谈：产品经理究竟要不要会编程？

– 1 –

产品经理究竟要不要会编程？这是个旧调重弹的问题，我们先把它放下来，看其余一个问题：「一个咖啡师，要不要会种咖啡」。

上周朋友先容我去一家藏在写字楼里的专业咖啡馆，咖啡师像做科学研究一样称重、磨豆、量温度、看韶光、冲咖啡。
我随口问道，弄这么繁芜，跟楼下星巴克有什么差异。
没想到让咖啡师打开了话匣子，从咖啡聊到咖啡豆，再聊到咖啡的产地，双眼闪光，如数家珍。

我当时脑筋里就闪过一个动机，如果我抄下他的操作步骤，年夜小无靡地照做，该当也可以做出一杯还不错的咖啡。
假如我能懂得若何掌握和调度个中一些关键步骤的参数，加以练习，或许还能成为一个及格见习咖啡师。

但倘若想要游刃有余，成为专业的咖啡师，我恐怕也要像他一样，知道咖啡的产地、栽种办法、处理工艺和贮存条件。
除此之外，可能还要弄清楚不同咖啡机的布局和事理。

– 2 –

从某种角度来说，我认为这便是「产品经理究竟要不要会编程」的答案。

不会编程，不知道支撑一个产品背后的软硬件逻辑，只是照葫芦画瓢地交出原型，写出 PRD，当然也可以做产品设计。
但若想成为卓越的产品经理，我们应该像咖啡师理解咖啡豆一样，去理解技能。
知道它们的运转逻辑，实现路径，以及边界和可能性。

我们要弄明白数据在哪里，若何保存，它们如何在掌握语句的描述下流转，表达在屏幕上；用户又通过什么办法将意图通过屏幕通报给程序，然后被代码所捕获和处理。
我们要理解程序措辞如何用数值条件理解逻辑，又如何通过调用和循环来分发和掌握流程，等等。

我一贯认为，产品经理能理解程序办理问题的办法，能看懂浅近的技能文章，理解一点框架性和观点性的技能考试测验，可以大致理解工程师的措辞和方案就足够了。
在此根本之上，如果还能写出五脏俱全的程序片段，或看得懂核心业务逻辑的代码表达，就能算是超出期望了。

我们不必真的像程序员一样，具备工程能力和工程素养，做出完全的功能模块乃至产品实现，这不该是产品经理的沙场。

回到最初的问题，产品经理要不要会编程。
我的答案有点绕：要会，但又不须要会 —— 由于当你「学会了」编程之后，对技能的理解和意识会内化成你的思维习气，这时，是不是真的能写程序本身，可能也就不那么主要了。

– 3 –

怎么学呢？

对付产品经理，或者其他须要理解技能的泛互联网岗位，我一样平常会推举去学 JavaScript 或 Python。

JavaScript 的环境大略，上手门槛低，而且相比拟较直不雅观，但总以为门派浩瀚，风格也比较自由。
Python 则更加严谨，有各种三方库加持，并且Python 对数据和文本处理有着天然上风，日常事情中写一段鄙吝械处理一下电子表格或笔墨材料都非常实用。

我用 Python 拉过 Google Analytics 的数据，也用它处理过业务数据和语料，还起过 TensorFlow，跑过 scikit-learn。

如果你没有干过这些事情，或许看起来会以为有点厉害。
但实在这几个事情可以算是完备没有技能含量的。
真的不是装大尾巴狼，它们都有完备的库和文档和简明易懂的示例程序。
我们只要知道一点点基本的语法和逻辑，照着文档改几个参数，就能跑起来了。

哪怕你只是个出纳，花几个周末学一点基本语法，照着示例，可能只须要抄十几二十行代码，就可以在 Excel 表格中驰骋，把一系列的机器操作简化为一个全自动的脚本，那种神秘的操控感，你值得拥有。

我多年以前学 Python 是靠看书和文档，实在挺苦的，希望大家能找到一些比较不错的学习办法。
我自己会看视频学习，比较不那么无趣，而且老师讲的也比较详细。
比如前些日子，我就订阅了极客韶光的《零根本学 Python 》视频课，我试看了一下以为不错，视频的传授教化形式，学习过程该当会相对轻松很多，而且还可以跟老师互动，有作业须要完成，还是蛮能督匆匆你学习的。

当然大家也可以看文章自学，网上自学的文章还挺多，但我总以为视频更好。

产品人，多个技能，多条路。

本文由 @浮生老莫 原创发布于大家都是产品经理。
未经容许，禁止转载

题图来自 Pexels，基于 CC0 协议