好久没关注了，之前应该是戴尔的 XPS 系列，联想的 X1 ，雷蛇的 Blade 系列，能对标一下 mbp 。那会差点入手 XPS15 了，不过听说屏幕会有拖影，就放弃了。
油管的 D2D 之前做过不少笔记本评测的视频，说到做工，都会看一下单手开盖的顺畅程度，MBP 这点真的舒服，整台机器摸起来很稳固。
win10 的任务栏+小窗口的快速预览，比 macos 的 dock+右键更高效。也有人提到了 mission control ，但我不认为这个功能可以替代 alt+tab 的缩略图。
在同一个工作区内，窗口切换应该尽可能高效，不显眼的。而打开调度中心，在视觉上发生的变化太大了，不适合高频使用。这个功能更合理的场景应该是切换工作区 /桌面，代表着一个整体工作环境的改变。
在系统的设计逻辑上，我先入为主地不喜欢 macos 的应用、窗口分开的概念。举个例子，我日常会打开多组 chrome 窗口，或者在一个应用打开了一个“子窗口”。在 win10 上可以通过 层叠状态 来判断是否存在多个窗口，鼠标放上去就能快速预览、切换。而在 dock 栏上是无法直接看出来的，必须挪上去右键，或者打开 mission control ，然后在一堆平铺的窗口中用肉眼判断。
综合下来，我还是喜欢 win10 的窗口管理多一些。这几年我一直在等一块像 trackpad 一样的外接触摸板，但搜下来没啥能用的。。
你说她问你“这个 BUG 是怎么改的，逻辑是啥？是加了个判断吗？”，这个我认为本来就是修复 bug 的工单里要说清楚的吧。包括 SQL 变更，不说变了啥，她测什么呢。
作为一个刚转正的新人，这个工作态度至少是没毛病的。如果她能力再强一些，值得去大公司工作。
我认为学习是一个获取信息，将信息内化为自身知识的过程。大学以前的教学是帮助学生建立起学习、思考的能力的，大学之后很多领域的知识，都是老师领你入门，然后自己去学习了。
从这个角度想，教育资源最大的差距依旧是在老师身上，如何因材施教，根据你的学习进度跟表现做调整，激发学习兴趣，培养学习思维，才是最重要的。
至于你提到的互联网开源课程，依旧是一个静态的缺乏互动的“教案”。或许对于老师来说更有意义，比如利用互联网的协作模式，一个省或者一个市的老师一起编写教案、优化教学流程。（我记得他们也有教学研讨会来着）
不过这对信息获取是有帮助的，就像 IT 行业不少初级的知识都是可以从网上获取一样。（以前百度百科也承担了类似的角色，我中学的时候很爱用）
前几年去日本旅游的时候，萌生过去日本工作的想法，查了下日本程序员的工资并不突出，而且日企讲究文档跟流程，感觉就像一份有点技术要求的普通工作。
为了钱还是别去吧，这几年在日漫里猝死的社畜程序员也有几个了（不对
我之前有位朋友也是抑郁，需要去医院治疗，他在国企，主动跟领导说之后，领导也给他减轻了工作任务，让他可以每周请假去看病。这一点是我最羡慕国企员工的地方，会考虑如何跟你这个员工共存，而不是如何更低成本地替换掉你。
既然你领导是这种发言，我觉得应对方法有二。
一，学会打太极，表面上顺从，工作的时候不要太实诚，预估工作量的时候充分考虑各种不确定因素（包括摸鱼因素），慢慢来，别压榨自己。
二，你是否有什么在北京待下去的理由？你的工作在其他城市是否有就业机会？如果在北京生存压力太大，可以降降级，去其他城市找找机会。
如果你期望的是“锤醒”，那倒是挺简单的。只是重度抑郁已经不是靠“坚强一点”能够解决的，“裸辞”或者“坚持”都不太好。
我是不建议直接裸辞的。当下这个行情，裸辞对你的精神状态无异于雪上加霜。长时间找不到工作，或者面试挂掉，对个人自信心打击很大的。
我裸辞过两次，包括今年。在有朋友每天听我吐槽分摊压力、无经济压力的情况下，我也曾陷入过焦虑中。如果你进入这种状态，会比保持工作更惨。
但如果工作给你的压力很大，也不应该保持这个状态了。既然已经产生了换工作的念头，就适当摆烂吧，不要管什么长远发展，什么绩效考核。领导对你的过高要求就当耳边风，工作能完成就好，以自身状态为主。
结交几个乐观向上、爱摸鱼的朋友，多跟他们学学，没事就找他们吹吹水，不要把工作看太重，把身体搞垮了就什么都没有了。
很多人 996 都觉得难受，干其他工种只能更难受。。
我疼，当时早上九点多拔的，中午十二点就开始疼了。睡了一觉到下午四点，麻药彻底消退，脑子里尽是医生扶着我下巴用锤子凿的画面，伴随着血管跳动一下一下地疼。连着两天都在喝西米露之类的甜点，靠着冰冻来阵痛。
今年的行情，裸辞的影响主要不是有空窗期，而是有没有 HC 。。一些岗位可能在你“躺平”的这段时间，招完人就不招了。加上你试用期不过，我建议在离职前赶紧找，还能以“对工作方向不感兴趣”为由糊弄过去。
苹果 8p ，健康度 76%，出门忘记充电，50%以下开始焦虑，20%以下电量就开低电量模式。。
所以到了工位就会放着充电
上上家公司是跟着事业部的，不同大部门各自一个，还没到一个项目一个这么极端。
上家公司是全公司用同一个集群。
反思的问题确实暴露出他的不足之处，这个老哥显然不具备带 20 个人团队的能力。
1. 项目进度把握能力差。开篇拿“加班量”来衡量有多努力就是错的，工作排太满，之后每出现一件“想不到的事”，就会造成工期的整体后延。员工在这种高压下表现失常，也可以理解。
2. 项目调研不充分。用了什么技术框架，项目复杂度多高，开发难度如何，这些应当在早期“熟悉环境”的时候，就尽可能地调研清楚。从他认为前两个星期产出低的这点来看，他并没有很重视早期的准备工作，造成了后期进度的失控。
3. 没有发挥好管理者的职能。A 的工作不达标，抽调谁去顶上都行，但不应该自己下场去协助。项目管理已经一团糟了，管理者的精力不能陷入到某项具体的工作中。
4. 缺乏协调资源的能力。自己做为领导，团队要什么资源，要跟其他团队的领导要，细节再由对接人去对，而不是让下属四处碰壁。
以前用 debian ，后来用 ubuntu ，为了跟公司服务器的版本同步。。
自用过 Manjaro ，放弃的原因是我的组合是 windows 桌面+linux 虚拟机，并不需要保持更新。有一次晚上加班手贱更了下，出问题了。虽然能够解决，但花了半个小时解决，让我觉得很不值。半个小时拿去系统化学习新知识更好。
你这个需求，不是搞个内部系统方便一点吗，给个上传文件的接口，处理完用网页展示即可，省去应用打包和更新的负担。
Select Language