[吐槽]抽象真是不一定好 - 未名空间MITBBS历史存档

c*62015-06-08 07:06

1 楼

向大家请教两个问题：
（1）境内J1豁免后转F2，如果被拒是从网上显示被拒开始算还是正式收到拒绝信件时
开始？
（2）如果被拒时签证已失效但I-94仍然有效，那是否也得立即回国？这个“立即”指
的是今天收到拒绝信，明天就必须离开么？这个难度很大呀，是否有一段宽容时间。
（3）如果做不到立即离开，是否违反法律，对以后申请绿卡有影响呢？
请有经验的朋友赐教！
谢谢

J*i2015-06-08 07:06

2 楼

下个月房租涨450块
新房东太狠了！

a*y2015-06-08 07:06

3 楼

e*o2015-06-08 07:06

4 楼

我有个同事, 每次review的时候, 就想办法优化，压缩我的代码。
代码应该反映最初的思路，在代码基础上优化，结果就是尼玛根本不知道最初的本意了。
就是为了省两行代码。
有时候，他还提供代码，有意思的是，超过三行以上的，对的可能性不大。我还得再调
整.
有一次，我已经commit了，他还勤快，自己改了之后，再commit，结果test 跑不过了
，又改回来。精神倒是可嘉，不过真是浪费自己和他人的时间。
还有个同事，特别喜欢抽象。
哪怕写三个class，人家非得找个共同点，然后写个 XXabstact class。有时候，这些
class 并不能很自然的提取出来一个XXabstract class，那就在 abstract class 里
，用if else 解决。结果是，最终的class 是短了，不过，尼玛你要看最终的class
，根本不知道是干啥的。因为主要的逻辑转移到了那个XXabstract class。这样下来
，就是让所有的class 同样复杂。因为你读任意一个最终的class，都要把那个屎一样
的abstractXX class 读一遍。

d*e2015-06-08 07:06

5 楼

涨这么多

【在 J********i 的大作中提到】

: 下个月房租涨450块
: 新房东太狠了！

S*M2015-06-08 07:06

6 楼

不知道付费用户怎么办？就没了？

n*72015-06-08 07:06

7 楼

都是闲的，这样简单事情复杂化才有快感，不然思维力过剩
当年年少无聊的时候，特别喜欢复杂的游戏，越复杂越觉得有意思
现在只能用脊柱玩游戏了
所以这个版上的职业马工有些喜欢有挑战的搞法，觉得简洁优美hardcore，弄出来很有
快感
我这种还要花很多时间养老鼠洗试管的，最喜欢文科大妈都能搞定的东西

J*i2015-06-08 07:06

8 楼

是啊，换成一对中国人房东，太黑了

【在 d********e 的大作中提到】

: 涨这么多

g*g2015-06-08 07:06

9 楼

弄到你说的那样就是写错了，提出来是对的，但多半应该写个 helper inject到三个类
里，而不是走继承。不是明显继承关系应该用 composition.

了。
些

【在 e*******o 的大作中提到】

: 我有个同事, 每次review的时候, 就想办法优化，压缩我的代码。
: 代码应该反映最初的思路，在代码基础上优化，结果就是尼玛根本不知道最初的本意了。
: 就是为了省两行代码。
: 有时候，他还提供代码，有意思的是，超过三行以上的，对的可能性不大。我还得再调
: 整.
: 有一次，我已经commit了，他还勤快，自己改了之后，再commit，结果test 跑不过了
: ，又改回来。精神倒是可嘉，不过真是浪费自己和他人的时间。
: 还有个同事，特别喜欢抽象。
: 哪怕写三个class，人家非得找个共同点，然后写个 XXabstact class。有时候，这些
: class 并不能很自然的提取出来一个XXabstract class，那就在 abstract class 里

d*e2015-06-08 07:06

10 楼

不搬啊？

【在 J********i 的大作中提到】

: 是啊，换成一对中国人房东，太黑了

l*n2015-06-08 07:06

11 楼

java?

了。
些

【在 e*******o 的大作中提到】

: 我有个同事, 每次review的时候, 就想办法优化，压缩我的代码。
: 代码应该反映最初的思路，在代码基础上优化，结果就是尼玛根本不知道最初的本意了。
: 就是为了省两行代码。
: 有时候，他还提供代码，有意思的是，超过三行以上的，对的可能性不大。我还得再调
: 整.
: 有一次，我已经commit了，他还勤快，自己改了之后，再commit，结果test 跑不过了
: ，又改回来。精神倒是可嘉，不过真是浪费自己和他人的时间。
: 还有个同事，特别喜欢抽象。
: 哪怕写三个class，人家非得找个共同点，然后写个 XXabstact class。有时候，这些
: class 并不能很自然的提取出来一个XXabstract class，那就在 abstract class 里

J*i2015-06-08 07:06

12 楼

搬家好麻烦。。。

