如何与程序猿沟通

㈠ 怎样和程序猿男朋友恋爱

找了个程序员做老公，所以认识了很多程序员。以前就没对程序员有过不好的看法，现在则更不会。发现csdn上老有悲观的论调，说程序员找不到老婆。今天我就以一个程序员妻子的身份，来写写找程序员做老公的好处。希望能给各位mm有借鉴，找程序gg做男朋友。
一、找程序员不用担心外遇。程序员是对着电脑工作，周围同事大部分是男生。他的生活中基本接触不到mm，所以不会有办公室恋情的发生，也就不会有外遇问题发生。而且面对的诱惑少，不像销售啊等职位，需要和外人打交道，而且应酬多，所面对的诱惑多，外遇出轨问题容易发生。剪剪常常加班到半夜，我是非常放心的，唯一担心的就是他的身体是否吃得消。
二、程序员很老实。在单位，老板让加班就加班。在家里，老婆说啥都听。mm们，有个老实的老公是不是很不错啊。他可能没你想象的那么浪漫，给你惊喜，但他会老老实实记住你说的每句话，按照你的要求去做。
三、程序员很有耐心。这个理由我不多说了，没有耐心的话，怎么写代码。这个在mm当了妈妈会发现是个很好的优点的。我是个没有耐心的人，教小剪学东西他要是学不会，我会没有耐心发脾气的，但是剪剪很有耐心的，会陪他玩，慢慢教会小剪。
四、程序员很细心。写代码是个细活，不细心就会有bug，真写了bug，还得耐心细心的去找出来。在生活中，对于粗枝大叶的mm来说，有个细心的gg照顾不是很好嘛？反正我们家我是粗枝大叶型，剪剪是细心型。
五、程序员很热心。论坛上兄弟们有困难，他们会出手相助。生活中，朋友有电脑问题，他们会帮助解决。我周围的同事好友要是电脑出问题了，都是剪剪帮忙处理的。
六、程序员是IT高手。可能这么说有点夸张，但是身边有个程序员老公，电脑上很多事不用担心的。早到我以前公开教学要做课件，是剪剪帮我做的。到现在家里要弄弄路由器，或者电脑中病毒了重装系统。再到开心网兰蔻粉领丽人评选，剪剪给了技术上的支持。顺带着，“近剪者赤”，看得多了，我也要变成单位里电脑高手了。很多简单问题也能处理了。
七、程序员单纯。不知道是不是所有程序员是这样，反正我家剪是这样，他对别人不会动什么坏心。对外人没坏心，对你也不会有坏心的。曾经碰到个朋友，老公外遇，要离婚，动了很多坏心，在离婚前还把财产都转移了。朋友离婚，钱没有，房子没有，为了这个男人却付出了青春。
八、程序员加班多。可能这是个缺点，但有时也觉得是个优点。他加班多，你可以有个人空间，做做自己喜欢做的事。我同事觉得我比他们自由多了。这得归功于剪剪加班多。他加班多，你可以拿着他卡去shopping。他没时间花钱，你帮他花。而且大部分的程序员都是很大方的，不会说自己太太什么的。
九、程序员可爱。不知道这个是不是和工作性质有关，我认识的程序员们都很老实的，基本没有滑头的。剪剪最老实的事就是，每次工资还没加，就是听到内部风声，就会先告诉我。每次有机会发了现金，其实不告诉我我是不知道的，他也会老交给我。最最可爱老实的一次，是今年公司年会，他中了4000的现金大奖。马上打电话给我。其实他告诉我是两千，我也不知道的。而且晚上回家后，还非要把我摇醒，让我数钱，说是“数钱数到自然醒”。估计那晚是喝多了。
十、程序员有责任心。没有责任心的程序员，写出来的代码都是问题。当然就是因为有了责任心，想给家人过好幸福的日子。才会拼命加班，努力赚钱。我家剪剪如此，我相信所有的程序员们都是这样的。
mm们，选个程序员当老公不会错的。相信我吧!在今后的相处中，你会发现他们越来越多的优点的。
写到这里，后花园的ggdd们拼命在说我这在写他们，其实后花园里的男孩们都不错的。csdn的哪个mm想认识他们，可以回帖。后花园的男孩们，谁想被我在csdn上被写贴推销，可以用可用分来换。根据分数多少，在我帖子里出现的场面多少。

