|
|
51CTO旗下网站
|
|
移动端

好程序员不写代码?网友:没必要重复发明轮子

现实的西方程序员世界里,也有与之如出一辙的精神:The Best Code is No Code At All。最好的代码就是根本没代码。

作者:佚名来源:量子位|2019-01-02 07:50

【大咖·来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》

无剑胜有剑,是金庸武侠世界的***境界。

现实的西方程序员世界里,也有与之如出一辙的精神:The Best Code is No Code At All。***的代码就是根本没代码。

简单说来,无码胜有码。

△Francois Chollet

山景城坷垃斯剑派祖师 Francois Chollet 最近就连连发 Twitter,传扬这种精神,赞同者云集。

他说:

程序员写多少代码不重要,重要的是解决问题的效率。

不用你写、不用你维护的才是好代码——直接用的现成解决方案嘛。

简单几句话,仿佛说到了众多同行的心坎里。他们高喊“太对了”,还用“@”呼朋唤友前来观摩。

Chollet 有充分的资格发推布道:他是入门框架 Keras 的作者、Google 研究员、《Python 深度学习》一书作者,顶会论文没少发,打 Kaggle 竞赛也很厉害,***排到过全球第 17 名。

圣诞之后新年之前的垃圾时间里,他这条不总结不展望不拜年的 Twitter,已经被转发了 700 多次,收获了 2100 多赞。

多写代码就是好?

引来这么赞同的核心观点说来也简单:

代码是几十行还是几千行不重要,解决问题才是正经事。

就拿 Chollet 举的例子来说吧:如果老板让你搞个系统,监控有没有人在厨房做饭,该怎么办?

解决方案一摆,高下立判。

如果买个摄像头,花 10000 美元收集数据,然后亲自把控训练流程,奋战几周用低级库定制一个 CNN-LSTM 架构……那是糟糕的程序员,程序员里的战 5 渣。

好程序员会怎么办呢?

买几个 5 美元的温度传感器,几个小时收集完数据,然后用 sklearn 训练一个简单的逻辑回归模型。

一下午就能搞定,而且系统更可靠、更好维护,甚至,还没什么隐私之忧。

有人做饭,厨房自然会热起来嘛!如果只知道拿摄像头检测人形物体,简直是不知变通,费时费力还费钱。

不过这还不算惨,如果程序员搭了 CNN-LSTM 之后对效果不太满意,再花几周时间,用 GAN 来扩增数据细心打磨……

“认真”到这个程度,已经超出了战五渣的境界,可以叫那个啥队友了。

方向走错了,花再多力气都是白费。

而这些“认真”程序员花掉的力气,大概也会让 Chollet 一脸无奈:

就算你非搭 CNN 不可,为什么要用低端库定制呢?我的 Keras 里都打包好了,拿来试试不行就换别的啊……

评论区就有网友一针见血地总结:没必要重复发明轮子。

不要重复造轮子

这句话在各行各业都深入人心,程序员界也不例外。

作为 Keras 这个高级框架的作者和布道者,Chollet 对重复造轮子这种行为,更是持之以恒地批判。

前不久,他还在吐槽某些“痛恨框架”的程序员,说他们自己从头构建的东西只不过是重新实现了框架的部分功能,而且设计拙劣、无法复用。

为什么这么推崇用框架呢?是为了站在巨人的肩膀上。那些大型框架是众多人想法和努力的结晶,想自己实现其中一部分功能?那相当于想靠 0.01% 的努力&脑力出人头地。

好程序员,要善用前人打下的基础。

不过,关于“重复造轮子”这个问题,争论很是激烈。Twitter 上、Reddit 论坛里,关于“什么时候用框架、什么时候手写”的讨论总是热火朝天。

想自己手动搭模型的程序员各有各的理由。比如说,为了优化程序的性能:

这种说法太短视了,如果追求性能、低延迟,就要重写很多代码,这也没什么问题。

更多重造轮子的人,是为了学习。

不少人都认为,在刚开始学习编程的时候,重造轮子不失为一个好办法,能够让初学者能更好的理解技术或方法背后的逻辑。

比如,如果你想了解 PyTorch 的原理,以及怎么让它运行得更快,***的方法,就是自己实现一个简单版本的 autograd。

虽然不能够得到一个比 PyTorch 更好的框架,但通过这个过程,你对 PyTorch 的理解会变得更加深刻,在之后用到 PyTorch 的时候,也会更加顺手。

同为 Google 研究员的 David Ha 就曾经和 Chollet 激烈争论过,David 说:

从零开始(用纯 Python、numpy、甚至 JS)实现全连接网络、卷积神经网络、RNN、反向传播、SGD,然后用小训练集来训练这些模型是一种学习神经网络如何工作的好方法。在跳到框架上之前,应该花时间从这里收获宝贵的直觉力。

除此之外,还有一个充满无奈的原因:现成的轮子还真不一定能用。

没开源、不适合这个特定任务,都让开发者们面对轮子的时候很无奈。最近的“圣诞彩蛋”事件,更是让程序员们对轮子充满警惕:

谁知道作者会在轮子里藏些什么东西!

但切记,不论你为什么要自己动手从头实现一个算法,千万不要造出来一个方轮子。

One More Thing

知乎上曾经流传着这样一个问题:程序员真的很少写代码吗?

有网友嘲讽&自黑,说写代码多、天天敲键盘的程序员是“苦力”、“段位不够”。

也有不少人吐槽:还不是因为大部分时间都是在找 bug!

话说回来,无论调框架还是从头搭、写文档还是找 bug,都是为了实现功能。

你支持有码还是无码呢?

【编辑推荐】

  1. Android源代码添加Fuchsia SDK和Fuchsia设备支持
  2. 2018让程序员崩溃的瞬间!看到哪一个你哭了?
  3. 圣诞程序员男友寄雪和DR钻戒求婚,雪却化了
  4. “寒冬”已至,年薪百万的程序员沦为流浪汉
  5. 微软更懂“怎样尊重程序员”,正在改进程序员招聘流程
【责任编辑:张燕妮 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

这就是5G

这就是5G

5G那些事儿
共15章 | armmay

111人订阅学习

16招轻松掌握PPT技巧

16招轻松掌握PPT技巧

GET职场加薪技能
共16章 | 晒书包

369人订阅学习

20个局域网建设改造案例

20个局域网建设改造案例

网络搭建技巧
共20章 | 捷哥CCIE

753人订阅学习

读 书 +更多

SQL Server 2005实现与维护(MCTS教程)

本书是微软认证技术专家(MCTS) 70-431考试的专用教材,全书共21章,围绕着考查目标,通过详尽的描述、大量课程和课后测试,全面介绍了SQL S...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微