weekly-summary-20260125
这个想法部分正确。但随着时间的推移,我越来越意识到,真正成功的工程师不一定是最优秀的程序员,而是懂得驾驭代码之外一切的人。
38 篇每周阅读与学习记录
这个想法部分正确。但随着时间的推移,我越来越意识到,真正成功的工程师不一定是最优秀的程序员,而是懂得驾驭代码之外一切的人。
这在经济学上称为"不对称收益"(asymmetric returns),就是风险和收益不对称。失败的可能性很大,但只会损失一小笔钱,成功的可能性很小,但是一旦成功,就会获得巨大收益,简单说就是"小亏大赚"。
假设你要重构一个大型项目的代码: 1. 1. 第一步:让 Sonnet 4.5 分析整个项目架构,找出问题点,制定重构方案 2. 2. 第二步:让多个 Haiku 4.5 实例并行处理各个模块的具体重构 3. 3. 第三步:再让 Sonnet 4.5 做代码审查 这样一来,复杂的部分由最强的模型把关
1、把文档给AI,不然它根本不知道怎么用ReactFlow https://reactflow.dev/learn 2、自己定义好数据结构,比如组件的数据类型、中间画布的分组 3、最好画个草图 4、基于Unreal Engine的设计风格
@Abby鹿子野: 我英语高考147,从不学语法。都是整篇整篇背课文,我喜欢背课文,基本上读三四遍我就可以背下来。先读一遍,然后边读心中边翻译。然后再读两遍,再用自己的语句翻译出来,然后再打开课文对照一下。这样几遍下来很长的高中课文我都可以会背。
https://www.ruanyifeng.com/blog/2025/08/weekly-issue-363.html
F10的技术选型: https://fellou.ai/eko/docs/getting-started/eko/
文档转PPT https://stackblitz.com/github/slidevjs/new?file=slides.md 帮我基于 /Users/leozhou/git/VISALL/docs/refactor/MCP 下的内容,用 Slidev 这个专门用来用 Markdown 格式生成
最酷的是,这打破了技术壁垒。比如,Claude Code 是用 TypeScript 写的,但我们公司大部分项目用的是 Python。昨天我在 Slack 上看到一个同事,他不懂 TypeScript,但他想修复 Claude Code 的一个问题。于是他直接和 Claude 对话,一个小时内就生成
灵活适配的模型选择 得益于多 Agent 架构,我们可以根据任务的复杂度和模型的特点,灵活选择最适合的模型。例如,对于数据拆分这类相对简单的任务,7B 小模型即可快速输出结果,确保高效执行;而对于更复杂的任务,则可以选择更强大的模型来保证输出质量。
这周我的睡眠时间严重不足,每天基本只睡了6个多小时,但令人惊讶的是,我整体精神状态却非常好。白天也不犯困,这主要归功于我感觉正在做的事情对我而言非常有意义——每天都在花时间准备系统架构设计师的考试。
Ant Design X的Vue 版本: https://github.com/wzc520pyfm/ant-design-x-vue
注意,这里的"b"是小写,表示比特位(bit)。平时使用的 MB 和 GB 的"B"是大写,表示字节(Byte),一个字节等于8个比特位。 视频应用对网速的需求最大,Netflix 的 4K 视频,网速要求是每秒 15 Mb,4G 网络下可以同时打开三、四个窗口播放。
论文: https://github.com/deepseek-ai/DeepSeek-V3/blob/main/DeepSeekV3.pdf 论文中,明确提出了 DeepSeek-V3 仅使用 2048 块 GPU 训练了 2 个月,并且只花费了 557.6 万美金。
https://www.zhihu.com/question/5861691391
Manim:命令式(怎么做) ZRender:声明式(做什么)
单元测试用于验证正确性,Self-play 用于尝试和学习,两者结合,可以实现 AI 可视化配置! UI 稿/截图-LLM 试错-单元测试验证-LLM 试错-单元测试验证...... 将可视化配置任务转换成一个类似围棋的自我对弈任务,通过强化学习解决。 这个是一个很好的思路,可以尝试一下,有搞头!
https://www.zhihu.com/question/660384108/answer/3551179520
不管是业务领域的程序设计(比如我就是可视化库和功能的领域),还是诸如写 CSS 这种细节的实施上,最高效的方式都是对你的工作内容进行抽象,形成套路。
https://ai.meta.com/blog/meta-llama-3/
咖啡有个生效过程,如果到了公司才喝,要等到一个小时之后才起效。因此应该起床后就喝。
参考资料:https://zhuanlan.zhihu.com/p/87598465
想要过得不匆忙,就得每天设置个截止条件,也就是当日目标。别没有界限的一直干,效率既低,状态又差。
上周四突发的几个事情,占据了我不少时间,包括更新展示大厅的 PPT、和设计师核对交互细节、新的发布流程(起码 3 小时)等。
这是今年的感悟,加上最近看了一些演讲视频,就更对这块深有体会了。
起因是昨晚听了 WZB 的管理分享,然后我意识到,其实绝大部分开发组长都是没啥管理意识的,包括我自己,也是属于有一些意识但是并没有完整的策略模型,很多事情也是了解但是没去做。这就是典型的一个傻子和一堆傻子一起玩,那么这个傻子不可能变成聪明人。
2021 怎么走?还是这样肯定不行,得变更,得跳出舒适圈。
最近一时兴起想买个笔记本,结果筛选的过程中一发不可收拾,每天都会花费不少时间去查看笔记本信息,但是直到现在,我也没有明确定下来买什么笔记本。我之所以花时间去查看这些信息,是希望能够以较低的价格买到适合我的笔记本,但是如果算一下我耗费在这上面的时间,其价值已经远远超过能给我节省的钱了。虽然这个过程能让
我喜欢做简单的、收益又不错的、正向反馈快的;这样筛选下来,只剩下业务开发了。
明确业务方向->明确需要什么样的人->明确需要多少人->明确招聘需求->干就是了!
我现在已经属于触底反弹期间了,但是如果我不将自己的主动性调起来,那么肯定是反弹不上来的。
我们希望上班能带来精神和物质上的收获,希望周末能愉快的和家人一起出游。
现在技术更新越来越快,工作压力也与日俱增,再加上自己年龄逐渐增大,这两年考虑这方面的内容比较多。其实这个问题的答案很早就有了,那就是持续学习才能让自己不被淘汰。但是光是学习还不够,你学习的速度、产出的价值还需要能跟得上业界的发展、公司的发展速度,否则就意味着竞争力的下降,最终只是迟一点被淘汰而已。
业务组件的建设和推广,结合结果页,找几个新业务实践下,我们不只是提供可视化组件,这样才能扩大团队规模,才能发展。
因为有所求,希望能快点搞定,早点回家。 这说明我自己想去做的事情,动力还是很足的。
今后如果其他组借我们的人进行业务开发,除非我们真的很空,否则坚决不借人。
上周末太忙了,一直在加班,周六周日都搞到凌晨三点多,没有写周总结。这也是因为上周没有注意平时的积累,都放到周末去总结,就导致了这个情况。
如何将自己这个项目做好,是我需要投入毕生精力去考虑的事情。