㈡ 妹子是如何看待程序猿的

网络上有个段子叫”要嫁就嫁程序员，钱多话少死得早。“

大家戏称程序员为程序猿，其实原因就是程序员工作辛苦，没有时间和精力打扮自己，邋遢的外表和不修边幅的样子像极了猿猴，程序猿的名字由此得来。再加上程序员工作单一，一心扑在写代码上，社会经验短缺，思维模式像是远古时期的猿类。

其实程序员的工作真的很辛苦，辛苦到可以忽略他的直男癌和木讷癌了。

事实上，程序员产业聚集了一批高智商、纯脑力劳动者;由于他们的工作性质，枯燥单一的工作方式让许多程序员的性格木讷老实、甚至孤僻，所以程序员给外人的感觉就是沟通困难、宅男、不合群、不注重形象等。

主要是现在女性对于配偶的标准越来越严格，不仅要貌美多金，还要风趣幽默，知书达理，送得了玫瑰花，泡得了红糖水，所以像程序员这样的直男们真的会遭到不少妹子的白眼了。

㈢ 程序猿之间是怎么撕逼的

首先我自己不是一个程序员，但是作为一个旁观者而言，程序员中间撕逼永远离不开两个字逻辑！

在他们眼里永远办一件事情，一定要讲究这个逻辑，是他们脑袋自身成这种逻辑的一个方式，就觉得所有的活或者所有的事情做出来一定要有这样的一个目标，这样一个目的性，如果没有这样的一个目的性，他们就会感觉这件事情完全没有可做的一个余地，觉得这样做是不合常理的事，一定要按照这个逻辑走的。

我们公司那些程序员因为是做软件的，假设说a程序员，他说这个软件是需要怎么做怎么做，他是负责其中的一个版块的，然后到b程序员那边呢，他就觉得，a程序员的这个版块跟自己的板块是冲突了，然后他觉得应该怎么做怎么做，然后最后两个人就撕逼了，就是婆说婆有理公说公有理的那种方式，这时候你就会发现他们说的再多，永远都是那么嘴来说的，不会是一定要动手动脚的。

当你跟程序员相处之后，你就会发现，其实他脑袋里面就是一根筋，不管男生女生而言就是一个直男直女，有什么说什么，而且嗓门是谁都大，就想一方盖过一方的那种，通过嗓门里面发出，一定要在口头上战胜对方。

哦，还有个问题就是，非程序员的人去跟程序员沟通，永远你提出来的一个问题，你要讲的很精细，很详细，对方才能听懂你讲的是什么，你稍微绕一点弯，或者稍微给他一个提醒，可能这个提醒对于我们来说是非常清楚的，可是在他那边永远都是。我这边不是很理解你说的是什么？

㈣ 不懂程序怎么管理程序员

不懂程序怎么管理程序员？

在这珍贵时间，很高兴给大家分享我对这个问题看法，在这里让我们一起走进这个问题，那现在让我们一起探讨一下关于这个问题。

首先你的思维要很有逻辑性，其次要懂人性和管理学。不懂程序直接管理程序员肯定有难度，但是你如果超越了中层管理干部这个级别，是一名top manager ，那你一定可以领导他们。另外，不懂程序可以跟程序员学习并请教哦，这不仅可以拉近你们之间的距离，更有助于你个人。

在下面优质内容我为大家分享，首先我分享下我个人对这个问题的看法与想法，也希望我的分享能给大家带来帮助和快乐，同时也希望大家能够喜欢我的分享。

