想請教大家都會去讀主要使用的框架/套件的source code嗎？
因為我是頂多網路爬爬別人寫好的文章
比較少直接去看source code
以前有試過爬一個套件的源碼，覺得寫得不是很好懂
目前主要使用react，但我也沒去爬它源碼過
前輩都跟我說react的特性是在functional component裡
直接使用function取值跟依賴props取值
前者因為react有優化對reference type的取用所以不會有開銷大的問題
↑像這個我就不知道哪裡可以爬文章了，真的要去看react source code了吧？
想請教是不是真的要去爬才會技術比較強一點／大家都會去爬嗎

原始碼是有時候文件看不太出來行為的時候很好用，當然平時沒事閱讀優秀專案的原始碼也是進步的方式，最好是看到能貢獻專案，修修測試或臭蟲

大家都會去讀主要使用的框架/套件的source code嗎？-> 有需要在使用上改進就會不知道哪裡可以爬文章了 -> 看源碼的好時機所以對，你正在變成一個進階的工程師，加油！

天啊這…嗚嗚<(╥__╥)> …謝謝…謝謝

大型開源應該都寫的比你同事好吧，他們那堆爛扣都沒阻止你在上面繼續開發了...

當你發現upstream有bug時，沒有對應的PR又沒有其他人的reace code文章時，就要認真trace了 QQ

IGListKit的很好看 推推

當行為不符合預期時就要去追上游的source code了

程式碼不會說謊

不想讓新人學太快的時候會教源碼

讀不讀不關鍵，是要有”有必要的話我讀給你看”的能力

給gpt讀就好

讀過愈多原始碼，你讀的速度就會愈快不應該強迫大家讀，但是如果你有意願讀可以學到不少東西

讀得下去就去讀阿，以前有個學弟超習慣這樣越讀原始碼，被問到一些技術問題，直接翻該段原始碼出來，簡單明瞭。不過大部分人應該都不會刻意去讀啦，有需要再查。

踩到雷或是寫出來的預期結果跟想的不太一樣“會去讀源碼看看為什麼”

讀源碼不錯呀，學習對方的設計

是，不然咧？不然難道是源碼看不懂只會看教學比較強？

有需要再查+1

進步是進步什麼？你若要設計跟框架類似的東西，但設計經驗不豐富，那看了可能得以直接學到設計經驗你若要更了解使用的工具，那在找不到說明時也可以去查這會讓你更了解工具，甚至是有改良工具的構想。確認是想「進步」什麼以及原始碼的意義比較重要。

react超難用 我都直接用純js自己刻同樣的問題 用react的同事找不出來 我一下子就找到了

東西用久了就會很想把它拆開來看裡面在幹嘛

洗文高手 厲害

讀了才知道裡面是什麼行為啊

讀的話通常會很慢吧 應用的東西能用就好 太深入有時候反而花了很多時間 產出變少有些source code也可能是老人寫法 反正沒壞掉也就不用更新

為什麼沒有官方文件的選項…

對 恭喜你正在成為一個更優秀的工程師的路上

慎選源碼,以前認真看過鬼島人的源碼裡面,一堆拉基和錯誤

很紅的專案不代表程式碼一定值得學習。剛開始有人帶著看程式碼，幫助會比較大

倒不如學另一個語言

原來現在宣傳 react 的特色是 functional component 啊..剛接觸的時候在談的是 Virtual DOM 節省的效能問題現在學的人已經不接觸實體DOM感受開銷進而尋求React解決了?

看一看吐血有比較好嗎 寫的精美不坑人的畢竟是少數通常debug的時候會去追而已說不定會有私底下一個版本公開一個版本

不是....

想太多

比較常看套件的原始碼

看寫的合情合理的code會看上癮 說老實話

shadcn 做的不錯

看源碼要有一定的知識背景去做分辨，有些人只被當搜尋引擎用，學的設計亂套還有像樓上講的a、b庫，原po的問題有在看的人應該不會有這疑問

也要讀編譯腳本唄 參數給到上千字差不多也是另類原始碼了

a b庫？ ha

會問這種問題代表你要開始進步了

想必是越來越多人爬 自從有了GPT之後...

讀 src 是一種修煉，也是進入頂階行列必備技能。我還沒遇過讀 src 能力差的頂尖開發者。另外，從小東西開程式開發者，主要技術含量就是 coding. 單純 coding ,會的人如過江之鯽，差別在遇到出乎預料的問題時，誰有能力解決？ code 讀的好，自然能解決許多文件沒寫的問題。別人遇到難題會來找你，就算平常都摸魚，大家還是説你好棒棒。而你的價值就出現了。

套件比較多bug要看才能解 匡架本身不太需要吧

可以看 build your own react 會比較有概念