【在 d********e 的大作中提到】

: 不搬啊？

e*o2015-06-08 07:06

13 楼

sencha js

【在 l**********n 的大作中提到】

: java?
:
: 了。
: 些

d*e2015-06-08 07:06

14 楼

一年多交的可以买一个prada加一个小香，可惜了

【在 J********i 的大作中提到】

: 搬家好麻烦。。。

e*o2015-06-08 07:06

15 楼

每个class 也就10来行
更新了 ExtJS之后有个test 跑不过了
我就把相关的class 从头重新写删掉那个抠出来的class 然后就好了代码还更容易理解
reviewer 看了之后说本以为那个class 会省省多少事呢结果没多大用还增加bug 以
后不用了

【在 g*****g 的大作中提到】

: 弄到你说的那样就是写错了，提出来是对的，但多半应该写个 helper inject到三个类
: 里，而不是走继承。不是明显继承关系应该用 composition.
:
: 了。
: 些

J*i2015-06-08 07:06

16 楼

我也很挣扎，不过附近都要这价位

【在 d********e 的大作中提到】

: 一年多交的可以买一个prada加一个小香，可惜了

l*n2015-06-08 07:06

17 楼

这样的同事我也碰到过，不过是Java，喜欢优化，教科书式的。这哥们以前是搞教学的。

【在 l**********n 的大作中提到】

: java?
:
: 了。
: 些

d*e2015-06-08 07:06

18 楼

那也不算黑了

【在 J********i 的大作中提到】

: 我也很挣扎，不过附近都要这价位

e*o2015-06-08 07:06

19 楼

靠
我那个喜欢优化的同事也是搞数学的

的。

【在 l**********n 的大作中提到】

: 这样的同事我也碰到过，不过是Java，喜欢优化，教科书式的。这哥们以前是搞教学的。

J*i2015-06-08 07:06

20 楼

一下子涨这么多，太心痛了，顿顿泡面都不顶

【在 d********e 的大作中提到】

: 那也不算黑了

n*n2015-06-08 07:06

21 楼

贴代码看看。

了。
些

【在 e*******o 的大作中提到】

: 我有个同事, 每次review的时候, 就想办法优化，压缩我的代码。
: 代码应该反映最初的思路，在代码基础上优化，结果就是尼玛根本不知道最初的本意了。
: 就是为了省两行代码。
: 有时候，他还提供代码，有意思的是，超过三行以上的，对的可能性不大。我还得再调
: 整.
: 有一次，我已经commit了，他还勤快，自己改了之后，再commit，结果test 跑不过了
: ，又改回来。精神倒是可嘉，不过真是浪费自己和他人的时间。
: 还有个同事，特别喜欢抽象。
: 哪怕写三个class，人家非得找个共同点，然后写个 XXabstact class。有时候，这些
: class 并不能很自然的提取出来一个XXabstract class，那就在 abstract class 里

d*e2015-06-08 07:06

22 楼

想开点，都是生活

【在 J********i 的大作中提到】

: 一下子涨这么多，太心痛了，顿顿泡面都不顶

l*52015-06-08 07:06

23 楼

也许他们长得就比较抽象

J*i2015-06-08 07:06

24 楼

我打算下周把车卖了，骑车

【在 d********e 的大作中提到】

: 想开点，都是生活

e*o2015-06-08 07:06

25 楼

能贴早就贴了

【在 n******n 的大作中提到】

: 贴代码看看。
:
: 了。
: 些

d*e2015-06-08 07:06

26 楼

冬天呢？

【在 J********i 的大作中提到】

: 我打算下周把车卖了，骑车

n*n2015-06-08 07:06

27 楼

改头换面啊。空口无凭，说不定他们是对的，或者也有道理。

【在 e*******o 的大作中提到】

: 能贴早就贴了

J*i2015-06-08 07:06

28 楼

那还有大半年呢

【在 d********e 的大作中提到】

: 冬天呢？

e*o2015-06-08 07:06

29 楼

这个对不对, 早有结论了 .
过度优化的后果就是,代码难读, 增加bug.

【在 n******n 的大作中提到】

: 改头换面啊。空口无凭，说不定他们是对的，或者也有道理。

d*e2015-06-08 07:06

30 楼

再买回来浪费手续费啊

【在 J********i 的大作中提到】

: 那还有大半年呢

g*g2015-06-08 07:06

31 楼

这东西倒不是纯粹数行数，比如说你这三个类有相同功能每次都要调俩东西，哪怕就两
行也应该放
入一个方法。这样以后refactor不用改一堆的类。

理解

【在 e*******o 的大作中提到】

: 每个class 也就10来行
: 更新了 ExtJS之后有个test 跑不过了
: 我就把相关的class 从头重新写删掉那个抠出来的class 然后就好了代码还更容易理解
: reviewer 看了之后说本以为那个class 会省省多少事呢结果没多大用还增加bug 以
: 后不用了

