惹了程序员

1. 如何用一句话惹怒程序员

你看着真年轻啊。

2. 为防被程序员“砍”，产品经理需要注意这些场景

互联网行业中，众人热衷于讨论“程序员砍产品经理”。虽然，“砍”更多是调侃的意思，一种消遣工作的方式；但是，这不是一个饭后笑话，侧面反应了产品经理和程序员间的对立关系。很多时候，产品经理和程序员间就像对手，产品研发过程就像打仗，总要争个你死我亡。“砍”的本质，是程序员表达对产品经理的不满，也是一种情绪的宣泄。

在产品研发的过程中，产品经理与程序员对立关系，会严重影响项目的推进。一旦产品经理和程序员对立关系公开化，很容易导致团队人心涣散。这种对立关系，经常滋生出一些极端的事情，骂娘、打架已屡见不鲜。

下文就列举一些程序员想砍产品经理的场景。这些场景都是我过去和很多程序员朋友交流时，他们遇到的对产品不满的场景。这些场景，都会以产品经理的沟通话语表现出来。通过这些场景，去解析这种对立关系产生的原因。以及，作为对照，产品经理应该如何规避和处理这种对立关系。

这样说法是程序员们最不喜欢的，最容易惹毛程序员的。这句话，在程序员们看来就是削减工时、加班的代名词，他们当然不喜欢。而且他们也非常讨厌，一个非技术人员为技术人员做技术难度的定论。简不简单，都需要技术人员做了技术评估，才能下结论。

这种言语，会让程序员们觉得产品经理不靠谱。大家通常都是比较排斥借鉴。借鉴你也得有合理明确的理由。以我某程序员朋友的话来说：微信怎么做的，你就怎么做，那你不如去微信做产品算了。

每个产品，在表面的UI下，都有其背后的复杂的业务逻辑。如果产品经理只是叫程序员照着某个产品做，很多时候技术们是很难实现的，因为他们也需要弄懂背后的逻辑和流程。当然，这应该是产品经理的工作。

这就是抬杠。产品经理虽然名字里面有“经理”二字，但并没有经理的权利，当然不能命令合作的技术们。这句话，言下之意也是拒绝了商量和讨论。而程序员也需要参与感和团队感。

这就是质疑他人能力，是人都不会喜欢。如果产品经理提出的方案，程序员们没有理解。那就说明产品经理的解释说明和文档，做的不够优秀，不够简洁易懂。让程序员们理解需求，是产品经理的基本工作内容。

在互联网产品开发中，修改需求和插入新需求都是挺常见的。对于程序员们来说，这是非常不爽的事情。这种操作通常会打断程序员的思路，思路被打断是非常痛苦的。当然，这样也会影响他们的开发效率。更可怕的是，反复的修改需求，会使他们有种劳动成果不被尊重的感受，同时也会对项目的未来抱有怀疑的态度。反复的更改方案，也说明产品经理设计是未经过严密的论证，或对细节的把控是不够。

程序员都比较讨厌反复的催促。当项目的节点确定后，技术们会严格遵守节点，产品应该信任他们。当然，时间比较紧凑时，反复催促也会加大程序员们的压力，使他们变得非常烦躁。在这种时候，催促就是添麻烦。

甩锅会导致团队分崩离析，人心不齐。不管任何问题，都是团队的责任，不要将责任指定给某人。特别是在项目复盘时，如果心态不好同事，这是非常难堪的。所以，我们要尽量以原因和结果为导向，而不是责任为导向。

程序员也是也是团队的一份子，有权利知道知道需求的背景。同时，了解需求背景也利于程序员们更好的开发程序。

产品经理给程序员们画饼是最不切实际的，只会引起大家的反感。程序员都是喜欢偏实际的东西，虚的东西只会招致白眼。

