一些典型的数据结构还是提供下吧，比如说行政区划树。前端渲染的时候还是得把扁平化的数据递归嵌套或者做类似的操作，这就很难受了
还有一个，一般而言，针对小厂的话，后端其实要干的事大多数是对业务跟设计库表，后端们会给前端写个通用的接口，然后给个部署方法让前端自己去写 sql。比如 /api/data?key=xxx，前端到指定资源文件里写 sql，接口返回的查询数据。一般这样会积累不少通用的脚本，只有一些个性化很强的接口才会让后端去写

一般都是 alias 成 mv 的。但我就不一样了，我会用 rimraf 代替 rm，这样老板就看不出来了

可以试试类 + 装饰器
https://github.com/orzyyyy/memo/blob/master/server/utils/decorator.ts
最后写成这样
https://github.com/orzyyyy/memo/blob/master/server/controller/MainPageController.ts
反正路由拆起来没完了，我的理解就是分类放就完，本身拆不拆无所谓

九月发版，一个月时间修修补补，差不多就能收收心欢度国庆了

想了想，好像真没有。我脑子里那点东西跟别人比，真的什么都不是。别人问起职业，我都只敢说是坐办公室的...

看书把手机横屏完事，字体完全是老年人模式

家里电视大屏一般没人用，于是我就拿来连上手机玩电视 :doge

不过我记得好像有高级的电钢能识谱甚至弹出来的，不过价格得过六位数了

直接放声音是真的没前途。主要是音源太单一了，没法处理震音或者延音这些
我的思路就是做一大套出来，五线谱用自己指定的格式，然后写程序解析。音源网上倒是有，只是单音还需要处理

善用 chrome devtool 里的 Performance 跟 Memory，调优全靠这俩，盲猜都是耍流氓

当然是自己折腾啊
一方面 blog 又不一定全都是字，有可能要加数学符号啊导图啊自定义的动画啊，现在应该没什么模板能支持这些吧
再一个，模板这东西一下就把你潜意识里的想法给扼杀了。最典型的例子就有个想法，“诶这模板不支持，自己写又太麻烦了，不弄了”，卒
再说折腾折腾就有东西写了，写完又可以折腾项目本身。blog 写一半弃坑的基本都是没兴趣探索了，有折腾的兴趣才是第一动力

早点醒悟 github 才是共产主义，一切以绩点为目标的学习都是纸老虎

设计模式这玩意从来都是水到渠成的事，强行上虽然解渴，但是不甜
是的，我几乎用不到设计模式

这只能从源头解决吧，也就是无解。今天是放 github，可能明天就放到 steam 上了呢 :doge

游戏玩腻了啊...从我现在这个年龄的价值观来看，可能还是稍微回馈下社区更能让自己觉得有价值些

年初我也问了自己这个问题，然后果断裸辞回家备考，准备上岸
人这物种，果然大多都是面向亲人、对象生存的。退一步讲，当个吏也比当个工好点

所以复述很重要啊。听完任务了给老大复述下流程，大部分坑基本就这么过去了