做底层码工的疲惫

要把产品从node 12升级到16,
以前的unit test坏了，看了半天也没看出问题来。

然后把坏掉的unit test turn off, 在本地机器上docker build正常。
然后放到build job里又出问题。

觉得所有的时间全花在这些无聊的琐事里。

这个ci/cd让developer全程release, 就是把developer变成QA, release engineer ...

保证自己的代码在至少一个环境下能跑通，本来就是程序员的义务。

不要总觉得可以把自己的责任甩给别人，高贵的自己只做纯而又纯的写代码。
http://mitbbs.com/article_t/Programming/31603217.html

还有，不断升级是开源的罪。

升级本身就说明，旧的开源代码有缺陷。

既然免费用了人家的开源代码，就只能背负这个麻烦。

哈哈, 你已经是标准 "老板思维"

【 在 minquan (三民主义) 的大作中提到: 】
: 保证自己的代码在至少一个环境下能跑通，本来就是程序员的义务。
: 不要总觉得可以把自己的责任甩给别人，高贵的自己只做纯而又纯的写代码。
: http://mitbbs.com/article_t/Programming/31603217.html

不用怀疑, 现在很多dev工具就是很烂很fraigle
公司让dev们搞"full stack"最后就是累的一逼

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 要把产品从node 12升级到16,
: 以前的unit test坏了，看了半天也没看出问题来。
: 然后把坏掉的unit test turn off, 在本地机器上docker build正常。
: 然后放到build job里又出问题。
: 觉得所有的时间全花在这些无聊的琐事里。
: 这个ci/cd让developer全程release, 就是把developer变成QA, release engineer ...

这种鸟事你别指望QA帮你解决，让他们做，你只会更忙

我N年前就得出结论，能自己写的绝不用别人的。能workaround的就不要dependency。
不然时间都浪费在跟踪dependency的升级上了。

就是老板思维啊。

华人总爬不上去，就是因为你们总想着自己是个打工的，XXX犯不着自己干。

问题在于，你总这么想，老板就很麻烦，
总得专门配个跟班给你，你和跟班吵架，
老板还得给你们协调关系。

哪个老板愿意这么麻烦？人家当然会选阿三不选你们。

【 在 dumbCoder (HumbleCoder 不懂就问-_-) 的大作中提到: 】
: 哈哈, 你已经是标准 "老板思维"

西方有句话叫——

get your hands dirty.

我算看出来了，不少聪明的华人怎么也上不去，自己还觉得自己技术很牛，

就是不愿意 get their hands dirty，

做那些必须做但是并不体现智力优越性的工作。

原来易建联去NBA打球，还得他妈给系鞋带，很反映你们这种心理。

你们做码工需要尽早摆正心态——

自己不是代码简洁、优美的奥运比赛选手，

而是给老板和客户呈交能用的工具。

这才叫工程师。

我自己是想把feature弄出来就是，但是我们这里code review很严。
然后我们每个个人有半年的goal，所以大家更加乐意相互严格code review，给对方使
绊子。

【 在 minquan (三民主义) 的大作中提到: 】
: 你们做码工需要尽早摆正心态——
: 自己不是代码简洁、优美的奥运比赛选手，
: 而是给老板和客户呈交能用的工具。
: 这才叫工程师。

这样的劳动环境，好像还不如黑奴

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 我自己是想把feature弄出来就是，但是我们这里code review很严。
: 然后我们每个个人有半年的goal，所以大家更加乐意相互严格code review，给对方使
: 绊子。

你和他說得都不是一件事。
【 在 minquan (三民主义) 的大作中提到: 】
: 保证自己的代码在至少一个环境下能跑通，本来就是程序员的义务。
: 不要总觉得可以把自己的责任甩给别人，高贵的自己只做纯而又纯的写代码。
: http://mitbbs.com/article_t/Programming/31603217.html

確切來說你這是華人老闆的思維，確切來說是福建方向的華人老闆的思維。

遇到事情首先想到就是自己和下屬的利益衝突，don't even bother是怎麼回事。其實
生意要做好，需要的是把員工利益和自己的利益綁到一起，別人才會認真給你幹活。否則最後也就是忽悠幾個新人而已，做不大的。
【 在 minquan (三民主义) 的大作中提到: 】
: 就是老板思维啊。
: 华人总爬不上去，就是因为你们总想着自己是个打工的，XXX犯不着自己干。
: 问题在于，你总这么想，老板就很麻烦，
: 总得专门配个跟班给你，你和跟班吵架，
: 老板还得给你们协调关系。
: 哪个老板愿意这么麻烦？人家当然会选阿三不选你们。