J*i2015-06-08 07:06

32 楼

那怎么能不交保险呢！

【在 d********e 的大作中提到】

: 再买回来浪费手续费啊

n*n2015-06-08 07:06

33 楼

有什么结论？也许他们优化的对，代码见分晓。

【在 e*******o 的大作中提到】

: 这个对不对, 早有结论了 .
: 过度优化的后果就是,代码难读, 增加bug.

d*e2015-06-08 07:06

34 楼

不上路就把保险停了

【在 J********i 的大作中提到】

: 那怎么能不交保险呢！

n*n2015-06-08 07:06

35 楼

所以我说贴代码才能评价。

【在 g*****g 的大作中提到】

: 这东西倒不是纯粹数行数，比如说你这三个类有相同功能每次都要调俩东西，哪怕就两
: 行也应该放
: 入一个方法。这样以后refactor不用改一堆的类。
:
: 理解

J*i2015-06-08 07:06

36 楼

不合法

【在 d********e 的大作中提到】

: 不上路就把保险停了

e*o2015-06-08 07:06

37 楼

这些class 是ext 的 store, 都是简单的config 你看看ext 文的store 文档就知道
了根本没有再加一层抽象的必要

【在 g*****g 的大作中提到】

: 这东西倒不是纯粹数行数，比如说你这三个类有相同功能每次都要调俩东西，哪怕就两
: 行也应该放
: 入一个方法。这样以后refactor不用改一堆的类。
:
: 理解

d*e2015-06-08 07:06

38 楼

那就月光吧，存那么多作什么

【在 J********i 的大作中提到】

: 不合法

e*o2015-06-08 07:06

39 楼

结论就是我的代码已经通过review commit 了

【在 n******n 的大作中提到】

: 有什么结论？也许他们优化的对，代码见分晓。

J*i2015-06-08 07:06

40 楼

支援华尔街

【在 d********e 的大作中提到】

: 那就月光吧，存那么多作什么

x*12015-06-08 07:06

41 楼

德霸是对的，应该写个helper function ，compose这些类。学点设计模式没啥坏处
。

d*e2015-06-08 07:06

42 楼

觉悟真高

【在 J********i 的大作中提到】

: 支援华尔街

T*x2015-06-08 07:06

43 楼

他说的那个是搞教学的，不是搞数学的:)

【在 e*******o 的大作中提到】

: 靠
: 我那个喜欢优化的同事也是搞数学的
:
: 的。

J*i2015-06-08 07:06

44 楼

为啥最近黄金跌这么惨

【在 d********e 的大作中提到】

: 觉悟真高

n*n2015-06-08 07:06

45 楼

从对方的做法看，是真心不喜欢你的代码。既然是同事，还是沟通、合作为好。
通过审核提交只能说明审核者OK，不能说明代码质量高。
这种空泛的抱怨没有价值。

【在 e*******o 的大作中提到】

: 结论就是我的代码已经通过review commit 了

d*e2015-06-08 07:06

46 楼

你不是问过我么，让你别买

【在 J********i 的大作中提到】

: 为啥最近黄金跌这么惨

e*o2015-06-08 07:06

47 楼

我那个同事就是谁的代码都优化一下风格就是如此
人还是不错的他优化几次测试都通不过慢慢就不那么激进了
我只是吐个曹

【在 n******n 的大作中提到】

: 从对方的做法看，是真心不喜欢你的代码。既然是同事，还是沟通、合作为好。
: 通过审核提交只能说明审核者OK，不能说明代码质量高。
: 这种空泛的抱怨没有价值。

J*i2015-06-08 07:06

48 楼

上周又跌了不少，我还没买，有点动心了

【在 d********e 的大作中提到】

: 你不是问过我么，让你别买

e*o2015-06-08 07:06

49 楼

哈哈
我同事是以前是高中数学老师

【在 T*******x 的大作中提到】

: 他说的那个是搞教学的，不是搞数学的:)

d*e2015-06-08 07:06

50 楼

今年美元有可能走强，所以黄金不看好

【在 J********i 的大作中提到】

: 上周又跌了不少，我还没买，有点动心了

q*c2015-06-08 07:06

51 楼

我们那个 Scala lover 以前也是大学助教，左派，热爱远方的劳动人民，但是不爱身
边的同
事， lol
左派的虚伪嘴脸实在是。。。而且还真是学校里面多。

【在 e*******o 的大作中提到】

: 哈哈
: 我同事是以前是高中数学老师

J*i2015-06-08 07:06

52 楼

那不买了，我就是担心近期要回调了，买点啥hedge一下

【在 d********e 的大作中提到】

: 今年美元有可能走强，所以黄金不看好

q*c2015-06-08 07:06

53 楼

mitbbs 上无论空洞还是实在能有啥价值？代码质量高你就能多挣钱升官生活愉快？
你还真吧别人吐槽都不让了。。。

