All things are dificult before they are easy.
擦，什么意思? ->.
酝酿了又酝酿，尝试了又尝试，同事换了一波又一波。从最早gmail的讨论组，邮件分享、qq群分享，再到搭论坛、搭类似hackernews的应用等等；"强迫"大家读书，开书评会，分享读后感，加豆瓣好友相互激励，甚至一度想拿积分奖励、绩效来“要挟”。无论如何，提高技术团队内部的技术氛围的各种手段，总是一次又一次以完败告终。不经意间，技术团队已经从3个人，到了现在70多人。但是，技术氛围依旧是大家茶余饭后，年底总结的顽疾，挥之不去。人人恨不得顿足捶胸，一吐心中之大不快，仿佛自己终日被业务压力所困扰，没时间自己看书学习提高一下自己的编码能力，更没时间尝试一下别人提到的各种新概念，没时间做这做那，仿佛我很关心技术发展，但是那些又离我很远。
Time is like the water sucked in sponge: if you squeeze, you can always get some.
艹，又来！-> .
也许我们已经看了太多的技术类书籍和文章，写了几十万行代码，但是我们从来没有想过自己能够写出什么样的东西？
以前让大家简单的分享都很难坚持，写文章这么高成本、高难度的事儿，又能坚持几期？能坚持几期是几期吧，我希望能够通过写作这种方式，来让我们自己重新认识一下自己，以鼓励更多人加入到写作中来。从少做起，哪怕是你看的一篇好文章，整理下思路、写下你的感想，也要比你仔细看完后放入收藏夹“冷冻”要深刻的多。当我们自己系统的去思考题材的时候，就会发现动笔有多难，要比看别人的文章花费10倍以上的时间。但是，起码是我们思考后的原创，回头来看，还是很不一样的。
话不多说，第一期新鲜出炉，毛躁之处，必须谅解。
===
在每个互联网公司，服务器、带宽等资源合理分配和管理都是一件大事，每个公司都不可能无限制的投入资金采购这些资源。有些项目是CPU密集型或者内存密集型，但很多时候有些服务器计算或者内存等资源利用很低，但是其他新项目有出现无资源可用的情况，这个时候怎么办？
===
“Too many open files”这个问题之前在tomcat运行环境中也遇到过，虽知道是程序打开的文件描述符过多导致,但其中的过程还是比较曲折的。
===
NAT（Network Address Translation，网络地址转换）是1994年提出的。当在专用网内部的一些主机本来已经分配到了本地IP地址（即仅在本专用网内使用的专用地址），但现在又想和因特网上的主机通信（并不需要加密）时，可使用NAT方法。
===
上次培训完后，收集大家的建议，一致通过想学习有关 sql 优化方面的内容。 鉴于种种原因，培训没有如期进行。 正好借着这个期刊，我会整理出 sql 优化的一系列专题。希望对大家有所帮助。
===
团队内部谈了很久系统分拆和面向服务，但是迟迟完全落不了地，是我们出发点错误？系统边界不合理？还是大家不理解？我想用自己的思考和解释来尝试简化一下SOA的概念，帮助大家理解。
友情奉送：本文是使用Markdown完成的，Markdown是一种轻量级标记语言，欢迎扩展阅读，维基百科，md + github简直绝配。