把握自己。

记得以前面试的时候被问到一个问题：“你平时业余时间有没有读过什么开源的代码，谈谈是如何读的?以及有什么收获”。问题很好，当时却答得不怎么样，可能那时经历有限，也一直记着这个问题，常常在思考，现在写一些简单体会。我觉得读代码有几个步骤，刚开始就说去看架构文档，我觉得那是扯蛋，如果你基本没有看过里边的几行代码，架构是看不出来的，文档看过之后，似乎也没太大作用，过后即忘。唯有多花些时间，在代码里

综合选择RabbitMq

因本人英文阅读速度实在太慢，只好看中文，最近在看一些译文，看得真是费力，可又不愿总是翻原文，于是和原文对着读，把里边认为不合适的译法一一校正。觉得有些原则还是要遵守：1，统一：英文原文用一个词，则中文不应该时而译为A，时而译为B，即使是近义词。（名词必须附带English name）2，不要删改添加修饰：尽一切可能忠实原文，原文如果备受青赖，一定有他的很多优点，甚至是几乎没有缺点，有些人译

总则：必先懂得原则，才懂得推翻原则。KISS原则：keep it simple，keep it stupid.OO原则：– Abstraction（抽象）– Encapsulation（封装）– Modularity（模块化）– Hierarchy（分层）设计模式基本原则：– 针对接口编程，而不要针对实现编程– 达成高内聚合低耦合，提高复用– 提倡优

STL广泛用于C++程序,其中容器提供各种可选数据结构,极大方便了功能实现。在使用容器时，最好不要直接用诸如vector m_vecB;的方式,而应该先typedef一种类型出来，（切忌过度typedef容器的iterator，增加阅读负担）具体原因可参见《Effective STL》第二条。建议typedef 命名后缀为，如XxxVec，XxxList，XxxMap等。切忌什么纯大写+下划线,看

写objC程序有一段时间了,接触的头几天便到处找编程规范,至今除了google和apple的规范外,其它的也零星见过一些.老实说,google和apple的规范均不怎么样,很多场景都没有解决方案,并且两者也有冲突的地方.我综合这些规范,修改和补充如下,后续不断增加:1.interface用I前缀,protocal用P前缀,确实是delegate则用delegate作后缀.2.protoco

enum类型通常会与typedef关键字一起用,方便使用.有两种写法,第一种是typedef在enum前边,如:typedef  enum {    UIViewAnimationCurveEaseInOut,         // slow at beginning and end    UIViewAnimationCurveEaseIn,            //

宏观，即系统设计与架构；微观，即算法精确实现，两条路，选一条坚定地走下去，可有所成。夹在中间的则是添砖加瓦的码农，如果不脱离这个层次，则只能面临淘汰。我，似乎适合宏观，天赋所致。框架先这么定，具体以后再详述。C/S架构要点:C要炫,S要海量吞吐量,稳定性预备话题:项目API,类API的独立性,好代码特征:搜索结果最小化C API的设计广泛采用前缀法.