【在 n******n 的大作中提到】

: 从对方的做法看，是真心不喜欢你的代码。既然是同事，还是沟通、合作为好。
: 通过审核提交只能说明审核者OK，不能说明代码质量高。
: 这种空泛的抱怨没有价值。

d*e2015-06-08 07:06

54 楼

短期的回调有可能

【在 J********i 的大作中提到】

: 那不买了，我就是担心近期要回调了，买点啥hedge一下

n*n2015-06-08 07:06

55 楼

编程版讨论代码质量不是很自然吗？

【在 q*c 的大作中提到】

: mitbbs 上无论空洞还是实在能有啥价值？代码质量高你就能多挣钱升官生活愉快？
: 你还真吧别人吐槽都不让了。。。

J*i2015-06-08 07:06

56 楼

回调10%我就allin了，把房租赚回来

【在 d********e 的大作中提到】

: 短期的回调有可能

D*r2015-06-08 07:06

57 楼

楼主同事是处女座吧？

q*c2015-06-08 07:06

58 楼

但是也要容忍别人吐槽。不能动不动就上 code.
那活着还有啥意思。

【在 n******n 的大作中提到】

: 编程版讨论代码质量不是很自然吗？

n*n2015-06-08 07:06

59 楼

吐槽抽象这么重要的原则，当然要看代码啊。可能是抽象的不对，也可能是楼主的代码
确实可以改进。
你要是吐槽测试真是不一定好，那不用上代码就会挨批。

【在 q*c 的大作中提到】

: 但是也要容忍别人吐槽。不能动不动就上 code.
: 那活着还有啥意思。

l*n2015-06-08 07:06

60 楼

你确定你比楼主水平高？

【在 n******n 的大作中提到】

: 吐槽抽象这么重要的原则，当然要看代码啊。可能是抽象的不对，也可能是楼主的代码
: 确实可以改进。
: 你要是吐槽测试真是不一定好，那不用上代码就会挨批。

e*o2015-06-08 07:06

61 楼

我已经说了, 优化代码的那个.
自己连test 都跑不过, 然后又恢复我原来的代码.
抽象那个, 因为外部依赖的库变了, 有bug 出现, 我直接把原来的 parent class 删了
, 从新写了一下,容易懂, 也work.
反正, 每次看到, 硬扣出来的class 中, method 中各种if else, 俺就 WTF 无数次.
上代码一是不允许, 即使允许, 很难分离出来.
吐槽的也有他提醒某些nerd 的意思, 不要处处都抽象, 用各种所谓的高级feature, 自
然而然的代码, 多好.
还有所谓的refactor, 有些代码refactor 前还可以读, 某些人 refactor 之后就不可
读了.
完全是看着代码refactor, 而不是根据处理问题的思路refactor. 绝对是做负功。

【在 n******n 的大作中提到】

: 吐槽抽象这么重要的原则，当然要看代码啊。可能是抽象的不对，也可能是楼主的代码
: 确实可以改进。
: 你要是吐槽测试真是不一定好，那不用上代码就会挨批。

n*n2015-06-08 07:06

62 楼

当然不确定。但这里有高水平的。

【在 l**********n 的大作中提到】

: 你确定你比楼主水平高？

n*n2015-06-08 07:06

63 楼

测试跑不过，那说明有bug，但不应该就此否定优化本身。他改回去，可能是发现了问
题，也可能是有更紧急的任务。
硬扣class，一堆if else，很可能是抽象的不对。好原则，坏应用，这种现象常见，但
不意味着原则本身有问题。

【在 e*******o 的大作中提到】

: 我已经说了, 优化代码的那个.
: 自己连test 都跑不过, 然后又恢复我原来的代码.
: 抽象那个, 因为外部依赖的库变了, 有bug 出现, 我直接把原来的 parent class 删了
: , 从新写了一下,容易懂, 也work.
: 反正, 每次看到, 硬扣出来的class 中, method 中各种if else, 俺就 WTF 无数次.
: 上代码一是不允许, 即使允许, 很难分离出来.
: 吐槽的也有他提醒某些nerd 的意思, 不要处处都抽象, 用各种所谓的高级feature, 自
: 然而然的代码, 多好.
: 还有所谓的refactor, 有些代码refactor 前还可以读, 某些人 refactor 之后就不可
: 读了.

n*n2015-06-08 07:06

64 楼

破坏可读性的refactoring和抽象有何关系？抽象是为了提高可读性。

【在 n******n 的大作中提到】

: 测试跑不过，那说明有bug，但不应该就此否定优化本身。他改回去，可能是发现了问
: 题，也可能是有更紧急的任务。
: 硬扣class，一堆if else，很可能是抽象的不对。好原则，坏应用，这种现象常见，但
: 不意味着原则本身有问题。

e*o2015-06-08 07:06

65 楼

