讨论：你觉得你最想公司产品懂什么技术

[dinmshi001]

最近跟产品沟通感觉遇到了不可逾越的鸿沟，对，我司产品大多不懂技术，他们想要实现什么而我们这边因为历史遗留问题或者其他原因而解决不掉的时候，跟他们总说不明白。。。然后就追着问为什么，讲到最后他们也不明白为什么，真的很心塞。。。
所以想给自己挖个坑，收集下各位小伙伴们都最想自己公司的产品具备哪些最基本的技术素养，我这边做统计，然后把这些技术的原理和应用场景，优缺点等一些基础的知识汇总。之后汇集成文档发出来。。。
还有一种方案，个人毕竟精力有限，大家不妨直接把评论当成留言板，把你想对产品说的话直接留下来（你最想产品懂的技术，然后自己做下科普）。。。
第二次发帖求助 V 友，也不知道能不能有用，还是恳请万能的 V 友们踊跃发言！
感谢感谢！

补充下：我做 Android APP 的，我从 Android 刚出来就一直在学 Android，现在还是很菜。
举个我们这边最近遇到的一个例子：
我们产品不明白 Activity 作为一个页面，两个页面之间跳转需要 Android 提供 API 支持。所以设计出来了一堆特别炫酷的跳转动画。。。我说这个东西可以做，但是 Android 5.0 以下的没有这种效果。他说为什么，我看其他竞品的都有。我说这个效果也可以给你做出来，前提是这俩页面是在同一个 Activity 里面，你之前设计的原型没考虑这个，所以要重新整合逻辑，需要加时间做。。。产品：？？？那就是做不了是吗，我看他们的可以啊，ios 的也说没问题啊。。。我：。。。这只是一个最近遇到一个问题，可能产品就是觉的很小的一个地方，我们这边实现不了或者不好实现，如果产品知道 Android 转场动画新出的只适用于 5.0 以上的话，他在和我们讲文档的时候哪怕多问一句，或者提前告诉我们下版可能要改转场动画之类的，我们这边就能省很多事。。。。关于为什么没使用市面上第三方支持 Shared Element 的库，因为没找到好用的库= =，自己也没时间研究，如果好支持的话，谷歌不会不做低版本的支持的，而是只做了一个兼容。。。
具体开发过程中真的不止一个坑。。。好多产品的坑都是我们在填，真的，哪怕产品稍微懂一点我们 APP 的基础知识，设计原型的时候考虑进去，我们也能更好的设计和兼容现有架构，两家欢喜~~

还有一个场景，我们公司和别的公司合作，我负责我们这边的集成，中间有问题了需要和对方沟通，最近遇到一个问题就是，我这边集成正确，但是他们那边死活收不到请求，我们公司产品不懂技术，沟通过程中跟产品讲，产品就像听天书似的盯着我，然后他们产品也不懂，只能去问技术，而他们一问技术就是一天时间过去了，这么一个问题拖了一个星期到今天还没解决掉，昨天刚找到问题大概在哪。。。如果我们产品知道 Activity 的生命周期，就能听明白我讲的具体问题是什么了，就不用再等我有时间，对方技术有时间再碰头说问题，我们产品就能直接跟他们沟通，我这边就可以开发现有任务了。。。而且如果他们产品懂点技术的话，能听懂我这边的描述，根据他对他们项目的了解，能大概定位问题，也不用每次有问题了就找他们技术，每次都得今天问，明天才有答案。。。。。
要不是负责这块儿的产品是个特别漂亮的萌妹子，我早祭出我的 40 米大刀了= =

[zhaojjxvi]

我算不上产品，偏业务吧，总是和开发怼，也想解开这个局面。
你们辛苦了，我会看你们的“ requirement ”，去点我自己的技能树。

[cqcn1991]

同是产品，过来听听反馈
我自己是 ruby on rails 做网站，以及 python 数据分析都算比较懂的

[eicyan]

希望他们会说话

[manihome]

做产品几年了，编辑出生转运营转前端然后做了产品。
自己感受还是需要懂一些技术的：Linux 命令、SQL、git、Jenkins 使用？ bash 能看懂？、docker、html+css+js+各种流行框架&库、后端 node、php、java、python，哪怕不会写也要知道基础的东西，最好知道点架构和技术选型，基础的网络知识这个就更不用说了。
避免每次技术怼的时候动不动就看代码 至少能看得懂吧

[lululau]

markdown

[lululau]

其实我是希望每一个从业任务都会写 markdown，当然最好是 org-mode 了

因为我真的不喜欢用 Office 写文档，尤其是被强迫用

[Lonely]

为啥不想想你们就讲不明白呢

[wtgam]

产品经理这个职位本来就应该是有经验和有产品思维的程序员来干的，而不应该是专门设立的职位，所以现在这种现象没什么很好的解决办法，等着这波因为互联网泡沫产生的产品经理被淘汰，世界就正常了

