Home - A闪的 BLOG

重构是个脏活，过程痛苦，但结果是好的。

16:25:56 2017-11-01

身在俗世，心往佛国，無我

10:18:42 2017-06-20

今天快速写了几个模块，总体感觉很爽，虽然每个模块仅实现了最基本的业务逻辑功能，但都可以在短时期内快速搭建出来。在一个工程中最难得在于模块之间的层级划分。例如：我拥有一个文件服务器模块，那么这个模块应该只负责和文件服务器相关的操作。他在代码细节中，不应该引用其他同级模块，而上层模块可以肆无忌惮的引用这个服务器模块。项目中一定要先清晰的划分层级，然后进行横线拆分，这样做比较不容易出问题

17:36:33 2017-06-09

事实上markdown标准非常多，也非常的混乱。例如，当初我在编写《Egret游戏开发指南》这本书的时候就发生一些问题，为了能方便的在线预览，我们必须按照git服务器中的标注来编写。而我本地则使用Ulysses来撰写。很显然，两边对于markdown的支持标准并不统一。不得已我放弃使用ulysses。而最终在编辑审核的时候又由于所使用的windows平台软件对markdown不一样而导致巨大的麻烦。网上并没有所谓的标准，因为在不同平台，不同软件中，多多少少会有一些特殊需求，这也是markdown灵活的地方。例如：Jekyll允许你在markdown文件最开始插入一点点作料，以便让Jekyll获取这篇文章的属性。我们没办法解决这些问题。一旦严格的标准制定，那么其灵活度会大大折扣。

13:54:01 2017-06-07

PS1环境变量可以改变终端中��号前缀的内容，设置一下，挺好

12:47:43 2017-06-05

昨天晚上又一次领略了nodejs糟糕的版本控制和包依赖机制。本已安装最新的nodejs版本，由于其中标准库的变更，导致所需要用到的工具无法正常安装，提示某一个重要的包缺失。但此包在新版中已被废弃。无奈退回旧版本，重新安装时，由于大量的npm包依赖变化，导致更新了“无数”的依赖包。整个速度非常慢。由于nodejs对于模块的引用设计，导致此类问题层出不穷，同时一些包仅仅数行代码，却被大量其他包所引用。在者不同工具所指定的版本不同，这也导致了同一个包可能发生版本冲突的状况。不得不说nodejs和Npm在包管理中实在非常差劲。

10:59:22 2017-06-04

有时候脑回路要够大才行，打破常规，不按常理出牌，然后导致后续不可维护，恩，就这样

13:49:14 2017-05-31

/etc/sysconfig/network-scripts/ifcfg-eth0这个目录很重要，有没有网，就看配置它了

17:20:16 2017-05-27

mint上管理开机启动项目居然用的是sysv-rc-conf

17:18:36 2017-05-27

用了一周时间彻底领略了Unity的强大，这款具不仅可以快速开发游戏，同时在功能上也是相当完善。游戏中常有的概念在Unity中可以找到或者借助简单的方式快速实现。与此同时，Unity在很多功能上也不仅局限于底层功能提供，而更多的提供了上层业务逻辑的支持

16:28:32 2017-05-21