代码私信发给你了，看看你找的出bug不？这个是比较好分离出来的一个。
我没有否定抽象，只是说，不要为了抽象而抽象，自然而然能解决问题，为啥要生搬硬
套规则。

【在 n******n 的大作中提到】

: 测试跑不过，那说明有bug，但不应该就此否定优化本身。他改回去，可能是发现了问
: 题，也可能是有更紧急的任务。
: 硬扣class，一堆if else，很可能是抽象的不对。好原则，坏应用，这种现象常见，但
: 不意味着原则本身有问题。

q*c2015-06-08 07:06

66 楼

简单的就是最好的，但是搞软件的天生就有要复杂化的倾向。这是人的劣根性，很
难克服。
我还看到有人搞 stream reader. 夫类里面通过子类读，子类重载那个方法，然后子
类里面又调用父类里面的方法，然后那些方法又在各个子类里面重载。。。读代码就
喝吃屎一样。
为啥这是人的劣根性？因为 99% 的人都很自我中心，只要不被强制，就肯定是优先
于写的爽，不会管没有上下文的别人读的感受如何。而且写的爽容易，特别是使用
了各种技巧，更有精美组合成功的成就感。可是要让程序读的爽那就很难，而且没
成就感。

【在 e*******o 的大作中提到】

: 我已经说了, 优化代码的那个.
: 自己连test 都跑不过, 然后又恢复我原来的代码.
: 抽象那个, 因为外部依赖的库变了, 有bug 出现, 我直接把原来的 parent class 删了
: , 从新写了一下,容易懂, 也work.
: 反正, 每次看到, 硬扣出来的class 中, method 中各种if else, 俺就 WTF 无数次.
: 上代码一是不允许, 即使允许, 很难分离出来.
: 吐槽的也有他提醒某些nerd 的意思, 不要处处都抽象, 用各种所谓的高级feature, 自
: 然而然的代码, 多好.
: 还有所谓的refactor, 有些代码refactor 前还可以读, 某些人 refactor 之后就不可
: 读了.

q*c2015-06-08 07:06

67 楼

人脑是非常低能的处理设备。记忆能力非常弱小。
抽象只提高信息密度，并不一定就增加可读性。你为了理解抽象的东西，就必须记
住各种上下文。这就是overhead.

【在 n******n 的大作中提到】

: 破坏可读性的refactoring和抽象有何关系？抽象是为了提高可读性。

n*n2015-06-08 07:06

68 楼

抽象可以更好组织信息，简化记忆。有开销，收获更大。好的抽象就是要省下上下文。

【在 q*c 的大作中提到】

: 人脑是非常低能的处理设备。记忆能力非常弱小。
: 抽象只提高信息密度，并不一定就增加可读性。你为了理解抽象的东西，就必须记
: 住各种上下文。这就是overhead.

e*o2015-06-08 07:06

69 楼

你现在开始说好的抽象了.
好的我当然不会吐槽. 我吐槽的是坏的.
btw 发给你的代码, bug 你找出来了么?

【在 n******n 的大作中提到】

: 抽象可以更好组织信息，简化记忆。有开销，收获更大。好的抽象就是要省下上下文。

q*c2015-06-08 07:06

70 楼

好的抽象就是容易懂的东西。
根据你自己的定义，人脑善于抽象，那抽象的结果必须是更加容易理解。

【在 n******n 的大作中提到】

: 抽象可以更好组织信息，简化记忆。有开销，收获更大。好的抽象就是要省下上下文。

c*92015-06-08 07:06

71 楼

容易懂往往是错觉。就像法轮功山寨佛教，比佛教容易懂，实际是误导。

【在 q*c 的大作中提到】

: 好的抽象就是容易懂的东西。
: 根据你自己的定义，人脑善于抽象，那抽象的结果必须是更加容易理解。

q*c2015-06-08 07:06

72 楼

我了解，只有你们这些左派鉴定过的容易才是容易嘛，别人的容易不算的。你们容易
的别人再觉得恶心难受那都是错觉， wahaha.

【在 c*******9 的大作中提到】

: 容易懂往往是错觉。就像法轮功山寨佛教，比佛教容易懂，实际是误导。

g*g2015-06-08 07:06

73 楼

要扫过厕所才不会随地大小便，说起来让自己爽别人不爽也是人性之一。

【在 q*c 的大作中提到】

: 我了解，只有你们这些左派鉴定过的容易才是容易嘛，别人的容易不算的。你们容易
: 的别人再觉得恶心难受那都是错觉， wahaha.

n*n2015-06-08 07:06

74 楼

不好的就不是抽象。抽象不会错。
上次玩破是十年前了。不过你这个所谓抽象，抽到哪里去了？莫名其妙的代码。
没细看，但凭感觉，那个delete有问题。
你自己的代码，back button也漏了push吧。

【在 e*******o 的大作中提到】