[sammo]

别以为懂技术就能和技术人员培养默契了，做好自己事得了

[sammo]

乃是做什么的 乃的专业性体现在哪，这不是用 word 还是用 emacs 写内容的问题，是内容本身的问题

[lovedebug]

考虑下技术人员的进度难处。
考虑下实现的难易程度，还有好好说话去说服，不要强迫接受。
最好懂架构

[bk201]

举个例子什么不明白？我觉得又不是做谷人希的事情，没有事情是讲不明白的，讲不明白本身就有问题吧。

[jiangzhuo]

公司产品不懂技术
公司技术不懂产品
大家都不懂挺好挺正常

[dinmshi001]

@bk201 就是要讲明白的前提就是产品至少有一点相关的技术积累，哪怕只是理解概念也行，不然真的，你试试，说一个稍微专业点的名词他们都全程 mengbi 状态。。。

[dinmshi001]

@manihome 收到，感谢支持

[dinmshi001]

@zhaojjxvi 我会一直搜集相关的技术知识，有想了解的可以去百度，也可以再这提出来，对我们本身其实也是一种进步

[dinmshi001]

@lululau 学 Markdown 刚起步，就被我们小组组长强迫使用 doc.理由是我们都用的是 doc，你用 markdown 和我们不统一 = =

[dinmshi001]

@sammo 产品懂技术了有时候真的会很关键，因为考虑问题的角度可能就会变了，在我的眼里，产品是顾大局的一个角色，在没有项目经理的情况下，产品懂点技术真的会很不一样

[dinmshi001]

@eicyan = =，多大仇，多大怨

[dinmshi001]

@Lonely 这个不是讲不明白，是要想讲明白就得有术语。。。不懂自己负责领域的技术的产品，一提技术真的是全程 mengbi

[dinmshi001]

@jiangzhuo 开发和产品之间的心有灵犀 就是你不说我不问我不懂 我不懂我不问你不说

[coderluan]

大家考虑过个问题没？

是程序员学产品更难？
还是产品经理学技术更难？

总之有人要小心了，我不认为将来这两个职位会分的那么清。

[daysv]

还是那句话
本来产品就应该是从技术出身

[dinmshi001]

@daysv 估计现在大部分产品都不是技术出身。。。我们做开发的还是得乖乖听话，老板盯着呢。只希望他们懂点技术，少点坑，共度生命的大河蟹

[qiaobeier]

突然想起我之前那个项目经理，非常专业。
- 他很喜欢新技术，如果有使用新技术的可能他会创建一个 research 的 ticket，项目经理和开发人员一起来 research，然后开会总结是否适用。
- 他很熟悉各种数据收集工具，喜欢用数据说服我们。另外非常喜欢用 A/B test，当然这导致开发成本剧增！
- 最后这哥们刚在这里升级到总监时就跳槽跑别家做 VP 去了。

[stargazer242]

PHP 是最好的语言 你们说技术跟技术不会怼？

[nashxk]

同做 Android，和产品怼需求是日常。
产品的日常语录有：
“你看人家淘宝京东是这样的啊”；
“这个很简单的”；
“什么是 MD ？”
“对对对，就和 iOS 那样就行”
产品懂点技术最好了。所以我们除了技术，要慢慢掌控产品。

[zhoubug]

按摩～

[29995270]

有漂亮萌妹子你就知足吧, 我之前做 app 的时候, 天天看着一糙汉子满嘴跑火车

[dinmshi001]

@qiaobeier 至今没有遇到过产品懂技术的~~~

[dreamwar]

希望他们说人话


@dinmshi001 #30 老一辈大佬都是技术出身转产品的

[sammo]

你的补充说明里的问题很有意思。希望你可以吧产品人员逼成技术人员，这样技术人员就可以下岗了

[dinmshi001]

@nashxk 产品不懂技术，考虑问题逻辑就是这样的

[test4zhou]

其实我觉得产品不懂技术不要紧，至少得有必要的逻辑思维，还有就是对开发人员的尊重

有一个更糟的情况是产品之前是技术出生，而且是那种半桶水的老油条，对着一线开发说这个简单那个简单，对着老板说这个可以做那个可以做，开发期间各种经验之谈，推荐代码应该这样写那样写，用这个框架用那个库，到最后还喷一线开发人员没技术没效率，然后叫他来帮忙写又说自己没时间

[EyreFree]

“ Android 可以你们 iOS 怎么不行？”

绝对不要说这句话，具有 100% 激怒 iOS 程序员的奇效！

[wangxiaoer]

压根就不要懂技术，但是能够充分听取技术人员的意见就行（前提是技术人员实事求是，不要糊弄）。

[wangxiaoer]

懂一点皮毛，比啥都不懂更可怕。