去年年底身体不适，放弃过很多机会。调整了一段时间，最近工作量也慢慢上来了，在忙碌中沉淀下自己的想法。
世界上并不是每一件事都必须去做
焦虑对于一线工作人员来说普遍存在，但是怎么对待焦虑却决定了不同人的生活状态。焦虑一度困扰着我，甚至影响我的生活，但我清楚它其实并不是一种坏事，怎么过取决于你怎么看待。严重时我甚至害怕自己一个人坐公交，感受到难以呼吸的恐惧，但那都过去了。
当我明白 “ 有些人面对习惯性的焦虑时选择不做出任何行动，而有些人面对焦虑却敢于选择改变”时，一切都慢慢好起来。”
自律的人，容易焦虑。 过于追求完美的人，容易焦虑。
我自认为是一个自律且有代码洁癖的人，以前有一些琐碎的事往往会强迫自己完成或者到了某个点自己应该做某些事。但是经过这段时间之后发现 自律并不意味着自己内心规定的每一件事都必须去做且完成。至少需要审视当前的场景：
- 计划执行精力是否足够，比如计划规划不合理导致
- 是否需要放弃当前计划，当前计划前景已经不适用
- 是否有优先级更高的事情，当前计划被其他计划替代
上述对计划的调整，内心应该足够肯定，不要出现遗憾或者担心的想法，否则只会加深自己的担忧反而影响当前状态。
工作交流信息的解读
昨天看了一片公众号推文 “字要大，logo要大！这一世界性的难题终于被解决了…” 感受颇深。做为 Android 开发也会经常遇到设计师提出的 “这个样式改一下，字体改大一点等等”奇葩问题，而在经过程序修改之后往往效果不尽人意。 我也在想，是不是我解读设计师的问题有偏颇，读完推文子后自己才完全明白，这些问题需要添加自己的解读。
一开始做需求评审的时候自己会问：
- 这个需求这样设计不合理, 用户不会喜欢用你这个功能的…
- 这个交互为什么这样处理, 不考虑 Android 用户的感受吗…
- 这里加这个需求很鸡肋, 为啥要花费这么多人力去这些…
后面开始思考自己的逻辑：
- 需求是否合理
- 当前人力资源与排期的矛盾
- 需求背后的运营/用户需求是否强烈
- 功能逻辑是否正常
- 交互是否合理
- 是否有遵循不用端的用户体验交互设计规范
- 交互形式是否足够方便快捷
之所以自己会问上述的问题，主要是自己对需求的解读是基于自己对当前项目组的理解及把自己当作一个Android用户来看待问题。
针对 “用户不会喜欢用你这个功能” 这个问题应该给予经过用户画像研究及用户需求调用来确认，如果仅仅是自己做为用户可能不太喜欢这个功能而提出这个问题，其实是不足以有杀伤力的。张小龙也曾说过 “微信用户如此庞大，每一个功能不可能做到每一个用户都满意”。 所以我的怀疑初衷是好的，但是问题提的不好。应该提问为 “这个需求是都经过精准的用户调研得到而来的，是否有足够的用户需求来支持这个功能”。 而一般产品或者运营提需求也需要经过调研或者反馈得到的。在这个问题下，真正解读应该给予需求方的需求背景来解读评审上的需求。
而针对 “这个交互为什么这样处理, 不考虑 Android 用户的感受吗” 则需要基于 交互设计的初衷，两端的用户体验差异及特定场景下哪端的交互更好及如果统一交互是否考虑当前线上兼容成本 等审视。最后一个问题则需要基于 项目当前排期与功能优先级矛盾 来解读。
”字要大,logo要大“等问题实际上存在于生活中每一次交互，背后深处其实是要求倾听者更多去思考问题背后的来源及结合当前现状更好的解决问题。
知识的积累
接触了一些需求工作外的工作，比如部门的活动，部门服装生产等。参与一些面试，技术分享，技术评审等工作。以下还需要加强及全面学习:
在专业技术上的深造点：深入项目技术使用 > 跨端技术的研究 > 新技术预研
在项目组开发流程：需求评审 -> 技术评审 -> 需求开发 -> 分支管理 -> 提测功能 -> 合并回归分支封包 -> 回归缺陷修复 -> 定版确认
在项目协同流程：qa/运营/产品/跨组协调沟通，解读技巧
在部门活动策划：活动制定，风险把控，对外沟通
在开源/分享： 继续保持开源项目，写博客，做部门技术分享