有的人喜欢去工作，有可能是逃避生活。管那么多干嘛呢？他影响了 leader 的评价，那也是他拿自己休息时间换来的，又不是抢来的。

不是所有人都一样，有些人“可能只能在工作中获取人生的乐趣”，你可以认为这些人是怪胎。
“老板潜意识里就会有开始对比”，你也不用管老板啊，直接按照自己的节奏生活工作就好。


不要说什么“奋斗逼”的，中国的劳工待遇待遇差又不“奋斗逼”造成的，是执法部门不行。看看这个新闻[中国女生在法国因“加班太久”被 HR 约谈]( https://www.163.com/dy/article/HCCT4UMV0516BIKO.html)。如果说“一个员工自愿加班导致了其他员工在职场上的劣势”，是公司不行，劳动监察部门不行。

不要转嫁矛盾。

@PeachQIU 简直女神，感谢提供的信息！

可以，但是会非常非常复杂。就是把人类大脑复刻一遍，让程序真正地拥有自由意识。
不过那个情况会很不妙。一个完全不同次元的“生物”（我将这个程序称之为生物），它的自由意志的发展不受人类控制，人类的计算能力与它相比，就像是算盘 vs 计算机，成了类似“神”的“生物”。

它会做出什么事情来？

这样子说起来有点黑客帝国的味道……

我觉得办个健身卡是没有问题的，甚至说买课。要记住教练教的动作。

等健身的习惯养好了，你甚至可以在家徒手训练。

从没有健身习惯的人一个人自己琢磨，容易找不对方向，还有姿势错误。


唯一的注意点，如果买课，尽量买便宜的。

健身卡去咸鱼上搜那种别人转让的，往往最便宜。

1. 程序逻辑上对表格有检查，告诉用户哪里格式不对
2. 文档写好，告诉别人说，就按照文档的格式来，其余格式一律不管。

@daizige 如果能力有限有限，就表达出“爱莫能助”的想法了。有的事情就是这样，选 A ，选 B 都很难，但是你首要先保护自己的生活。并且，从你的亲戚的情况看上去，他的境况不是自然灾祸（火灾、水灾）什么的，就是能力不够，生活困顿罢了。借钱这种，可能会让对方觉得“还能借到钱，日子还能过”的松懈想法 —— 请原谅我这么想，因为你的表哥居然安于“做保安”，而不是送外卖。在这种情况下，他作为健康成年人，理应自己应付自己的生活才对。

话说回来，如果他的孩子将来有上学困难，建议适当的帮一下 —— 这个孩子才是真正的解决他们家问题的希望。

不要恶意化别人的想法，也许别人也曾经遭遇过陌生人的恶意对待，所以反感陌生人。

陌生人的想法，不要去猜测，不要去理睬，专注自己做事就好。

顺带说一句玩笑话，精神分裂症就是常常觉得有人要害自己。

说实话，你这位亲戚借钱大概率是不会还的。一是欠债太多，二是，你是“亲戚”，借个万把块钱不还你也不能揍他不是？还是建议不要借了，借钱等于送钱。自己生活不宽裕还借钱，是无用功。从一个家庭缺钱，变成两个家庭缺钱，然后关系还很僵。

问问他有没有什么其他需求，帮忙找找工作什么的就行。要是感情好，给孩子垫一些学费什么的。（如果孩子懂感恩，TA 成年之后会感激你的，这个算是亲情投资，这个可以试试。）

当然这个需求是已经算是超出 todo 了，更接近任务管理：

1. 基于甘特图和日历的的任务管理，很多 app 都支持。笔记一个稍微费时的任务必须会有起止时间。
2. 能够在每日上更新任务的进度 /描述，这个功能没有找到 app 能支持的。
3. UI 体验良好。（这个因人而异，飞书多维表格和石墨的应用表格的甘特图就是用不顺手，最后还是 google sheet 这种舒服）

4. 如果能够同步日历最好。（这是可选，毕竟甘特图上已经有日期了）

我目前的做法

使用 google sheet ，y 轴是任务和子任务，x 轴是日期。具体到每个单元格子上，如果文本里包含了 doing ，那么整个单元格和字体就都设置为蓝色。这样看起来，这个蓝色格子表示今天有进展，具体的进展内容，可以选中该单元格，查看当日内容。

todo ，testing ，done 事项同理。当任务为 done 以后，我就将该行（任务）隐藏起来。

前一段时间使用了我能找到的所有的 TODO 软件，从《 MS TODO 》到《 google task 》，到 《 clickup>（已经算是任务管理了），到 《 todo 清单》、《 todoist 》、《滴答清单》，没有满意的，最后选择了 google sheet 了。

https://imgur.com/OeFLVlS

这种测试虽然要求多，但是都不过分啊。我遇到这种反而很放心 —— TA 那么心细一定不会出 bug 的。

一般在做变更前，都会写明下面几条：

1. 需求背景 /问题背景
2. 解决方案 /问题原因

如果是需求，就写方案，写大概怎么做。如，xxx 服务增加 xxx 功能。或者 xxx 接口新增 xxx 判断。
如果是 bug ，就写 xxx 在 xxxx 情况下没有判断空指针引发的错误等等
（有时，写得越详细越好）

3. 该方案实施后，会有哪些变化？比如会有哪些操作？或者观察哪些特征的日志？

比如新增 xx 操作，可以通过关键字 xxx 过滤日志来观察 xxx 是否已经生效。

以上是基本的方面吧？这样，无论是自己、产品、测试或者是后来的人，一看就知道这个需求 /问题是做了什么。减少了沟通成本。

我的建议是这样的：在完成开发后，提交测试前，你就把上面的内容写好。这时候有人问你怎么做的，你就把上面的文档发给 TA ，这样别人一看就懂，就不会再提其他问题了。


好的文档的标准 —— “一个刚入职的研发 /测试 /产品”一看就明白整个过程，不会再有问题。

上面那个办法是中策。

“所谓的打点费用 3w”……整个故事仔细想想还挺离谱的。不借，是上上策。

就说钱在老婆 /对象 /父母手里，没办法取出来。

如果还想要保持两人关系，有一个小办法：给她 3000 ，跟她说，手里就这么多私房钱，“实在还不上可以不用还”。

这样做的好处：

1. 可以维持两人关系。当你说“还不上可以不用还”的时候，对方在心里就不会对你有抱怨了，没准还会感激你；
2. 避免大额损失。如果对方不还了，损失 3000 ，且两人不再往来。损失没有 3W 那么大；
3. 如果对方守信，3000 块不会不还的。


如果 OP 3000 也不想给的话，那就直接找个理由拒绝吧。反正两个人的关系也不值得维护了。