firstephen的专栏

<br />编译语言 - 编译器编译源代码成为机器码（.exe in windows...），首次编译后再执行程序时不用再次编译 - 直接用(EXE...).<br />解释语言 - 程序运行时由解释器解释源代码执行，每次运行程序都要执行解释的过程，所以速度慢，不过相比编译语言有跨平台的优势。<br />脚本语言 - 相对于常规程序语言语法规则简单，一般也需要解释器（脚本引擎）解释执行。<br />标记语言 - 不用于向计算机发出指令，常用于格式化和链接（HTML).

<br />imperative programming(IP) - 指令式编程<br />founction programming(FP) - 函数式编程 

我的日常工作和开源工作经常要用到 git 和 GitHub ，所以我发现了有一些我经常用到的实用模式。下文中我会把 pull 请求（pull request）简写成PR。 1. 剥离的PR我什么时候用？工作在特性开发分支发现不好的代码想要马上就地修正，但是和我正在做的特性无关（例如一个小bug，或者哪里不一致，或者有违背代码规范）我该做什么？

这两个习惯应该很大众化很普通，就是:      1. 写代码流程分析文档   2. 写不同场景的测试用例      不过我做得比较细:      1. 写代码流程分析文档      把一些难理解的、重要的代码流程写成分析文档，   按方法调用顺序排好，通常第一次分析时不可能完全理解透的，无法理解透的可以加TODO，   也有可能会理解错的，这都是没关

转载：月光博客6月12日发表了《写给新手程序员的一封信》，翻译自《An open letter to those who want to start programming》，我的朋友(他在本站的id是Mailper)告诉我，他希望在酷壳上看到一篇更具操作性的文章。因为他也是喜欢编程和技术的家伙，于是，我让他把他的一些学习Python和Web编程的一些点滴总结一下。于是他给我发