任何传递给程序员的需求，都是需要有计划和规范的。如果口头传达一个需求，很容易导致开发出的功能与需求不匹配。同时，因为缺乏相关的记录和文档，可能会造成需求流失。这对于程序员们来说，可能就是延迟、加班、返工、担责等等风险。这是团队合作的大忌，也是项目管理不专业的体现。

以上的这些场景，可能出现一次，程序员们都会顺着我们的想法做。但是，这会渐渐改变程序员们的心态，最终会使产品经理与程序员间产生隔阂和矛盾。如果出现这些场景，作为产品经理都需要小心的处理好，以免影响项目的正常推进。当然，最好是不要出现这些场景。作为产品经理，我们的最终目标，都是要保证我们的产品，准时、保质、保量的落地。

产品经理在与程序员们合作时，产品经理需要讲究合作共赢、互相体谅。在产品经理的相关工作中，最要避免的就是抬杠。抬杠是一切矛盾的根源。很多时候，产品经理要站在程序员的角度考虑问题。比如，对于产品来说可能就是改改需求，但对于程序员，他们更在意的可能是因为改需求而导致的加班。

产品经理在工作中，经常会追求产品上的极致。追求极致本身是好事，但是切忌过分偏执。我们也需要考虑团队的现状和资源，在极致和现实间寻找均衡。毕竟，如果没有乔布斯的团队，要像乔布斯一样做产品，只会拖垮团队。

在产品开发的过程，改需求、改方案等项目异常，都是不可避免的。这是项目管理的第一部分。如何进行项目异常的处理，考验的是产品经理的沟通能力和项目管理能力。产品经理需要在保持技术们高效工作的情况下，完成项目异常的处理。

当然，在产品经理工作中，矛盾的根源也并不总是产品经理。有时候，也可能是某些程序员的性格或者对该工作的态度导致的。这时候，产品经理要明确，作为团队的润滑剂，有责任推动和协调大家的工作。如果，矛盾不可调和，我们需要尽早提出问题、控制风险，避免“勉强”行事。

有时候，程序员在私下评价一起工作的产品经理时，总是会补加一句“我感觉我也能做产品经理”。这句话的背后，是产品经理没有让程序员们感受到产品工作的价值。在这种背景下，产品经理是很难获取程序员们的注重，也会为很多争论埋下诱因。那如何感受到我们工作的价值那？其实很简单，就是保持工作信息的透明。将我们针对需求和产品做的相关工作，体现在我们的沟通或者文档中。

导致程序员想“砍”产品经理，本质是产品经理工作方式的问题，也有情商的问题。在我的产品经理工作经验中，我总结下了以下四点，我们需要注意和避免的。这四点，都可以和上文的场景相对应，是最容易慢慢改变程序员的心态的。

3. 温州动车撞车事故竟然扯到了程序员身上了，雷人啊。。。

该成until也不对吧！现在是自动停车方法没有执行。如果该成until了，执行了一次自动停车后，必须要重启系统？重启系统了2车距离是不变的，又自动停车了。这不死循环了么。这个逻辑很有问题。1、有可能是在验收测试的时候为了检测自动停车是否好使，手动改了代码后就没改过来。2、如果修改为until完全是误导大众，改为until的话，自动控制程序的程序结构将变的更复杂，不易控制。
如果我是这个项目的项目经理我会将while后面的参数改为0，再在中央控制系统（也就是指挥中心）设定手自动开关，根据选择对while后的值进行0，1修改。如果这套系统是按照我的思路来做的话，那么如果出现自动停车的情况，总控中心将手自动开关拨为手动，调度前车离开。当两车距离大于5000米时，拨动手自动开关为自动，恢复自动控制。
正常情况下，大多数项目经理都应该是这个思路。那么为什么出现后车自动停车为什么没有执行？估计是手自动开关没开成自动。
后车的问题我分析完了，那么前车的问题是什么呢？为什么突然停车了呢？我认为应该是电器元件故障导致刹车锁死，无法前进。
在机车启动过程中，我认为会有自己的自检程序，如果某一电器元件故障导致有安全隐患存在的话，那么会提示报警，减速甚至停车。
所以我认为此次事故应该是前车因为自身检测系统认为列车有故障隐患，应停车检查，无法前进。后车由于中央系统未开启自动停车系统导致追尾事故。如果我的假设成立的话，前车系统检测致使列车停车本无可厚非，但是后车自动控制系统未开启，就应该是渎职。如果中控中心没有手自动开关那应该是程序设计的问题，那是甲方提不提需求的问题，与程序员无关。如果是有手自动开关，你开在手动挡上，那是你甲方渎职的问题，还是和程序员无关。你抓无证程序员做甚？如果此传闻属实，那么我问一句，政府的大爷们，你是把老百姓都当傻子了吧。

