![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
经验观点
专业代码搬运
什么简介
展开
-
如何避免被自己的团队“枪杀”
转自《高效能程序员的修炼》 在文章的最后,Dennis对如何避免被自己的团队”枪杀”做了一个很有想法的总结:保持谦虚==总是先假定你是错的==。虽然开发者的确是会犯错误的,并且作为一个新人你理所当然应该帮助其他人发现和修正错误,但是在你骄傲地宣布你的发现之前,==你应该努力确保你的观察结果是正确的==。如果你总是喊着”狼来了”(谎报险情),你的信誉将遭受巨大的损害。提出建设性的批评时要小心==开发者转载 2016-12-04 23:20:04 · 327 阅读 · 0 评论 -
会议是浪费工作时间的最佳去处
转自《高效能程序员的修炼》 今天你开了多少个会?这个星期呢?这个月呢?现在你再自问一下,那些会议中有多少是值得参加的?如果把相同的时间用在工作上,你又能完成多少事情?这不禁让人想知道,我们究竟为什么要开会。在GitHub,我们不开会。我们没有固定的工作时间,甚至都没有规定工作日。我们不记录休假或者病假的天数。我们没有经理,也没有组织结构图。我们没有着装规范。我们没有开支账户审计,也没有人力资源部门。转载 2016-12-04 23:17:36 · 302 阅读 · 0 评论 -
评价代码的维度
转自《高效能程序员的修炼》 在编码过程中,你可以从很多维度去评价你的代码: 代码整洁度 功能的完整性 执行速度 编码所花费的时间 健壮性 灵活性 需要注意的是,==这些维度相互之间都是对立的==。你可以花上3天时间写一个非常完美迅捷的程序,这样虽然在两个维度上获得了提高,但是因为你花了3天的时间,所以在“编码所花费的时间”这个维度上就落后了很多。一个有效的决定是:==从简洁开始,然后依据测试的结果按转载 2016-12-04 22:42:21 · 883 阅读 · 0 评论 -
最牛b的编码套路
转自:http://blog.csdn.net/happydeer/article/details/17023229 最近,我大量阅读了Steve Yegge的文章。其中有一篇叫“Practicing Programming”(练习编程),写成于2005年,读后令我惊讶不已:与你所相信的恰恰相反,==单纯地每天埋头于工作并不能算是真正意义上的锻炼==——参加会议并不能锻炼你的人际交往能力;回复邮件并转载 2016-12-04 22:05:38 · 352 阅读 · 0 评论 -
程序员可以的8种境界
转自《高效能程序员的修炼》 那我就来告诉你吧,基本上,这个世界上的程序员可以有8种境界:1. 不朽的程序员这是最高境界!虽然人已经走了,但是他的代码却依然活着。他成为计算机博物馆中的一个永久收藏。其他为数众多的程序员都在学习他的作品。他在生前可能得到过图灵奖,或者发表了大量有影响力的论文,或者是发明了一些影响到计算机专业课程设置的基础技术。他已经不仅仅只是拥有一个维基百科的条目,事实上,有很多专门的转载 2016-12-04 22:01:06 · 879 阅读 · 0 评论 -
函数本身不是用来复用
函数本身不是用来复用,这和很多“主流的”观点不同。函数的存在的主要意义在于:==划分独立职责,隐藏具体细节操作,使得代码具有可读性,应对扩展的变化,方便进行单元测试,顺带的,偶尔可以用作复用==。 函数应当遵循: 单一抽象层次原则:仅表达一个抽象层次上的一件事 短小原则:函数不能过长,层次不能太深 单一职责原则:一个函数只做一件事,只做一个操作 当发现一个函数具有以下特征时,需要考虑抽取函数 过长原创 2016-12-02 00:10:41 · 800 阅读 · 0 评论 -
为何要工程分块
为何需要将一个工程分为多个文件夹及多个文件: 如果不进行分解,当改动一行代码时,编译器就需要重新编译所有代码,在大型工程中,这样是需要较长时间的,而分解后只需重新编译改动过的那个文件,然后重新链接所有的目标文件,是可以节约大量时间。 按照一定的规则,将一个工程分解成多个小文件可以更加容易找到一段代码。 从很多工程文件生成一个成library(程序库)比从一个单一的大目标文件生成要好的多。 因为分解后原创 2016-11-27 22:51:15 · 306 阅读 · 0 评论 -
职业的乐趣是什么?
载自人月神话 首先,这种快乐是一种创建事物的纯粹快乐。==如同小孩在玩泥巴时感到快乐一样==,成年人喜欢创建事物,特别是自己进行设计。我想这种快乐是上帝创造世界的折射,一种呈现在每片独特的、崭新的树叶和雪花上的喜悦。其次,这种快乐来自于开发对他人有用的东西。==内心深处,我们期望我们的劳动成果能够被他人使用,并能对他们有所帮助==。从这一角度而言,这同小孩用粘土为“爸爸的办公室”捏制铅笔盒没有任何本原创 2016-11-26 00:00:35 · 835 阅读 · 0 评论 -
只解释了“how”却没有解释“why”
入门级的编程课程通常会教育学生们写代码前先写注释、而且要尽量多注释。 这种教育的出发点是:多注释肯定比少注释好、少注释肯定比没注释好。例:r = n/2;//让r等于n除以2//当r-(n/r)大于t时进行循环while (abs(r - (n / r)) > t) { r = 0.5 * (r + (n / r));//设置r等于r+(n/r)的一半 }经过这样的注释,你否明白了这段代码是原创 2016-11-25 23:57:53 · 372 阅读 · 0 评论