I really believe committing every day on an open source project is the best practice.
本周完成：
取数据部分的及时性和便捷性
日志的归一化部分，由于涉及到callback部分，暂不可替server端日志
加入keyword策略部分的统计，在线以及离线
收入抓取和报警部分调整
未完成：
渠道监控后续的工作？
现有的服务点的改造
本周所得：
golang-101-hacks
python bs4部分，有关session以及https部分的抓取
下周计划：
规范一些离线报告的范畴
梳理现有的服务的改造点
关于ecpm的分时报告部分
技术文章，每周两篇，没啥问题
关于project52部分，组织一下项目结构部分，慢慢写一些工作log
尝试写下每周阿南的读后感，尝试向开源部分靠靠。。
尝试控制自己的欲望，推迟一些不必要的想法和成就感。。
利用govendor部分，进行相关的依赖保证
1 | govendor init |
这样我们在进行go get的时候，可以将相关的依赖同时下载下来。
1 | i := 10 |
一般都会产生一个新的变量，这样要防止全局变量和局部变量之间的区别
Slice and map are all reference types in Go, and their default values are nil
1 | var s1 []int |
上述两种方式，第二种的命名s2非nil，但同样长度为0
和平即战争，自由即奴役，无知即力量。
1984的”双重思想”，其实日常生活中的各处都能体现出来
本周工作:
获取数据的及时性部分和快捷性部分，channel先做第一阶段
日志的统一化工作
离线部分修复完成
在线部分的高可用性部分提升
未完成：
OKR的确认
关于离线部分数据报告的范围？
本周所得：
下周计划：
关于渠道监控部分进行需求整理
离线数据报告部分
日志部分进行替换
习惯的养成还是要继续进行下去
一些高可用性部分，以及一些架构部分的东西，也需要总结一下
关于后面的数据部分，自己的方向？
各个类型的value部分，进行copy所需要的字节数
关于各个类型部分内置function部分的
ways to concatenate strings
+ 少于6个strings推荐使用
strings.Join方法
fmt.Sprintf以及fmt.Sprint
Buffer方法？
ways to block current goroutine forever
select{}
<-chan struct{}(nil)
send value to a channel which no ones will receive values from
make(chan struct{}) <- struct{}{}
<-make(chan struct{})
逃避可耻但有用，但有的时候，不愿意逃避，也不愿意走出来
一切都会好起来，很多时候并不适用于现实生活
本周完成：
parse部分，完成100%上线
相关的数据需求部分整理
相关日志部分，加入按照hourly部分的redis key
进行相关在线数据的获取
未完成：
相关数据获取的及时性和快捷性考虑
后续OKR部分
本周所得：
关于kafka consumer performance 的一些测试想法？通过增加partition来扩大并行度？
golang chan pipeline部分去做些concurrent programing部分？
下周计划：
关于取数据的及时性和快捷性考虑
梳理在线以及离线数据处理范围，尤其是离线部分，关于数据报告部分，可以开始进行整理需求
OKR部分的确认
考虑日志的归一化问题
开始写一些技术文章部分，不错的开始。。后续继续
后面，关于架构部分，看没有机会落成一些实际的项目部分
之前想开源的部分，也要慢慢补上。。