最近主力语言基本以 Python 为主，然后以比较分散的脚本形式由 Azkaban 进行任务调度定时之类，在感慨开发效率高，发布灵活之余也被这种方式带来的一些问题所折磨，倒不是说这种方式有多大问题，只是做的不够好，所以不像是一个 Project ，缺少对应的日志管理、配置管理、发布管理、单元测试、集成测试，然而这些工作却并不可少，所以很多都是以人肉的方式进行，有时候也无法回溯问题发生时的状况，根据之前的经验，总结下日志的一些东西先。 系统运行时会有各种各样的日志，应用服务器、Web 服务器、数据库、框架等等一般都有对应的日志输出，同时也有各种不同的级别，一般有： FATAL - 严重的，造成服务中断的错误，需要马上介入，通常情况下，一个进程的生命周期中应该只记录一次 FATAL 级别的日志，即该进程遇到无法恢复的错误而退出时。 ERROR - 其他错误运行期错误，需要马上被处理

开始了新工作，换了电脑也忘了迁移以前的 blog 写的内容了，索性重头开始，看能不能改了以前偷懒的毛病。 之前总是觉得应该好好整理一下自己的各种知识点，可是却不停的在给自己找各种各样的偷懒的理由，或者说还是离做到真正的自律还有蛮大的差距。换了新工作，算是由半管理半执行岗转变为了执行岗，一方面觉得积累的一些团队管理上的想法和经验，在现阶段已经足够，另一方面可能是觉得太累了，希望能安心写写代码，实现很多一直想做的东西，同时默默观察、发现、学习。 新的一年，新的工作，新的领域，不知道又会是一段怎么样的经历，不知道能待多久又能创造出什么样的价值，似乎这些都不那么重要，重要的依旧是不停的学习、积累、观察、思考。恩，对，还有努力去改很多惰性的东西。