程序员男朋友太忙，很少联系我，是不喜欢我了吗？

他喜欢不喜欢你，只有你自己能够感受到，他也许是真的忙，但我觉得发条消息的时间还是有的，打个电话说两句关心话的时间还是有的，可能他的工作真的特别的忙，特别的累，但是如果一个人真的爱另一个人，即使再忙，他也会抽出时间联系你，因为他害怕如果他不联系你，你就会跟别人走了，他害怕失去你，所以他很忙，可心里依然有你，依然会联系你。

而如果一个男孩子，他忙起来就不理你了，就不联系你了，我觉得除非他真的是那种天才型的，完全不懂如何处理感情的人，否则的话他可能就真的是并没有太爱你，否则他不会这么做的，我也知道程序员确实是一个比较累，加起班来就可能通宵的工作，可是程序员他也只是一个普通人。

一个普通男人，如果他爱上了一个女生，他就不太可能会像你说的，忙起来就没有时间搭理你了，不主动的联系你了，就如同你一般，你很爱一个男生的时候，你会因为忙起来就忘了联系自己心爱的男生吗，你不会的不是吗，你会抽出吃饭，喝水的时间联系对方，甚至会觉得很抱歉，因为自己忙起来不能陪着对方，甚至电话也不能给对方打太长时间而觉得愧疚。

因为太忙没有办法时常见面，所以你会觉得自己在这段恋情里是过错方，这时候的你只想快点把工作的事情解决了，然后有更多的时间陪着对方，而你的对象，如果他不是一个天才少年，或者他不是一个比较木讷，确实是不怎么懂的人情事故类型的男生，那么他可能真的就没有那么爱你了。

当然了也许他真的就属于直男，那种比较木讷的直男，忙起来就只有工作，其他的全都忘了也有可能的。

我们常常都听到过这样的一句话，那就是“一日不见，如隔三秋。”这句话主要说的是在热恋期间的情侣，他们总是深陷在感情中无法自拔，但是这样也有坏处。因为太过在乎了，就会想的很多，就像是疑神疑鬼的。经常会怀疑自己的另一半，他是不是爱我的，有多爱我，会不会背着我在外面和其他的人很暧昧。我觉得这也是一件不好的现象。对两个人的感情也会有一定坏处的。

对于女生来说，当另一半一会不给你发消息，或者是有事没有及时的回复。那么女生就会很容易的想多，想各种可能会出现的事情。特别是如果自己的男朋友是程序员，因为我们都知道程序员的工作是非常忙的，有时候会忙到连吃饭睡觉上厕所的时间都没有，就更不可能说是天天或者每时每刻的跟女朋友聊天、视频。每次忙完工作就只想着睡觉休息了，所以就会对自己的女朋友冷落。这也是情有可原的。

但是，就会有很多女生想很多，觉得他是不是不爱我了，因为他都不主动联系我，肯定是不爱我了。其实我觉得这样的想法是不对的，但也不能说她完全不对。因为有些男生不喜欢自己的另一半之后就会减少双方的联系。其实我觉得还是需要看看你的男朋友是否真的很忙，每天都忙完工作。忙到连休息的时间都很少。

要根据这个原因去寻找答案，如果他真的是很忙，那么就不要打扰他工作，适当的陪伴他，默默的守护在他身边就好。而且也要适当的理解他，让他知道你对他的关心和爱护。但是，如果他并不是因为忙于工作而冷落你的，那么也有可能是因为他不够爱你了。所以就需要你及时的和他沟通。

你男朋友可能真的很忙，而不是不喜欢你了，对于每天忙着搬砖的程序员来说，拥有一个女朋友是非常不容易的，所以他一定会好好珍惜你的。程序员这个职业作为近几年来人们普遍认为的高薪职业而产生了很多话题。那作为一个程序员的我来说这份工作到底是个什么样的，今天先跟大伙聊聊每天的工作内容。

产品需求评审

一个手机上的app软件或者电脑上的网站页面，都是通过产品经理进行产品规划甚至通过调研而出来的。那么他们做完的产品设计就要找开发人员来对付需求，确保他们设计出来的产品能够实现。那产品完全落地是需要时间来堆积的。所以我们会把整个大的项目拆分成每一个阶段来做。开发人员和产品经理坐在一起需要讨论每一个阶段需要实现的需求，这个需求设计得合不合理，站在程序员的角度能不能实现，如果可以实现大概需要多久，中间会出现哪些问题等。这个在需求评审的时候我们都要一一提出来，并且最终商量出来一个结果来。基本上每一个阶段的需求评审短一点的时间要半天，长一点的就是一整天都在开会。

产品需求实现设计

产品需求评审过后，就会安排对应的需求具体的人员去负责。每个程序员对负责的需求需要通过脑子或者草稿的形式进行整体实现方案的选择，思考每个需求点之间有没有关联，关联在哪。其次就是每个功能点的逐个实现设计，需要画UML时序图，用例图，流程图等来辅助，包括数据库设计，每个表需要多少字段，每个字段如何选择类型，为什么选择这个类型而不要其他类型，哪些字段需要加索引等。

实现需求设计评审

这一步，就是对程序员自己负责模块需求的具体实现的把控，程序员自己需要把自己的设计讲给技术leader听，看自己实现方式有没有不合理的地方，如何改更合适。同时需要对整个需求复述一遍给产品经理听，看看你理解的是否和产品经理的需求一致，不一致就需要重新设计。

代码开发

前面都走过了，后面就剩下代码实现了，这个阶段看上去好像才是程序员的该干的工作。其实不然，前面少一步都不行，前面的种种铺垫就是为了更好更有质量地写出代码。前面的工作也是能尽量的避免程序员出现业务上的bug。如果要新的技术实现，这个阶段还是学习探索的阶段。这个阶段的时间也会耗费很长时间，有时候因为一个技术问题，经常性的加班那是常有的事。

产品测试

分为程序员自测和测试人员测试。当自测的时候，有时候需要造一些真实的数据去呈现问题，有时候造数据也是一个特别难的事，造错了就会导致出错，那么就需要时间来排查。如果是测试人员来测试的，那么程序员主要就是修复测试出来的bug即可。

日常技能提升

技能更新迭代很多，每年都会出现很多新的技术来实现同样的业务，这个就需要程序员平时自己要时刻保持一颗学习的习惯。这样有新任务来了，才可以接住。同时也是保证自己一直拥有着和别人的竞争力，也是为跳槽充电蓄力。

综上所述，这个工作其实说难不难，说简单也不简单。如果只是看眼前的，只会CRUD就会跟工厂里流水线工人一样，时间长了就越来越熟练，但是不会有提升，那过不了一两年也就会失业了。所以有梦想的程序员肯定是忙碌的。

---