Eric说It's not magic

先前我又发牢骚写了篇避免重复代码——know your library（续），主要是说如果标准库里有了某些功能那我们就别浪费时间在自己的代码里重复实现同一功能。重复实现功能在许多情况下不是什么好事，可能带来更大的维护负担，无法跟随标准库实现的更新而得到更新，等等。
不过Eric Lippert在昨天的一篇文，It’s not magic!，讨论的方向很明显是从另一个角度出发的：假如我要面试一个应聘者，而我的小组正是以实现那些基本功能的库为任务的，那我自然得要求应聘者具备实现它们的能力。Eric举了个“guaranteed-to-be-unique “cookie” value of some sort”的例子，我们也可以用别的例子来类比：如果你的任务就是去实现STL，那么里面的容器、空间分配器、traits等的实现细节当然要知道；如果你的任务是实现操作系统内核，那么C标准库里的malloc()都用不了，你正是应该提供它的人；它们不是“神奇的就存在”在那里的，而是人们分析问题并用代码来解决的。

Hmm，当然我不认为我的观点与Eric的矛盾，只是场景不同而已。不过这又一次提醒我得定时温习基础知识，不然“高级”代码写多了，基础会生锈……

评论

7 楼 RednaxelaFX 2009-06-26  

ivyloo 写道

其实看优秀的代码是最好的学习方式，
“不要重复制造轮子”是在实践中很有道理的，
但是当我们学习时，应该尝试着自己制造已有的轮子，
通过和已有的那些优秀的比较，才能发现差距，学习也就很快的了。

小伙子，看你年龄随不大，知道的挺多的，
我也曾经有过想你这样的同学，大学时牛的很，但是由于自我感觉良好，
就会变得浮躁，学习不深入了，
所以，建议你，戒骄戒躁，认真踏实的学习，
别像JE中的那些小孩一样整天狂飙技术，而基础不牢，成下一个方仲永，

祝你成功！

谢谢！我会努力的，基础和高级的部分都不会放松～不，应该说要好好恶补一下基础了，总算开始有时间了……

6 楼 ivyloo 2009-06-26  

其实看优秀的代码是最好的学习方式，
“不要重复制造轮子”是在实践中很有道理的，
但是当我们学习时，应该尝试着自己制造已有的轮子，
通过和已有的那些优秀的比较，才能发现差距，学习也就很快的了。

小伙子，看你年龄随不大，知道的挺多的，
我也曾经有过想你这样的同学，大学时牛的很，但是由于自我感觉良好，
就会变得浮躁，学习不深入了，
所以，建议你，戒骄戒躁，认真踏实的学习，
别像JE中的那些小孩一样整天狂飙技术，而基础不牢，成下一个方仲永，

祝你成功！

5 楼 cajon 2009-03-23  

RednaxelaFX 写道

cajon 写道不写 != 不能
呵呵，可是太久不写就是容易生锈啊。上星期我写C++代码的时候enum块的后面没跟分号害我鼓捣了半小时才弄明白编译器为什么乱实例化我的模板 T T

哈哈，是啊，很久没有动c++，我最近也受了很多这样的苦了。
但是，我不认为我需要经常去复习这些知识。用的时候再查资料吧。我觉的查资料就像是解释执行。记下来就像是编译执行。我们还是找一个更好的平衡点，做JIT吧。

我觉的最重要的是，自己的头脑里应该有这些东西，需要的时候才能够去找相应的资料。比如：贪心算法，背包问题，二叉树，红黑树等等这些经典问题。不一定什么时候，你就会发现了解这些知识可以少走很多弯路呢。

最近的一点感想...

4 楼 RednaxelaFX 2009-03-22  

cajon 写道

不写 != 不能

呵呵，可是太久不写就是容易生锈啊。上星期我写C++代码的时候enum块的后面没跟分号害我鼓捣了半小时才弄明白编译器为什么乱实例化我的模板 T T

3 楼 cajon 2009-03-22  

不写 != 不能 

2 楼 RednaxelaFX 2009-03-21  

night_stalker 写道

我的老师说过：
如果一个咒语是 well-defined 的，那么它是正义的魔法，否则就是黑魔法。

我的老师还说：
80% 的魔法，其构成都是 80% 的正义魔法 + 20% 的黑魔法。

我的老师还补充说：
上面两句咒语是黑魔法。正义的魔法你可以不学，但黑魔法你必须学。

呵呵呵，有意思……
嘛总之能从上面一直吃到底下的话肯定是没错的，就看有没有那根性钻下去。

1 楼 night_stalker 2009-03-21  

我的老师说过：
如果一个咒语是 well-defined 的，那么它是正义的魔法，否则就是黑魔法。

我的老师还说：
80% 的魔法，其构成都是 80% 的正义魔法 + 20% 的黑魔法。

我的老师还补充说：
上面两句咒语是黑魔法。正义的魔法你可以不学，但黑魔法你必须学。