简单来说,本质复杂度就是解决一个问题时,无论怎么做都必须要做的事,而偶然复杂度是因为选用的做事方法不当,而导致要多做的事
来自:开篇词 | 程序员解决的问题,大多不是程序问题
15 人划过
我们必须要有自己的独立思考,多问几个为什么,尽可能减少掉到“坑”里之后再求救的次数。
来自:06 | 精益创业:产品经理不靠谱,你该怎么办?
11 人划过
自己靠直觉就能把事情做好,其实这是一种误解,因为那种所谓的直觉,通常是一种洞见(Insight),洞见很大程度上依赖于一个人在一个领域长期的沉淀和积累,而这其实是某种意义上的大数据。
来自:09 | 你的工作可以用数字衡量吗?
9 人划过
一个经过分解后的任务,需要关注的内容是有限的,我们就可以针对着这个任务,把方方面面的细节想得更加清晰。很多人写代码之所以漏洞百出,一个重要的原因就是因为任务粒度太大。
来自:14 | 大师级程序员的工作秘笈
7 人划过
所有给出的行动项应该都是可检查的,而不是一些无法验证的内容。
来自:25 | 开发中的问题一再出现,应该怎么办?
7 人划过
虽然我们在同一个时代写代码做开发,但在技术实践层面,不同的团队却仿佛生活在不同的年代。这也是我们要学习的原因。
来自:05 | 持续集成:集成本身就是写代码的一个环节
7 人划过
static 是一个方便但邪恶的东西
来自:13 | 先写测试,就是测试驱动开发吗?
5 人划过
管理数据库变更的方式曾是很多团队面临的困扰。好在现在已经有了很多工具支持,比如,我最近喜欢的工具是 flyway,它可以把每一次数据库变更都当作一个文件。这样一来,我们就可以把数据库变更放到版本控制工具里面,方便进行管理。
来自:10 | 迭代0: 启动开发之前,你应该准备什么?
4 人划过
想做好持续集成的一个关键点是,用好本地构建脚本(build script),保证各种各样的检查都可以在本地环境执行
来自:24 | 快速反馈:为什么你们公司总是做不好持续集成?
3 人划过
所谓的学习新知识不过是在学习增量,真正要理解的新东西并不多,学习效率自然会大幅度提高。
来自:31 | 程序员怎么学习运维知识?
3 人划过
*精彩内容为该课程各文章中划线次数最多的内容
编辑推荐
讲师的其他课程
看过的人还看了