近期换工作也考虑买个笔记本，跟老哥同步下自己的看法。

首推还是台式机。如果公司电脑支持远程的话，买个轻薄本用于开会&&故障处理即可，选择有很多很多。

做开发的话，看上了灵越 7590，具备了标压 cpu&&入门级的显卡&&丰富的接口&&不错的续航跟重量，做普通的开发绰绰有余，轻度的游戏也能玩一玩。

mbp 的话，喜欢 macOS 的话可以上，硬件&&做工都是业界一流的水平。不过作为一个 win10+linux 虚拟机党，macOS 对我没啥吸引力。

click 的文档比较全，定制性也很好。用了一年多了，写一些小脚本还是很舒服的，zsh 的自动补全也支持。

（ PS：我觉得 nodejs 的 commander+Inquirer.js 才是最爽的

@NonPeople 裸辞的第二个月，说下广州的情况。

如果是裸辞 && 想留在当前城市 && 一个月内没有新工作 && 户口在当前城市的话，去国税局的服务厅办理灵活就业的社保。然后他们会让你去银行前一个三方合同，每个月扣一千出头这样。

材料需要户口页（个人原件复印件跟首页复印件），身份证跟复印件。
集体户口还要先去一趟人才市场拿户口页，我工作日搞了一个下午刚好结束。

社保断掉的影响主要是医保不能用。还有部分城市限制买房资格要连续缴够一年，不过因为公积金断掉了（必须企业给你缴），搞不了公积金贷款，还是一样买不了房。所以主要影响还是医保。

广州以外的没办过不清楚，打 12333 去问吧。

这个状态我觉得是长期的负反馈叠加到一起导致的

一开始可能是因为付出努力但是得不到肯定，有可能是看到别的同事薪资压自己一头，有可能是某次搞砸之后被批评。表现不好导致状态低迷，状态低迷又导致表现不好。陷入这个状态之后，就跟一开始的诱因没太大关系了。

今年最大的感悟就是，不要期待别人会来解救你。可以跟前辈或者朋友沟通，但是最后还是要靠自己的行动。

附加一句，我觉得办公室最实用的是降噪耳机，早买早享受，戴上耳机享受一个人的安静时光。最夸张的一次周围三个小团队在开站会，这个时候你用什么轴都无所谓了。

午休的时候不要打扰同事休息，这个是底线，这个不管是用机械键盘还是发出其他杂音都是一样的。

我们是开放式的楼层，环境噪音都能盖过去，所以还好。看整体的接受程度吧，我们之前小组人手一个机械键盘，四五个青轴，剩下红轴，相安无事。

以前都是 vim + jedi-vim
现在在尝试 vscode

如果不好意思直接讲，就先试探下对方的态度。

你就当做不知道，无意的时候碰到踩到，对方如果意识到她对面坐着人，自然会缩回去。如果对方知道了却不在意，那再想别的方法。

调整一下作息，该休息的时候休息，干活的时候才有精力。人不是机器，长时间工作肯定是会累的。

有段时间精神紧张，中午不睡觉，下午喝咖啡硬刚，到最后五点开始脑子就成了一团浆糊。只不过我们部门下午两点到四点的时间比较宝贵，有各种联调、讨论之类的，五点开始普遍效率下降，偷偷摸一下鱼休息下也不是不行。

羊毛党比你勤奋多了，如果有办法轻松赚 100，他们分分钟把羊毛给你薅干净。都是套路啊。

玩。刚毕业的时候，报复性熬夜，每天九点多下班，宁愿少睡两个钟，一定要打游戏。

但是工作紧张的时候，别说游戏了，话都不愿意多说。如果长期处于这种环境，你该考虑的不是玩不玩的问题，而是如何平衡工作跟生活的问题。

歪个题。以前工作用 AngularJS1.x，被折磨得要死，跑去看阿里云用了什么先进的技术，结果发现他们的版本比我们用的还老。那会好像是 1.2 来着。哈哈哈

不知道中间换过什么，至少抛弃掉 ng1.x 是个很棒的决定。至于 React 还是 Vue，对于个人开发者而言都是不错的选择。选择 React 我猜还是看中它的生态更好吧。

企业内用于给 iOS 应用提供重签服务的机器应该是苹果家的机器吧。还是有需求的。

但是除去特定场景，对于运维来说，在包管理、集群构建、授权费用、软件生态这些方面，苹果系的产品都没优势。

而且在硬件采购上，不同项目对 cpu、网卡、内存大小、硬盘容量这些各有侧重，苹果家本来就是硬件跟软件捆绑销售，他们要是放开了限制，最先出来的是各种高性能的个人的黑苹果平台，而不是服务器~

主业用 py，会一点点 php，让我放弃 php 的理由是我用不习惯 array，很反（我的）直觉。

后续想往 Go 靠，但是看了一些资料觉得 Java 在微服务跟分布式的积累做得比较好。

所以短期内的看法是，巩固已经会的技术，学 go 或者 java，同时学习 java 在大型企业后台上积累的优秀方案跟思路。

如果已经会 php 的话就不必转 py 了，在做 web 上大家半斤八两。应用场景上，py 在运维 /运营平台之类的用得比较多。php 我到不是特别了解。

首先必须肯定的是，leader 的决策并非都是对的。

除非是难度特别大的模块，通常业务代码用 A 方式行得通，用 B 方式也可以。不单是看功能是否能被实现，还需要考虑测试、运维、拓展性、时间成本、人力成本等等方面。leader 是决策者，最后出了问题他自己也是要负责的。

这个贴下面很多人在反驳你的话，我觉得问题不是出在“要不要用 leader 的方案”，而是你的描述中没有说清楚，你跟 leader 具体的矛盾在哪里。leader 觉得你的方案不好，不好在哪里，是时间成本大？是容错性差？是无法实现 KPI ？还是运维成本高？

如果你的 leader 讲不清楚方案差在哪里，那是他的水平不行。如果他讲清楚了，你能基于他的观点进行反驳，那才是大家更愿意看到的讨论~

刚好三年。在同一个地方待久了，会把思维限制在现有的框架下去解决问题。在同一个项目里待了两年多，最后一年在技术上基本没有长进，很焦虑，最后决定跳出这个圈子，裸辞了。

待业的这段时间有了很多空闲的时间去调整心态，思考问题。虽然最近两次面试被虐了，心情有点低落，但是没有后悔裸辞。