問題是你覺得這個無聊，你有有聊無痛的辦法麼？
如果沒有，這不就是你唯一的選擇麼？
【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 要把产品从node 12升级到16,
: 以前的unit test坏了，看了半天也没看出问题来。
: 然后把坏掉的unit test turn off, 在本地机器上docker build正常。
: 然后放到build job里又出问题。
: 觉得所有的时间全花在这些无聊的琐事里。
: 这个ci/cd让developer全程release, 就是把developer变成QA, release engineer ...

这文化太toxic了，能找个好点的公司吗……

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 我自己是想把feature弄出来就是，但是我们这里code review很严。
: 然后我们每个个人有半年的goal，所以大家更加乐意相互严格code review，给对方使
: 绊子。

每年都是评为 best place to work

【 在 fantasist (一) 的大作中提到: 】
: 这文化太toxic了，能找个好点的公司吗……

找个release engineer专门做release可以吧？我们web app release步骤有20多步，一点不夸张

【 在 netghost (Up to Isomorphism) 的大作中提到: 】
: 問題是你覺得這個無聊，你有有聊無痛的辦法麼？
: 如果沒有，這不就是你唯一的選擇麼？
: ..

release engineer 不懂升级node，否则怎么会干这种累活脏活

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 找个release engineer专门做release可以吧？我们web app release步骤有20多步，一
: 点不夸张
:
:
: 【 在 netghost (Up to Isomorphism) 的大作中提到: 】
: : 問題是你覺得這個無聊，你有有聊無痛的辦法麼？
: : 如果沒有，這不就是你唯一的選擇麼？
: : ..

我说的是我在local machine上测试好，然后在build system里build, 然后deploy给
release engineer

【 在 pda (天与地) 的大作中提到: 】
: release engineer 不懂升级node，否则怎么会干这种累活脏活

现在都是ci/cd替代人工，release as code，这样就是码农的事情了

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 找个release engineer专门做release可以吧？我们web app release步骤有20多步，一
: 点不夸张

用node就是自找不痛快。

用Clojure就不会有这种愚蠢的升级问题。

香蕉厂？

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 每年都是评为 best place to work

同感，node 连个数据库都烦得要死

【 在 hci (海螺子) 的大作中提到: 】
: 用node就是自找不痛快。
:
: 用Clojure就不会有这种愚蠢的升级问题。

我再给你讲一件事。

如果你放任开发不做测试，而测试发现错误又不能惩罚开发，

结果就是开发不断的糊弄代码，不断的麻烦测试。

【 在 netghost (Up to Isomorphism) 的大作中提到: 】
: 確切來說你這是華人老闆的思維，確切來說是福建方向的華人老闆的思維。
: 遇到事情首先想到就是自己和下屬的利益衝突，don't even bother是怎麼回事。其
實生意要做好，需要的是把員工利益和自己的利益綁到一起，別人才會認真給你幹活。否則最後也就是忽悠幾個新人而已，做不大的。

我tmd都好奇了，你连哪个db这么麻烦？

【 在 pda (天与地) 的大作中提到: 】
: 同感，node 连个数据库都烦得要死

你要开发的做测试可以的，问题是schedule里要放足时间。

你要的理想社会里，做测试的也应该写开发，因为这样可以测试的更好。
问题是你觉得现实吗？

【 在 minquan (三民主义) 的大作中提到: 】
: 我再给你讲一件事。
: 如果你放任开发不做测试，而测试发现错误又不能惩罚开发，
: 结果就是开发不断的糊弄代码，不断的麻烦测试。
: 實生意要做好，需要的是把員工利益和自己的利益綁到一起，別人才會認真給你幹活。
: 否則最後也就是忽悠幾個新人而已，做不大的。

正经企业里，测试只要抓到了开发的漏洞，分轻重扣奖金。

必须这样，否则就会助长无脑摞代码，虚增工作进度。

如果以代码量来论英雄，或者以完成需求数量来论英雄，
就会造成以质量为代价换取数量，
这也就是996的根源。

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 你要开发的做测试可以的，问题是schedule里要放足时间。
: 你要的理想社会里，做测试的也应该写开发，因为这样可以测试的更好。
: 问题是你觉得现实吗？

