夏初的京都。
京都一日
发表回复
分类目录归档：生活
2016
工作
技术
年初仍然在维护一个基于Redis队列通信的数据筛选系统，做了较多可用性和可维护性方面的优化，通过状态埋点以及编写相关工具，让服务对于开发人员来说更加易于了解运行状态，使用方提出的问题也更加的便于排查。同时通过调整系统架构，将队列资源占用降低了50%以上。
年中作为后端工程师参与了一个售卖系统的部分核心服务的构建工作，对需要对接支付系统中的一些需要注意的地方有了一些了解。应用过程中对于事务有了更多的应用和了解，当然，还需要对分布式系统以及分布式事务做更多的学习。
全年都在支持整个部门的一些与运维对接的工作，几乎每天都会处理日志、服务器配置、域名解析等相关的日常事务性工作。维护部门内ELK日志平台，同时也配合业务同学开发了一些辅助工具。
Android 7.0之后没有及时跟进发展，本年Android开发学习计划有所停滞。
4月开始尝试重新学习算法，通过LeetCode做题方式进行学习，完成80题，未能达到定下来100题的目标。
生活
观影近年新高，总计136部，意识到了学习好一门语言的重要性，靠“听”来观影，可以在有限的时间内享受更多观影的乐趣，能利用这些时间做更多的事情。
阅读方面相比去年做的更不好，读书16本，虽然年内阅读的主动性有所提升，但是读书的本书却变得更少，实在是无法理解。
今年最大收获是培养出了跑步的爱好，同时也成功的减掉10KG，达到了预期的目标，身体状态相比去年好了很多。
摄影方面的学习有所停滞，快门数进展不多，明年应该会多拍一些吧。
大概这就是我的2016。
2015
工作
概述
工作上今年尝试了几个新的方向，尝试了基本的前端、客户端开发，虽然没有能够深入的发展，也算是一段愉快的经历。
最终还是接着回到了后端开发的路线上，以后可能会沉下心来好好做一下这些方面的工作吧。
教训
一年的时间，看到了自己身上的问题，吃了很多苦头，每一次失误，都能看到自己的和目标的差距。
今年一定要记得提前报备所有问题，提前准备依赖事项。
工作中刨除掉个人的情绪，会让工作变得简单。
最重要的，基础知识记得学透彻，多说无益，能力说话。
出了问题第一反应就是先会找自己的问题，可是有时候方法不够科学，反省和自责是必要的，但是比不上把问题漂亮的解决掉。
上面的文字看起来总会感觉像是说教，可是如果回到那些难办的时候，真希望能自己在我耳边这么说教一番，是不是就能规避这些问题，能让我做的更好？
生活
今年的生活上并没有太多的进展，过于平淡到让我觉得可能是我记事以来几乎没有什么亮点的一年。
物质上唯一的收获是终于学会了管住自己的手，终于开始进入了储蓄阶段，偶有冲动消费，但是比起之前已经好了很多，开始关注如何规划用好手上的钱。
今年回家时间比往年多了不少，越来越感觉到家人的重要性，以后应该也会多抽出时间和家人在一起，今年给家人的礼物还是实用向，算是微微提升了家里的生活品质。
希望能够多陪陪家人，但是也想要在自己喜欢的行业里多花点时间，真是难题。
今年没有出去旅行，原因未明。
最大的遗憾是犹豫和迟疑太多，下次不要这样。
读书不到30本，历史新低；观影不过百，近年最少；跑步停留在5km，没有进步；减下去的体重再次回来，遗憾……比起去年进步的地方应该是我的脖子似乎好了，朋友们记得把你的显示器调高，对颈椎真有好处；记得买或者申请两个及以上显示器，来回动脖子看看对颈椎有好处。
心里太不平静。
最后
每次到了这个时候，总觉得自己又多了一年可以挥霍，希望今年能改掉这个习惯，把时间用在热爱的事情上，把时间用在美好的事情上，恢复自己应该有的样子。
技术上今年准备踏实做一些事情，不进则退，喜欢这个行业带给我的紧迫感，喜欢这种向上的感觉，希望年底大家说一句我很靠谱。
希望自己今年能够平静一些，对人对事更成熟。
把读书的习惯捡回来，回到以前的节奏；电影还是要看的，旅行也是要有的，不需要说走就走，也可以随便走走，不想做个空洞的人。
保持和家人的相处时间。
恩，这大概就是我对2016的一些愿望了，还好我今年24，还有机会补救。
以上。
九月
九月
好像最近事情有点多，9月真是今年最忙的一个月了。
工作
同部门换组之后开始接触业务工作。
自己之前给大牛打杂，做点边边角角的工作，完全不用和PM还有运营的同学打交道，每天主要任务就是开心的写代码和折腾东西。
换组之后安心写代码的日子一去不返，每天的工作除了写代码之外还要做很多的沟通工作，沟通工作真是巨大的挑战，每天花在这上面的时间比写代码的时间多了很多，一段时间内觉得还是很困惑，每天的写代码工作几乎都要从下班之前开始，感觉上自己技术提升不够快，加上睡眠质量不好，对自己比较不满意，脾气变得有些急躁，不过既然工作内容都是这样，那我就安心去做吧，学会沟通也算是涨姿势了。
干了几个月，感觉作为开发，想要做得好真是不容易。
简单小结一下在业务组工作的感觉：
- 团队利益为先，不要轻易的接需求，跟PM不妥协，讲道理
- 业务是结果导向，业务成功才算是没有做无用功，老板可能为过程喝彩，但是结果不成功一样没用
- 技术真到家在业务上可以体现，没时间写好代码感觉是个不好的借口
- 任务拆解先行，没有任务拆解不能开始开发工作，否则留坑无数，越是紧急的项目越是要拆解得彻底
- 风险及时上报，有问题快解决总比瞒着好，最多被批评一下，总比项目失败要好
- 需要多想想业务的完整逻辑，对业务逻辑了解可以避免陪PM无谓的试错
- 做事要有根据，口头需求不作数，临时变更需求不作数
项目
9月负责的3个项目是自己负责去评估工作和人力的，一个项目是和两位正式同学，一个项目是三位正式同学+两位实习生同学，还有一个也是两位正式同学。
同时开展两个项目真心难度很大，每个项目都需要协调人力，同时自己也要投入开发，拆解工作难度比较大。
难度大的原因是自己对工时的评估还是有些欠缺经验，对自己的工作时间评估能做到很准确，但是带上其他同学的话就感觉比较困难。
期间leader领我们玩了一个简单的游戏，让大家用扑克牌的点数评估一个工作时间，玩完之后明白其实完全可以让项目参与的同学一起来评估他们的工作时间，每位同学需要根据PRD评估出每一个功能点的具体工时。评估工时看起来消耗时间，但是自己认为这个时间是值得的，评估的过程中大家都能知道所有的功能点，如果突然有同学陷入困境或者请假的时候马上能投入人力开工协助，减少因为大家互相不知道功能点造成人力闲置的情况，保证项目能够按期完工。
大家评估出来的工期其实还是会有偏差，有时候过度乐观，有时候留了过度的buffer，这时候作为项目负责人就需要解决这些问题。对于大家估计出的工时长的工作需要特别注意，这时候可能会需要去和PM确定这个模糊的需求，让PM更明确一些。之后按照大家排期最合理的认领工作。实习生同学的使用可能需要注意，虽然现在的实习生同学能力都很厉害（至少比我自己……），但是实习应该是个欢乐的过程，不应该让实习生同学背负太重的项目压力，大家觉得有趣就好了，所以在使用人力上估计要* 0.x这个系数吧。
同时开发的时候考虑找到最短路径，同时循序渐进的找到各个时间点，每个时间点需要做出可体验或者可工作的对象，作为里程碑，周知需求方以及组内，让工作明确，也就是量化了吧。可以画个甘特图，感觉画完了甘特图里程碑的定义就简单了很多。
工时评估万万不能用上加班的时间，加班虽然是常态，但是确实是工作评估不应该评估的时间，每个项目都加班，直接硬抗，最后估计整个组的人都要离职了吧，还是大家开心的工作下去吧。考虑每天大家还要刷微博买东西看帖子吃午饭睡午觉，工时还是6小时一天来算吧。
技术
惭愧惭愧，我的MySQL还是没怎么学啊，每天回来倒头就睡，学习不够努力，需要批评。
还有一堆堆着的PPT/PDF，哎……
生活
太糟糕，说好的早睡早起完全没做到，睡眠不足引起肥胖与急躁，古人诚不余欺也……
貌似上个月去挂了几瓶，感觉还是有点虚，不太想要运动，前些日子减下来的肥肉似乎又长回来了，后面天气又更冷了，希望体重能够维持现状不要恶化了。
月初给母上大人置办了个交通工具（刚好拿到驾照……），上下班终于不用怕风吹雨打，早上也不用去赶那个坑爹的公交车了，自己为人子女，总算做了件让自己小高兴的事情。不过一看到空了的银行卡……哎，我退下努力学习工作了……
纪念碑谷
纪念碑谷
这是一个由USTWO公司出品的冒险游戏，虽然闻名已久，但是自己却从来没有玩过这款游戏，直到这款游戏已经到达100w销量iOS版半价时才购入。
本来只是打算尝试一下，权当消遣，但是一开始游戏就被这个游戏征服了，方寸之间体现的那些让人惊奇的思路真是层出不穷；视角的转换经常能出现意想不到的结果，想起彭罗斯阶梯；同时拖动方块如同按下琴键，音效也是恰到好处……差一点就感动了，真是久(shao)未(jian)遇(duo)到(guai)这么精致的游戏了。
第一个故事
又一个故事
谁来帮助公主到达对岸？
自带BGM的石块表示让我来
乐声响起，小桥出现
无路可去？
另一个视角？
空中走道
为何而来
以上。