楼上在都揪着流程问题在声讨 lz。但实际楼主要讨论的是这一代新生研发要不要做 code 以外的事。
诚然面向工资编程是对的。但，工程师不是能是只 code 啊…这样的人抱怨青春饭我觉得就是自己作。眼铮铮看着产品被带沟里然后跳槽去下一家。最后时间长了手上一点核心竞争力都没有。君不见每个公司的靠谱程序员都是要和产品怼天怼地怼空气的。整个大环境和谐的团队真没见几个能成功的。lz 并没指明需求定了就研发私自改这一件事是正确的
我想 lz 想表达的是，需求定了，这事做的时候发现不对劲是要提出来去怼产品的。怼不过就升级怼。要坚持总是在做正确的事。这个思想一旦在团队内建成。大部分情况就会提升到需求确认的时候，就完美的符合前面各位说的所谓流程问题。但是
如果研发只是 coding …不做思考。这事就得 leader 一个人来干。真的会累死的。
所以我觉得 lz 不应该要求所有研发都如此。但最少小组长是这个特性的。人员分层是社会分工的必然进程。

像 lz 这种情况我会评估产品会不会发现。如果不会，则直接顺手改了。如过会发现就先讨论一下。 所以因此气哭了很多产品和测试…

这个史前时代的问题…你居然把 redis 扔公网上。佩服佩服…

@Livid 什么都不做。做了才是 sb …

es 干嘛的。。。

简单…不要问概念。问开放式的问题。就算是概念也要用开放式的方式问出来

不在 dev 分支开发是可以理解的。但不会用 git 没法洗。所有这种都是半年-1 年开发 7 年管理这种了

感觉楼上说的对。。你破解后然后被病毒感染了。。你想想会发生什么吧。。

@pifuant k8s 的文档加起来可以是一本小说了吧。所以才说是经验坑啊。谁看手册全背下来？

这种经验坑产品。我是不建议学。但是可以了解一下概念。比如给我干了几次 helm upgrade 项目。很简单对不对？楼上不是说只是工具么。这里是有经验坑的…

如果真想学。了解完概念，要么推动你老大公司层级使用。要么，跳到一个正在使用的

我们上 k8s。要学习 1 个月。搞清楚基本大概。一人搭建一遍。跑一遍所有概念。线上环境先跑起来。里面跑点小东西。看看日常的运维需求有哪些。确实很舒服，但不是没有坑。这些坑文档里是没有的。就得人肉躺。然后测试环境开始跑部分业务。又是成堆的坑。这些就半年过去了。再加上培训啥的。总算开始陆续线上服务迁移。

所以虚拟机？个人应用？想像其他的开源产品一样几天从入门到放弃。k8s 涉及的知识点不允许你这样…我面试跟我说只是自己搭 k8s 了解一下我都是当没学过 k8s

没这么讲究。。看上层决定用什么。。这种东西从来不是底层小码农能决定的。。。
我心里一万个愿望用 rust。也没见人搭理我啊。。。

所有的软件工程，都是用数学建模来解决现实中或简单或复杂的一系列问题。- 编译原理第一章引述出来的重要观点

没有需求的产品。。是最难搞的。。。。

全套自带的飘过。。
电脑，路由，键盘，椅子。显示器。。。没有用公司任何东西

@Aresxue 土豪…

@Aresxue 2c4M 没有高并发…这配置就是做实验用用还行。量大点就要跪…

@Aresxue 没有…纯看官方手册加搜索。如果所有 on the 条件都是唯一键那就好了咯。但通常 n 表 join 是不可能出现这种情况的。

就你这小水管配置？别指望优化了…先加机器吧…量大 4 核 32g 没毛病。量小也要 2 核 16g 也行吧。我是选择内存大，cpu 小的配置。几乎全在缓存里。没有 io 操作

我们用 jenkins 做的定时任务。美其名曰好看。。呵呵呵。。好看个锤子。。。