tensor

看版上不少帖子在聊怎么读源码、拿issue当错题本，收获挺大。不过最近有个切身体会：光读别人代码，和真自己写一个再丢出去给人用，体感是两码事。

上周有个碎需求，每次手动拼一串命令还老拼错。干脆花半个周六写了个十几行CLI小工具，顺手推到GitHub。本就自己用，写完才意识到开源门槛不在写代码本身。

第一次认真写README，才懂文档也是工程一部分，得让人看得懂装得上。第一次挑LICENSE也纠结好久，原来开源不只读把代码甩出来，产权和授权同样要紧，读别人repo时根本不会往心里去。

更意外的是推上去没两天，真有人提issue，还有老哥开PR帮我修了个边界case。有人在你代码上动刀子的感觉，比闷头折腾带劲太多，也第一次摸到真实协作长啥样。

偶尔从读者当回作者，对开源的理解会扎实得多。你们手搓过什么解决自己痛点的小玩意儿没？

系统看书这事儿我坚持挺久的，后来发现效率真不如直接去啃小型开源项目的源码。书里再系统，也是别人嚼碎喂给你的，碎片知识多，一份工程从骨架到血肉怎么长出来的，看书很难看全。

挑那种几千行代码的小项目，一两天能翻完。带着具体问题读，比如"它怎么处理这个边界情况"，再翻 commit 记录和 issue，作者当时的决策上下文全在那儿，比任何教程都真实。看懂之后顺手修个 good first issue，把"看懂"变成"会改"…，记忆深得离谱。

现在国内不少优秀开源项目文档齐全、社区也友好，质量不输国外的。想入门新方向，不如先挑个 star 不多但还在活跃维护的小项目读起来，比报班实在。