: 你现在开始说好的抽象了.
: 好的我当然不会吐槽. 我吐槽的是坏的.
: btw 发给你的代码, bug 你找出来了么?

e*o2015-06-08 07:06

75 楼

从cruciable 中copy 出来的，删代码行号把那个 push 给删了。
原来的代码，都有测试的，每个页面都是这些button 怎么会漏。
另外，那个%data 应该是 %class。我copy的时候也搞错了。
问题不在这些。
问题是 key %hash。这个结果不是ordered。而我的代码三个 if 是按照顺序执行的，
是ordered。
我写好，我同事觉得，有重复，应该按照他给的代码。结果就是WTF。
这个是给你的优化后不可读的例子。你是否同意？
抽象的例子你看了会更可笑，不过不好分离出来。

【在 n******n 的大作中提到】

: 不好的就不是抽象。抽象不会错。
: 上次玩破是十年前了。不过你这个所谓抽象，抽到哪里去了？莫名其妙的代码。
: 没细看，但凭感觉，那个delete有问题。
: 你自己的代码，back button也漏了push吧。

e*o2015-06-08 07:06

76 楼

不好的就不是抽象。抽象不会错。
你这逻辑也够强大的。

【在 n******n 的大作中提到】

: 不好的就不是抽象。抽象不会错。
: 上次玩破是十年前了。不过你这个所谓抽象，抽到哪里去了？莫名其妙的代码。
: 没细看，但凭感觉，那个delete有问题。
: 你自己的代码，back button也漏了push吧。

n*n2015-06-08 07:06

77 楼

19行的代码优化成18行，这是哪门子的优化啊？
另外你的代码为何要按顺序？调换一下不应该影响逻辑。

【在 e*******o 的大作中提到】

: 从cruciable 中copy 出来的，删代码行号把那个 push 给删了。
: 原来的代码，都有测试的，每个页面都是这些button 怎么会漏。
: 另外，那个%data 应该是 %class。我copy的时候也搞错了。
: 问题不在这些。
: 问题是 key %hash。这个结果不是ordered。而我的代码三个 if 是按照顺序执行的，
: 是ordered。
: 我写好，我同事觉得，有重复，应该按照他给的代码。结果就是WTF。
: 这个是给你的优化后不可读的例子。你是否同意？
: 抽象的例子你看了会更可笑，不过不好分离出来。

n*n2015-06-08 07:06

78 楼

抽象就是化繁为简。简单就是好，你不同意吗？
别人挂羊头卖狗肉，你吃了狗肉，抱怨羊肉其实不一定好吃。这不是打错了靶子吗？

【在 e*******o 的大作中提到】

: 不好的就不是抽象。抽象不会错。
: 你这逻辑也够强大的。

n*n2015-06-08 07:06

79 楼

还有，这里三个按钮，用不用循环问题不大。十个的时候就有用了。

【在 n******n 的大作中提到】

: 19行的代码优化成18行，这是哪门子的优化啊？
: 另外你的代码为何要按顺序？调换一下不应该影响逻辑。

e*o2015-06-08 07:06

80 楼

如果一个页面有continue btn 和 back btn, 必须 back 在左面, continue 在右面.
他也这样说, 关键是会不会有十个? 杞人忧天.

【在 n******n 的大作中提到】

: 还有，这里三个按钮，用不用循环问题不大。十个的时候就有用了。

n*72015-06-08 07:06

81 楼

你的观点我很喜欢
越简单完成事情越好
以后跟着你的看法混

【在 q*c 的大作中提到】

: 简单的就是最好的，但是搞软件的天生就有要复杂化的倾向。这是人的劣根性，很
: 难克服。
: 我还看到有人搞 stream reader. 夫类里面通过子类读，子类重载那个方法，然后子
: 类里面又调用父类里面的方法，然后那些方法又在各个子类里面重载。。。读代码就
: 喝吃屎一样。
: 为啥这是人的劣根性？因为 99% 的人都很自我中心，只要不被强制，就肯定是优先
: 于写的爽，不会管没有上下文的别人读的感受如何。而且写的爽容易，特别是使用
: 了各种技巧，更有精美组合成功的成就感。可是要让程序读的爽那就很难，而且没
: 成就感。

e*o2015-06-08 07:06

82 楼

所以我来吐槽啊.
本来简单简洁的代码, 非得改成一坨.

【在 n******n 的大作中提到】

: 19行的代码优化成18行，这是哪门子的优化啊？
: 另外你的代码为何要按顺序？调换一下不应该影响逻辑。

e*o2015-06-08 07:06

83 楼

他是经历多了, 平平淡淡才是真.哈哈.

【在 n******7 的大作中提到】

: 你的观点我很喜欢
: 越简单完成事情越好
: 以后跟着你的看法混

q*c2015-06-08 07:06

84 楼

