如果你有 100 个 if else 那你要考虑重新设计了，最简单的就是用面向对象的方法把很多东西包含在父类里面，比如父类有 100 个 case ， 然后分成 10 个子类，子类里面再分子类这样。

大公司可以系统的学方法论，小公司什么都靠自己悟的
大公司有你接触不到的东西，很多自研的东西是小公司看不到的
大公司的人脉资源
钱多，以后跳槽镀金

直接用长连接更新进度，且只允许这一个连接可以更新进度，心跳只为 double check ，这样篡改也只能改这一个连接

这跟祖国有啥关系，你该怪公司不让请假吧
还有作为生活在国际化城市的精英白领，看病预约、什么时候上班、去哪、流程、要多久，这种事情应该提前做功课吧，就跟你工作时前期调研项目一样啊。
脸皮薄我就不说你了，毕竟很多人也是这样，但你要记住这是第一次，后面要学着变厚点

因为这种东西在规模上就是属于商业产品的级别了，你见过哪个商业产品有出手把手且免费公开的教程吗？要么就是第三方仿，而且只能仿一些表面的、基本的功能，要么只有 api 文档和使用手册之类的东西，开发方面从来没有过

我是国内立场我肯定支持去，反正赚了钱我不酸，至少还能降低下国内的卷度

优雅是自己的事。。。。一个人觉得优雅，别人接手的时候可能会觉得这写的什么玩意儿。还有三年前觉得优雅，三年后感觉一坨屎的情况。
最佳实践才是王道
如果做不到最佳实践，那就还是那句话，又不是不能用.jpg

刚工作啊？多锻炼吧

没这个必要的，生成 html 只是一次性任务，平时访问网站的时候又没有多少负载。你所说的只解析正文部分完全没有必要。
况且按照 hexo 这类框架的主流性能来看，生成整个网站也就一分钟，大一点的就几分钟，这没什么好说的
所以直接生成整站就行了

如果是一次性，那么就一次解析完了重复使用
如果不是一次性，该考虑换 protobuf ，大数据用 json 本来就是不合理的选择，或者改需求了，在移动端设备上是否需要执行这种复杂逻辑

首先领导是不会改的，该改的最终还得是你
其次你的理由在我看来很可笑，早一点修复是更好，但是有谁规定一定要早一点修复了吗？相反，还真有人规定过不能随便合分支。另外晚一点上线又怎么样了呢？是会被骂还是会扣钱吗？
很现实的问题。op 就是没搞清技术和管理的分界。

不是有个 waterfox 吗，就是基于 firefox 的

你只是晕了而已，晕了不等于濒死，社牛人的话玩嗨了经常会出现这种情况，比如喝多了断片拉 蹦迪拉 磕大了拉（如果有的话）社牛人都是很适应这种状态了，只是你平时不出门很少经历这种状态，第一次遇到就感觉天要塌了人要死了一样。
总结来说就是经历多了就适应了

这种内容，一般上游是 php ，要么就是这个项目的老架构是用 php 后面改 go 重写的

工资不到 10k ，房贷 6k ，什么地方啊。。。北方地区？

也有坏处，比如滴滴打车大数据杀熟会让英文界面的用户价格更高，不过这是几年前的新闻了，现在不知道