s*****w 发帖数: 1527 | 1 要把产品从node 12升级到16,
以前的unit test坏了,看了半天也没看出问题来。
然后把坏掉的unit test turn off, 在本地机器上docker build正常。
然后放到build job里又出问题。
觉得所有的时间全花在这些无聊的琐事里。
这个ci/cd让developer全程release, 就是把developer变成QA, release engineer ... |
m*****n 发帖数: 3575 | 2 保证自己的代码在至少一个环境下能跑通,本来就是程序员的义务。
不要总觉得可以把自己的责任甩给别人,高贵的自己只做纯而又纯的写代码。
http://mitbbs.com/article_t/Programming/31603217.html |
m*****n 发帖数: 3575 | 3 还有,不断升级是开源的罪。
升级本身就说明,旧的开源代码有缺陷。
既然免费用了人家的开源代码,就只能背负这个麻烦。 |
d*******r 发帖数: 3299 | 4 哈哈, 你已经是标准 "老板思维"
【在 m*****n 的大作中提到】 : 保证自己的代码在至少一个环境下能跑通,本来就是程序员的义务。 : 不要总觉得可以把自己的责任甩给别人,高贵的自己只做纯而又纯的写代码。 : http://mitbbs.com/article_t/Programming/31603217.html
|
d*******r 发帖数: 3299 | 5 不用怀疑, 现在很多dev工具就是很烂很fraigle
公司让dev们搞"full stack"最后就是累的一逼
..
【在 s*****w 的大作中提到】 : 要把产品从node 12升级到16, : 以前的unit test坏了,看了半天也没看出问题来。 : 然后把坏掉的unit test turn off, 在本地机器上docker build正常。 : 然后放到build job里又出问题。 : 觉得所有的时间全花在这些无聊的琐事里。 : 这个ci/cd让developer全程release, 就是把developer变成QA, release engineer ...
|
r*******r 发帖数: 2565 | 6 这种鸟事你别指望QA帮你解决,让他们做,你只会更忙
我N年前就得出结论,能自己写的绝不用别人的。能workaround的就不要dependency。
不然时间都浪费在跟踪dependency的升级上了。 |
m*****n 发帖数: 3575 | 7 就是老板思维啊。
华人总爬不上去,就是因为你们总想着自己是个打工的,XXX犯不着自己干。
问题在于,你总这么想,老板就很麻烦,
总得专门配个跟班给你,你和跟班吵架,
老板还得给你们协调关系。
哪个老板愿意这么麻烦?人家当然会选阿三不选你们。
【在 d*******r 的大作中提到】 : 哈哈, 你已经是标准 "老板思维"
|
m*****n 发帖数: 3575 | 8 西方有句话叫——
get your hands dirty.
我算看出来了,不少聪明的华人怎么也上不去,自己还觉得自己技术很牛,
就是不愿意 get their hands dirty,
做那些必须做但是并不体现智力优越性的工作。
原来易建联去NBA打球,还得他妈给系鞋带,很反映你们这种心理。 |
m*****n 发帖数: 3575 | 9 你们做码工需要尽早摆正心态——
自己不是代码简洁、优美的奥运比赛选手,
而是给老板和客户呈交能用的工具。
这才叫工程师。 |
s*****w 发帖数: 1527 | 10 我自己是想把feature弄出来就是,但是我们这里code review很严。
然后我们每个个人有半年的goal,所以大家更加乐意相互严格code review,给对方使
绊子。
【在 m*****n 的大作中提到】 : 你们做码工需要尽早摆正心态—— : 自己不是代码简洁、优美的奥运比赛选手, : 而是给老板和客户呈交能用的工具。 : 这才叫工程师。
|
B********d 发帖数: 1893 | 11 这样的劳动环境,好像还不如黑奴
【在 s*****w 的大作中提到】 : 我自己是想把feature弄出来就是,但是我们这里code review很严。 : 然后我们每个个人有半年的goal,所以大家更加乐意相互严格code review,给对方使 : 绊子。
|
n******t 发帖数: 4406 | 12 你和他說得都不是一件事。
【在 m*****n 的大作中提到】 : 保证自己的代码在至少一个环境下能跑通,本来就是程序员的义务。 : 不要总觉得可以把自己的责任甩给别人,高贵的自己只做纯而又纯的写代码。 : http://mitbbs.com/article_t/Programming/31603217.html
|
n******t 发帖数: 4406 | 13 確切來說你這是華人老闆的思維,確切來說是福建方向的華人老闆的思維。
遇到事情首先想到就是自己和下屬的利益衝突,don't even bother是怎麼回事。其實
生意要做好,需要的是把員工利益和自己的利益綁到一起,別人才會認真給你幹活。否
則最後也就是忽悠幾個新人而已,做不大的。
【在 m*****n 的大作中提到】 : 就是老板思维啊。 : 华人总爬不上去,就是因为你们总想着自己是个打工的,XXX犯不着自己干。 : 问题在于,你总这么想,老板就很麻烦, : 总得专门配个跟班给你,你和跟班吵架, : 老板还得给你们协调关系。 : 哪个老板愿意这么麻烦?人家当然会选阿三不选你们。
|
n******t 发帖数: 4406 | 14 問題是你覺得這個無聊,你有有聊無痛的辦法麼?
如果沒有,這不就是你唯一的選擇麼?
..
【在 s*****w 的大作中提到】 : 要把产品从node 12升级到16, : 以前的unit test坏了,看了半天也没看出问题来。 : 然后把坏掉的unit test turn off, 在本地机器上docker build正常。 : 然后放到build job里又出问题。 : 觉得所有的时间全花在这些无聊的琐事里。 : 这个ci/cd让developer全程release, 就是把developer变成QA, release engineer ...
|
f*******t 发帖数: 7549 | 15 这文化太toxic了,能找个好点的公司吗……
【在 s*****w 的大作中提到】 : 我自己是想把feature弄出来就是,但是我们这里code review很严。 : 然后我们每个个人有半年的goal,所以大家更加乐意相互严格code review,给对方使 : 绊子。
|
s*****w 发帖数: 1527 | 16 每年都是评为 best place to work
【在 f*******t 的大作中提到】 : 这文化太toxic了,能找个好点的公司吗……
|
s*****w 发帖数: 1527 | 17 找个release engineer专门做release可以吧?我们web app release步骤有20多步,一
点不夸张
【在 n******t 的大作中提到】 : 問題是你覺得這個無聊,你有有聊無痛的辦法麼? : 如果沒有,這不就是你唯一的選擇麼? : : ..
|
p*a 发帖数: 592 | 18 release engineer 不懂升级node,否则怎么会干这种累活脏活
【在 s*****w 的大作中提到】 : 找个release engineer专门做release可以吧?我们web app release步骤有20多步,一 : 点不夸张
|
s*****w 发帖数: 1527 | 19 我说的是我在local machine上测试好,然后在build system里build, 然后deploy给
release engineer
【在 p*a 的大作中提到】 : release engineer 不懂升级node,否则怎么会干这种累活脏活
|
w**s 发帖数: 1911 | 20 现在都是ci/cd替代人工,release as code,这样就是码农的事情了
【在 s*****w 的大作中提到】 : 找个release engineer专门做release可以吧?我们web app release步骤有20多步,一 : 点不夸张
|
h*i 发帖数: 3446 | 21 用node就是自找不痛快。
用Clojure就不会有这种愚蠢的升级问题。 |
c******y 发帖数: 3269 | 22 香蕉厂?
【在 s*****w 的大作中提到】 : 每年都是评为 best place to work
|
p*a 发帖数: 592 | 23 同感,node 连个数据库都烦得要死
【在 h*i 的大作中提到】 : 用node就是自找不痛快。 : 用Clojure就不会有这种愚蠢的升级问题。
|
m*****n 发帖数: 3575 | 24 我再给你讲一件事。
如果你放任开发不做测试,而测试发现错误又不能惩罚开发,
结果就是开发不断的糊弄代码,不断的麻烦测试。
實生意要做好,需要的是把員工利益和自己的利益綁到一起,別人才會認真給你幹活。
否則最後也就是忽悠幾個新人而已,做不大的。
【在 n******t 的大作中提到】 : 確切來說你這是華人老闆的思維,確切來說是福建方向的華人老闆的思維。 : 遇到事情首先想到就是自己和下屬的利益衝突,don't even bother是怎麼回事。其實 : 生意要做好,需要的是把員工利益和自己的利益綁到一起,別人才會認真給你幹活。否 : 則最後也就是忽悠幾個新人而已,做不大的。
|
s*****w 发帖数: 1527 | 25 我tmd都好奇了,你连哪个db这么麻烦?
【在 p*a 的大作中提到】 : 同感,node 连个数据库都烦得要死
|
s*****w 发帖数: 1527 | 26 你要开发的做测试可以的,问题是schedule里要放足时间。
你要的理想社会里,做测试的也应该写开发,因为这样可以测试的更好。
问题是你觉得现实吗?
【在 m*****n 的大作中提到】 : 我再给你讲一件事。 : 如果你放任开发不做测试,而测试发现错误又不能惩罚开发, : 结果就是开发不断的糊弄代码,不断的麻烦测试。 : : 實生意要做好,需要的是把員工利益和自己的利益綁到一起,別人才會認真給你幹活。 : 否則最後也就是忽悠幾個新人而已,做不大的。
|
m*****n 发帖数: 3575 | 27 正经企业里,测试只要抓到了开发的漏洞,分轻重扣奖金。
必须这样,否则就会助长无脑摞代码,虚增工作进度。
如果以代码量来论英雄,或者以完成需求数量来论英雄,
就会造成以质量为代价换取数量,
这也就是996的根源。
【在 s*****w 的大作中提到】 : 你要开发的做测试可以的,问题是schedule里要放足时间。 : 你要的理想社会里,做测试的也应该写开发,因为这样可以测试的更好。 : 问题是你觉得现实吗?
|
k****i 发帖数: 101 | 28 李奇真是个奇才。学作曲的喜欢编程,搞出了clojure,clojurescript和datomic,商
业化datomic来支持clj和cljs。设计与实现的东东既深思熟虑又敢于取舍与创新。典型
的open minded,progrmatic and tasteful之人,outspoken yet humble。
【在 h*i 的大作中提到】 : 用node就是自找不痛快。 : 用Clojure就不会有这种愚蠢的升级问题。
|
f*******t 发帖数: 7549 | 29 为啥,clojure不用external dependency?
【在 h*i 的大作中提到】 : 用node就是自找不痛快。 : 用Clojure就不会有这种愚蠢的升级问题。
|
k****i 发帖数: 101 | 30 可以戏称node是function as a package. jdk一开始就是battery included,各种specs
,各种foundations,妥妥的工业范儿。node看起来轻巧灵活,clj寄身在jvm貌似臃肿,
用起来后者往往更
规范,不会出无厘头的dependency问题。
【在 f*******t 的大作中提到】 : 为啥,clojure不用external dependency?
|
s*****w 发帖数: 1527 | 31 我这次的问题是,以前node 12把unhandled rejection 当作warning, 现在node 16当
作error 所以unit test failed.
也就1小时查到原因了。
你们臃肿的jvm, hibernate 等等像狗屎一样,还好意思拿出来显摆。
specs
【在 k****i 的大作中提到】 : 可以戏称node是function as a package. jdk一开始就是battery included,各种specs : ,各种foundations,妥妥的工业范儿。node看起来轻巧灵活,clj寄身在jvm貌似臃肿, : 用起来后者往往更 : 规范,不会出无厘头的dependency问题。
|
f*******t 发帖数: 7549 | 32 clj能解决transitive dependency造成的问题?比如A ->B->C v1.0,同时A->D->C 2.0
,如果哪个语言能解决,真是吊炸天了。
另外楼主提到的语言升级版本以后某些test不work了,这也能避免?backward
compatibility有那么容易吗。
还有同样的test在local docker和remote(不知道是不是container里)跑结果不一样
,似乎也不是语言能解决的问题。
specs
【在 k****i 的大作中提到】 : 可以戏称node是function as a package. jdk一开始就是battery included,各种specs : ,各种foundations,妥妥的工业范儿。node看起来轻巧灵活,clj寄身在jvm貌似臃肿, : 用起来后者往往更 : 规范,不会出无厘头的dependency问题。
|
k****i 发帖数: 101 | 33 clj更是battery included,core就有大几百的functions,并且polymorphic。再加上
immutable by default,肯定会增强robustness。
specs
【在 k****i 的大作中提到】 : 可以戏称node是function as a package. jdk一开始就是battery included,各种specs : ,各种foundations,妥妥的工业范儿。node看起来轻巧灵活,clj寄身在jvm貌似臃肿, : 用起来后者往往更 : 规范,不会出无厘头的dependency问题。
|
n******t 发帖数: 4406 | 34 你說的這個是表淺。
軟件開發不可能真正分成test和開發者的,沒意識到這件事的人,最後不可避免會走上
scrum那一套bullshit的東西。
【在 m*****n 的大作中提到】 : 我再给你讲一件事。 : 如果你放任开发不做测试,而测试发现错误又不能惩罚开发, : 结果就是开发不断的糊弄代码,不断的麻烦测试。 : : 實生意要做好,需要的是把員工利益和自己的利益綁到一起,別人才會認真給你幹活。 : 否則最後也就是忽悠幾個新人而已,做不大的。
|
n******t 发帖数: 4406 | 35 battery included和dependancy有什麼關係?
JS的問題的本質不是第三方庫的問題,是這東西和系統離了一帽子遠,那些yy的東西,
一部署都現形。
【在 k****i 的大作中提到】 : clj更是battery included,core就有大几百的functions,并且polymorphic。再加上 : immutable by default,肯定会增强robustness。 : : specs
|
k****i 发帖数: 101 | 36 写个web应用,鸡毛蒜皮dependency都depth N,还是no dependency but stdlib,哪个
会稳得一匹。或者潘驴邓小闲会手撸。
【在 n******t 的大作中提到】 : battery included和dependancy有什麼關係? : JS的問題的本質不是第三方庫的問題,是這東西和系統離了一帽子遠,那些yy的東西, : 一部署都現形。
|
r****t 发帖数: 10904 | 37 这个 node warning 已经 warning很长时间了,
为什么你们跳过node 14? 貌似现在还不到升 16 的时候,虽说应该问题不大。
麻烦的是 mui 4->5 吗?看了下觉得还是暂时不升了。
【在 s*****w 的大作中提到】 : 我这次的问题是,以前node 12把unhandled rejection 当作warning, 现在node 16当 : 作error 所以unit test failed. : 也就1小时查到原因了。 : 你们臃肿的jvm, hibernate 等等像狗屎一样,还好意思拿出来显摆。 : : specs
|
r****t 发帖数: 10904 | 38 前端ssr next 所以要求用node,
clojure前端怎么整?
【在 h*i 的大作中提到】 : 用node就是自找不痛快。 : 用Clojure就不会有这种愚蠢的升级问题。
|
m*****n 发帖数: 3575 | 39 你终于算是同意我一回了!
这就是一个根本问题——必要但不爽的工作,华人很多讨厌去做!
这还是我开始说的 get your hands dirty!
人,最後不可避免會走上
【在 n******t 的大作中提到】 : battery included和dependancy有什麼關係? : JS的問題的本質不是第三方庫的問題,是這東西和系統離了一帽子遠,那些yy的東西, : 一部署都現形。
|
d*******r 发帖数: 3299 | 40 比如 A->B->C v1.0,同时A->D->C v2.0
是指两个不同版本的C么?难道不是打包两个版本C的copy?
.0
【在 f*******t 的大作中提到】 : clj能解决transitive dependency造成的问题?比如A ->B->C v1.0,同时A->D->C 2.0 : ,如果哪个语言能解决,真是吊炸天了。 : 另外楼主提到的语言升级版本以后某些test不work了,这也能避免?backward : compatibility有那么容易吗。 : 还有同样的test在local docker和remote(不知道是不是container里)跑结果不一样 : ,似乎也不是语言能解决的问题。 : : specs
|
d*******r 发帖数: 3299 | 41 docker就是... 只能捏着鼻子用
.0
【在 f*******t 的大作中提到】 : clj能解决transitive dependency造成的问题?比如A ->B->C v1.0,同时A->D->C 2.0 : ,如果哪个语言能解决,真是吊炸天了。 : 另外楼主提到的语言升级版本以后某些test不work了,这也能避免?backward : compatibility有那么容易吗。 : 还有同样的test在local docker和remote(不知道是不是container里)跑结果不一样 : ,似乎也不是语言能解决的问题。 : : specs
|
s*****w 发帖数: 1527 | 42 可以做,但很多地方的schedule不怎么把testing的时间比较准确地加进去,如果是
developer做testing的话
【在 m*****n 的大作中提到】 : 你终于算是同意我一回了! : 这就是一个根本问题——必要但不爽的工作,华人很多讨厌去做! : 这还是我开始说的 get your hands dirty! : : 人,最後不可避免會走上
|
h*i 发帖数: 3446 | 43 Clojure在服务器端, Clojurescript在前端。两者共用的代码,写在cljc文件里面。
服务器端rendering这些都不是问题。一般的Web应用,Clojure/script很成熟,有很多
的选择。 Web应用其实是Clojure目前主要的用途,也是最适合的。
一般抱怨的是选择太多,初学者不知所措。主要是Clojure不喜欢大框架,而是提供很
多库,用户自己选择组合。对初学者来说这有点困难。
不过可以从https://luminusweb.com/ 开始。这是个已经组合好的微框架,各个部件也
是可以有些选择的。作者还有一本书Web Development with Clojure, 出了第三版了。
【在 r****t 的大作中提到】 : 前端ssr next 所以要求用node, : clojure前端怎么整?
|
h*i 发帖数: 3446 | 44 Clojure的向后兼容做得很好,升级版本不会搞坏现存代码,这是它的一个设计理念。
外部dependecy的问题,也试图解决,比如可以depends on git commit等等。
但这个主要是host环境的问题。Clojure作为一个寄生语言,不可能根本解决Java库版
本冲突的问题。
其实这个问题,目前没有任何环境能够根本解决。
Clojure生态环境这方面做得比node这种好太多了。其他环境,breaking change太多了
,习惯了Clojure环境的稳定不变,其他环境完全受不了,这是大实话。
【在 f*******t 的大作中提到】 : 为啥,clojure不用external dependency?
|
w**s 发帖数: 1911 | 45 拉倒吧,有的公司是bug太多、太少都不行。太多dev有问题,太少需要qa干嘛?
【在 m*****n 的大作中提到】 : 正经企业里,测试只要抓到了开发的漏洞,分轻重扣奖金。 : 必须这样,否则就会助长无脑摞代码,虚增工作进度。 : 如果以代码量来论英雄,或者以完成需求数量来论英雄, : 就会造成以质量为代价换取数量, : 这也就是996的根源。
|
p*a 发帖数: 592 | 46 MySQL啊,也许我人笨怪刀钝,一个好用点的ORM都没有,换成python 就好多了
【在 s*****w 的大作中提到】 : 我tmd都好奇了,你连哪个db这么麻烦?
|
s*****w 发帖数: 1527 | 47 ORM is a bad idea, 所以我们直接call mysql2。
如果query简单,你不需要ORM。
如果query复杂,出了问题你不知道是query的问题还是ORM的问题,不要问我怎么知道
的,自己做点research去吧。
跟语言没关系,你们喜欢的java hibernate, 时不时就出点问题,以至于那个产品4年
了,哪天scrum的时候说daily tests全通过了,全组一片欢呼。
【在 p*a 的大作中提到】 : MySQL啊,也许我人笨怪刀钝,一个好用点的ORM都没有,换成python 就好多了
|
d*******r 发帖数: 806 | 48 完全同意
那位sanmin的管理风格也走不远,这种思维百年前管理捡棉花的挖矿的流水线的没什么
区别,不会有跟着走的部下
【在 n******t 的大作中提到】 : 確切來說你這是華人老闆的思維,確切來說是福建方向的華人老闆的思維。 : 遇到事情首先想到就是自己和下屬的利益衝突,don't even bother是怎麼回事。其實 : 生意要做好,需要的是把員工利益和自己的利益綁到一起,別人才會認真給你幹活。否 : 則最後也就是忽悠幾個新人而已,做不大的。
|
d*******r 发帖数: 806 | 49 我觉得这种工作适合刚毕业单身又想学东西的
有些工作经验的再见这类工作就该找下家
钱少也值得。
这种工作即便算是技术岗也没有太多科学的
【在 s*****w 的大作中提到】 : 我自己是想把feature弄出来就是,但是我们这里code review很严。 : 然后我们每个个人有半年的goal,所以大家更加乐意相互严格code review,给对方使 : 绊子。
|
w**s 发帖数: 1911 | 50 没有办法,scrum就是以前中国文革生产队那一套,讨论农活怎么干,值几个工分。什
么都要讨论半天,相当于老码农教新码农,credit又没有多少
scrum的证书是不是烙印搞的?
【在 d*******r 的大作中提到】 : 我觉得这种工作适合刚毕业单身又想学东西的 : 有些工作经验的再见这类工作就该找下家 : 钱少也值得。 : 这种工作即便算是技术岗也没有太多科学的
|
m*****n 发帖数: 3575 | 51 不需要准确加进去。
unit-test以及压力测试这种才需要专门加进去。
否则完成了一个功能更新,自己跑一遍那个功能不是理所当然的么?
就自己认为写对了,然后就甩手了?那测试发现错了怎么着?重做?继续算工时?
既浪费测试又浪费工资。
【在 s*****w 的大作中提到】 : 可以做,但很多地方的schedule不怎么把testing的时间比较准确地加进去,如果是 : developer做testing的话
|
m*****n 发帖数: 3575 | 52 你给我翻译翻译,什么叫bug太少就不行?
不需要很多qa最好,每个人员对企业都是成本,难道生产中的浪费就不该减少?
【在 w**s 的大作中提到】 : 拉倒吧,有的公司是bug太多、太少都不行。太多dev有问题,太少需要qa干嘛?
|
k********0 发帖数: 585 | 53 这才是华人老板的思维。听着不错,责任到位,但怎么定义"质量",怎么定义"谁"
出的错,从开始扯皮,到最后的政治斗争。这才是真正有毒企业文化的开始。
另外,有些怀疑LZ描述的"互相使拌",有没有加杂LZ的个人情绪?
【在 m*****n 的大作中提到】 : 正经企业里,测试只要抓到了开发的漏洞,分轻重扣奖金。 : 必须这样,否则就会助长无脑摞代码,虚增工作进度。 : 如果以代码量来论英雄,或者以完成需求数量来论英雄, : 就会造成以质量为代价换取数量, : 这也就是996的根源。
|
f*******t 发帖数: 7549 | 54 码工还行,就算有时偷懒不自觉写test,提一下都会听。好多mle/ds没有这种mindset
,开发时总是手工test code,model直接test in production然后祈祷。
【在 m*****n 的大作中提到】 : 不需要准确加进去。 : unit-test以及压力测试这种才需要专门加进去。 : 否则完成了一个功能更新,自己跑一遍那个功能不是理所当然的么? : 就自己认为写对了,然后就甩手了?那测试发现错了怎么着?重做?继续算工时? : 既浪费测试又浪费工资。
|
f*******t 发帖数: 7549 | 55 这种事不奇怪,不止听到一个人说就连狗都有这种现象,一些人以无厘头block别人PR
的方式体现自己的权威。比如一段代码可以有两种写法,reviewer非要改成另一种,不
然就一直request change。
【在 k********0 的大作中提到】 : 这才是华人老板的思维。听着不错,责任到位,但怎么定义"质量",怎么定义"谁" : 出的错,从开始扯皮,到最后的政治斗争。这才是真正有毒企业文化的开始。 : 另外,有些怀疑LZ描述的"互相使拌",有没有加杂LZ的个人情绪?
|
s*****w 发帖数: 1527 | 56 以前做的公司,碰到问题组员都会过来看看帮忙,尤其年纪长一点的同事,有时你解释
的过程都会自己发现问题。
最近做的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这么
麻烦。
【在 k********0 的大作中提到】 : 这才是华人老板的思维。听着不错,责任到位,但怎么定义"质量",怎么定义"谁" : 出的错,从开始扯皮,到最后的政治斗争。这才是真正有毒企业文化的开始。 : 另外,有些怀疑LZ描述的"互相使拌",有没有加杂LZ的个人情绪?
|
k********0 发帖数: 585 | 57 这些理解,时常遇到这种情况,有些人就是太opinioned,我觉得"使拌"到是算不上
。就是骨子里觉得自己牛B贝。
PR
【在 f*******t 的大作中提到】 : 这种事不奇怪,不止听到一个人说就连狗都有这种现象,一些人以无厘头block别人PR : 的方式体现自己的权威。比如一段代码可以有两种写法,reviewer非要改成另一种,不 : 然就一直request change。
|
k********0 发帖数: 585 | 58 没有在你的环境里,不好指手化脚。调节好自己的心态,遇到进展不好时,多沟通,别
人不理,接着沟通,和上司和产品经理,多把人involve进来,是分散责任的一种手段
。问,沟通,持续的,透明的,不带情绪的(毕竟只是一个工作,人生路还长)。只是
自己的两分。没在你的环境,瞎BB两句而已。
【在 s*****w 的大作中提到】 : 以前做的公司,碰到问题组员都会过来看看帮忙,尤其年纪长一点的同事,有时你解释 : 的过程都会自己发现问题。 : 最近做的2个组,年纪轻的非常刁难,觉得要挑战一下建立自己的权威。 : 上次那个小组长是犹太人,现在的组基本全是印度人,当然也还是有不错的印度人。 : 前2周碰到cors/cookie/https的问题,本来组里已经有3个人做过类似的config,我问 : 他们, : 他们也不是很上心,拖了6天,整个项目推迟他们也不在乎,因为这一块算到我头上。 : 进公司的时候,经理一开始告诉别人,说不要帮我,让我struggle学的快。 : 以前接触的程序,你不怎么需要debug,根据entry point慢慢看得出各大模块。目前的 : java程序看不出层次,你不debug看不懂。然后我的mac上死活无法运行他们的程序,过
|
d*******r 发帖数: 3299 | 59 都是打工写码的正常破事儿
咋说呢, 只要没人专门管开发环境, 就会越发难用难调试
我也干过一个公司, 后台代码在local就是很难跑起来...
大家都是在 dev/stage 上测试, 看 log...
【在 s*****w 的大作中提到】 : 以前做的公司,碰到问题组员都会过来看看帮忙,尤其年纪长一点的同事,有时你解释 : 的过程都会自己发现问题。 : 最近做的2个组,年纪轻的非常刁难,觉得要挑战一下建立自己的权威。 : 上次那个小组长是犹太人,现在的组基本全是印度人,当然也还是有不错的印度人。 : 前2周碰到cors/cookie/https的问题,本来组里已经有3个人做过类似的config,我问 : 他们, : 他们也不是很上心,拖了6天,整个项目推迟他们也不在乎,因为这一块算到我头上。 : 进公司的时候,经理一开始告诉别人,说不要帮我,让我struggle学的快。 : 以前接触的程序,你不怎么需要debug,根据entry point慢慢看得出各大模块。目前的 : java程序看不出层次,你不debug看不懂。然后我的mac上死活无法运行他们的程序,过
|
w**s 发帖数: 1911 | 60 如果你是大牛,自己花大量的时间精力test,bug fixes,然后才交出去。QA一年都没
有找到一个bug。
那么公司会告诉你,你花太多时间做qa的工作,需要打屁股
【在 m*****n 的大作中提到】 : 你给我翻译翻译,什么叫bug太少就不行? : 不需要很多qa最好,每个人员对企业都是成本,难道生产中的浪费就不该减少?
|
s*****w 发帖数: 1527 | 61 我53了,做了这么久,第一次遇上这样的组,自己组开发的程序,却无法在本地机器上
跑测试的。
【在 d*******r 的大作中提到】 : 都是打工写码的正常破事儿 : 咋说呢, 只要没人专门管开发环境, 就会越发难用难调试 : 我也干过一个公司, 后台代码在local就是很难跑起来... : 大家都是在 dev/stage 上测试, 看 log...
|
d*******r 发帖数: 3299 | 62 现在很多后端配置复杂的一逼
特别是micro services构架的,
docker file, docker compose, k8s 配置一堆
有时真的在local跑起来很难.
结果都在 dev/stage server 环境上测试
我不是说这样好, 这样就是很烦,
一堆complex的垃圾, 但是就是流行
有态度好的 DevOps/Admin engineers 维护的话, 也能用
【在 s*****w 的大作中提到】 : 我53了,做了这么久,第一次遇上这样的组,自己组开发的程序,却无法在本地机器上 : 跑测试的。
|
s*****w 发帖数: 1527 | 63 我们组出这种问题的是java,我引进的node就平平安安的。
【在 d*******r 的大作中提到】 : 现在很多后端配置复杂的一逼 : 特别是micro services构架的, : docker file, docker compose, k8s 配置一堆 : 有时真的在local跑起来很难. : 结果都在 dev/stage server 环境上测试 : 我不是说这样好, 这样就是很烦, : 一堆complex的垃圾, 但是就是流行 : 有态度好的 DevOps/Admin engineers 维护的话, 也能用
|
w**s 发帖数: 1911 | 64 Entity Framework挺好的,偶尔需要看看送到数据库的query。省很多时间
【在 s*****w 的大作中提到】 : ORM is a bad idea, 所以我们直接call mysql2。 : 如果query简单,你不需要ORM。 : 如果query复杂,出了问题你不知道是query的问题还是ORM的问题,不要问我怎么知道 : 的,自己做点research去吧。 : 跟语言没关系,你们喜欢的java hibernate, 时不时就出点问题,以至于那个产品4年 : 了,哪天scrum的时候说daily tests全通过了,全组一片欢呼。
|
m*****n 发帖数: 3575 | 65 对啊,这就是劣币驱逐良币,管拉不管埋。
我说的发现bug,倒扣工资,可以保护这位大牛的总体绩效。
这位大牛虽然做得慢些,但是不出错的品格比起错了再改要强太多。
当然,我说的是严肃应用,可以上生产线的,不是攒个小网站那种。
小网站的作坊生产带坏了程序开发的风气。
傻逼资本家按工作量来衡量,就把质量带坏了。
程序员写一堆错误代码,测试发一堆错误报告,好像是双赢
——企业软件的质量去哪里了?
倒扣追责比按工作量来给奖金重要得多。
日本最高级的跑车,每个发动机上刻着工匠的名字。
这就是自古以来的倒扣追责机制,这就是质量能够保证的根本。
【在 w**s 的大作中提到】 : 如果你是大牛,自己花大量的时间精力test,bug fixes,然后才交出去。QA一年都没 : 有找到一个bug。 : 那么公司会告诉你,你花太多时间做qa的工作,需要打屁股
|