你这逻辑我间的太多了，如果 xxx, Long term yyy... 都是搞笑
绝大多数根本就没有 Long term 那天。
基本上各种 over engineer 的狗屎都是这样出来的。绝大多数最后没有享受到长远利
益就被替换了，或者真到了场馆的时候由于过于复杂而且人都换完了，导致巧妙的设计
都是浪费，后面的人重起一套。
绝大多数，直观简单的东西就好

【在 n******n 的大作中提到】

: 还有，这里三个按钮，用不用循环问题不大。十个的时候就有用了。

q*c2015-06-08 07:06

85 楼

别幻想了，物理上有能量守恒，信息上有复杂度守恒。一件事物，有基本的复杂度，
无法通过人方式变得更简单，你无非是个乾坤大挪移，把复杂度移动到不同的地方藏
起来。
抽象只是形势上化翻为简，实质的复杂度一点也无法减少，而且因为抽象增加了间接的
层次，其实变得更加的复杂。
抽象其实是增加了复杂密度，减少了表面积。这玩意一点不简单。
哥就是物理专业的，各种复杂的物理现象抽象成简单的规律，看着简单吧？大部分人拿
着规律根本毫无办法应用，因为地下的复杂情况一点没减少，你光抽象顶毛用。
你这样的小左来个空洞的理论到处忽悠，简单就是好，抽象就是简单，哈哈。共产主
义世界真美好

【在 n******n 的大作中提到】

: 抽象就是化繁为简。简单就是好，你不同意吗？
: 别人挂羊头卖狗肉，你吃了狗肉，抱怨羊肉其实不一定好吃。这不是打错了靶子吗？

e*o2015-06-08 07:06

86 楼

re
这点我感受比较深
某些nerd 抠出来一个class 之后炫耀你看现在多简单就config几下就好了所谓
config 代替code
结果根本不知道那几个config干啥的

【在 q*c 的大作中提到】

: 别幻想了，物理上有能量守恒，信息上有复杂度守恒。一件事物，有基本的复杂度，
: 无法通过人方式变得更简单，你无非是个乾坤大挪移，把复杂度移动到不同的地方藏
: 起来。
: 抽象只是形势上化翻为简，实质的复杂度一点也无法减少，而且因为抽象增加了间接的
: 层次，其实变得更加的复杂。
: 抽象其实是增加了复杂密度，减少了表面积。这玩意一点不简单。
: 哥就是物理专业的，各种复杂的物理现象抽象成简单的规律，看着简单吧？大部分人拿
: 着规律根本毫无办法应用，因为地下的复杂情况一点没减少，你光抽象顶毛用。
: 你这样的小左来个空洞的理论到处忽悠，简单就是好，抽象就是简单，哈哈。共产主
: 义世界真美好

n*n2015-06-08 07:06

87 楼

复杂度守恒，你怎么不把循环语句全部展开，把helper全部inline呢？
要从人的角度看。

【在 q*c 的大作中提到】

: 别幻想了，物理上有能量守恒，信息上有复杂度守恒。一件事物，有基本的复杂度，
: 无法通过人方式变得更简单，你无非是个乾坤大挪移，把复杂度移动到不同的地方藏
: 起来。
: 抽象只是形势上化翻为简，实质的复杂度一点也无法减少，而且因为抽象增加了间接的
: 层次，其实变得更加的复杂。
: 抽象其实是增加了复杂密度，减少了表面积。这玩意一点不简单。
: 哥就是物理专业的，各种复杂的物理现象抽象成简单的规律，看着简单吧？大部分人拿
: 着规律根本毫无办法应用，因为地下的复杂情况一点没减少，你光抽象顶毛用。
: 你这样的小左来个空洞的理论到处忽悠，简单就是好，抽象就是简单，哈哈。共产主
: 义世界真美好

n*n2015-06-08 07:06

88 楼

物理专业来编程版喷啥。

【在 q*c 的大作中提到】

: 别幻想了，物理上有能量守恒，信息上有复杂度守恒。一件事物，有基本的复杂度，
: 无法通过人方式变得更简单，你无非是个乾坤大挪移，把复杂度移动到不同的地方藏
: 起来。
: 抽象只是形势上化翻为简，实质的复杂度一点也无法减少，而且因为抽象增加了间接的
: 层次，其实变得更加的复杂。
: 抽象其实是增加了复杂密度，减少了表面积。这玩意一点不简单。
: 哥就是物理专业的，各种复杂的物理现象抽象成简单的规律，看着简单吧？大部分人拿
: 着规律根本毫无办法应用，因为地下的复杂情况一点没减少，你光抽象顶毛用。
: 你这样的小左来个空洞的理论到处忽悠，简单就是好，抽象就是简单，哈哈。共产主
: 义世界真美好

n*n2015-06-08 07:06

89 楼

我觉得你是因噎废食。他那么设计，如果好，试着去理解，消化。如果不好，你也可以
指出问题。而不是泛泛否定。

【在 e*******o 的大作中提到】

