把还没有想清楚的事先写下来，等它在纸面上自己长出轮廓。这里存放张智凯的工作复盘、阅读札记与日常观察。
我叫张智凯，做产品与前端方向的日常开发，常年待在河南，偶尔因为项目出差到别的城市住上一阵。白天写界面、调接口、和设计稿打架；晚上读一点书，把当天没消化完的部分整理成几段话。
我不擅长把想法一次性讲完整，所以养成了记笔记的习惯。一条记录写下去，可能只是一句判断、一张草稿截图，或者某个同事随口说的一句话。它们当时并不成体系，过段时间回头看，反而比正式文档更接近事情原本的样子。
这个站点没有任何外部依赖，也不做数据收集。它只是一个安静的抽屉，我把愿意留存的片段放进去，需要的时候拉开看看。
项目走到哪个阶段卡住了、当时的取舍理由、如果重来一次会改哪一步。写给自己看，不美化过程。
前端工程化的零散实践、性能排查路径、组件维护中的踩坑记录，以及那些文档里不会写的实际约束。
书摘与批注、长文的消化过程，还有出差路上看到的城市细节和小店招牌这类没什么用但舍不得丢的东西。
每条记录先落时间和地点。时间是为了日后能对上外部事件，地点是为了记住当时坐在哪张桌子前、窗外是什么天气。这两项看起来多余，回看时却最有用。
正文只写三件事：当时看到的现象、我做了什么判断、这个判断依据的是什么。不写结论性的漂亮话，也不急着给自己打分。三个月后再补一行注脚，往往就是最有价值的部分——它证明我错过什么，或者侥幸押对了什么。
整理的时候我倾向保留原始措辞，哪怕句子拗口。改得太顺，反而会把当时的犹豫抹平，那种犹豫本身就是信息。
从资源体积一路查到渲染阻塞，最后发现问题出在一段被反复引用的初始化逻辑上。记录了完整的排查顺序和两次走错的弯路。
读不完的书先读目录和结尾，边读边在空白处写反驳，读完隔一周再写两百字总结。坚持两年，效果比追求读完更实在。
那年的字迹又快又急，满是没头没尾的清单。重新誊了一遍，才发现当时纠结的好几个问题，其实早就给了自己答案。
如果某条记录正好和你在做的事有关，或者你想指出其中的疏漏，欢迎写邮件给我。我读得慢，但每一封都会看完。