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

[dinmshi001]

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

[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