技術分享應該要有的開放心態

過去每次與朋友聊到想要跳槽前，應該做哪些準備的時候？我總是會再三的提起，也許你可以嘗試開始寫技術部落格，將自己過去在工作上遇到的問題記錄下來，或是分享你正在研究哪些酷酷的東西。

這麼做的好處不僅僅只限於求職，還能夠加深我們對問題或是技術的記憶。當我們再次遇到自己曾處理過的問題時，我們能夠很快的回憶起自己當初是怎麼處理這個問題的。部落格就好像是自己的筆記一樣，讓我們可以隨時回憶。

只是這個筆記是公開分享的，希望哪天也能幫助到遇到相同問題的人。

每當我頭頭是道的說完寫部落格的好處時，我很常聽朋友回覆道。

「沒辦法，我文筆不好，而且我擔心我分享的內容錯誤的。」

分享的內容有錯誤怎麼辦？我不想誤人子弟

說到文筆問題，畢竟大家都是工程師，不是作家或是國文老師，我覺得文筆不好其實蠻正常的。我的文筆也很糟，通常一篇文章寫完之後，我會修改很多次來潤飾各種我覺得讀起來不通順的句子。或是乾脆丟給 AI，請 AI 幫我潤飾。

順帶一提，工程師也是出了名的不愛寫文件。

而擔心「我分享的內容是錯誤的」的想法，我其實也有想過。畢竟沒有人會想去誤人子弟，所以每次寫文章前，我都會盡可能的去搜集、翻閱資料後並自己做實驗。當我覺得做足了功課之後，才會開始去寫文章。

「但吃燒餅哪有不掉芝麻粒的。」

資訊界有很多問題，你認為可以這樣處理，實驗後也驗證了方法的可行性。但實際上，這樣做可能是錯誤的，或者說，還有更好的解決方案。

 「看起來可行，做起來可行，但不是好的做法」

這也是當工程師最有 (靠) 趣 (北) 的點，你有無數種做法可以達成你的目的，但根據情況，其實只有幾種做法才是最佳實踐 (Best Practice)。其它做法不能說它錯，只是未來如果有新的需求進來，你原本的做法可能會變成是完成需求的一大阻礙。

這時候可能就需要重構了。

因此，即使我們做足了功課，但我們寫的文章內容可能還是會有錯誤。

分享才能知道自己的錯誤

其實我之前就分享過錯誤的內容，並且被別人發現後指正。

我之前曾寫過一篇如何將 Laravel App 容器化的文章。當初為了寫這篇文章，看了很多如何將 PHP 容器化的資料，也自己實際做了實驗，將自己的 Laravel App 容器化後，嘗試在容器管理平台上運行起來。不得不說我從中學到非常多新的知識點，也讓我更熟悉容器相關工具的應用。

只是當我把文章分享出去之後，馬上就有人指出文章中的做法有問題。

「容器不應該一次跑多個程序，應盡可能讓每一個容器只有一個主程序在執行。」

收到這個反饋之後，我根據反饋的內容找了相關的資料，才發現我原本的做法雖然行得通，但確實有問題。於是我修改了文章的內容，並在文章中清楚說明了為什麼我原來的做法不好。

我覺得分享的內容有錯誤其實不是大問題，因為我們無法確保每件事情總是盡善盡美。但這不是說不做功課就隨意分享自己的看法是可以被接受的。寫文章前應該做好功課，盡力確保你分享的內容是正確的，這是基本的道德素養。

而在文章發佈後，我們應該保持一個開放的心態來接受別人的指教，因為別人很有可能在我們分享的內容上比我們做了更多的研究。所以當別人發現內容有問題並告訴你，這其實是一件很讚的事情，因為你能從中收穫新的知識點。

所以說真的不要害怕分享的內容有錯誤，而且說不定這個錯誤能幫助你學到更多。😀

分享的另外一個目的，其實是想與別人進行討論

我覺得寫文章除了是分享所知，更多的是希望能找到夥伴一起討論。畢竟沒有什麼比與別人討論酷酷的技術更令人感到喜悅了。而且一個人看事情總是會有些盲點，如果是一群人以各種不同的角度來看事情，更能刺激出不一樣的火花。

說了這麼多，我其實想說的是，只要我們在分享前做好功課，你其實不用太擔心分享的內容有錯誤。同時我們也應該要保持一顆熱於學習的心，隨時準備好接收別人對於你分享內容的反饋。

有了上述的開放心態，那麼我想你就已經準備好寫文章與別人分享酷酷的東西了！