hellojl 最近的时间轴更新 hellojl 最近的时间轴更新 |
hellojlV2EX 第 143529 号会员，加入于 2015-10-20 19:11:19 +08:00 |
| 由公司卫生间没纸引发的思考 职场话题 • hellojl • 2018-03-05 17:04:48 PM • 最后回复来自 hellojl | 75 |
| Offer 求推荐，阿里交易平台，美团基础架构 职场话题 • hellojl • 2017-10-12 14:04:12 PM • 最后回复来自 hellojl | 21 |
| Github 上看到的一个神奇的 Organization， CN Open Data 程序员 • hellojl • 2017-08-01 10:50:30 AM • 最后回复来自 hellojl | 22 |
hellojl 最近回复了
这几个首先排除小鹏，七八年后公司还在不在都不一定。小米等下一代。剩下两个看个人喜好，要我选的话我选特斯拉。
另外感觉平时会出远门的话，纯电再怎么快充都比加油慢得多。而且节假日人多的话充电桩不一定会够用，至少我在的西南地区有这个问题。
另外感觉平时会出远门的话，纯电再怎么快充都比加油慢得多。而且节假日人多的话充电桩不一定会够用，至少我在的西南地区有这个问题。
4 天前 回复了 LaoDahVong 创建的主题 › 职场话题 › 海归博士零 offer 现在怎么办 |
不需要纠结校招还是社招，能找到就行，当然校招可能还是有优势，但是不清楚对于博士来说校招会不会不太一样。
公司的话参考如下顺序，外企 > 头部互联网 > 央企国企高校 >> 其他。
外企的话各种福利待遇拉满，严格遵守劳动法，海归回国不会有落差。除了有 Office 的公司，一些 remote 的公司也可以作为选择。
头部互联网工资拉满，但是肯定会卷，甚至 KPI 会考核是否会卷。但是技术上整体不错，如果有技术上的追求可以考虑。
央企国企，按照张雪峰的理论优先找垄断型的。极其稳定，几乎不裁员。技术一般，大部分时间都在制定政策、学习政策、走流程、开会、写 PPT ，不追求稳定切没有技术追求不建议来。但是从另一方面来说，如果是软工相关的岗位，要比互联网好近的多。而且很多国企都在做数字化转型，可能主业非软工相关的企业，也会有相关的岗位。
高校的话非升即走压力很大，而且各种裙带关系错综复杂，没有人脉的话很难在高校混的很好，至少以我了解到的院校来看，跟狼人杀似的.....
UP 背景比较好，其他公司不需要考虑了......
待过头部互联网、外企和国企，从外企到另外两类公司肯定是有落差的，如果从海外回来落差可能会更明显。高校和国企有关系的话很好混，除非科研上能做的出类拔萃，或者有人提拔，否则天花板很低。
毕业一年内貌似都会算作应届生，不过延迟交论文也是个选择。校招好的岗位基本都是在秋招释放出来的，春招的金三银四感觉更多面向社招。
公司的话参考如下顺序，外企 > 头部互联网 > 央企国企高校 >> 其他。
外企的话各种福利待遇拉满，严格遵守劳动法，海归回国不会有落差。除了有 Office 的公司，一些 remote 的公司也可以作为选择。
头部互联网工资拉满，但是肯定会卷，甚至 KPI 会考核是否会卷。但是技术上整体不错，如果有技术上的追求可以考虑。
央企国企，按照张雪峰的理论优先找垄断型的。极其稳定，几乎不裁员。技术一般，大部分时间都在制定政策、学习政策、走流程、开会、写 PPT ，不追求稳定切没有技术追求不建议来。但是从另一方面来说，如果是软工相关的岗位，要比互联网好近的多。而且很多国企都在做数字化转型，可能主业非软工相关的企业，也会有相关的岗位。
高校的话非升即走压力很大，而且各种裙带关系错综复杂，没有人脉的话很难在高校混的很好，至少以我了解到的院校来看，跟狼人杀似的.....
UP 背景比较好，其他公司不需要考虑了......
待过头部互联网、外企和国企，从外企到另外两类公司肯定是有落差的，如果从海外回来落差可能会更明显。高校和国企有关系的话很好混，除非科研上能做的出类拔萃，或者有人提拔，否则天花板很低。
毕业一年内貌似都会算作应届生，不过延迟交论文也是个选择。校招好的岗位基本都是在秋招释放出来的，春招的金三银四感觉更多面向社招。
8 天前 回复了 dvbs2000 创建的主题 › 生活 › 认识一个大学生 说 996 算什么 |
那一天，我二十一岁，我一生的黄金时代。我有好多奢望。我想爱，想吃，还想在一瞬间变成天上半明半暗的云。后来我才知道，生活就是个缓慢受锤的过程，人一天天老下去，奢望也一天天消失，最后变得像挨了锤的牛一样。可是，我过二十一岁生日时，没有预见到这一点。
王小波，《黄金时代》
王小波，《黄金时代》
9 天前 回复了 rsyjjsn 创建的主题 › 职场话题 › 应届生 offer 决赛圈，公务员、事业编还是四大行？ |
3 ，不用考虑； 4 ，垄断型的央企可以考虑一下，其他面对市场竞争的不是很好过
还是在 1 和 2 中选。
三线城市的生活成本通常要比省会低，当然生活也更无聊一些。如果对这方面有需求，可以考虑一下 2 ，但是公务员如果想要过的滋润，基本都要有灰色收入，否则的话还是 1 更好一些。
个人也更倾向于 1 。
还是在 1 和 2 中选。
三线城市的生活成本通常要比省会低，当然生活也更无聊一些。如果对这方面有需求，可以考虑一下 2 ，但是公务员如果想要过的滋润，基本都要有灰色收入，否则的话还是 1 更好一些。
个人也更倾向于 1 。
11 天前 回复了 carpeDiemJll 创建的主题 › 职场话题 › 大家如何看待央/国企、银行、证券未来的稳定性？能干到退休吗？ |
子公司没有稳定性可言。国企不裁员，但是人当狗使，卷的一逼。没有背景的话极难升到管理层。做好事情不如添好领导。
另外卷的根源不在于事情多，而是事情不够多，所有很多行政部门为了做事会推行一堆乱七八的政策，一堆人学习政策，在推广到所有人落地政策。写 PPT 的人比干活的人还要多。
另外卷的根源不在于事情多，而是事情不够多，所有很多行政部门为了做事会推行一堆乱七八的政策，一堆人学习政策，在推广到所有人落地政策。写 PPT 的人比干活的人还要多。
11 天前 回复了 hesetiema 创建的主题 › 程序员 › 灰度发布 vs 金丝雀发布，什么是合适的发布策略？ |
@hesetiema 我最早是在 17 年接触的功能开关的概念，但是国内用的确实不多，大部分还停留在灰度发布的阶段。今年面试确实难，我也挂好几家了，共勉吧......
12 天前 回复了 RedBeanIce 创建的主题 › Windows › [公司远程控制家里电脑]有什么价格合适且稳定的方案么 |
内容穿透容易被公司探测到，是否会封禁或者处罚要看公司
12 天前 回复了 hesetiema 创建的主题 › 程序员 › 灰度发布 vs 金丝雀发布，什么是合适的发布策略？ |
需要解决的问题都是如何小批量的验证新功能。
灰度部署和金丝雀部署通常存在新旧或者 A/B 版本，通过逐渐放量到新版本上，验证上线、新功能是否 OK ，需要基础设施的支持。而在部署两个版本的情况下，通常对基础设施要求会更高一些，比如如何实现上述的按比例 CD 的功能。另外一个隐藏的问题是，对于流量的控制不在程序本身，一个请求访问新 or 旧版本，需要由上游的调用方确定，实际中上游可能是 Nginx 、网关或者另一个服务，需要适配的会比较多一些，对于一些请求链路比较长的服务不是很友好。
后续有一些公司尝试了名为 Dark Launching 的方案，也就是 Feature Flag 功能开关。好处是可以在一个服务内实现更细粒度的请求控制，对于上下游调用、CI/CD 也很友好，因为对于外部来看这个服务只存在一个版本，实际新旧是由服务内部类似 if/else 的逻辑控制的。缺点就是对代码有入侵，功能正式上线后可能还需要去掉 Feature Flag 相关的代码，虽然一些主流的库不去掉也机会没有性能影响。
个人使用体验来看，更倾向功能开关的方案。虽然功能开关的方案对代码有入侵，增加代码复杂度，但是整体上看增加的内容不多，而且在代码层都能控制。无论是灰度发布还是金丝雀发布，在基础设施层引入了更多的配置，实际上会增加出问题的可能性。
面试问这个没什么问题，只要涉及到新功能上线、小批量验证的需求，其实都需要考虑类似的问题，不区分前后端。
灰度部署和金丝雀部署通常存在新旧或者 A/B 版本，通过逐渐放量到新版本上，验证上线、新功能是否 OK ，需要基础设施的支持。而在部署两个版本的情况下，通常对基础设施要求会更高一些，比如如何实现上述的按比例 CD 的功能。另外一个隐藏的问题是，对于流量的控制不在程序本身，一个请求访问新 or 旧版本，需要由上游的调用方确定，实际中上游可能是 Nginx 、网关或者另一个服务，需要适配的会比较多一些，对于一些请求链路比较长的服务不是很友好。
后续有一些公司尝试了名为 Dark Launching 的方案，也就是 Feature Flag 功能开关。好处是可以在一个服务内实现更细粒度的请求控制，对于上下游调用、CI/CD 也很友好，因为对于外部来看这个服务只存在一个版本，实际新旧是由服务内部类似 if/else 的逻辑控制的。缺点就是对代码有入侵，功能正式上线后可能还需要去掉 Feature Flag 相关的代码，虽然一些主流的库不去掉也机会没有性能影响。
个人使用体验来看，更倾向功能开关的方案。虽然功能开关的方案对代码有入侵，增加代码复杂度，但是整体上看增加的内容不多，而且在代码层都能控制。无论是灰度发布还是金丝雀发布，在基础设施层引入了更多的配置，实际上会增加出问题的可能性。
面试问这个没什么问题，只要涉及到新功能上线、小批量验证的需求，其实都需要考虑类似的问题，不区分前后端。
Select Language