大多数公司都是业务代码，crud，有几个项目组需要搞懂源码级别的需求。
所以说看源码就是为了面试，除了你真的在工作中需要用。
极少数人说兴趣爱好，自我提升我信，但是大部分都是抱着或许面试用得着的心态来学。

最难的就是早上起床那一刻

@Jooooooooo 不好意思，我忘了还有这一类人。

北邮，毋庸置疑

有选择的人自然而且必然会选择 211 和 985
没有选择的人即便知道也无法选择 211 和 985

庶民：计算机
庶民，家里等得起：医学
庶民，家里有点关系，想走仕途：法律
土豪：金融
非要报其他专业：建议考研的时候选上面 4 个专业

似乎现在 vw/vh 是主流？我这现在还在用 rem

@ljf
老铁，我这地方也是，我是真搞不懂。如果轻松的时候做就做了（虽然也不愿意做）但是忙的时候全给开发，那真是噩梦。
@risent
这个思路倒是挺好，不过不太适用于我这里，我这涉及硬件，多个模块。
一旦出现什么问题，每个模块就好几种分支，一个模块的一个分支还要跟其他模块的每个分支比较测试。
当然还有多个模块的多个分支比较测试，不算写报告，一个模块就要 1 天甚至 2 两天。
做这样规模的测试怕是不能叫 Developer 了。

我在回复几个敏感问题的时候被要求过手机号，
但是在回复技术类问题的代码时也被要求过。

TypeScript 的解决方案还是库兼容，相比 es 差一点。如果要用什么偏门库或者奇淫巧计，最好查一下在上。

你觉得领导什么的还有救嘛？仅仅是误入歧途嘛，如果有救可以在试着用别的方法提意见。方法上面很多人都说了。
如果没有，那就老板说啥是啥，写死就写死，反正和你没关系，就是听从指示而已。

然后用提意见的时间自己实现一下你的想法，在优化一下放到 github 上，
再有时间看看书，整几个算法题，之后的事情不用我说了吧。

@Vegetable 感谢回复。像 java 用 ide 格式化的话，那就事前需要统一 ide 和 ide 设置吧

能开心一天是一天铁子，生日快乐

肯定是跟公司有关，但是我这个地方地位一般。

前提：
公司的业务核心就是操作和管理数据，也就是说后端的老哥先天的会比较重要。
前端就是一个负责展示数据的，并且对 ui 交互等并没有很高的要求。

主要原因：业务主导。

现状：
1.话语权，设计书基本都是由后端主导，甚至 leader 都是后端。
2.加薪可以有，升职不可能。
3.势力小，后端人多，话语权进一步下降。
4.因为 1，3 有时候会被当做狗一样用。
5.前端技术停滞，气氛和管理都倾向于后端，前端就是能用就行，各种开发规范什么的不健全，对自己发展很不利。
6.没有前端大神，有问题只能百度，对自己发展很不利。
7.可能会因为让步后端，而放弃许多自己的开发想法。
8.很多人不懂前端，喜欢指手画脚。

结论：
在后端作为业务主导的公司内，很多是没有办法的，能自学就自学，自己变强了怎么都好说

你想想老铁，地震了只有三种结果
第一楼没塌，那你在屋子里只需要避开坠物就可以，一般来说中小地震虽然吓人但是城市楼房一般没问题。
第二楼塌了，那除了 1 楼可以马上跑，其他人几乎必死了，你需要的就是找个安全的支撑点可能的话在确保吃喝用品。
第三目前没塌但是有塌的风险，那就视风险选择走还是不走。
我感觉即便知道直接住的楼的抗震等级，也不能预测地震等级，楼龄，施工质量等等，现实情况很复杂。所以最好的办法就是自救，不能把希望全寄托在楼上。

我觉得问题是复杂的环境配置，
人在国外没有网络问题，但是这个环境配置每次都需要很久，我的想法是：

1.能复制备份的配置都备份，有条件可以同步，尤其是 vscode 的设置，eslint 配置文件等等
2.最好可以理解配置的含义，自定义配置，虽然这样初期很浪费时间，但是一旦懂了以后就不是问题
3.如果时间仓促，上网查询。一定要按最新时间排序，可以最好去外网，github 可以查项目在项目中找到配置文件
4.对于一些设置比如公司内部约定俗成的配置最好记笔记，不会的问
5.如果没有什么可以参考的东西，官方文件也少的可怜，只能寄希望于自己的运气了

各位老铁们感谢你们的回复。
我看了所有的回复，很有感触，其实我也是对技术，优雅的代码有追求的，
可是现实中自己追求的东西除了面试，在实际的开发中似乎用处的确不大，
在随便写写，好好地写都一样的情况下，选择好好写完全就靠个人意志了，最近感觉有点累才发了这个主题。
今后有条件还是会写出高质量的代码，只是会更功利一些。
如果有学生朋友看到这个主题，还是希望你多学学技术，理解晦涩的概念，哪怕仅仅是为了面试。

@xiaojun1994 似乎只有这个意义了