剛好最近自己在鑽研「Design Pattern」跟「Design Principle」，原本只是打算寫在自己的 Notion，但想想既然都要寫了，就把這系列分享出來給大家好了！而且這種主題討論性本來就滿大的，也希望如果有高手有不同的見解可以多多跟我交流一下！ 什麼是「迪米特原則」？ 一個單元對其他單元的了解應該有限 一個單元只能與其直接的朋友交談，而且不用知道太多 一個單元不應該和陌生人交談 上面這些特性文鄒鄒的，想必大家第一次看到也看不懂（因為我就是哈哈），下面會詳細解釋一下，其實說穿了就是想要降低對象與對象之間的「耦合度」。 「對象」：這裡的對象不僅僅是針對「類」，「函式」跟「模組」也是。 「耦合度」：耦合度在說的就是兩個對象之間的「緊密程度」，如果兩個對象耦合度太高就會造成「可重用性」、「可維護性」的困難，試想一個對象跟太多對象相關聯又關聯太深的話，改每一行 code 都心驚膽顫會影響到其他功能的對吧？

不知道大家有沒有過這種經驗，好不容易把一個知識或技能摸索地差不多的時候，又發現汪洋大海的新知識，怎麼學都學不完覺得好累…。 隨著年紀增長，常常會覺得如果停下腳步是不是會很快地被淘汰？尤其是在「工程師」這個領域。人生也因此一直保持在一個高度緊張的狀態，後來我發現原來有一個名詞可以形容這個狀況，那就是「知識焦慮症」。 而伴隨著「知識焦慮症」，還有另一個症狀如影隨形，叫做「閃亮症候群」。由於自己也身陷其中，所以想來分享一下自己目前是如何試著去調適，以及記錄一下此時此刻自己的心理狀況。 什麼是「知識焦慮症」？ 在現在這個網路資訊爆炸的時代，各種知識隨手可得，你可以足不出門就學習完一份完整的知識，只需要你家裡有電可以讓你用手機或電腦即可。 而所謂的「知識焦慮症」，指的就是面對現在龐大的資訊量，你害怕自己跟別人落差太大而卯足全力去學習，但卻發現時間根本不夠用，陷在一個「東西太多卻又沒時間學的狀況」。 嗯？這樣聽起來患有這個症狀的人都很有上進心呀！有這麼嚴重嗎？

各行各業免不了都有一些「專有名詞」，而這些專有名詞總是讓第一次聽到的人倒退之三四五六七八九步。但真正理解之後就會發現很多專有名詞不過就是「把很長很長的解釋想一個名稱簡短化而已」，所以今天就來聊聊大家在說的「演算法」跟「Big O」到底是什麼。 對於專有名詞，除了簡短化的功能，還有增進專業度的功能。下面會示範給大家看一下😂。 演算法 什麼是演算法？講白了 …

安安大家好！前陣子有點忙，不小心使用了「富堅之呼吸 — 斷刊之術」😂。趁這陣子有點時間復刊，不然都快忘記怎麼寫文章了哈。 最近思考了一下，想試著多寫一些不僅止於前端的文章，剛好自己也都有持續在精進 CS 相關的知識（非本科的哀傷 XD），就寫一些這系列的文章好了。 關於「直譯」、「編譯」的差別已經有太多鬼之神人分享了，但「半直譯半編譯」就比較難找到相關的說明。因此想試著用白話一點的方式解釋一下自己研究下來的心得，有說錯的地方再麻煩各方高手提點！ 一開始，我們先把程式碼大致分成三種： Machine Code（機器碼）－電腦在看的 Byte Code （字節碼/中間碼/位元組碼）－編譯完介於上面跟下面之間 機器跟人都看不懂 高階語言（Java、Python…等你所知道的那些語言）－人在看的 知道「編譯式語言」跟「直譯式語言」是什麼的人，相信也都知道 Machine Code 跟 高階語言 的差異了。

