获得徽章 22
最近很多项目说弃用 ts 转用 jsdoc，我有几点想法
1. 他们弃用 ts，不代表他们不支持 ts
2. 他们不用 ts，不是因为他们不会 ts
3. jsdoc 不是用来搬砖的，我问问你，你代码中写了多少注释？
4. 如果你还在犹豫要不要学 ts，你可以搜索下支持 ts 和不支持 ts 的库各有多少
5. ts 确实增加开发成本，但这不也是你带薪学习 ts 的机会吗？等你学会了，你在来发帖 ts 真垃圾，写它就是浪费生命
写ts会追求类型推断，类型复用，少用或不用 any（类型尽量明确），如果出现类型丢失就很烦躁，去练习类型体操，然后在类型上花费大量时间
写go感觉很流畅，类型不对就转一下，类型丢失就断言，不会特意追求类型
我觉得在 ts 上花费的大量时间是值得的，从动态语言去学静态语言就会变得特别容易
项目引入 onnx 实现地块识别，最近这段时间全耗在上面了，栅格转矢量太难了
做大屏时，用 scale 做缩放，在有滚动的地方会遇到文本模糊的现象，可以看下这文章：
www.cnblogs.com
文章介绍了3种方法，我感觉都不可行，我试下来比较好的方法是：
transform: `translate(-50%, -50%) scale(${scaleX}, ${scaleY})` => transform: `scale(${scaleX}, ${scaleY})`; transformOrigin = "0 0";
使用new bing + copilot 看react 源码
1. 将代码整段复制过去，new bing 会给你解释
2. 边理解边做笔记，在你写下一些概念时，copilot 会自动补全这个概念的解释，作为 new bing 的补充
3. 不断训练 copilot，最后你能用 copilot 写出一篇技术博客
为什么不用 chatgpt，因为gpt3.5太能胡扯了，gpt4.0 没去开通
看英文资料好痛苦啊，都是又臭又长（留下了英文不好的泪水），看中文资料吧，又互相矛盾🥱🥱🥱
在做与不做之间产生精神内耗，最终选择不做的概率大吧。
做的收益是不确定的，不做的收益是确定的。
既然产生了精神内耗，说明面对不确定的收益，也不想付出，最终选择不做。
www.cnblogs.com