: re
: 这点我感受比较深
: 某些nerd 抠出来一个class 之后炫耀你看现在多简单就config几下就好了所谓
: config 代替code
: 结果根本不知道那几个config干啥的

n*n2015-06-08 07:06

90 楼

没看懂。你们假定容器里的顺序对应页面由左向右的位置？有点古怪。
如果有十个，你怎么改进？有没有简洁正确的写法？这次用不上，以后可能有用。
你这个同事至少有优化的意识。你自己是不是只想按最熟悉的方式交差了事？

【在 e*******o 的大作中提到】

: 如果一个页面有continue btn 和 back btn, 必须 back 在左面, continue 在右面.
: 他也这样说, 关键是会不会有十个? 杞人忧天.

d*e2015-06-08 07:06

91 楼

哈哈赞同这一点
看到的寿命最长的代码是15年的万行大函数。
现在的语言能不能活过这个年纪都难说
而且一有新的平台。比如kaddop 什么的老代码还得丢
最后代码重复算个屁，上神器source insight
另外动态语言写的太烦代码性能也会有影响

【在 q*c 的大作中提到】

: 你这逻辑我间的太多了，如果 xxx, Long term yyy... 都是搞笑
: 绝大多数根本就没有 Long term 那天。
: 基本上各种 over engineer 的狗屎都是这样出来的。绝大多数最后没有享受到长远利
: 益就被替换了，或者真到了场馆的时候由于过于复杂而且人都换完了，导致巧妙的设计
: 都是浪费，后面的人重起一套。
: 绝大多数，直观简单的东西就好

d*e2015-06-08 07:06

92 楼

你以为。搞OS的系统的大多数代码都是这样的
没事谁敢抽出代码重构
你能保证不会引进新的错误

【在 n******n 的大作中提到】

: 复杂度守恒，你怎么不把循环语句全部展开，把helper全部inline呢？
: 要从人的角度看。

l*n2015-06-08 07:06

93 楼

动态语言没有测试，不放心啊，昨天把我的代码做了下优化，因为涉及太多改动，怕
有typo，幸好有完整的unit tests 和 integration tests, tests 一 run，心理很放
心。昨天涉及到的改动是database 有个 validation error，但是却没有处理，直到
用户使用时提出来，自己写的时候往往考虑不周全。动态语言productivity还是高。开
始我还以为mongoDb见鬼了。

【在 d******e 的大作中提到】

: 哈哈赞同这一点
: 看到的寿命最长的代码是15年的万行大函数。
: 现在的语言能不能活过这个年纪都难说
: 而且一有新的平台。比如kaddop 什么的老代码还得丢
: 最后代码重复算个屁，上神器source insight
: 另外动态语言写的太烦代码性能也会有影响

l*n2015-06-08 07:06

94 楼

我觉得所谓优化就是处理异常，而不是OOP。OOP又不能处理异常。FP好在对异常有清晰
的处理。

q*c2015-06-08 07:06

95 楼

以后有 100 个以后再改，现在杞人忧天那么多干啥？好处没得到，麻烦先到手。

【在 n******n 的大作中提到】

: 没看懂。你们假定容器里的顺序对应页面由左向右的位置？有点古怪。
: 如果有十个，你怎么改进？有没有简洁正确的写法？这次用不上，以后可能有用。
: 你这个同事至少有优化的意识。你自己是不是只想按最熟悉的方式交差了事？

e*o2015-06-08 07:06

96 楼

我不理解也不会在这喷了. 就因为理解了才觉得完全不必要.
当然指出了. 结果是我以后牵涉到他代码的部分, 一律跳过, 从头写. 这个reviewer
也都同意的了.

【在 n******n 的大作中提到】

: 我觉得你是因噎废食。他那么设计，如果好，试着去理解，消化。如果不好，你也可以
: 指出问题。而不是泛泛否定。

e*o2015-06-08 07:06

97 楼

从左往右, 太正常不过了. 你看网页从右往左? 还是像我同事一样random?
我不需要优化意识, 烂代码看起来就不舒服, 我写出来的代码自己觉得舒服了, 一般
就没有太多优化的空间. 再优化十有八九是画蛇添足, 连test 都跑不过.

【在 n******n 的大作中提到】

: 没看懂。你们假定容器里的顺序对应页面由左向右的位置？有点古怪。
: 如果有十个，你怎么改进？有没有简洁正确的写法？这次用不上，以后可能有用。
: 你这个同事至少有优化的意识。你自己是不是只想按最熟悉的方式交差了事？

z*y2015-06-08 07:06

98 楼

不能本末倒置，为了抽象而抽象显然是不妥的。
另外过度设计也不可取，100人在线的系统和100万人在线的系统架构能是一样的吗？不
用考虑的过于长远，根据现有的情况留有一定余量足可。

h*l2015-06-08 07:06

99 楼

很多人抽象就是为了让别人不明觉厉啊。