李奇真是个奇才。学作曲的喜欢编程，搞出了clojure，clojurescript和datomic，商
业化datomic来支持clj和cljs。设计与实现的东东既深思熟虑又敢于取舍与创新。典型的open minded，progrmatic and tasteful之人，outspoken yet humble。

【 在 hci (海螺子) 的大作中提到: 】
: 用node就是自找不痛快。
: 用Clojure就不会有这种愚蠢的升级问题。

为啥，clojure不用external dependency？

【 在 hci (海螺子) 的大作中提到: 】
: 用node就是自找不痛快。
: 用Clojure就不会有这种愚蠢的升级问题。

可以戏称node是function as a package. jdk一开始就是battery included,各种specs，各种foundations,妥妥的工业范儿。node看起来轻巧灵活，clj寄身在jvm貌似臃肿，用起来后者往往更
规范，不会出无厘头的dependency问题。

【 在 fantasist (一) 的大作中提到: 】
: 为啥，clojure不用external dependency？

我这次的问题是，以前node 12把unhandled rejection 当作warning, 现在node 16当
作error 所以unit test failed.
也就1小时查到原因了。

你们臃肿的jvm, hibernate 等等像狗屎一样，还好意思拿出来显摆。

【 在 kkkuai (sknow) 的大作中提到: 】
: 可以戏称node是function as a package. jdk一开始就是battery included,各种
specs
: ，各种foundations,妥妥的工业范儿。node看起来轻巧灵活，clj寄身在jvm貌似臃肿，
: 用起来后者往往更
: 规范，不会出无厘头的dependency问题。

clj能解决transitive dependency造成的问题？比如A ->B->C v1.0，同时A->D->C 2.0，如果哪个语言能解决，真是吊炸天了。
另外楼主提到的语言升级版本以后某些test不work了，这也能避免？backward
compatibility有那么容易吗。
还有同样的test在local docker和remote（不知道是不是container里）跑结果不一样
，似乎也不是语言能解决的问题。

【 在 kkkuai (sknow) 的大作中提到: 】
: 可以戏称node是function as a package. jdk一开始就是battery included,各种
specs
: ，各种foundations,妥妥的工业范儿。node看起来轻巧灵活，clj寄身在jvm貌似臃肿，
: 用起来后者往往更
: 规范，不会出无厘头的dependency问题。

clj更是battery included，core就有大几百的functions,并且polymorphic。再加上
immutable by default，肯定会增强robustness。

【 在 kkkuai (sknow) 的大作中提到: 】
: 可以戏称node是function as a package. jdk一开始就是battery included,各种
specs
: ，各种foundations,妥妥的工业范儿。node看起来轻巧灵活，clj寄身在jvm貌似臃肿，
: 用起来后者往往更
: 规范，不会出无厘头的dependency问题。

你說的這個是表淺。

軟件開發不可能真正分成test和開發者的，沒意識到這件事的人，最後不可避免會走上scrum那一套bullshit的東西。
【 在 minquan (三民主义) 的大作中提到: 】
: 我再给你讲一件事。
: 如果你放任开发不做测试，而测试发现错误又不能惩罚开发，
: 结果就是开发不断的糊弄代码，不断的麻烦测试。
: 實生意要做好，需要的是把員工利益和自己的利益綁到一起，別人才會認真給你幹活。
: 否則最後也就是忽悠幾個新人而已，做不大的。

battery included和dependancy有什麼關係？
JS的問題的本質不是第三方庫的問題，是這東西和系統離了一帽子遠，那些yy的東西，一部署都現形。

【 在 kkkuai (sknow) 的大作中提到: 】
: clj更是battery included，core就有大几百的functions,并且polymorphic。再加上: immutable by default，肯定会增强robustness。
: specs

写个web应用，鸡毛蒜皮dependency都depth N，还是no dependency but stdlib，哪个会稳得一匹。或者潘驴邓小闲会手撸。

【 在 netghost (Up to Isomorphism) 的大作中提到: 】
: battery included和dependancy有什麼關係？
: JS的問題的本質不是第三方庫的問題，是這東西和系統離了一帽子遠，那些yy的東西，
: 一部署都現形。

