一、懒汉模式

即第一次调用该类实例的时候才产生一个新的该类实例，并在以后仅返回此实例。

需要用锁，来保证其线程安全性：原因：多个线程可能进入判断是否已经存在实例的if语句，从而non thread safety。

欧欧匹代码的格局，是和别的编程模式不同的：首先要有一个构造函数；基类里只定义了函数的形式，可以随时通过派生增加不同的实现。那些程序员们，每每学会了继承和多态，便可以接一个项目，——这是十年前的事，现在至少要懂得设计模式，——靠柜台外站着，写些代码换一个鸡蛋灌饼吃；倘若懂一些多线程的知识，便可以在鸡蛋灌饼里加火腿肠，或者里脊了，如果懂得语言的实现原理，那就能做一些底层代码的优化，换一盘炒菜。但这些程序员，多是初级水平，大抵没有这样深入。只有懂得内存模型的，才能接一些底层的项目，打开调试器和剖析器，慢慢的坐着优化代码。

大明王朝天启四年， 清晨。

天色刚蒙蒙亮，我就赶着装满货物的马车来到了南城门， 这里是集中处理货物的地方 ， 一队一队的马车都来到这里， 城头的士兵带着头盔，身披盔甲， 手持长枪， 虎视眈眈的注视这下面的动静。

有一天，我正逛 LinkedIn，发现了一个感兴趣的文章标题，《为什么我的员工工作不能再努力一点？》，出于好奇，我点开了。发现这是一个类似于 Dear Abby 之类的公司。一个网名为 Victoria 的 CEO 向 Liz Ryan 询问了一个问题，Liz Ryan 即充当着 Abby 的角色。

【问 题】 将一个字符数组中的单词顺序反转，要求不借助其它字符数组或者指针链表，保存反转后的字符数组，单词间以空格分隔。

【思 路】 先将字符数组全部反转，“This is a test”–> “tset a si sihT”, 再将单词逐个反转，最后得到要求的数组。

很多年前我进入硅谷人才市场，当时是想找一份高级工程师的职位。如果你有一段时间没有面试过，根据经验，有个非常有用的提醒你应该接受，就是：你往往会在 前几次面试中的什么地方犯一些错误。简单而言就是，不要首先去你梦想的公司里面试。面试中有多如牛毛的应该注意的问题，你可能全部忘记了，所以，先去几个 不太重要的公司里面试，它们会在这些方面对你起教育(再教育)作用。

每个开发者在编码时，都希望代码像水管的水一样源源不断的流出，思绪不被打断。但在现实开发中，经常会由于一些事情突然中止或停下。本文就总结了现实工作中，影响编码进度的15个“拦路虎”。

改善可维护性

改善代码质量是项大工程，要开始这项工程，从可维护性入手往往是一个好的开始，但也仅仅只是开始而已。

重构的悖论

很多人把重构当做一种一次性运动，代码实在是烂的没法改了，或者没什么新的需求了，就召集一帮人专门拿出来一段时间做重构。这在传统企业开发中多少能生效，但是对于互联网开发来说却很难适应，原因有两个：

什么是好代码

写代码的第一步是理解什么是好代码。在准备bootcamp的课程的时候，我就为这个问题犯了难，我尝试着用一些精确的定义区分出“优等品”、“良品”、“不良品”；但是在总结的过程中，关于“什么是好代码”的描述却大多没有可操作性

写烂代码很容易

刚入程序员这行的时候经常听到一个观点：你要把精力放在ABCD（需求文档/功能设计/架构设计/理解原理）上，写代码只是把想法翻译成编程语言而已，是一个没什么技术含量的事情。