【碎碎念】工具，习惯，日程本

社会的毒打进入了新的一年，过去的这一年里收入起起伏伏，疾病抑扬顿挫，天气一周四变，最后化成了年前倒数第二个周五的回南天。好在第二天就气温飙升，再隔一天直接跳水速冻。
包里的社畜专用日程本让我下班前交需求，我很庆幸，确实交了。我更庆幸，衣服终于干了。

工具

托公司高龄win7电脑的福，我的急性子被磨得无影无踪，打开个WPS都能卡到来对接的同事刮目相看，因此这个办公文档软件的 设置中心>其他>切换窗口管理模式 被我改成了 多组件模式，从此性能即便没有突飞猛进，至少卡顿的时间能减少几秒，非常珍贵。

再托高龄电脑上的文档加密软件的福，项目要读取和生成的文件每按一次Ctrl S都会带上锁号，虽然我至今对Word、Excel、PDF这三种格式的文件没辙，但我知道txt可以先创建文件后修改后缀名为.bat，记事本编辑保存后再修改回.txt，以此躲开每次修改文件后都必须发送踪影难觅的领导审批的麻烦。

代码管理上，Git Bash、Git GUI、GithubDesktop 是三款常用工具，为什么需要三款呢？因为前两款是安装 git 时自带的（也许可以选择但是我应该全都按默认的设置了），而第三款则是我在对 git 仍然一知半解的情况下第一反应要查找的可视化软件，庆幸它确实存在，也足够直观，除了stash的代码在有冲突的情况下必须用命令行执行 git apply。GUI 和 GithubDesktop 的使用场景都基于对方的卡顿，没错就是应用未响应的那个卡顿，原理我至今不清楚，毕竟电脑年龄大了，能理解。Git Bash 就专为疑难杂症而生，说的就是代码冲突。

最近项目需要写 Freemarker 模板文件，大几兆甚至十几兆的.ftl后缀文件在记事本和 IDEA 里打开修改都像隔了一个跨洲网络，只有 VScode 能流畅一点，给 code 点赞。

习惯

定时反馈测试问题文档是个好文明，特别是跟完全不是互联网行业甚至根本不会用电脑的人打交道。想来其实也为难他们了，毕竟他们讲的检测项目使用试剂还有检测原理都是我的知识盲区，互相鸡同鸭讲，谁也不能怪谁。

我同样练就了自认为绝赞的沟通与重点提取能力，在初期的每个问题都详尽答复，并在问题第二次出现时提示其翻聊天记录以及我很忙，最后以其他本职工作内容为理由，主动定下每周固定时间给我发文档，汇总其发现的问题与所需修改，而我在接收后择期处理的最终规矩。

以前每次周报和代码更新都难免偷懒简略，自从定下这个规矩，周报都有东西写了，直接照搬文档然后写完成xx需求和修复xx问题。

剁么完美！(。

而我每次也会以文档形式回复给对方，互相留有文件记录，以后有什么事情要追究也容易。不过文档到底简略，真正到用时还是得修改格式一个一个校对。不过总比空手通宵造记录要好了（。

写到这里想起一句话：磨刀不误砍柴工。或许也适用在这种跨部门沟通的项目上了，互相把刀磨锋利了，干活也会利落不少。

但这种事情也看人的。总结就是：硬气一点，生活更美好。

日程本

我发现按周搞日程还是很不错的。一本排开，一周七天，周末随意，周一至五可以排列工作内容，既当备忘录，也能当周报素材。啊，我真是时刻做好写不了文档文件的准备呢（。

不过日程本之外还是需要一个大开本的草稿本的，会议速记时的龙飞凤舞可无法收录在日程本中（因为字太潦草而且太大）。

总结

硬气一点，生活更美好。