这个 node warning 已经 warning很长时间了，
为什么你们跳过node 14? 貌似现在还不到升 16 的时候，虽说应该问题不大。
麻烦的是 mui 4->5 吗？看了下觉得还是暂时不升了。

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 我这次的问题是，以前node 12把unhandled rejection 当作warning, 现在node 16当
: 作error 所以unit test failed.
: 也就1小时查到原因了。
: 你们臃肿的jvm, hibernate 等等像狗屎一样，还好意思拿出来显摆。
: specs

前端ssr next 所以要求用node,
clojure前端怎么整？

【 在 hci (海螺子) 的大作中提到: 】
: 用node就是自找不痛快。
: 用Clojure就不会有这种愚蠢的升级问题。

你终于算是同意我一回了！

这就是一个根本问题——必要但不爽的工作，华人很多讨厌去做！

这还是我开始说的 get your hands dirty!

【 在 netghost (Up to Isomorphism) 的大作中提到: 】
: 你說的這個是表湣
: 軟件開發不可能真正分成test和開發者的，沒意識到這件事的
人，最後不可避免會走上
: scrum那一套bullshit的東西。

比如 A->B->C v1.0，同时A->D->C v2.0
是指两个不同版本的C么？难道不是打包两个版本C的copy?

【 在 fantasist (一) 的大作中提到: 】
: clj能解决transitive dependency造成的问题？比如A ->B->C v1.0，同时A->D->C 2.0
: ，如果哪个语言能解决，真是吊炸天了。
: 另外楼主提到的语言升级版本以后某些test不work了，这也能避免？backward
: compatibility有那么容易吗。
: 还有同样的test在local docker和remote（不知道是不是container里）跑结果不一样
: ，似乎也不是语言能解决的问题。
: specs

docker就是... 只能捏着鼻子用

【 在 fantasist (一) 的大作中提到: 】
: clj能解决transitive dependency造成的问题？比如A ->B->C v1.0，同时A->D->C 2.0
: ，如果哪个语言能解决，真是吊炸天了。
: 另外楼主提到的语言升级版本以后某些test不work了，这也能避免？backward
: compatibility有那么容易吗。
: 还有同样的test在local docker和remote（不知道是不是container里）跑结果不一样
: ，似乎也不是语言能解决的问题。
: specs

可以做，但很多地方的schedule不怎么把testing的时间比较准确地加进去，如果是
developer做testing的话

【 在 minquan (三民主义) 的大作中提到: 】
: 你终于算是同意我一回了！
: 这就是一个根本问题——必要但不爽的工作，华人很多讨厌去做！
: 这还是我开始说的 get your hands dirty!
: 人，最後不可避免會走上

Clojure在服务器端， Clojurescript在前端。两者共用的代码，写在cljc文件里面。
服务器端rendering这些都不是问题。一般的Web应用，Clojure/script很成熟，有很多的选择。 Web应用其实是Clojure目前主要的用途，也是最适合的。

一般抱怨的是选择太多，初学者不知所措。主要是Clojure不喜欢大框架，而是提供很
多库，用户自己选择组合。对初学者来说这有点困难。

不过可以从https://luminusweb.com/ 开始。这是个已经组合好的微框架，各个部件也是可以有些选择的。作者还有一本书Web Development with Clojure, 出了第三版了。

【 在 repast (xebec) 的大作中提到: 】
: 前端ssr next 所以要求用node,
: clojure前端怎么整？

Clojure的向后兼容做得很好，升级版本不会搞坏现存代码，这是它的一个设计理念。

外部dependecy的问题，也试图解决，比如可以depends on git commit等等。

但这个主要是host环境的问题。Clojure作为一个寄生语言，不可能根本解决Java库版
本冲突的问题。

其实这个问题，目前没有任何环境能够根本解决。

Clojure生态环境这方面做得比node这种好太多了。其他环境，breaking change太多了，习惯了Clojure环境的稳定不变，其他环境完全受不了，这是大实话。

【 在 fantasist (一) 的大作中提到: 】
: 为啥，clojure不用external dependency？

拉倒吧，有的公司是bug太多、太少都不行。太多dev有问题，太少需要qa干嘛？

【 在 minquan (三民主义) 的大作中提到: 】
: 正经企业里，测试只要抓到了开发的漏洞，分轻重扣奖金。
: 必须这样，否则就会助长无脑摞代码，虚增工作进度。
: 如果以代码量来论英雄，或者以完成需求数量来论英雄，
: 就会造成以质量为代价换取数量，
: 这也就是996的根源。

