为什么会写技术的话题？因为从2002年至今这十几年的程序开发的生活中，每经历一个400小时以上的开发周期，都会有很多感触，实际的作战场面远比博客文字要血腥10倍、20倍以上，有些复杂的算法有时要推算一两天才能得到一个正确的公式，整天盯着电脑屏幕来推算。每次写程序时，电脑都至少会开十几个、20几个窗口，光是这些窗口就时常令自己感到眼晕。(这些窗口的类型有：浏览器窗口5-8个，文件夹窗口5-8个，文本工具窗口5-8个，Xshell、Xftp各1-3个，图片窗口1-3个，Photoshop窗口1个。)

开发、实践，是一种最大的程度的学习之一。很多的信息，并不是在书上、网上学到的，而是像“车到山前必有路”一样，解决问题的方法会自然呈现出来，大量的新方法、新思路会在实践中被发现。正如东西半球存在时差，它是一种永恒的存在。即使是新发现的方法，发现得越多，你越会发现其实万变不离其宗，很多这些新方法、好的方法，上天其实早就设定好了，等待着人们去开采。

从开发之初至今，我在本机电脑建立了代码库、程序库、技术笔记，这些文件一天需要打开50-100次。大量的代码，都不是手敲的，而是从程序库里复制，例如循环程序 for ($i=1;$i<=$j;$i++){} 这样的语句。当然，即使是大量复制代码，程序的开发量依然很庞大。

半小时、1小时能够完成的程序，我定为是迷你小项目、小工具。120小时的程序项目(约合30天标准工作日，按每月22天计算，一天8小时最多有6小时是有效开发时间，其余时间为程序的思考、解读时间)，我定为中型规模。

每当完成一个这种中型以上规模的项目，我发现里面总是有一些特别精彩、高效的程序片段。这些程序如果贴出来，用来演讲，自己会陶醉在其中，因为实在是妙。这些精彩片段，正如上述提到的，就是上天早就设定好了。

然而，很多程序往往全世界只有作者一个人懂。因为其规模实在是大，别人要来解读程序，可能需要花费比程序还多N倍的时间，并且很多开发思路不会在程序里呈现，开发者如果没有记录当时的思路，那么这个思路会彻底消失，开发者很可能都会不记得，就像每天的梦很容易被彻底忘记。程序开发，要记忆的东西实在太多太多，不做笔记，时间长了很容易忘记。

因此，当我尝试去记录这些思路时，并发布在博客，比如近期的几篇“原创干货分享”，短信验证开发的方案分享，等等，这些既是等待有缘人来交流，也是给自己看，当自己再次去看这些文章，发现思路竟是如此清晰，很多自己彻底忘记的内容，能够在这些文章找到。

大道至简，真传一句话，假传万卷书。核心的技术，永远都是那很小的一部分。