很开心的告诉大家，Hughen开博啦！
（不是微博，是博客 blog）
博客在经历两个星期各种内测尝试之后（每天花个两三个小时倒腾倒腾还是倒腾），现在终于在平安夜如期开放咯。相信大家看到Blog的名字都很诧异，为什么是“iHughen”，而不是Hughen呢，哈哈，原因就是hughen.com这个域名已被注册，在思考再三之后决定注册 ihughen.com 作为自己的域名，意为爱休恩（休恩是英文Hughen的音译词，/hju'en/），iHughen就作为一个标志存在着吧，反正无伤风雅。
期初 ihughen.com 创建的时候并没有考虑博客的需求，因为ihughen的其余几个项目（后面将会择机开放iHughen Labs, iHughen Library）都不涉及到需要博客的功能，那为什么又创建了呢？这就要说到在公司做的一个项目了——根据自选的时间范围，计算游戏里面每个玩家的行为状态，各个关卡指标的通过率情况等相关数据——这个项目期初进行的很顺利，利用C++写出了一套PHP扩展，从以前纯PHP代码超过5分钟的时间消耗，直接降低到45s，带来了至少6倍的性能改善，为此事因此还开心了两天，但是好景不长，大喜之后就是大悲。数据库的全量规模到达20w（其实也不多）左右的时候，脚本总是会coredump，通读代码之后也没发现原因，然后就开始了长达两天的调试（占到了整个开发周期的一半时间），在所有可能有问题的地方都打上了log，最后锁定到了STL的hash_map上，但是在对比网上大量demo之后也没发现这里存在什么奇怪的地方，直到在一篇排版乱糟糟的博客文章中，找到了一句话和我出现同样问题的概述，结论就是：
- 在hash_map中，如果key值使用堆存储的方式，不知道为什么会容易出现内存泄漏的问题，推荐使用string类型以解决这个问题。
后来将所有堆存储key的方式修改为string类型之后，问题解决。那件事之后，“闭门反思”，如大彻大悟般，并做了以下四点反思与总结：
- 契合自己观点的，也不一定是对的，顶多只能找到一种认同感罢了；
- 我所经历过的也许就是别人未来将要经历的，在这些良莠不齐，千篇一律的技术博文中，能不能来点小清新，记录了自己也同样帮助了别人；
- 每一个稍有作为的人，他们都有一个共同的特质——总结与反思做的很到位，SMART原则用到了极致，and then....
- 我能不能也将自己所学习到的，所领悟到的变现为一种昂贵的资本——内涵。
好了，iHughen Blog诞生。
博客系统是自己纯手工编写的，没有采用第三方博客系统的原因就是我不想做大家都能做的事，经过我手的东西就应该有我纯正的Hughen血统。
既然选择这篇文章写在最前，当然目的就是为了说明博客的目的和计划，以及未来一些可能存在的方向。
首先，已经筹备好的已有两个专栏，不仅限于技术，有些也会表达我看过的书或者我了解的人或事的观后感吧。
其次，任何设备都可以访问 ihughen.com/blog ，当然手机和电脑看到的效果可能不太一样，这个需要大家自行体验，有bug或者你想我改进的地方欢迎将问题描述或见地发到我私人邮箱账号([email protected])。【ps: 如果点击之后没有任何反应，尝试长按，然后在弹出的界面中选择新邮件即可】
再次，服务器部署在日本，DNS选择的是cloudflare，出现网速慢或者加载不正常的，欢迎向上面贴出来的邮箱投诉。
最后，我的愿景就是，这次我来做男主角，我说，你来听。