关于作者在书中提到的领域语言，因为我自身经验阅历的限制并没有太大的感悟。
不过作者在此篇章中提到的一个例子倒是让我非常向往，因此特地截图贴在这里
如果可以熟练的使用，那么在构造的小环境中报错将变得简单易懂。
可惜我涉猎不深、学艺不精，尽管多次阅读但目前对于领域语言这一篇章所讲述的内容依旧一知半解（总感觉从曳光弹篇章开始文章就变得高深了起来，估计是我沉淀得还不够吧）
而同样的问题在它的下一个篇章中也有所体现。
下一个篇章围绕的核心的“估算”。
对于同一个估算时间的不同表述、对于估算时间如何尽可能的接近准确值……在阅读的时候我还不明白这一篇章存在的意义，但是当我真正开始写下我浅薄的感悟的时候，突然想起了王老师曾经讲过的话。
“一定要控制时间，这套题的难度应该在三个小时左右完成。”
“同样的一个项目，人家用一周完成而你需要一个月甚至更久，你觉得公司会要谁？”
联想起我的作业，发现我经常出现时间估算错误的现象。
比如打算在九点之前完成的编程作业，却硬生生做到了下午，导致之后的安排也被打乱。
当然这其中肯定有我学艺不精的问题，但是我在明治自己水平的情况下却依旧按照“偏差及其大的估算时间”进行每日的行程安排，这意味这我几乎每天都不可能完成规划。
不准确的、甚至是完全错误的估算或许会带来极其严重的后果。
就比如我因为每日任务都无法完成，任务完成时间一直错后，之后导致我不得不熬夜完成之前遗漏的事情。
由此看来，尽量准确的估算是极其又必要的！
标签：估算,小工,程序员,修炼,完成,篇章,时间,不精 From： https://www.cnblogs.com/yansans/p/16932573.html