技术人的个人财务系统:预算、现金流与资产配置
技术人的个人财务系统:预算、现金流与资产配置很多技术人收入不低,但财务焦虑并没有明显减少。常见原因不是“赚得不够”,而是缺少系统:收入增长快,支出也同步膨胀;资产很多,但结构杂乱;投资不少,却缺乏风险边界。这篇...
阅读全文arrow_forward
把技术、投资、阅读与生活连接起来,
持续写作,让知识系统化。
记录可复用的模型、经验与思考,让复杂问题变得可理解、可行动。
技术人的个人财务系统:预算、现金流与资产配置很多技术人收入不低,但财务焦虑并没有明显减少。常见原因不是“赚得不够”,而是缺少系统:收入增长快,支出也同步膨胀;资产很多,但结构杂乱;投资不少,却缺乏风险边界。这篇...
阅读全文arrow_forward
投资中的行为偏差:常见误区与修正机制投资里最难的部分通常不是选股,而是管住自己。市场越波动,人越容易做出情绪化决策:追涨、恐慌止损、过度交易、确认偏误。长期收益往往不是输给知识,而是输给行为。这篇文章总结个人投...
阅读全文arrow_forward
读书复利系统:输入、整理、输出的一体化流程很多人读书很努力,但几年后回看,真正可复用的知识并不多。根因通常不是“读得不够多”,而是缺少一个能长期复利的系统。我把有效阅读拆成三件事:输入、整理、输出。只有三者形成...
阅读全文arrow_forward
年报精读方法:从业务到财务的十步法很多人读年报有两个极端: 只看摘要和利润表,信息太浅; 从第一页读到最后一页,信息太散。高效读年报的关键不是“读得多”,而是“读得有结构”。本文给一个我长期使用的十步法,目...
阅读全文arrow_forward
iOS高可维护架构:Swift 与 ObjC 混编实践很多 iOS 团队都处在“历史 ObjC + 新增 Swift”的混合阶段。最常见的问题不是语言本身,而是边界混乱:模块职责不清、桥接层耦合、依赖方向失控,...
阅读全文arrow_forward
iOS崩溃治理体系:采集、符号化与高频问题收敛多数团队在崩溃治理上有一个共同痛点:报表里 crash 数很多,但每周真正能关闭的问题很少。原因不是同学不努力,而是流程不完整:采集不全、符号化混乱、优先级失真、修...
阅读全文arrow_forward
iOS网络层工程化:重试、限流、可观测性设计很多 iOS 项目的网络层在功能初期都很顺:封一个 request() 就够了。等到业务复杂后,问题会集中爆发:超时重试互相打架、弱网体验差、日志不成体系、线上故障无...
阅读全文arrow_forward
iOS内存治理:泄漏、峰值、OOM 的定位与修复很多团队遇到 OOM(Out of Memory)时,第一反应是“把图片压小一点”。这个动作有时候有用,但往往治标不治本。真正的内存治理应该是一套体系:监控、定位...
阅读全文arrow_forward
从ROE到自由现金流:个人投资分析框架很多人看公司财报只看两个指标:营收增长和净利润增长。问题是,这两个指标在很多场景下并不可靠。一个公司可以通过会计处理让利润看起来不错,也可以通过高杠杆把 ROE 做得很漂亮...
阅读全文arrow_forward
iOS启动性能实战:冷启动拆解与优化闭环很多团队做启动优化时都会卡在一个误区:只盯着“总时长”,不看“阶段贡献”。结果就是做了很多零碎改动,首帧时间偶尔下降,版本迭代后又反弹。这篇文章给一个可持续的启动优化闭环...
阅读全文arrow_forward
把一套手机界面等比例放大到平板或折叠屏上,通常不是“多端适配”的完成,而只是把原来的拥挤换成了大片空白。真正需要处理的是窗口不断变化后,信息密度、阅读顺序、操作位置和用户正在进行的任务能否保持连贯。设备型号可以...
阅读全文arrow_forward
一份估值表最后常常会给出一个小数点后两位的数字,于是人很容易把它误读成答案:内在价值是 37.42,市场价格是 31.80,所以该买或不该买。可估值真正有用的地方,恰好不是制造这种精确感。它更像一套把假设摊在桌...
阅读全文arrow_forward
WWDC25 之后,iOS 26 带来的第一印象很容易被概括成“界面更像玻璃了”。但对已有应用而言,真正需要适配的并不只是给几个按钮加透明效果,而是重新检查内容、导航和系统控件之间的层级关系。Liquid Gl...
阅读全文arrow_forward
React Native 新架构不是一次“打开开关就获得性能”的升级。它重新安排了 JavaScript、渲染器和原生能力的协作方式,但应用最终能否稳定运行,仍取决于依赖库、原生模块、原生组件以及测试方式是否准...
阅读全文arrow_forward
状态管理最容易被误写成一张“装饰器速查表”:看见数据会变就加 @State,子组件要改值就换 @Link。真正导致界面不刷、改动串到意料之外位置的,往往不是装饰器拼错,而是没有先回答三个问题:数据由谁拥有、子组...
阅读全文arrow_forward
把一个移动端应用换一种技术栈重做,最难迁移的通常不是语言。Swift、Kotlin、TypeScript 或 ArkTS 都有变量、函数、异步和类型;真正需要重新建立的是判断力:一个需求在新平台上应放在哪一层、...
阅读全文arrow_forward
技术文档最容易造成一种错觉:看懂了示例,就等于看懂了 API。复制一段请求、把参数填进去、得到一次正确响应,当然是必要的起点;但真正进入项目后,问题通常出现在示例没有覆盖的地方——超时以后能不能重试、空值是省略...
阅读全文arrow_forward
流式对话的难点不在于“把一段文字不断追加到标签上”。HTTP 响应到达的单位是字节块,不是一个完整 JSON,更不是一个完整汉字;SSE 的事件边界、UTF-8 字符边界和 UI 刷新节奏都可能彼此错开。若把每...
阅读全文arrow_forward
线上性能治理最容易陷入一个误区:把 Xcode Instruments 里的结果当成真实用户的全貌。Instruments 很适合定位一次可复现的问题,却不能告诉我们“哪个版本、哪类设备、哪段使用周期”正在发生...
阅读全文arrow_forward
谈利率时,常会听到“利率高,资金就会流进来”;谈汇率时,又常会听到“资金流入,所以货币一定升值”。这两句话各自都抓住了一点真实机制,却很容易把复杂的跨市场选择压成一条单线因果。钱并不会只比较一张存款单上的票面利...
阅读全文arrow_forward