1.出差时候，自己电脑，公司工作的事儿放虚拟机做，监控，vpn 啥的也是装在虚拟机。
2.在公司的时候，摸鱼用自己电脑，干活用公司电脑。

这么强的人，不约过来面一下？

“厌倦了上班的人际关系，厌倦了吃不完的盒饭。厌倦了每天的通勤。为了一份工作就应该无条件接受加班吗？”

你朋友这种情况，很适合回三四线老家工作啊。看看老家的国企机会吧。技术人际关系不会太复杂，小地方单位一般有饭吃，在老家，自己开车估计 也就半个小时左右。基本不会加班。

别老盯着外面大城市，那是年轻人的世界，大叔了没必要。

@Grocker "（ user_id,root_associated_user_id,associated_user_id ）以 A->B 的话，这三个字段分别是？"

就像并查集一样，这里是要有初始化值的。为了让这个集合不太大，就放购买课程的人员吧。不用放全部用户进行初始化。
首先：用户 A 购买课程，表里就一条记录(A,A,NULL)
然后：B 购买就加条记录(B,A,A).
如果后面 C 购买，关系是 B->C 的，就增加一条记录（ C,A,B ）

若果出现 D->E,（ D,D,NULL ）,（ E,D,D ）
再出现一个 C->D 的话，这里可以自己衡量一下，如果查找很频繁，用户间关系很多的话，就进行路径压缩，否则直接查找就行了
最终，这个表的大小就是购买用户的数量。

还得补充下，这里有个路径压缩问题，原有 A->B ,C->D 关联，后面来了个 B->C ，可以考虑遍历到最顶，也可以考虑在添加关系的时候进行路径压缩，更新 root_associated_user_id 。个人建议不需要压缩，直接遍历查询就行了。因为关系链不会很长。

算法应该是并查集。
数据库设置上，我觉得可以设置为（ user_id,root_associated_user_id,associated_user_id ）
查看两个用户是否是关联。直接看他们是不是同一个 root_associated_user_id 即可。root_associated_user_id 是真身，associated_user_id 是直接关联人（这个备用，方便以后将关系人传成链条）

想一下，老板裁你会看你代码能不能维护吗?
真正的防御性编程是多了解公司核心业务，看看自己是不是也可以搞一个副业。

加热比较容易，买个小熊加热饭盒之类的就行了。
冷藏的话，嫌弃公司的脏，可以买个车载冰箱。

这种产品，需要的服务器性能要求高吗？

我们是 8:30-12:00 ，14:30-17:30 ，只是工资低（税前不过万）。

老铁，你没电脑的话，搬张凳子，去部门领导旁边坐着，看领导工作啊。跟领导聊聊天啊。一个人在看员工手册多无聊。

白名单，首先公司基本是固定地址，然后家里的，限制到 16 位网段，基本扫描为零了。

期待楼主 seo 的更新

这很正常啊。你想想，公务员面试也就 10 分钟不够，你觉得有问题吗？
不过，为啥你没笔试的？到时候上级来检查，不好交代啊

在北京，深圳，广州混了六七年的我，真的回了四线老家快四年了。我大概觉得有以下途径吧：
1.考当地的公务员，事业单位
2.关注下当地的本地城商行，农商行，有可能有招科技岗位
3.关注下当地的三大运营商，水厂之类的水务公司等国企，可能偶尔有一些社招
4.关注下当地驻场的实施，基本是项目类型，驻场到政务大厅，税务，公积金之类的，做项目实施。

程序员的生意确实很难做。
几十块的软件费，但是还是想着用破解版的。（我说的是很大一部分人）