MySQL啊，也许我人笨怪刀钝，一个好用点的ORM都没有，换成python 就好多了

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 我tmd都好奇了，你连哪个db这么麻烦？
:
:
: 【 在 pda (天与地) 的大作中提到: 】
: : 同感，node 连个数据库都烦得要死

ORM is a bad idea, 所以我们直接call mysql2。

如果query简单，你不需要ORM。
如果query复杂，出了问题你不知道是query的问题还是ORM的问题，不要问我怎么知道
的，自己做点research去吧。

跟语言没关系，你们喜欢的java hibernate, 时不时就出点问题，以至于那个产品4年
了，哪天scrum的时候说daily tests全通过了，全组一片欢呼。

【 在 pda (天与地) 的大作中提到: 】
: MySQL啊，也许我人笨怪刀钝，一个好用点的ORM都没有，换成python 就好多了

完全同意

那位sanmin的管理风格也走不远，这种思维百年前管理捡棉花的挖矿的流水线的没什么区别，不会有跟着走的部下

【 在 netghost (Up to Isomorphism) 的大作中提到: 】
: 確切來說你這是華人老闆的思維，確切來說是福建方向的華人老闆的思維。
: 遇到事情首先想到就是自己和下屬的利益衝突，don't even bother是怎麼回事。其實
: 生意要做好，需要的是把員工利益和自己的利益綁到一起，別人才會認真給你幹活。否
: 則最後也就是忽悠幾個新人而已，做不大的。

我觉得这种工作适合刚毕业单身又想学东西的

有些工作经验的再见这类工作就该找下家

钱少也值得。

这种工作即便算是技术岗也没有太多科学的

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 我自己是想把feature弄出来就是，但是我们这里code review很严。
: 然后我们每个个人有半年的goal，所以大家更加乐意相互严格code review，给对方使
: 绊子。

没有办法，scrum就是以前中国文革生产队那一套，讨论农活怎么干，值几个工分。什
么都要讨论半天，相当于老码农教新码农，credit又没有多少

scrum的证书是不是烙印搞的？

【 在 dathinker (思考者) 的大作中提到: 】
: 我觉得这种工作适合刚毕业单身又想学东西的
: 有些工作经验的再见这类工作就该找下家
: 钱少也值得。
: 这种工作即便算是技术岗也没有太多科学的

不需要准确加进去。

unit-test以及压力测试这种才需要专门加进去。

否则完成了一个功能更新，自己跑一遍那个功能不是理所当然的么？

就自己认为写对了，然后就甩手了？那测试发现错了怎么着？重做？继续算工时？

既浪费测试又浪费工资。

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 可以做，但很多地方的schedule不怎么把testing的时间比较准确地加进去，如果是
: developer做testing的话

你给我翻译翻译，什么叫bug太少就不行？

不需要很多qa最好，每个人员对企业都是成本，难道生产中的浪费就不该减少？

【 在 wass (...) 的大作中提到: 】
: 拉倒吧，有的公司是bug太多、太少都不行。太多dev有问题，太少需要qa干嘛？

这才是华人老板的思维。听着不错，责任到位，但怎么定义＂质量＂，怎么定义＂谁＂出的错，从开始扯皮，到最后的政治斗争。这才是真正有毒企业文化的开始。

另外，有些怀疑LZ描述的＂互相使拌＂，有没有加杂LZ的个人情绪？

【 在 minquan (三民主义) 的大作中提到: 】
: 正经企业里，测试只要抓到了开发的漏洞，分轻重扣奖金。
: 必须这样，否则就会助长无脑摞代码，虚增工作进度。
: 如果以代码量来论英雄，或者以完成需求数量来论英雄，
: 就会造成以质量为代价换取数量，
: 这也就是996的根源。

码工还行，就算有时偷懒不自觉写test，提一下都会听。好多mle/ds没有这种mindset
，开发时总是手工test code，model直接test in production然后祈祷。

【 在 minquan (三民主义) 的大作中提到: 】
: 不需要准确加进去。
: unit-test以及压力测试这种才需要专门加进去。
: 否则完成了一个功能更新，自己跑一遍那个功能不是理所当然的么？
: 就自己认为写对了，然后就甩手了？那测试发现错了怎么着？重做？继续算工时？
: 既浪费测试又浪费工资。

