有个朋友在初中当“电脑课”老师，内容水到爆炸，一到期末各种主科老师找你换课。

希望过两年放宽一下让没有教师资格证的人投身教育，找个小学教他们电脑技巧算了 hhhh

pod 丢了，可以去换个 air


哈哈哈哈

来个歪理，有人喊抄底的时候就还没到底（

降噪耳机只能屏蔽一些，但是安静的夜里室友太吵闹的话，解决不了的。
我有大法的头戴跟 airpods pro2，我可以告诉你都没用 hhh

（不过确实能降低一些噪音的。但是你带着头戴也睡不着不是？）

我的 8p 还在坚持。。可能要找台安卓了。

强迫症无法忍受刘海屏这种缺了一点画面的情况。偏偏，苹果起了个头，全世界都跟着，我一脸问号。
本来寄希望于苹果良心发现，解决掉刘海的问题。连着几代都是这样的设计，失望了。

我是 win+虚拟机派。

用过一阵 mba，macOS 确实有不少优点。alfred 强的一批，windows 上的替代品还没能像它一样简洁又实用。超大的触摸板+手势操作，在笔记本场景碾压一众 win 本。合盖就走的优秀设计也早了 win 本好多年。

不过。。我主力办公还是台式机，现在就馋一个 alfred，其他的都还好说。

搜一下 winsw 或者 nssm，可以把你的进程包装成个后台服务
计划任务也有重启的选项，但计划任务更侧重于一次性、定时这样的任务。

如果未来做到意识的永久保存跟转移，而不是复制一个“我”，而且科技水平能做到一个人进行宇宙探索的话，

我想把意识冻结个几百年，随便飘到一个星球去探索，玩腻了再飘几百年去别的星球。
几十年的寿命对于宇宙探索来说，太短了。没个几万年寿命，一辈子可能都在路上。。

但是达到这种程度的科技，随随便便一个人都可以被称为“神”了。

每次写完代码整个文件没有红色就很开心 hhh

屎山不是一天堆出来的。（当然也有些人一开始就能产出垃圾）

就算一代目多么遵循 DRY，项目经手超过两拨人之后，都会出现那种动不得的代码。

一般故事是这样的，

这功能写的时候是这么设计的，但现在不满足产品需求；
这函数被太多的函数引用，改动影响太大；
QA 换了两拨人，这些细节他们可能覆盖不到；
时间太赶了，重构的成本太高；

算了，这次就先加打个补丁吧，等以后再改改。
然后就离职了。
一年后新来的研发看到这串代码痛骂项目质量不行。

-----

其实能跟牛逼的人一起共事，时间充裕，每天顺着自己的强迫症写代码，肯定是最舒服的。可惜要不得。

会记一些关键事情。
初中开始写日记的时候几乎把每天的事情都记了，流水账一样。高中转变一下心态，夜自习的时候会花半个小时记一些感悟之类的。
把事情写下来，是一个强化认知的过程。一个偶然冒出来的想法，在写下来之前还是比较零碎的。用语言组织一遍，想法就大致成型了。
现在也没耐心写了，偶尔记一些

没事，倒倒苦水也好。你这个状态跟我前两年很像，刚好也是毕业第三年，但我还没到严重抑郁的程度。可能那会去检查也是有心理问题的吧，哈哈哈。

辞职之前陷入恶性循环中，每天忙于处理杂事，正经事推进不了，领导聊了几次说要专注目标要这要那的。其实道理我懂，但又很固执地认为我能把所有的事情做好，给自己施加了很大压力。最后实在是受不了了，裸辞给自己机会休息。

当时三年合同快到期，索性决定裸辞，在出租屋里一个人歇了三个月，每天啥也不管，醒来就打打游戏，看看电影，下午出门散步思考人生，晚上跟前同事聊聊趣事，状态慢慢调整过来。

像我们这种容易焦虑的人常常会揪着一些细节不放，容易陷进去问题出不来。两年过去了我觉得也没改善多少。。或许我需要有个神经大条的人在身边，才不会每天都那么苦恼吧。

算半个前端，以前用的还是 angularjs1.x 版本，后面自学了一阵 vue 。去年挑框架的时候最后还是选了 react+antd 。

其实我挺馋 vue2 的上手门槛的，写了太久的弱类型，切到 typescript 之后，很长一段时间在学习怎么声明接口，拆分接口。到现在还没用上类，直接用的函数组件。

但我有大版本更新 PTSD，技术选型的时候 vue3 刚出，配套的组件库还不完善。又不想用着 vue2 的时候挂念着 vue3，干脆等以后再搞了。

最戳我痛点的是开箱即用的 antd pro 。前东家十几号人仿着 antd 和 element 的设计规范，搞了好久才搞出来一套相对完善的规范。小团队缺设计缺产品，虽然 antd 之前出过幺蛾子，但还是相对齐全的（虽然找 API 还是很累人）

林子大了什么鸟都有，防人之心不可无啊大兄 dei 。
这类合购的我感觉去公司的交易群找同事，靠谱一点。

1. 提供两个接口，内部可以同一个查询的实现，再根据不同的规则，对不同接口提供数据。
这样的好处是无需在一个接口内部做过多的参数判断和权限判断，容易横向拆分。

2. 仅仅只是返回内容的字段数量存在差异的话，意味着数据对于该账号都是可见的，直接做到一个 API 就行。
直接返回也没什么大碍。如果是请求量巨大，或者内容巨大，需要精简的，那么通过查询参数控制就好。

没听说过通用的，一般都是公司内某个中台服务团队来干这种事吧。
对外提供一个只能做有限功能的接口，对内封装第三方厂商的鉴权及业务逻辑。
如果要客户端直通第三方服务的话，类似的东西我只听过阿里云的 STS，临时下发一个 Token 给客户端。

买个上网卡之类的移动 WIFI 就有类似效果吧。不过笔记本的体积决定了它没法随时随地都在身边的。

更多的时候是手机连 vpn 回办公网，远程桌面处理。在高铁上就力不从心了。比较心水那些 7~8 寸的迷你笔记本，但是很多内部系统在小屏幕的体验极差，就干脆不买了。

你就知足吧。。这还只是在项目间切换。做内部系统的，功能设计、前后端、运维、客服、排障，一个人包圆。

但这都还是程序员 hold 得住的范围。更惨的是，人力严重不足的情况下，各种非技术的工作太多了。。

年前一个星期，年后一个星期，大部分精力用在写 PPT 、写规划、算数据上。工作还没开展，就要我们算收益了。
最后留给我们干正事的时间就剩一点点，我拿头去给你做完？算了那么久的收益白算了呗？正事不干，哪里来的收益呢？

今年各路领导的目标都是提高人效。求求了，让我安心干活吧。别一天天地问这问那，人效的目标就一定能完成。

陈年项目有人接手是好事。除非是重要项目否则几年就拖死在上面了。
但是想从头开发一个新的，说明公司还是需要这个系统？怎么感觉是把你边缘化了呢。。

话说新部门底下有多少人手，能带人练练手也不亏。但是从老哥的描述来看，我怎么感觉不出是要培养你的意思