4. 哪些话一说出来就会惹怒你所在行业的从业人员你知道吗

其实每个职业都是有每个职业的用处，不然就是不会有这个职业的产生了，像是老师这个职业，我真的觉得是一个非常神圣的职业，但是也是有人会去侮辱这个老师的职业。

我记得是在我高二的时候，那个时候学校是举行集体春游，我们是徒步去往离我们学校较近的一个香园，那个时候走过去的时候会路过很多很多的人家，像那些善良的爷爷奶奶都是会和我们聊聊天，并且叫我们去路上的时候小心一点。

这个时候，是一个中年男子出来在那边说话，现在都是什么垃圾学校，我们把孩子送去学校就是让孩子出来玩的，还有这几个老师，钱么拿的那么轻松，就是这样在教教学生的，上梁不正，教出来的学生怎么会好。这个时候是有很多老师听到的，就过去找他理论了，说让他为自己的行为道歉，但是那个人反而没有道歉，还是开始破口大骂，这个时候我们的老师是拿他没有办法，教导主任过来就说，不用管他，我们管自己走吧，随他去说好了。

那个时候我们的学生也有很多为老师抱怨不平的，觉得这样对老师不公平，那时候我们的班主任就说了，我猜想他的孩子在学校成绩肯定是很差，然后他肯定是把这一切是怪到学校，怪到老师的身上去了，没有想想他们自身的原因，那个时候我们都觉得我们班主任分析的是有一定的道理。

5. 和程序员男朋友谈恋爱是什么体验 感觉自己有个假男友

程序员是指从事程序开发和维护的专业人员，这类人普遍薪资比较高，但又有些直男癌。那么和程序员男朋友谈恋爱是种什么体验呢？

和程序员男朋友谈恋爱

1.生活日常

程序员，听起来高端大气上档次，但事实上对于程序员的女朋友来说，他就是一个修电脑的。男朋友是程序员后，自己的电脑出问题都不用再担心，什么电脑清灰、重装系统，他可以承包一切电子产品的障碍维修工作。感觉有一个技术大牛陪在身边，简直无所不能。程序员不善交际，可以为了一个代码一个bug坐一整天，不用担心他出去拈花惹草，但缺点就是他忙于工作的时候，基本没空理你。

谈恋爱的惊喜

2.节假日纪念日

女孩子一般都把节假日、相恋的纪念日看的很重要，但是程序员却不见得会记得。和程序员男朋友恋爱，女孩子的心一定要放宽，他不是故意忘记这些日子的。关于情商方面，程序员好像永远不懂“浪漫”两个字的含义，在一起很久都不见得会送些花花草草。据说，当女朋友质问程序员男票为什么不送花的时候，还有程序员会直接网络！搜索男人为什么要送花给女人？哈哈哈，是不是很可爱。

谈恋爱

3.程序员男朋友的优点