前言： 為什麼會寫這篇文章呢？因為自己先前在研究前端效能調校的時候，剛好有看到「不同的 Import 、Export 方式，對 Tree Shaking 是有影響的」，因此好奇想找找網路上有沒有各種情境下，Tree Shaking 的效果比較。 但找了一陣子都只有找到一些簡單的範例，而比較舊的文章也有可能因為 Webpack 的版本不一樣而有不同的 …

安安大家好！這次想分享的是 CSS 中，「Flex」這個每位前端工程師都必須要會的佈局屬性。 這篇並不是理論篇，不會一步一步教你如何使用，因為網路上的相關優質文章太多了，這次想分享的是：「我與團隊在實戰上真的會用到，而且個人覺得不錯的技巧」，提供給大家參考參考。 蛤？你說你不想用 Flex，只要用 Float 跟 Table 就可以做得很好了。 那當然 …

安安大家好！這次想說的主題相信是很多想轉職軟體工程師都會有的問題，至於為什麼想寫呢？因為我自己也曾經有這個疑慮，而寫程式寫到現在也算是有點心得，就來分享一下我對於這件事的看法。 本人能力 一開始就先來說說我在學程式之前，英文能力到底如何，如果以「多益」來看的話，我當時大概就落在 300 ~ 400 分之間吧（大概國小到國中程度？），應該是算偏差了。 在這個基礎上，我也是順利成為工程師了，因此要我先給出結論的話，我會先給出第一個答案（為什會是第一個後面會說明）： 「不用」，如果你正在前往成為工程師的路上，糾結要先學寫程式還是先學英文的話，那我建議你可以下定決心開始先學程式了。 不過話雖這樣說，大家也不要高興地太早，我說不用先學英文是建立在「你至少對英文是有基本的概念的」，如果你連 A - Z 或是簡單文法都完全不懂的話，那你程式絕對會寫得很痛苦…。 為什麼會說不用先學英文呢？ 因為程式會用到的 keyword 你寫久就背起來了，漸漸地就知道這個是拿來幹嘛的，比如說：

安安大家好！！千呼萬喚始出來（其實只有我自己在喚），終於有時間寫下這系列最後一篇文章了 ，距離上一篇都快要一個月了哈哈！😂。 不免其俗地，這邊先附上前兩篇的連結： 從高中肄業生，到成為 Frontend Lead 的歷史回顧（一）－我成為工程師了 安安大家！想想從成為工程師到現在也已經三年多了，覺得也差不多該寫個一路走來的心得，除了想說可以幫助到一些也想轉職成為工程師的人，也想記錄一下這幾年的點點滴滴。00-talk.medium.com 從高中肄業生，到成為 Frontend Lead 的歷史回顧（二）－工程師燃燒生命開始 安安大家好！接續上一篇剛成為工程師，這篇主要會述說我從菜鳥到能獨立一面的奮鬥過程（沒看過上一篇的話連結在此）。00-talk.medium.com 這篇主要會分享一下當主管到現在的一些感受，以及這幾年瘋狂寫程式下來的一些心得。 比如說「我個人認為要進步的話，應該要保有什麼心態」、「個人開發以及團隊開發的差異」，然後也想順便分享一下面試的心得。

安安大家好！接續上一篇剛成為工程師，這篇主要會述說我從菜鳥到能獨立一面的奮鬥過程（沒看過上一篇的話連結在此）。 從高中肄業生，到成為 Frontend Lead 的歷史回顧（一）－我成為工程師了 安安大家！想想從成為工程師到現在也已經三年多了，覺得也差不多該寫個一路走來的心得，除了想說可以幫助到一些也想轉職成為工程師的人，也想記錄一下這幾年的點點滴滴。00-talk.medium.com 但如果單純敘述程式面實在是太無趣了，我不能容許自己成為一個無趣的人，所以我也會一併介紹一下當時的生活，以及很多人應該會想知道的，就是薪資的轉變。 好的客倌們，接下來就聽我娓娓道來。 上一篇說到我拿到公司的 Project 之後卻完全看不 …