⑴ 论产品经理和程序员的关系
我所理解的产品经理可能是更加高级的东西，可能是在程序员的基础上去做的，只有从技术转到产品经理你才能更多的运用你的技术来为你的产品宣传造势，如鱼得水，而且作为一个产品经理来说你可能考虑的东西会更多，以前只是局限于代码，而现在更多的是用户的体验，你需要的知识和眼界更开阔，综合能力需要更强，希望能帮到你。
⑵ 程序员如何解决沟通冲突，避免互撕大战
在一般情况下，程序猿可以和产品维护好日常关系，一起吃午饭，一起参加团建之类的，日常沟通顺畅了，沟通产品的时候相对也好沟通一些，和不懂技术的产品讲技术，对方可能也能听的进去一二，也就能避免互撕大战，大家捞的清闲了。
像那场惊天动地的程序猿暴打产品经理那场战事中，据说就是产品经理提出了要求，去实现客户端颜色适配用户手机壳，面对这样的需求，应下来就是给自己挖坑，因为这样的功能肯定没办法实现的呀。如果这位程序猿和产品经理平时关系相处的好一些，大家能坐下来好好沟通
“兄弟，你这个功能不好搞啊”
“咋不好搞？”
“我跟你讲啊，技术上，这样那样这样那样”
“噢，原来是这样，还是你专业，听你的，那就这个功能不要了”
沟通能解决的事情，这样的结果，皆大欢喜。
⑶ 产品经理如何避免被程序员殴打
首先，从做人方面 产品经理还是要以身作则，虽然从职能上就已经决定了程序员和产品经理肯定是有一定矛盾在，不管是谁都是能够相互体谅的。在我做程序员之前，我做过一段时间监理，对于刚刚毕业的毕业生来说，施工队肯定是看不起我这样的小孩的。所以在指出问题 或者 想要检查的要求时，或多或少，他们都会有点反感。这个时候除去交流的技巧外，还要注意要尽可能参与其中，比如你要检查楼顶的设备是否安装完善，但22层的大楼，电梯也没有，这个时候，你就应该和他们一起一楼一楼的爬，只有你参与进来，也付出汗水，其他人才不会说什么。也不敢说什么。产品经理也是如此，对于软件产品的开发，不仅仅只是发号司令，我觉得更应该参与的整个环节中去；
另外，就我本身程序员的身份，我觉得程序员最苦恼的问题，无疑就是需求不明确或者不合理。这个时候产品经理不仅仅要服务好需求方，也应该为后续可能出现的情况做评估，减少需求改动并合理的拒绝一些不能接受的需求。
⑷ 程序员最讨厌的5种产品经理，你最烦哪种
哈哈哈，程序员和产品经理可以说是死对头啦。
1、频繁改需求
如果项目经理想要整死程序员，频繁改需求是最快的办法。特别是做了一半硬是改掉需求，scrum里的表现就是sprint内的非受迫需求变更，太狠了，技术同学表示不能忍。
2、拿老板和运营做挡箭牌
不说清需求价值，当技术童鞋问“为什么要做”的时候，支支吾吾，或者说“老板要的、运营要的”。最绝的就是说，这个功能老板说必须要做，那个功能老板说明天就得上……
3、扮用户
程序员会产品经理沟通的时候，比较经常就是听到，“关键字是用户不会这么觉得，如果我是用户。”
这种产品经理通常关注点会有问题，比如更多的时候讨论的是这个按钮是这么颜色，应该放在哪里，文案应该怎么写等，如果把这些问题当做核心，那难免会让人啼笑皆非。
4、口头禅——不就是xxx
有些产品经理口头禅：不就是xxx，这也引来一些程序员的反感。
比如“这个问题不就是在数据库里加个字段就可以解决了吗?你要是没时间，我给你写个SQL 语句，你执行一下吧。”结果程序员一脸懵逼。
其实，如果是在你的非专业领域里，最好少用这种“不就是XXX”这样的句型为妙。
5、不懂装懂
特别是对技术一窍不通的产品经理，会不停让程序员加班赶工。
“开发大哥，我代码写的不多，你可别骗我，这么简单的需求，明明一下午可以搞定，你跟我说一个星期?”
此时，想必程序员口袋里50米大刀已经饥渴难耐......这种产品经理叫程序员哭笑不得。
希望可以帮到你，谢谢！
⑸ 程序员对产品经理不满的根源有哪些
说原因有很多，说本质的话只有一个：
产品的功能、质量、发布时间和需要投入的资源这四者不能都是封闭条件，否则可能无解。
需要投入的资源和发布时间一般是大老板定的，所以产品经理、开发经理和质量经理只能在“砍功能”、“降低质量要求”和“程序员加班加到死”这三个选择上相爱相杀了。
根
⑹ 产品经理和程序员,如何避免矛盾
产品实现是你的目的，为了这个目的不必太讲究。
做了一阵子之后我有了自己对于与程序员相处的方法论，对这句话并不苟同，我还是倾向于把事做好的同时也能把话说好，虽然我现在也能深刻的领会到当时leader的核心意思是产品本身是第一位的。
接下来我就阐述下自己的一些心得：
产品经理与程序员最大的矛盾在于——改需求。这牵涉两个问题，一个是如何尽量地做足前期工作，尽量把需求细化，需求做的足够扎实就会大大减少改需求的次数，这是产品本职工作，不属于沟通问题；另一个问题就涉及如何沟通了，就是需求无论如何确实要改。这个时候有一点很重要就是努力与程序员（或者开发经理）达成共识，比如“我们的目的是要做最好的xxAPP”、“这个功能对于我们的目的来说是必不可少的”等，然后再来谈详细的需求点，程序员也就会逐步认可改需求这件事情。（还有一点很重要的就是，如果无论如何也达不成一致，也有必要反思这个需求是否真的有改的必要？）
用数据和客户来帮你增加底气。在谈论某项功能实现的时候，产品经理经常会碰见程序员消极被动不愿意做，或者质疑这么做有没有道理的时候，采取需求依据的数据和真实的客户需求是能有效推进的好办法。比如“80%的同类产品都有这个功能”、“每周都能收到几个客户对某某问题的反馈”，一般来说程序员是能够接受这种说服的。
试着多用询问的语气。让程序员感到他是专业的，他是能够解决这个问题的，要依仗他才能做的更好。这会无形中赋予他一种责任感（因为你把问题抛给了他，他就隐形中负有解决这个问题的责任），在传达出意愿的同时也避免了话语的生硬，让程序员感受到对其职业技能的尊重。
注重日常交往。日常生活中交个朋友，比如一起打球、打游戏，聊聊电影和漫画，实在是没有共同语言就经常冲他卖个萌、搅个基、撒个娇、讲个笑话。这样，大家都是朋友了，不看工作职责的那一半看交情的那一半，沟通起来也会顺畅很多。
总结：有很多时候产品的产生不完全是靠严格的流程和规章制度诞生的，也需要很多沟通的润滑。能够开开心心地把产品做出来最好，但是最终我们还是不能离开产品实现这个 标的物。
⑺ 好累，程序员听不懂产品经理提的需求，问多了，产品经理嫌烦。该怎么办
这个东西应该有一定经验积累会理解比较快，也是一个过程。只有多沟通，在沟通前想想沟通的目的，这次沟通要解决什么问题。用笔记下来。然后在实操，在实操过程中如果遇到问题先想一想，试着自己去解决一下。再去询问，至少让别人感受你是在用心做这件事。而且也是想做好这件事。其实你们的目的都是一致的。注意方式方法，不要让别人觉得你一个问题重复的问还没什么结果。大家都有自己的事情都会比较烦。
⑻ 产品经理怎么和程序员打交道【3】
经常有人问我：“嗨，费杰你好！请问阿里巴巴的需求文档怎么写？“，但很少听到人谈：“嗨，哥们你好！请问产品经理怎么和程序员打交道？”你回去稍微琢磨了一下，心里就会得到下面三种情况：1) 很多产品经理之前就是程序员，所以非常了解程序员是什么样的一个状态；2) 很多产品经理还停留在关注自己产品规划、设计本身，缺乏对团队配合的思考；3) 很多产品经理，其实是有和程序员打交道的实践技巧、心得的，但没有重视和分享。事实上在很多产品研发体系下，产品经理和程序员因为思考方式、关注范围、职能职责的差异，导致了沟通上的困难。如何更好的与程序员建立起一座畅通的桥梁也是每位产品经理需要思考的问题。一般情况下，产品经理和程序员沟通困难大概的原因：�0�21、得到信息不对称；�0�2�0�2产品经理得到的信息一般集中在：商业需求、商业策略、战略方向、产品规划、运营数据、整体营收、目标任务等方面。产品经理往往在根据公司现阶段的情况，以及市场的竞争情况，做一些产品策略或者一些产品的方案的策划、发起、实施。
所以这个过程中，产品经理扮演的角色是翻译：“市场需求、商业需求”，成为：“产品需求”，所有的信息全部围绕需求本身。为什么要做需求？怎么做需求？先做什么需求、后做什么？基于怎么样一个思路去推送产品进行实施、从一个利益平衡获得空间增长指标后达到另外一个利益平衡。程序员不一样，很多时候程序员得到的信息是：有一个需求，可能是小需求、产品需求、或大到项目需求，然后得到一系列需求列表，然后产品经理会让程序员看：“需求”哪些通过code改改就可以实现，哪些是需要开发可以实现，哪些是技术或构架或因为成本的原因不能实现。
所以在这个过程中，程序员扮演的角色是翻译：“产品需求”，成为：“技术语言”的评估，所有的信息全部围绕开发需求本身。如何开发这些需求？是沟通数据库增加字段？调用接口？开发新的接口？需要开发组件？重新构架引擎？来实现满足或支撑这些需求？那这个时候问题来了，很多情况下我们只是把程序员当做一个写代码，通过编程语言来操作计算机完成需求的工具了。�0�22、沟通语言不对称；�0�2�0�2说到两者沟通的语言，这肯定是困扰产品经理本身的。产品经理的语言是：“描述“、”形容“，我也见过很多产品经理，很多人的需求文档就是漫天飞舞的文字，一整段的描述+描述，不要说程序员看不清，可能过段时间连自己都看不清楚。除了书面语言，产品经理的沟通语言也是含糊的，没有太多的逻辑去组织，很多时候总是试图去述说一个需求，被程序员的一个计算机术语而打断。程序员的语言，更偏向于技术化。很多产品经理做过技术，有技术背景，但是还有很多产品经理不懂得技术。所以在这个时候，程序员在解说或回答一个需求的时候，会把自己习以为常的变量、函数、实现方式说出来。于是很多产品经理听到：“Sdk、webshell、select、api、组件、插件、控件“等等的时候会云里雾里，那这个时候问题来了，很多情况下我们总站在自己的立场上、自己的世界里认为别人也懂自己在说什么？实际呢？大家都是听得一半一半，沟通没有彻底到位。�0�23、思考角度不对称�0�2�0�2产品经理思考的角度在于产品本身，对技术的细节、技术的性能没有太多的发言权。很多产品经理要是的实现的业务逻辑，不管程序员是采用：c++ 、java、php、Python、找开源代码改的，还是自己写的都没有关系。程序员只要在约定的时间里，把约定的业务逻辑开发出来就可以，产品经理不去会考虑目前服务器的配置、程序员手上任务的配置、技术能力的情况，要的是结果。而且很情愿的认为团队中的工程师都是世界上最好的工程师，想做什么都可以做，对因为技术原因而不能支持实现需求不能接受。程序员思考的角度有点区别，我也看到不到程序员本身对产品追求完美对需求的背景、意义去研究了解；但很多程序员还是停留在自己接单子任务一样来一个做一个的境界，做好了自己玩自己的。程序员考虑程序实现的方式同样的一个请求是get还是post，程序员考虑代码的性能，从而采取不一样的方案去实现需求，考虑请求并发量压力和安全性。但是很多情况下，程序员对技术的理解会导致有一些业务需求满足不了，不是因为不能实现，是因为实现了觉得是废代码，或者构架不完美了。那这个时候问题来了，很多情况下到底倾斜谁的立场上思考问题？我之前也会碰到很多情况程序员就程序的角度说业务需求不合理，产品经理说程序员消极罢工、霸得蛮。�0�24、考核标准不对称；�0�2�0�2谁也不尿谁，哼！你能把我怎么样。产品经理和程序员有为完全沟通或误会的时候，极端情况下，有一方会罢工。这个时候主要是2个角色的各个考核标准不一样，所以在很多情况下显得非常的无奈。产品经理很可能考核的是方案和上线的时间、产品上线后的数据；而工程师考核的是程序的性能、很多时候产品经理催的急要的急，但程序员每天的时间有限，还是得慢慢构架慢慢开发，程序员开发时间少了，未知的执行BUG没考虑过是要负责的。这个时候问题又来了，产品经理天天干着急！咋办？以上是我结合几年来的工作经验总结出来的，当然这4大因素把很多共性的因素概况进来了。当然过程中还是会因为很多产品经理或程序员本身（个性）的沟通技巧、态度、情商等因素导致的沟通不倡，影响了彼此之间的默契。其实仔细的分析一下，产品经理和程序员打交道的过程中不管是共性的因素还是个性的因素，也不是想象中那么困难。通过一些努力之后，我们总是会找到一些快速和程序员建立沟通桥梁的办法。我个观点如下：�0�21、 要看到项目层面，不要只看需求本身。�0�2�0�2上面说到的几点不管是：“信息不对称“、”沟通的语言不对称“、”思考角度不对称“还是”考核的标准不对称“是我们常见的几个客观隐私。把几个因素抽取出来剖析，发现还是由于我们站问题的视角的高度不一致造成的。产品经理只是看到自己得到了商业的需求，策划了产品的需求，接下来会把很多事情抛给程序员做了，那还是站在需求方的角色中。那如果真正的是站在意识层面的项目经理的角度，这个时候看待问题的视眼会广很多。这个时候你就想着为了做这个项目这个需求，程序员是不是明白了为什么要做？是不是对这哪些需求的优先级有了重要的认识？作为产品经理我用怎么样一种表达方式程序员更明白？是不是需要把时间点等划定？目前程序员的资源和服务器情况允许他们能做的空间是多大？怎么样才能拉动他们的积极性更好的完成这个项目？适当的时候，需要帮助程序员做哪些申请或让步？对产品经理来说，同样张罗一件事情，同样会了得到一个结果，但是中间的过程很可能是完全不一样的。所以因为思考角度仅仅从做完一个需求死磨硬泡上升到，站在项目的角度去考虑各个关节的风险点、时间点，得到的效果是完全不一样的。�0�22、从理解程序员开始，换位思考会更好。�0�2�0�2一直在问一个问题：“程序员是什么一群人？“就和问自己：”产品经理是什么一群人？“一样，有点好笑、有点幼稚。从小工到专家，从CSDN到走出软件作坊，发现很多很多非常优秀的程序员的心声。程序员是什么样一群人？像切西瓜一样一刀一刀切：写php的写Java的写windows C的写liunx C的写C++的编程水平一般的编程水平还行的编程水平牛逼的编程水平大师级的构架牛的数据库牛的勤奋的懒于思考的不会JavaScript的积极的喜欢钻研的……好像都不太合适，因为你找不到解决和工程师沟通的好的办法。而且这些很多是外在的条件，随随都在改变。看到很多朋友一年之间经历几个大项目水平突然猛进，态度、一些特点也变得完全不一样。这个时候你需要的是了解和掌握程序员，作为职场的人，和我们一样的人共同需要的一些特点。如下4点：1) 是不是特别想被肯定、获得尊重；理解、肯定、尊重。这3个词或许非常的空但确确实实是一个非常好的方子。静下心来走近程序员，听听他们的心声、他们的抱怨，或许产品经理和程序员的距离将不再是那么遥远。虽然很多时候我们讲德行说尊重，但真正领悟到心里、落实到行动、表现在态度上的完全不一样的。真正，你是不是一言、一行本真理解、肯定、尊重程序员的，程序员是有感知的。2) 是不是想给产品提供自己的建议，而不是仅仅做一个编程的机器；很多程序员对产品非常热爱、对产品有独特的想法，但多数又局限于技术情节对产品的建议常常被忽视。相信很多程序员都希望参与产品，通过自己的专长改变产品，进而打磨出一款完美的产品。所以产品经理也可以适当的给程序员一点发挥的空间，特别是在技术创新、产品需要技术驱动的方面，在商业可控的层面让程序员发挥排头兵的作用。这样程序员会开足马力投入到开发实施的过程中。3) 是不是不仅仅和人任务指派，需求更多的和谐的人与人之间的沟通建立。产品经理和程序员两者之间没有一个良好的沟通，只是基于做与不做，做好做不好，什么时候做好，这样的功利性沟通肯定是不可靠的。往往两者因默契不够，或一方因沟通技巧不足、对待工作态度不够积极，造成矛盾。建立一个人与人之间的良好沟通，帮助产品经理或程序员更好的认知对方、了解对方，这样无论是在平时的沟通过程，还是在项目的合作过程中更好的促进了解、达成共致都会有一个前提保障。4)是不是需要别人的帮助，让他在非技术领域获得真知。看到很多产品经理朋友和程序员打成一片，和程序员一天聊天、抽烟、一起下班打游戏、打球，甚至有些时候产品头脑风暴的时候要去几个有产品情节的工程师参与前期的讨论，效果都不错。可能这些现象从另外一个层面来解决我们上面的一些疑惑。3、产品经理要改善心智，不断自我学习。�0�2�0�2最近突然觉得说得想的，有点像哲学。群里的一个朋友说了， 其实哲学就是我们生活一些事情表现出来的道路。产品经理跟程序员打交道也好，对待生活也好，我个人认为是产品经理对哲学的认识、理解、应用。产品经理越往下走，抛开产品技能本身不谈，沉淀商业以及人脉资源，都是需要以一种良好、可靠的思维方式去支撑的，也就是所说的心智模型。很多时候产品经理改善心智可以不断的增强一些事物的判断。如：遇到程序员的拒绝的、不行的理由，这个时候你通过分析起码要判断得出来，这个是程序员隔个人的态度问题，还是流程问题，有一点微妙的。所以产品经理需要不断的学习，学习提高软技能。说到学习，回应这篇《产品经理怎么样和程序员打交道》中，程序员常用的一些技术原理、技术术语得去学习一下、研究一下。Right? OK, End ！
⑼ 如何与程序员谈恋爱
我们以为程序员个个又宅又高冷，在他们面前，我们好像都是他们眼里“无知的人类”，那和程序员们谈恋爱，到底是一种什么体验呢？
1、很宅，很二次元
我在上学的时候，见过很多情侣约会都是去什么咖啡馆、电影院、公园、商场什么的，但是我周围的同学和程序员男朋友约会的地方就非常特别——图书馆、实验室，最快乐的事情就是可以一起玩游戏，还有个程序员朋友跟我说，曾经他和女票每周才能见到一次，以前每周见面还是可以啪几次的，但是自从有了王者荣耀，恩，有什么比玩王者荣耀还有趣呢？其他都是浪费时间。
程序员家里，总是有各种各样的游戏和动漫周边，曾经我去一个朋友家里，男生是程序员，女生是游戏运营，于是家里沙发上、书架上都是各式各样的动漫抱枕，多得感觉自己突破了次元壁障。
不过，也有的程序员不需要女朋友，手办就是他的女朋友，曾经有人跟我说，她有个程序员同事很二次元，不喜欢跟同事讲话，但是很喜欢对他的手办讲话，连写程序改bug都是在跟他的手办一起分析哪里写错了。有人问他，你每天这样真的会有妹子喜欢你吗？他说：“可是miku酱不会这么认为哦”
2、生活很糙，工作很细
我和程序员的接触主要都是工作上的，在工作上每一次无论我们提出什么样的天马行空的需求，都可以被他们很巧妙的归类为最优的解决方案，甚至有的人代码上也有些小洁癖，为了让代码看起来更简洁或者运行得更加流畅会做更多的优化改进。
但是貌似在生活上程序员并不如此，据一位程序员女朋友爆料，在一起生活的时候，他永远找不到自己的衣服、裤子、袜子、鞋子在哪儿，不管找什么都是”喵喵我的xxx放哪儿了？“
不仅会忘记自己的衣服放哪儿了，其实有的程序员连女朋友在哪儿也不知道。
我有个朋友跟我说，有次周一，男朋友走的比较早，然后等到她梳妆打扮完毕准备去公司开启美好的一周的时候，发现自己不能走出家门，因为男朋友走的时候忘记了女朋友在家里，然后就把门反锁了，还忘记把钥匙拔出来……女朋友在屋子里出不去，结果让她最后下午一点多才到公司。
还有在中关村工作的朋友跟我说，每次坐地铁路过中关村附近的时候，就会看到程序员们成群结队的上车，他们经常会聊一些我们听不懂的技术上的问题，看表情就知道他们非常开心沉浸在这种环境里，让她感觉，认真工作的男人是最有魅力的。
3、忘记所有的生日、纪念日、节日
我很惊讶，几乎所有的找我聊的女生都讲出了这一点，那就是程序员会忘记所有的生日、纪念日还有节日，你不可以旁敲侧击，因为他们根本get不到，你要很直接的去讲。
有个女生跟我说，她过生日的时候，他是记得的，但是等到生日那天到了，她才发现男朋友什么礼物都没有买，问他他解释说，不知道送什么，在某宝搜了半天关于”双鱼座女生喜欢什么生日礼物“然后没收到，所以没送。
我记得5月末的时候，还有一个朋友跟我吐槽，她说5月20号那天正好是个周六，于是她就定了一束花送到家里，等到程序员男朋友醒的时候，收到了那束花。那个朋友心中以为自己的男朋友收到后会很开心或者送给她520的礼物，但现实状况是她的男朋友仿佛受到了某种惊吓，然后问她“今天是什么日子啊？你送我花干什么啊？”
女生：？？？？？？
我问她们，那七夕你们是怎么过的？然后她说：七夕？不存在的！
4、很会赚钱，但不会花钱
程序员收入很高几乎是一个共识了，很多运营市场的同学可能要工作两三年薪资才能和程序员起薪持平，而程序员如果平时接一些项目来做的话，收入也是令人望尘莫及。他们真的很会赚钱，用技术解决了社会中的不少问题，有的程序员还可以自己开发特别厉害的APP，在应用市场上获得大笔收入甚至有机会获得融资，还有的人钻研学术，发了各种paper获得各种专利。
但同时，他们又是一群不会花钱的人，经常会穿着拖鞋来上班，连衣服穿的都是公司的文化衫，就算是周末也会因为”没有什么事儿“这种理由来公司加班。
我有个朋友跟我说，每次到了什么重大节日或者生日的时候，程序员男朋友都跟女生说“反正卡在你手里，你喜欢什么自己买”，可是哪个女生会真的自己买呀？女生需要的不是一个礼物，而是你给买的礼物啊！
生活里听到最多的一句话就是“随便”，想吃什么？随便；看什么电影？随便；周末我们去哪儿？随便。
5、宝宝心里苦，但我就不说
程序员有时候太喜欢和机器打交道，于是和人打交道时就有些不知所措。仿佛程序员和PM（产品经理）天生就是一对冤家，但是还是有产品经理和程序员在一起，我的一个朋友就是这样。
她跟我说，有时工作回来，跟男朋友吐槽她公司的其他程序员”为什么我们公司里的技术都这么渣，说这个也实现不了，那个也实现不了，怎么都不动脑子，等到出了bug非要说是我没写，这不是常识么？“
然后男朋友才开始说”我们公司的产品经理才是坑的一叉，什么需求都考虑不好，我现在还在天天帮他填坑。“
他们就天天这样互相怼，但整体上还算愉快，因为都觉得很庆幸自己不是对方口中说的那样的人。
6、喜欢你，却不知道怎么表达
如果你找了一个程序员做男朋友，你就要特别有耐心，每次生气的时候，不要拐弯抹角地说，这样更容易产生误解，或者……他根本没有发现你生气了。我的朋友跟我说，她在感情里完全没有办法任性，每次生气的时候，反倒是她要心平气和地跟他讲所有的逻辑（吵架为什么要有逻辑），然后跟他讲哪件事情做的不对，为什么她会生气……
当然，程序员男朋友也特别可爱，他们有一些不善于和人沟通，于是有些话总是想旁敲侧击地讲出来。
有一次，程序员男朋友回家奔丧，安慰母亲外婆，毕竟老两口把他带大，感情很深。几天以后风尘仆仆地回来，女生去火车站接他，然后一起去吃火锅。平时一向在餐桌上风卷残云的他那天突然变得格外沉闷，然后看着她，眼神里有种说不出的情绪。
女生停下筷子，就小心翼翼地问他怎么了，他叹了口气说：“不知道，突然不想吃东西，就想这样看着你，也蛮好。”
我听完感觉喂了一大把狗粮，我问她，你们有吵架的时候么？如果是他的问题他会认错吗？她跟我说：如果他知道自己错了，他就会突然卖萌，不说话，睁大眼睛眨巴眨巴，然后假装很委屈好像在说”你就会欺负我“，道歉？不存在的。
7、不轻易谈爱，爱了就不会放手
之前在我的印象里，程序员都是不善言辞的人，可是我却发现，和这些程序员女朋友聊完以后，发现他们却都是在爱情里主动的一方。
我的朋友跟我讲，在一次本科毕业晚会的时候，几个节目过后，突然舞台上红色帷幕拉开，一个男人捧着花出现，可是坐在观众席后台的她因为近视，抬头瞄了一眼并没有看出来这个人是谁，但是感觉还挺帅的，可能以为是下个节目的演员，于是就继续低头玩手机。
然后突然听到那句“不是在最美好的时光遇到你，而是因为遇到你才是我最美好的时光，敏敏我来了。”然后全场尖叫，坐在女生前面的同学回头激动地和她说“敏敏，好像是你男朋友啊！”另一个坐在旁边的同学跟她说“卧槽，你的男票过来了！”
这时她抬起头才发现舞台上，那个灯光下手捧鲜花的他，那个西装革履的他，简直帅的让人不敢直视。当时她脑子里全都是弹幕“他不应该是在大连么？今天中午还跟我说他在预答辩么？他不是在写代码么？？”甚至在被人推着站起来以后，她还是愣在那，直到男朋友走下舞台走向她，拉着她向舞台走。
在舞台上，他说“敏敏，我们俩异地恋两年多了……不管以后有什么困难，我在这里和你说，三年后，你一定是我的妻子。”说罢，单膝下跪抬头看着她，拿出戒指说能不能为她戴上？她还记得当她说可以的那个瞬间，他笑起来像个大男孩。
后来，她才发现，原来他为了她特意在当天下午两点从大连飞到长沙，第二天就要飞回大连。她跟我说，其实异地恋坚持下来，都是因为每一次见到他的瞬间，都能重新体会心跳加速的感受。