程序员，又被业内称为“程序猿”、“码农”。樱芹最大的特点就是“人傻”、“钱多”、“死得快”。虽然只是调侃一下他们的职业特点，但这恰恰也是他们的优点。无论是工作中还是恋爱中，敲起代码来就专心致志，脊桥毕忙起来就没完没了，剩下的时间都留给了游戏，这就意味着没时间消扒出轨，感情专一。而且大多数程序员的工资较高，他们虽然不会给女友买花搞浪漫，但是女友撒娇的时候也会直接把工资上交，让你拿卡随便刷，这难道不是最大的浪漫吗？

6. 和程序员谈恋爱是一种什么样的感觉

和程序员谈恋爱应该也是会幸福的吧，
只要你们是真心相爱，一定会幸福的。

7. 00后程序员写代码硬核表白女友，程序员到底能有多浪漫

近日，一个00后程序员写代码让女朋友甚是感到暖心，这个女朋友天天喜欢网购各种各样的产品，有时也会为了买的便宜用一些优惠券之类的，但是因为网购优惠的方式太多，难免会有些疏漏，做一些无用功夫，很懊恼。于是程序员男友就给女友做了一个小软件，专门检测这个产品什么时间点最便宜，小程序就会弹出一个小爱心，表示最便宜事宜买，女朋友就觉得男朋友好浪漫。

其实两个相爱的人，有能力爱的人都是会浪漫的，只看那个人是否有心去逗你开心，如果不是特别爱，他可能就没有那么多心思去维护感情，而深爱的人才愿意花心思去解你的忧愁。程序员的生活和工作给人刻板的印象，当然懂得取悦自己的爱人也大有人在。

8. 是谁动了程序员的尊严

总结有如下原因：

1.对做的每一个项目，甚至每段代码都力争完美，很难忍受团队成员不认真负责的态度。
2.不能忍受年轻的团队成员旁此备做一天和尚撞一天钟的工作生活态度，天天教训他们要好好学习工作将来才能娶个好媳妇儿（现在改了，毕竟不同的人有不同的生活态度）。
3.有喜欢推诿责任，爱找借口的人。
4.多次纠正而不改变学习和工作方法的人（路都走错了，再怎么努力也是白瞎）。
5.仅把写代码当成一种工作的人（对于搞技术工作，你不热爱它就根本不可能做好运毁）。
6.在既定的详细框架下还频繁出错的人（就算是一黑丝美女天天撅着屁股让你擦，你的心情也不见得会很好，更别说是一群蓬头垢面的天然呆的家伙们）。
7.幻想混几年代码就能当项目经理，脱离技术做管理的人（这种人，哥都不惜得理他...）
8.在非技术的领导面前天天强调重视技术人员的重要性（一方面给你们这些家伙争取利扒模益，一方面你们这些家伙还不争气，我能不火吗！）
所以你可以看出在国内任何开发团队中都有不少这种人，这也就是敏捷开发无法在国内真正实践的根本原因，敏捷里要求的是真正的程序员，而现实团队中能有2-3个真正的程序员，作为Leader的你做梦也会笑醒。只要你的Leader出发点是好的，请你原谅他的坏脾气吧...一团和气，对项目质量不闻不问的团队里是不可能做出好的项目和产品的， 对你个人的成长也是不利的...真想混日子还是去当公务员比较好...

9. 为什么很多女生都想嫁给程序员

女生为什么想嫁给程序员肯定是现在的程序员比较吃香，不然女生也不会，选择他们了，毕竟现在的女生多么的现实，多么的识时务，所以可想而知了

10. 程序员正在成为相亲队伍中的香馍馍，为什么嫁人要嫁程序员

钱多话少死得早，这是一个梗。但是其实应该是在这个物欲横流的社会下，各种社会家庭问题，离婚率奇高，房价高涨，物价也飞涨，工作不好找，稳定，在大家心中显得尤为重要。

最后是他们的工作环境单纯，这种单纯包括两个方面，一个是相对异性少，大部分存在的异性要么是他们够不着的女神，要么是活得和他们一样油腻。他们的职业环境还是能够给我们提供安全感的。