演讲的技巧
看到一篇讲“第一次做会议演讲”的文章，作者是 guillheu。文章写得很实在，是亲历者的复盘，不是“十大演讲技巧”式的清单文。
#沟通
共 41 篇文章。
转正与晋升答辩的Storytelling框架
在讲框架之前，先想清楚一个问题：领导坐在台下，他到底想听什么？
如何沉淀Skill
我建议你们内部不要只分成“两类”，而是分成下面四类。这样后续盘点项目资产时会清楚很多。
OpenClaw背后的哲学
不夸张地说，OpenClaw 这波热，不是因为它“又是一个更强的聊天机器人”，而是因为它第一次让很多人真切感受到：AI 开始从“回答问题”变成“替你操作世界”。官方把它定义为“运行在你自己设备上的个人 AI 助手”，可以接入你已经在用的沟通渠道；而媒体和官方评论对它的描述也高度一致：它不只是能说，还
weekly-summary-20260125
这个想法部分正确。但随着时间的推移，我越来越意识到，真正成功的工程师不一定是最优秀的程序员，而是懂得驾驭代码之外一切的人。
美国学生如何学习英语
美国学生的英语学习方式，和很多非英语国家的“英语课”非常不同，因为：
什么是Agentic AI
Agentic AI（代理型AI，或译作智能体AI）代表了人工智能发展的一个新阶段，其核心在于强调 AI 系统的自主性、目标导向和行动能力。
招聘成本问题与内向型招聘策略
您提出的关于成本和精力投入的顾虑非常实际，尤其对于一个精干的小团队来说。这确实是推行任何新战略时需要优先考虑的核心问题。让我们来深入探讨这两个方面，并为您提供一套适合小型团队、低成本且高效的执行方案。
weekly-summary-20251005
1、把文档给AI，不然它根本不知道怎么用ReactFlow https://reactflow.dev/learn 2、自己定义好数据结构，比如组件的数据类型、中间画布的分组 3、最好画个草图 4、基于Unreal Engine的设计风格
weekly-summary-20250921
@Abby鹿子野: 我英语高考147，从不学语法。都是整篇整篇背课文，我喜欢背课文，基本上读三四遍我就可以背下来。先读一遍，然后边读心中边翻译。然后再读两遍，再用自己的语句翻译出来，然后再打开课文对照一下。这样几遍下来很长的高中课文我都可以会背。
架构驱动的软件方法论演进轨迹
在软件工程的早期发展阶段，开发过程主要遵循传统的软件开发生命周期（SDLC）模型，如瀑布模型。这些模型通常将设计视为编码之前的一个单一、宏大的阶段 。在这种线性思维下，软件开发被视为一个从需求到设计再到实现的顺序过程。然而，随着软件系统的规模和复杂性呈指数级增长，这种方法的局限性日益凸显。实践表明，
AI Coding-2025年8月
用 AI 写代码以后，我最大的感受不是“终于不用学习了”，而是更容易误以为自己已经掌握了。代码能跑出来，只说明模型完成了一次生成；需求有没有讲清楚、边界有没有守住、改动能不能验证，还是人的责任。
资讯可视化-基于沟通日志的AI复盘
同时，请依据这些问题的严重程度、出现频率等维度做出分析排名；在此基础上形成一份总结表格，并将上述所有分析结果写入本地 Markdown 文件。信息越详细越好，不要丢失任何信息。最后，请再反思文档与已分析的问题，确认是否还有可以补充的内容。
AI时代架构师的核心职责
AI 的普及并未削弱架构师的价值，反而要求其从 "代码编写者" 转向 "全局掌控者"，核心职责主要体现在需求与架构的翻译、质量与效率的守护、团队协作的枢纽这几个方面。
MetaPrompt
简而言之：我要的是一个 元 Prompt —— 用来指导 AI 从已有代码中逆向提取出"原始需求 Prompt"。
AI开发中是否应该使用框架
在 B 站看到一个视频：不要用 AI 框架，作者的观点和观众的评论很有意思，因此我用 AI 将其整理了一下。
weekly-summary-20250323
这周我的睡眠时间严重不足，每天基本只睡了6个多小时，但令人惊讶的是，我整体精神状态却非常好。白天也不犯困，这主要归功于我感觉正在做的事情对我而言非常有意义——每天都在花时间准备系统架构设计师的考试。
Weekly Summary(20240623)
不管是业务领域的程序设计(比如我就是可视化库和功能的领域)，还是诸如写 CSS 这种细节的实施上，最高效的方式都是对你的工作内容进行抽象，形成套路。
Weekly Summary(20220220)
参考资料：https://zhuanlan.zhihu.com/p/87598465
Weekly Summary(20211121)
想要过得不匆忙，就得每天设置个截止条件，也就是当日目标。别没有界限的一直干，效率既低，状态又差。
Weekly Summary(20211114)
上周四突发的几个事情，占据了我不少时间，包括更新展示大厅的 PPT、和设计师核对交互细节、新的发布流程(起码 3 小时)等。
问题排查复盘-大屏自选股数据错误
用户那边展示的 Web 大屏，其中自选股页面的数据显示错误了。这个问题之前也出现过。
如何做好CodeReview
参考散点图的案例
数据可视化的探索方向
我们团队被定义为A系列团队，即探索型团队，因此我们的年度目标和计划，肯定有很大一部分比重是需要投入到可视化探索中去的。那数据可视化有哪些方向可以探索呢？这是我们必须明确的一个问题。
Weekly Summary(20200816)
最近一时兴起想买个笔记本，结果筛选的过程中一发不可收拾，每天都会花费不少时间去查看笔记本信息，但是直到现在，我也没有明确定下来买什么笔记本。我之所以花时间去查看这些信息，是希望能够以较低的价格买到适合我的笔记本，但是如果算一下我耗费在这上面的时间，其价值已经远远超过能给我节省的钱了。虽然这个过程能让
关于2020上半年工作汇报的思考
给基金团队带来多少帮助？ 给资讯团队带来了多少帮助？ 给 F10 带来了多少帮助？ 他们本来开发一个项目要多久，现在由于我的加入，需要多久？
weekly-summary-20200712
明确业务方向->明确需要什么样的人->明确需要多少人->明确招聘需求->干就是了！
数据可视化上半年总结与下半年计划
这个是最大的问题。方向不确定，感觉我们组就像浮萍一样，随波逐流，每一天都战战兢兢，如履薄冰。
D3Charts-日历图的实现原理
component下的calendar的代码，并没有实现散点图的功能。
weekly-summary-20200517
我现在已经属于触底反弹期间了，但是如果我不将自己的主动性调起来，那么肯定是反弹不上来的。
为什么拓扑图项目的进度管理做得这么烂
拓扑可视化平台这个项目的进度让我很不满意，比预期的时间整整多了三天。究其原因，在于我的项目管理做得太烂了，基本上没有什么规划可言。
平台即服务
这是缘于最近SMM给我提的需求：提供一个通用的拓扑结构，展示不同业务方的数据。经过跟SMM的沟通，我发现他期望的其实不是一个拓扑组件，而是一个涵盖了数据接入标准、存储、可视化呈现的平台。通过平台对外提供服务，服务于公司所有的业务。结合最近在关注的前端平台搭建相关的内容，我突然想到，这个需求不就是一个
什么是架构师
架构师(Architect /ˈɑːrkɪtekt/)是很多技术人员的职业发展目标。但是绝大多数人(至少我身边的绝大多数人)，对于架构师的定义、工作职责、能力要求并没有一个很清晰的了解。这也就导致大家的职业规划只是嘴上说说，没有明确的目标和行动策略。
Weekly Summary(20200412)
现在技术更新越来越快，工作压力也与日俱增，再加上自己年龄逐渐增大，这两年考虑这方面的内容比较多。其实这个问题的答案很早就有了，那就是持续学习才能让自己不被淘汰。但是光是学习还不够，你学习的速度、产出的价值还需要能跟得上业界的发展、公司的发展速度，否则就意味着竞争力的下降，最终只是迟一点被淘汰而已。
Weekly Summary(20200315)
今后如果其他组借我们的人进行业务开发，除非我们真的很空，否则坚决不借人。
近期写总结计划过程中的一些想法
企业最关心的（或者说唯一在乎的）事情，就是增加收入、降低成本。 企业实际上需要的不是程序员，而是能够帮助它们增加收入、降低成本的人。 企业雇佣你，是为了让你帮它们完成某个可以增加收入、降低成本的项目，而不是为了让你追求个人的软件成就。
并购重组动画的教训
最近做了一个动画，用于 PC 端的并购重组网页，展示并购重组的过程。今天给 Boss 看了下，结果比较悲剧，被称为是看过的世界上倒数第二烂的设计......
用D3.js实现一个图形的套路
现在接到一个可视化的图形需求，我会比较慌，思考了下，是因为我在具体实现上，还没形成自己的编码套路，导致无法快速对图形进行技术上的拆解。
一周总结20190830
你坚信的、不会因为别人的言论改变的、十匹马都拉不回来的，才是目标。
《管理自己》读书笔记
这是我最近看到的一篇文章，里面的内容恰好和我当前遇到的问题契合度很高，看完感触颇多。
近期项目管理总结
今天晚上是管理例会，轮到L同事主持，主题是“如何提升开发人员测试意识”。会上提到了目前我们组在项目开发中出现的一些问题，也引发了我自己对于近期项目管理的反思，这里记录一下，作为接下来的改进方向。