不会编程的人最头疼的一个问题，就是和程序猿沟通会花费大量的时间成本，你听不懂他说什么，他不理解你想要什么。程序员们的思考逻辑就是根据程序来判定，你的概念越模糊，他在思考上的分岔路就越多，找到最终解决方案就越慢。而如果你能够掌握一点核心知识，能够帮助你减少很多不必要的沟通。

在和程序员们开会的时候，如果你听不懂他们说的，就停下来让他再解释一遍。解释的时候遇到听不懂的就再进行提问，这样在团队能慢慢采取双方都能理解的方式去进行沟通，节省出大量的时间成本。而这节省出来的时间，会让你觉得之前的学习完全物超所值。

在以上我的精彩的分享是关于这个问题的解答，都是我的真实想法与观点，同时我希望我分享的这个问题的解答于分享能够帮助到大家。

我也希望大家能够喜欢我的解答，大家如果有更好的关于这个问题的解答与看法，望分享评论出来，共同走进这话题。

我在这里，发自内心真诚的祝大家每天开开心心工作快快乐乐，拥有身体健康生活每一天，家和万事兴，年年发大财，生意兴隆，谢谢。

最后欢迎大家关于这个问题畅所欲言，有喜欢我的记得关注下哦，每天为大家分享与解答我的想法与见解哦。

㈤ 程序员一点也不配合怎么办

楼主这种情况有几种方法解决。

第一种 将网站整体的优化方案写的比较详细，和老板谈的时候带一笔程序猿这里。伪静态之类的东西，老板肯定会配合。千万别直接去找老板说你搞不定，这种情况下，老板肯定不会重视你，因为你本身就被划入能力不堪大用的范畴。程序猿都搞不定还玩个鸟。

第二种;是和程序猿套近乎，一旦关系打开了，很多东西就不是东西，我当初带过一个小队伍，就出现了一个.net的程序猿，天天啥也不干，就呆着，还开钱，我开始就想这狗日的，这么牛逼，干掉算了，但是作专题有需要他，后来我就怀柔，把一群人叫出去吃饭，程序猿和竞价员都是爷们，就一起叫去喝酒，吃吃喝喝之中拉近关系。然后再谈人生啊，职业啊 ，发展啊，一旦你能走入他们的内心，这个人基本就可以为你所用了。
如果你是优化，是平级，你可以通过沟通，这种沟通不来源于工作，而是兴趣，或者当前热门的话题。总之要有目的性的走进他们，但是又不能被人看出来。搞定他们不是因为啥工作，而是用人心去控制他们，不留痕迹，又间接成为朋友。

第三种 必须解决他们的问题;还有一种是基本搞不定的程序猿，这种程序猿一般都是有想法的人，觉得谁领导谁的问题，很难搞定，这种程序猿，你要观察他的内心，不配合是因为你，还是因为公司，因为你，肯定是不服你，因为公司，肯定是因为钱啊，职位啊权力 啊，看他需要什么，他需要什么你就想办法达成，满足他的要求，内心隐藏的。

㈥ 产品经理和程序员,如何避免矛盾

产品汪和程序猿

一、产品经理和程序员最讨厌的三句话

产品经理和程序员,就像一对情人，若即若离，有时还会撕逼，和谐的时候一切都好，撕逼的时候两败俱伤。

你知道程序员最讨厌的三句话是什么吗？

1、这个需求很简单，改一下就好了

2、你先大概弄一个，我看看再说

3、我先下班了，加油啊

我想任何一个程序员听到这样的话都会气炸了，不撕逼才怪，你作为程序员会如何回答这三句话？

1、这个需求很简单？你行你来啊！

2、大概先弄一个？请问先生（女士），什么叫大概？

3、你大爷的

你知道产品经理最讨厌的三句话是什么吗？

1、这个需求做不了

2、这个需求工作量太大了，估计要搞3个月

3、这个变更没时间做，往后排吧

