Life

记得去年写过一篇 一篇又长又乏味的年终总结和展望，虽然现在已经是 2021 年的 2 月了，再来回顾稍微晚了些，不过我还是决定总结一下去年，再给新一年制定几个长期目标。

2020 年转眼结束了，本想写年终总结和新年计划，却发现 2020 年除了技术进步，还总结了不少我自己的「工作技巧」，或者也可以叫做「工作守则」。我遵循着这些实践中总结出来的方法工作，为我自己以及我所在的岗位，带来了不小的时间效益和经济效益。 当然，适合自己的才是最好的，我不喜欢一味模仿其它人，希望你也带着这种想法读这篇博客。

忽然发现农历新年已经过去了一个月。这一个月我干了啥？！？

转眼间到了 2019 年末，还记得去年也写过一篇类似的 博客；计划今年的「年终总结」蛮久了，只是觉得时间还早便一直没有动手，直到今天才恍然 —— 已经是 2019 年最后一天了。

原本今晚打算早睡，然而睡意一过随之而来就是彻底的清醒。 近期（emmmm… 几个月前）跳槽后一直没有再继续编写博客，连续跳票，一晃到了 2018 的年底。 不过还是停不下来自己需要写点什么的习惯。由于想要「移民」的倾向越来越强烈，于是便开启了「翻译」的旅程。 希望几个月后能够在不断的实践和锻炼中，提高自己的英文读写水平吧。 有兴趣的朋友可以关注下我的 Laravel-China ID。 在开始日渐沉迷 Laravel-China 的同时，我决定离开 Gitee —— 也就是码云了。 或许国内的开源社区真的做不起来： 还有，也打算让微信退出我「主力聊天工具」的舞台了，改用干净简单安全的 Telegram，前几天已经更新过了简历，去掉了微信二维码。 2019 年，希望自己在技术方面，能够将后端领域挖得更深，英语水平获得质的提升；生活方面，和女朋友保持美好幸福，顺便装点好我们的家，跟随我嵩的脚步，多练练厨艺也不错；其他，平安健康就好。

这两天又在折腾编辑器，早上刚更新了关于 VSCode 的最新配置。 从接触 Markdown 到现在，差不多一年，最开始记不住格式、到现在驾轻就熟。 最早的时候，入门 MD 选了很久的编辑器，从各类在线编辑一路撸到 MacDown，那个时候选编辑器的唯一标准就是：预览一定要强大牛逼😂。 后来把 MD 作为代码文档标配，就开始尝试用 VSCode 写 MD，也慢慢总结出了一些优劣： VSCode 支持代码高亮渲染，MacDown 不支持。 MacDown 支持配置各类渲染选项、自定义 CSS，VSCode 原生不支持。 MacDown 支持回车自动补全列表 - / *，VSCode 原生不支持。 MacDown 支持导出 PDF，VSCode 原生不支持。 但是！就像我很早之前在 推荐 VSCode 的博文 里说的那样：

要走创意路线好吗！print 我爱你 之流怕不是在小学五年级奥塞的时候就玩腻的，真丢「理科生」的脸。

我们最好的遇见，是现在这样的六月。我们最好的告别，是现在这样…… 没红眼。

0x00 前言 曾经和一位不做技术、但与技术人员有合作的朋友聊天，他作为一名小领导，常和外包程序员打交道。我问他：你觉得做程序员最忌讳什么？他的回答是： 不要让脑袋里只剩下是与非、零和一。 作者：孙伟喆／2017-10-15 0x01 问题 那时候不懂这句话的我一心只顾钻研技术，于是追问：何出此言？ 好多程序员做久了技术，习惯了面对代码，有时候可以明显感觉到他（们）缺乏了一些基本的感性思维。比方说，客户提出的需求，给出的答复总是：我只想要你明确的逻辑，不要跟我讲太多；又或是对于产品经理口中的某个效果，只有两条路：可以实现／实现不了；这让我难以接受。 是啊！世界上的事情怎么会有明确的分界线，人的思维是曲线的，最怕思维固化、一根筋。 0x02 分析 回到朋友提出的两个例子： 客户构想的需求 首先要明白，客户是普通人，不懂代码。 其次，客户提出的需求永远只是脑袋中的构想，如何把构想变成现实是你的事情，而不是客户需要思考的东西。 作为乙方，我们应该主动协助不懂代码的“小白”客户确定他想要的是什么，客户思维所及只能停留在与技术无关的层次上，那么接下来就需要你带领客户去分析，理清他的逻辑，同时也要思考在技术层面上如何实现。客户不了解在软件行业此类“构想”是如何实现，而我们不懂客户行业内的规则，在你主动带领客户分析需求、对需求“具体化”的时候，客户可以跟得上你的思维，及时修正你所说的是否有所偏差，甚至有可能打开了思路，主动说出某一模块的细节；而这时候，疯狂的记笔记就好了。 关于上面这条理论，有个很典型又类似的例子：