这种事不奇怪，不止听到一个人说就连狗都有这种现象，一些人以无厘头block别人PR
的方式体现自己的权威。比如一段代码可以有两种写法，reviewer非要改成另一种，不然就一直request change。

【 在 kongkong00 (kongkong) 的大作中提到: 】
: 这才是华人老板的思维。听着不错，责任到位，但怎么定义＂质量＂，怎么定义＂谁＂
: 出的错，从开始扯皮，到最后的政治斗争。这才是真正有毒企业文化的开始。
: 另外，有些怀疑LZ描述的＂互相使拌＂，有没有加杂LZ的个人情绪？

以前做的公司，碰到问题组员都会过来看看帮忙，尤其年纪长一点的同事，有时你解释的过程都会自己发现问题。

最近做的2个组，年纪轻的非常刁难，觉得要挑战一下建立自己的权威。
上次那个小组长是犹太人，现在的组基本全是印度人，当然也还是有不错的印度人。

前2周碰到cors/cookie/https的问题，本来组里已经有3个人做过类似的config，我问
他们，
他们也不是很上心，拖了6天，整个项目推迟他们也不在乎，因为这一块算到我头上。

进公司的时候，经理一开始告诉别人，说不要帮我，让我struggle学的快。

以前接触的程序，你不怎么需要debug，根据entry point慢慢看得出各大模块。目前的java程序看不出层次，你不debug看不懂。然后我的mac上死活无法运行他们的程序，过了1年还时不
时出问题。这么说吧，在local是基本没人可以完整地run ut/ft的，最后大家统一了，只在build system里run ut/ft。

至于那些java产品程序乱成怎样，每个新人来安装在local run，都要挣扎一番，昨天
sprint retrospective会上又有个小年轻抱怨了半天。
不象我出的node, git pull, npm install后直接可以run ut/ft。

我们release一个new version要20+步，我一直说别的公司没有这么花时间的。现在人
走了一半，经理只好自己上阵写码，然后1-on-1的时候自己跟我抱怨怎么release这么
麻烦。

【 在 kongkong00 (kongkong) 的大作中提到: 】
: 这才是华人老板的思维。听着不错，责任到位，但怎么定义＂质量＂，怎么定义＂谁＂
: 出的错，从开始扯皮，到最后的政治斗争。这才是真正有毒企业文化的开始。
: 另外，有些怀疑LZ描述的＂互相使拌＂，有没有加杂LZ的个人情绪？

这些理解，时常遇到这种情况，有些人就是太opinioned，我觉得＂使拌＂到是算不上
。就是骨子里觉得自己牛B贝。

【 在 fantasist (一) 的大作中提到: 】
: 这种事不奇怪，不止听到一个人说就连狗都有这种现象，一些人以无厘头block别人
PR
: 的方式体现自己的权威。比如一段代码可以有两种写法，reviewer非要改成另一种，不
: 然就一直request change。

没有在你的环境里，不好指手化脚。调节好自己的心态，遇到进展不好时，多沟通，别人不理，接着沟通，和上司和产品经理，多把人involve进来，是分散责任的一种手段
。问，沟通，持续的，透明的，不带情绪的（毕竟只是一个工作，人生路还长）。只是自己的两分。没在你的环境，瞎BB两句而已。

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 以前做的公司，碰到问题组员都会过来看看帮忙，尤其年纪长一点的同事，有时你解释
: 的过程都会自己发现问题。
: 最近做的2个组，年纪轻的非常刁难，觉得要挑战一下建立自己的权威。
: 上次那个小组长是犹太人，现在的组基本全是印度人，当然也还是有不错的印度人。: 前2周碰到cors/cookie/https的问题，本来组里已经有3个人做过类似的config，我问
: 他们，
: 他们也不是很上心，拖了6天，整个项目推迟他们也不在乎，因为这一块算到我头上。
: 进公司的时候，经理一开始告诉别人，说不要帮我，让我struggle学的快。
: 以前接触的程序，你不怎么需要debug，根据entry point慢慢看得出各大模块。目前的
: java程序看不出层次，你不debug看不懂。然后我的mac上死活无法运行他们的程序，过
: ...................