产品经理在前端，有用户、有老板、有销售，版本发布的压力很大，听到这样的话估计心情也好不了哪去？

1、这个需求做不了？又不是我提的，还不是那个2B用户提的

2、要做这么长时间？养你们有什么用，还不如我自己来

3、变更没时间搞？随便，等老板来拍你吧。

二、产品经理和程序员本质上的差异是什么

奶爸干过程序员，也干过项产品经理，深知这两类工作的差异，各有各的不易。

总体上来看，做产品更侧重于创造和方案能力，不需要精密的逻辑，所以试错成本相对比较低，大不了改改原型，改改方案，这个成本是可承受的。

程序员的工作是非常精密的逻辑，一个看似很小的变更有可能对代码产生很大的影响，所以试错成本非常高，弄不好可能会因为需求的变化导致系统的重构，这时候程序员的挫败感是可想而知的。

三、产品经理和程序员友好相处的清单

1、产品经理收集需求后，在需求分析阶段，需要把一些不合理的需求尽量和用户沟通去掉，避免不合理需求造成产品发布时间延迟和没有必要的成本浪费，当然这需要产品经理去说服用户，不能只做用户的传声筒。

2、需求分析时，产品经理应该根据经验，敏锐的发现一些在技术层面实现有困难的需求，及时让研发介入，评估技术可行性，避免后续出现需求定下来，研发说做不了的情况。

当然这需要我们的产品经理对软件技术架构有一定了解和预判能力，你不能所有的需求都要在需求分析阶段让研发介入，这个成本也是极高的，所以要把握好这个度也是一项能力。

3、原型还是需求沟通的最好方式，这样是避免产品和研发在需求理解上有差异的最好手段，只靠写一些文字的需求说明书很难达到好的效果。

但这里面要注意一点，产品经理绘制出来的原型一般是非高保真原型，是为了更好的沟通需要，所以不能完全按照原型做，需要基于我们自己的前台架构进行定制。

4、需求评审的时候，研发可能会有一些不一样的意见，他们做了很多年的开发，会有很多好的经验，好的经验要虚心接受，不能觉得自己是产品就是老大，就是要按我说的做，这样很容易造成矛盾，求同存异，目标一致，这个是最好的结果。

5、研发说这个需求做不了的时候，有两种情况，一个是觉得这个需求实现起来比较麻烦，故意骗你；另外一种情况就是他的知识盲区，他可能确实不知道这个事能做。

产品经理需要有能力和研发进行谈判，比如采用类比法（类似的需求在其它项目上咱们就做过），比如去找架构师探讨技术可行性。

6、研发有时候评估的工作量会比较大，整个上线计划拉的比较长，产品经理可以要求研发出详细的资源配置清单，这样能清楚的看到一个需求被分解成了多少个研发任务，每个任务的起止时间，由谁负责完成。这样产品经理大概能看出任务的前后置关系是否合理？工作量是否合理等。

产品经理绝不能说，这么简单怎么要搞这么长时间，类似的话一出，绝对会激怒对方，还是要有理有据进行谈判。

如果实在无法压缩工作量，如果增加人力能解决问题的话，可以考虑找领导申请资源。如果还是不行就要砍需求或者改方案了。

7、在版本计划定好的情况，尽量不加需求，这样很容易打乱开发的节奏，如果一定要加进来，一定要和研发说清楚，这个是用户领导或者老板的强制要求，转移矛盾。如果可以的话，增加了需求尽量推迟上线计划。

8、开发过程中如果需求有改动，需要及时更新需求文档，同时发给我们的研发同学，否则只是靠嘴说一下，很可能研发的同事就不做了，所以一定要落到纸面上。

9、上线的时候要坚持和研发同事一起加班，这样大家才是一个团队，赢了一起狂，输了一起扛。

10、最后一点，就是要多交流，没有什么问题是一顿火锅解决不了的，大家关系好了，很多事情沟通起来自然容易，而且也会更信任对方，这样就万事OK了。