Aman's life is short, but it will be too long if he spends it despicably.
-- WilliamShakespeare
昨天看node入门知道了Steve Yegge，今天看一下程序员的呐喊这本书，做个读书笔记，很久没做过读书笔记了，随便写写吧。
在开始之前，我昨天看了这个作者的一篇博文，说程序员要学会打字，我之前也没坚持，现在正在下载Marvis Beacon的打字软件，虽然我打字指法不规范，但是速度还可以吧，对计算机水平帮助不是很大（应该是基本没有帮助www），决定有空练练英语和五笔（笑）。
---以下为读书随笔---
说到编程和开车，我最近刚过科目一，在学科目二，工作单双休，只有周末有空。决定学车以来确实更关注路上的交通信号了，发现很多小汽车司机也不遵守交通规则的。在学科目一之前我以为他们才是对的。
软件自由主义就是求同存异，包容不同领域的程序员。作者提到读者抱怨博客太长了，我则是刚入行，不太会写，所以随便写写，希望哪天我能写出有深度和创新性的内容（其实我一直想试试文学写作的）。对了我看的是中文版，我会试着以后多阅读各种原版作品的。
一、 作者手记：巴别塔
这篇文章提到Amazon在2004年饱受其庞大代码库的困扰。原因有三点，用了很啰嗦的两门语言C++和Java，没有像google一样用DSL解决大规模查询、分布式计算等技术问题以及抗拒新语言。说到抗拒新语言，之前在网上了解到国内有两家公司也是这样的。作者说当时的读者看了这篇文章去学了Emacs和Lisp，不知道现在学习价值大吗。对于DSL的反对声音也不小，在http://www.yinwang.org/blog-cn/2017/05/25/dsl中说王垠说没必要用DSL，用库代码就行，他给出了几个理由：首先DSL是新语言，有学习成本，设计者往往不是有素养的语言专家，别人不容易理解文档。其次，有些DSL表达能力太弱，需要请教语言的设计者，很多时候要自己添加新特性才能解决问题。最后是程序语言设计的常见问题，容易出错，歧义，语言繁琐，缺乏编辑器IDE支持等。他认为Haskell 或者Scala并没有有些人宣称的非常强大的“DSL 实现能力”，充其量就是库代码。王垠认为scheme和DSL都有The New
Language Problem（新语言问题），如果一个语言，每当用户需要用它表达任何东西，都得去麻烦它的设计者，甚至需要给这个语言增加新的功能，那这个语言就不应该存在。尽一切可能避免创造 DSL，因为它会带来严重的理解，交流和学习曲线问题，可能会严重的降低团队的工作效率。如果这个 DSL 是给用户使用，会严重影响用户体验，降低产品的可用性。王垠在文章最后给了一些结论：1.尽一切可能避免创造 DSL，因为它会带来严重的理解，交流和学习曲线问题，可能会严重的降低团队的工作效率。如果这个 DSL 是给用户使用，会严重影响用户体验，降低产品的可用性。2.大部分时候写库代码，把需要的功能做成函数，其实就可以解决问题。3.如果真的到了必须创造 DSL 的时候，非 DSL 不能解决问题，才可以动手设计 DSL。但 DSL 必须由程序语言专家来完成，否则它还是可能给产品和团队带来严重的后果。4.大部分 DSL 要解决的问题，不过是“动态逻辑加载”。为了这个目的，你完全可以利用已有的语言（比如 JavaScript），或者取其中一部分构造，通过动态调用它的解释器（编译器）来达到这个目的，而不需要创造新的 DSL。
说到DSL，虽然我不知道以后会不会用到，我查到Martin Fowler有部大作Domain-Specific Languages，有时间我会去读的，多学点还是好的:)。
