必然有啊
但是他就是再好
有知名开源项目写的好么？
学习是有成本的
为啥不学更好的？

你是上学的时候
班级有作文比你写的好的同学么？
那你们上课的时候为啥主要学课本上的文章
不学习你那位同学的大作呢？

【 在 z16166 的大作中提到: 】
:  
: 你的同事里面没有代码比你写得好的？  
: --  
:

发自「今日水木 on iPhone 12 mini」
--
FROM 223.72.19.*

所有review代码都是工作量的问题
对于review者和被review者同样适用
你这种review的方法
review的工作量更大
如果review者要承担出错责任
必然是让开发者把问题揉碎了讲清楚
然后自己的代码被别人review的时候也是如此
如果一周五个工作日
1对一互相review的话
这个过程至少要花费一个工作日

现在很多公司
把工作量拍的满满的

这个工作日的工期你向项目经理申请么

【 在 z16166 的大作中提到: 】
:  
: review的人回复“我review完了，没有进一步的意见了”，这个操作代表啥？  
: 是负责任，还是不负责任，还是说既不代表负责任，也不代表不负责任呢？  
:
: 说到review质量，有时候写代码的人写了较长时间的代码，代码量和复杂度都比较大，如果要在短时间内review完，那确
: ..................

发自「今日水木 on iPhone 12 mini」
--
FROM 223.72.19.*

一样啊，好的作品，不光是作文，包括手工作品，放在展台/橱窗里，那不是让人学习的吗

不能一个学校、一个老师没那么干，就认为全国的老师都没那么干了吧

不过，这样讨论下去也没啥结果，就当灌灌水也好

【 在 irreallich 的大作中提到: 】
: 老师展示范文
: 那是以前
: 因为那个时候没有知识爆炸
: ...................
--
FROM 114.245.195.*

首先
你的例子本身就不合适
老师选范文
让别人学习
选的过程是老师做的
这个时间成本是老师出
学生付出的是学习成本
当然可以偶尔看看
毕竟他山之石

同组review代码
可能偶尔有一个亮眼的
但95%代码并不能让人眼前一亮

你花了95%的时间对你个人提升是无用的
这个成本要你个人出
所以不如直接去学习经典开源的代码

如果有人把同事代码中眼前一亮的部分挑出来介绍给我
我是愿意看一看的

在学习角度讲
这个区别是本质的

当然
只是聊天
各抒己见罢了


【 在 z16166 的大作中提到: 】
:  
: 一样啊，好的作品，不光是作文，包括手工作品，放在展台/橱窗里，那不是让人学习的吗  
:
: 不能一个学校、一个老师没那么干，就认为全国的老师都没那么干了吧  
:
: 不过，这样讨论下去也没啥结果，就当灌灌水也好  
: --  
:

发自「今日水木 on iPhone 12 mini」
--
FROM 111.206.214.*

这是假敏捷吧. 代码质量都不重视, 还搞什么敏捷?

【 在 irreallich 的大作中提到: 】
: 厂家的这个服务程序如果没有你说的这个
: 负责人可能是刚毕业的人
: 你去推他开发出来
: ...................
--
FROM 123.125.37.*