序
这本书买了也有个两三年了，一直压箱底，作为一个只有SVN与sourceSafe使用经验的人，其实一开始还是挺难理解git的使用的。毕竟我从来没有在互联网行业混迹过，倒是最近好些时候都在Github下载一些开源的框架和软件，对git多了解了些。
一切才刚刚开始
然而年初把Blog迁移到Github之后，使用git的机会多了很多，写博客用markdown的方式，基本上以文字为主，少去很多调样式的时间，所以连写博客都感觉像写代码一样：
- 按照markdown方式码文字（就是普通的文字加上#*来调整字号标题以及引用啥的）
- 通过Hexo来生成页面样式，以及整个博客的静态页面
- 通过Git上传到Github上
nasamars.github.io就完成了页面的更新
由于我是个懒人，于是我改进一下：
- 按照markdown方式码文字（就是普通的文字加上#*来调整字号标题以及引用啥的）
- 通过Git上传到Github上的源码仓库
— Github自动通知Travis来干活（通过Hexo来生成页面样式，以及整个博客的静态页面，然后上传到对应位置）
说起来简单，但是在实际更新的时候，一样会遇到文件合并，合并失败，解决冲突的问题。
迷惑
做甲方很久了，平时其实不怎么碰代码，时间久了总会有一种怀疑人生的感觉。
我到底还算不算搞IT的？
好像算，也好像不算。大部分人告诉我，走管理路线，别专注技术了，技术上没点优势（于自己而言），腰板总是直不起来。看着现在原始得不能再原始的工作流程，心理总有一股想干一番事的念头，然而存在即合理，事情总没有这么简单。
我着急，我迷惑，我不舍，我不忿。
事物总是两面的：
- 有些地方氛围好，流程规范，似乎一切顺当，可能螺丝钉的角色定位更突出
- 有些地方环境平平，生态原始，似乎感觉不爽，也许可以力挽狂澜，否极泰来
某次和人争论关于python的ADT实现的东西，被人讥笑不懂CS（Computer Science）和CE（Computer Engineering）的差别，本想反驳，仔细一想，好像还真是这样。我想不只是我，很大一部分的IT从业人员根本就不知道有这样的区别把。
自以为专业的人，做不出专业的事情，还能对得起专业二字吗？
结语
想太多，没用。且行且看，自己努力努力，再说吧。
身体孱弱，又没什么体育特长，逼着自己多看书，看多了还脾虚，身体还是孱弱。
我看我也是zuo，不过no zuo no die吧。