都是打工写码的正常破事儿
咋说呢, 只要没人专门管开发环境, 就会越发难用难调试
我也干过一个公司, 后台代码在local就是很难跑起来...
大家都是在 dev/stage 上测试, 看 log...

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 以前做的公司，碰到问题组员都会过来看看帮忙，尤其年纪长一点的同事，有时你解释
: 的过程都会自己发现问题。
: 最近做的2个组，年纪轻的非常刁难，觉得要挑战一下建立自己的权威。
: 上次那个小组长是犹太人，现在的组基本全是印度人，当然也还是有不错的印度人。: 前2周碰到cors/cookie/https的问题，本来组里已经有3个人做过类似的config，我问
: 他们，
: 他们也不是很上心，拖了6天，整个项目推迟他们也不在乎，因为这一块算到我头上。
: 进公司的时候，经理一开始告诉别人，说不要帮我，让我struggle学的快。
: 以前接触的程序，你不怎么需要debug，根据entry point慢慢看得出各大模块。目前的
: java程序看不出层次，你不debug看不懂。然后我的mac上死活无法运行他们的程序，过
: ...................

如果你是大牛，自己花大量的时间精力test，bug fixes，然后才交出去。QA一年都没
有找到一个bug。

那么公司会告诉你，你花太多时间做qa的工作，需要打屁股

【 在 minquan (三民主义) 的大作中提到: 】
: 你给我翻译翻译，什么叫bug太少就不行？
: 不需要很多qa最好，每个人员对企业都是成本，难道生产中的浪费就不该减少？

我53了，做了这么久，第一次遇上这样的组，自己组开发的程序，却无法在本地机器上跑测试的。

【 在 dumbCoder (HumbleCoder 不懂就问-_-) 的大作中提到: 】
: 都是打工写码的正常破事儿
: 咋说呢, 只要没人专门管开发环境, 就会越发难用难调试
: 我也干过一个公司, 后台代码在local就是很难跑起来...
: 大家都是在 dev/stage 上测试, 看 log...

现在很多后端配置复杂的一逼
特别是micro services构架的,
docker file, docker compose, k8s 配置一堆
有时真的在local跑起来很难.
结果都在 dev/stage server 环境上测试
我不是说这样好, 这样就是很烦,
一堆complex的垃圾, 但是就是流行
有态度好的 DevOps/Admin engineers 维护的话, 也能用

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: 我53了，做了这么久，第一次遇上这样的组，自己组开发的程序，却无法在本地机器上
: 跑测试的。

我们组出这种问题的是java，我引进的node就平平安安的。

【 在 dumbCoder (HumbleCoder 不懂就问-_-) 的大作中提到: 】
: 现在很多后端配置复杂的一逼
: 特别是micro services构架的,
: docker file, docker compose, k8s 配置一堆
: 有时真的在local跑起来很难.
: 结果都在 dev/stage server 环境上测试
: 我不是说这样好, 这样就是很烦,
: 一堆complex的垃圾, 但是就是流行
: 有态度好的 DevOps/Admin engineers 维护的话, 也能用

Entity Framework挺好的，偶尔需要看看送到数据库的query。省很多时间

【 在 somehow (一宁@平安是福) 的大作中提到: 】
: ORM is a bad idea, 所以我们直接call mysql2。
: 如果query简单，你不需要ORM。
: 如果query复杂，出了问题你不知道是query的问题还是ORM的问题，不要问我怎么知道
: 的，自己做点research去吧。
: 跟语言没关系，你们喜欢的java hibernate, 时不时就出点问题，以至于那个产品4年
: 了，哪天scrum的时候说daily tests全通过了，全组一片欢呼。

对啊，这就是劣币驱逐良币，管拉不管埋。

我说的发现bug，倒扣工资，可以保护这位大牛的总体绩效。

这位大牛虽然做得慢些，但是不出错的品格比起错了再改要强太多。

当然，我说的是严肃应用，可以上生产线的，不是攒个小网站那种。

小网站的作坊生产带坏了程序开发的风气。

傻逼资本家按工作量来衡量，就把质量带坏了。
程序员写一堆错误代码，测试发一堆错误报告，好像是双赢
——企业软件的质量去哪里了？

倒扣追责比按工作量来给奖金重要得多。

日本最高级的跑车，每个发动机上刻着工匠的名字。
这就是自古以来的倒扣追责机制，这就是质量能够保证的根本。

【 在 wass (...) 的大作中提到: 】
: 如果你是大牛，自己花大量的时间精力test，bug fixes，然后才交出去。QA一年都没
: 有找到一个bug。
: 那么公司会告诉你，你花太多时间做qa的工作，需要打屁股