百度怎样建立网站链接,wordpress登陆后段后端,类似wordpress的建站系统,百度的网站关键词被篡改记得之前组里来了一个美国实习生小伙子#xff0c;很极客的那种#xff0c;干活快#xff0c;一天能给你写2000行代码(我复查的速度跟不上他写的速度)#xff0c;让做什么东西#xff0c;上午告诉做个这个功能#xff0c;下午就能在测试环境跑起来演示了。跟他单独开会的… 记得之前组里来了一个美国实习生小伙子很极客的那种干活快一天能给你写2000行代码(我复查的速度跟不上他写的速度)让做什么东西上午告诉做个这个功能下午就能在测试环境跑起来演示了。跟他单独开会的时候他说觉的普通的编程没什么意思太简单了写程序这方面已经没什么追求了他比较想跟我研究大数据的框架数据库或者机器学习之类的工作做设计早日脱离代码这种无脑工作。我足足花了1周时间每天读他的代码到凌晨。给他写的评语反馈快赶上我在知乎写的答案文章之和了。。。期间几小时几小时的开会论战孩子狂语速快脑力灵辩论角度刁钻。他天天要与我论战看我的评语速度还算慢下来了。没来得及讨论完隔周我要休假了2周。交代了些他要做的工作。2周回来让他改的那个java包爆炸了本来我们一个支持了7个功能的框架包总代码量也就5k吧等我回来这包代码量1w5。也就是说他为了一个小功能加了1w行代码。这没法复审只能跟他坐一块先让他给我讲讲这代码都干什么的然后他说“en。。。这块我现在也看不太懂当时为什么这么写了。。。”“en。。。这边写的比较复杂是因为当初那边是那样写的所以这边没办法才只能这么写。”“en。。。把当初那边改好很麻烦影响也很大不如就这样吧。”“en。。。这里这么写是因为你看着里是这样的 然后这里有这个逻辑然后这里。。。来回来去翻n个类之后。。。 所以你看我这里虽然写的比较诡异但是完全没问题的得意ing”“en。。。这边做的这么奇怪是因为有个bug通过这么写这个就bug没了我也不知道怎么回事。。。所以你看我在这边注释这行不能删了。。。”“en。。。我觉得这个功能很酷你们虽然现在不需要不过有总比没有好吧将来如果……%¥……%……%*7%……*%…我没听懂的话这个就很有用”...一次次被我打回去重写后来总算简化成大概5k行了临走时候跟我说你这样编程也太难了。。。再后来由于一些额外复杂的代码造成我们实现新东西会很复杂我又重写了一遍总共大概不到1k行代码。这里边有几件事情我想说做出来容易 做正确难这里做出来指没bug且完成需要的功能这是最基本要求不多加讨论。这里正确不是指功能正确而是指程序可以很容易推理理解理解意图 理解如何做到的理解为什么系统不会出错。理解为什么要这么做。正确是现在怎么写不会挖坑害将来的人现在怎么写能让别人1年后看你代码时候不可能理解错你现在的意图现在怎么写能在别人将来犯错的时候提示他你错了。编程是给未来的未知人讲故事你无法知道将来这个人是谁他都懂什么他经历过什么这个系统将来已经是什么样子了。我们需要在这种无知缺乏信息的情况下做决定从千万种把这件事做出来的方法里选出你觉得最能把这个故事给讲好的那种方式把故事写下来。编程是一种沟通沟通是一种艺术用程序跨越时空之沟通则是一门属于程序员的特有的艺术就好比数学家用数学公式来沟通 coding is all about the art of communication引用。坏的决定会导致坏的决定甚至导致人们去扭曲一个好的决定去迎合坏的决定。垃圾会制造垃圾一个放在系统里不经清理的额外复杂度会导致更多的额外复杂度的生成。每个人甚至同一个人的不同时刻都有自己的不同的制造额外复杂度的缺陷比如我每年去看去年自己写的代码觉得都是垃圾。然后我又想问几个问题我们所在的部门所在的组公司它们的文化到底是关心做出了一个东西还是关心做好了一个东西。一个总是给系统添加垃圾留坑给后人但是能很快做出能跑起来的系统的程序猿我们到底认为他是做了好事还是做了坏事我们到底认为他很强还是他很弱用超过必要而为了突显技术实力的复杂工具技术框架搭建系统做完跑路在一个组一个部门一个公司那里的文化到底应该是鼓励还是抑制这种行为我们又应该如何在一个环境中去倡导推崇什么样的文化相遇什么样的人人与文化决定了什么人留在这里什么人离开什么人吸引什么人什么人成长成什么样子。而设计技术这些枝末细节则必顺应此中的人与文化而自然变化或自愈或走向毁灭哪怕在恶劣的环境中向下引导向上规谏潜移默化最终改天换日此为编程之大道也下边是定理证明画风突变高能预警最小垃圾存在定律定义垃圾为系统的总复杂度减去系统的本质复杂度那么得到如存在多种方法可以设计与实现一个系统或功能存在且只存在一种实现会引入最少的垃圾垃圾与复杂度正比定律根据定义可得系统存在的垃圾越多系统越复杂垃圾倍增定律基于已有垃圾量a的现状来演化进化此系统增加的新垃圾量与已有垃圾量a成正比系统腐败定律当基于垃圾量a来实现新功能的cost大于新功能本身的价值时系统腐败需要重构战斗人员负战力定律如果程序员a引入的垃圾在n次迭代中经过倍增所造成的成本大于其所清扫的垃圾经过倍增所获得的机会成本和其实现的新功能价值之和。此时我们称此程序员战力为负值其战力绝对值与其引入垃圾的能力和其清扫垃圾的能力的差值成正比以一敌百存在定律由负战力定律可知对所有的自然数n一个正战力的战斗人员的战力 负战力战斗员1负战力战斗员2 … 负战力战斗员n的战力和系统本质复杂度不可知定律与系统表征复杂度无限接近本质定律取决于战斗人员的知识量经验天赋等对于任何战斗人员n都必定存在一个战斗人员m考虑历史长河使得战斗人员n观察系中的纯净无垃圾系统复杂度总为1是战斗人员m观察系中的含垃圾系统复杂度为1x这使得在所有观察系中包含外星生物系统的表征复杂度(或者说观察复杂度)无限趋近与本质复杂度。然而我们只能通过观察来感知事物的本质复杂度却永远无法得知我们离本质复杂度还有多远。以有限的生命去追求可以无限的提升的净化方法与视野我们称之程序艺术家也就是SDASoftware Development Artist… its extraordinarily important that we in computer science keep fun in computing…——— Alan J. Perlis (April 1, 1922-February 7, 1990) 《SICP》打星际… 哦不, 错了重来… 写程序你快乐嘛写在最后看到大家最关心的是他拿到正式录取资格了么还有也许通过我的描述关于他的这个侧面你会觉得他很不称职。其实不是的他代码写的绝对是平均值往上的水平他的问题在于1、是他根本没有想过去简化业务逻辑所以很多符合最初需求的代码在简单优化业务逻辑之后完全不需要2、是自己加了很多功能3、是自己加了很多自以为是的优化比如用一个算法估算某个函数的输入数组的最大可能值然后用那个值来初始化一个数组因为这样就不会重新分配内存了他原话4、抽象能力有限这个毕竟经验少 年轻5、滥用设计模式(关于设计模式最多程序员被绊住的一关设计模式是面向对象编程模型中应对经典问题的经典解决方案。这里有两个问题第一设计模式的场景用对了么第二为什么要用面向对象范式选择编程语言范式时要从表达力最弱最简单的语言范式开始选择。这叫做最弱表达力原则而面向对象范式作为最复杂表达力最强的语言范式在大多数时候都可以避免使用。关于第二点的论述证明你可以看concept techniques and models of computer programming这本书。注意这里说的是语言范式而不是语言。即使你用java如果你从来不使用mutable(专业词汇)的功能和继承。那么你就没有使用面向对象范式)他其实有非常强的解决问题的能力想法天马行空通过自己设计算法来猜函数可能需要的数组大小就可见一斑还有一个从s3(专业词汇)读数据的需求他不是简单调api完了而是写了一个环状buffer(专业词汇)使得网络硬盘app可以在理论上最大效率的适应程序当时的场景为了协调异步他自己发明了一个很笨拙的promise(专业词汇)这非常厉害一般的实习生哪怕sde1可能都写不出来可惜的是场景会随业务逻辑激烈变化今天的优化可以是明日的累赘这就叫做过度优化过度优化是一种强耦合会把你的系统死死的钉死在当前版本。他只是不明白简单是美这件事情而已。如果能有人帮他斧正日后必成大器。他最终拿到了正式录取资格这其中还有个小波折终审的bar raiser(amazon内部的一个可以一票否决招聘结果的角色)看到他在代码复查系统里跟我的各种激辩觉得这人不能留。好说歹说才给了正式录取资格。不过最后人家没接去读博啦。最最后在一个相对干净的环境写程序不断找出新的本来以为不是垃圾的垃圾对我来说是一件非常愉快的事情。然而帮别人打扫他本就不该制造的垃圾则是非常痛苦的一件事。写程序本应是多么快乐的一件事啊作者阿莱克西斯来源https://www.zhihu.com/question/22508677/answer/276595266版权归原作者所有转载仅供学习使用不用于任何商业用途如有侵权请留言联系删除感谢合作。数据与算法之美用数据解决不可能长按扫码关注
