coding

學習JavaScript Switch條件語句的基礎知識 當你有幾個選項可以選擇時，if/else語句非常有用。 然而，當選項太多時，使用if/else可能變得過於冗長，你的代碼會變得太複雜。 在這種情況下，你可能希望使用switch條件語句： switch(<表達式>) { // 場合 } 根據表達式的結果，JavaScript會觸發你定義的特定場合： const a = 2 switch(a) { case 1: // 處理a等於1的情況 break case 2: // 處理a等於2的情況 break case 3: // 處理a等於3的情況 break } 你必須在每個場合的底部添加一個break語句，否則JavaScript還會執行下一個場合的代碼（有時這很有用，但要小心錯誤）。 如果在函數內使用，如果switch定義了返回值，不需要使用break，你只需要使用return： const doSomething = (a) => { switch(a) { case 1: // 處理a等於1的情況 return '處理了1' case 2: // 處理a等於2的情況 return '處理了2' case 3: // 處理a等於3的情況 return '處理了3' } } 你可以提供一個default特殊場合，當沒有場合處理表達式的結果時，將會調用該場合： const a = 2 switch(a) { case 1: // 處理a等於1的情況 break case 2: // 處理a等於2的情況 break case 3: // 處理a等於3的情況 break default: // 處理所有其他情況 break }

今天我想談談在學習編程時可能遇到的一個問題。 我收到很多提到這個問題的電子郵件。 以下是一個例子。 你開始學習Python編程。過了一段時間後感到沮喪，失去動力，等等。然後你切換到JavaScript。 你開始學習JavaScript，直到遇到了一個阻礙點，事情變得比預期的困難，或者你不知道接下來應該學習什麼。 對於這個編程事情你感到疲倦，所以你放棄了。 或者你再次切換到另一種語言，希望這次能成功。 我稱之為「從一個語言跳到另一個」。 在網站開發中，從一個框架跳到另一個框架也很常見。你從Vue開始，然後切換到React，然後再切換到Svelte，然後又出現了一個新的框架。 草地並不比對岸更綠。 選擇一個事物。 堅持下去。 深入學習它。 將它了解透徹。 有一天你會意識到你真的想學習另一種語言，那很好。 但是在開始和成為一名開發者時，選擇一個語言。 每次切換語言，你都需要忘記一些東西，並學習新語言如何處理事物。 這也會讓你感到困惑。 你會開始混淆事情。 在一開始的時候，選擇哪種語言並不重要。 如果我必須建議一個，Python和JavaScript是非常好的選擇，因為它們的流行性和靈活性。

學會如何在Node.js程序中讀取和使用環境變數。 環境變數非常有用，因為我們可以避免在代碼中輸入API密鑰和其他敏感數據，並且將其錯誤地提交到GitHub中。 現代部署平台如Vercel和Netlify（以及其他平台）都有方法讓我們通過它們的界面添加環境變數。 Node.js的process核心模塊提供了env屬性，該屬性包含了在啟動進程時設置的所有環境變數。 下面是一個示例，訪問了NODE_ENV環境變數，該變數默認設置為development。 注意：process不需要“require”，它會自動可用 process.env.NODE\_ENV // "development" 將其設置為“production”之前，運行腳本將告訴Node這是一個生產環境。 同樣，您可以訪問所設置的任何自定義環境變數。 這裡為API_KEY和API_SECRET設置了2個變量。 API\_KEY=123123 API\_SECRET=456456 node app.js 我們可以通過以下方式在Node.js中獲取它們。 process.env.API\_KEY // "123123" process.env.API\_SECRET // "456456" 您可以將環境變數寫入.env文件（應將其添加到.gitignore中以防止提交到GitHub），然後運行以下命令。 npm install dotenv 在您的主要Node文件的開頭，添加以下代碼。 require('dotenv').config() 通過這種方式，您可以避免在node命令之前在命令行中列出環境變數，這些變數將自動被應用程序使用。 注意：某些工具，例如Next.js，會自動將在.env中定義的環境變數提供給程序，而不需要使用dotenv。

編碼是一門藝術，一種創造性的工藝，一件令人愉悅的事情。 這就是編碼的本質。 我在一所技術高中就讀，學習程式設計和電腦，然後進入計算機工程專業，但從一開始就清楚，大學教授的不是純粹的編程，而是各種工程題目，混合了一些與計算機相關的主題。 非常乾燥，我們只能在實驗室上課時學習實際編程。 缺少的是工藝部分。 人們晚上回家後繼續工作。 這就是自由軟件運動的起源，例如今天被視為理所當然的開源、GitHub、npm… 一個令人崇敬的現象。 對於許多人來說，最好的時間來編程是晚上。為什麼？我不知道。我會說對我來說也是如此。 我認為這是因為我們沒有其他要擔心的事情。不需要去杂货店或郵局。 進入“狀態”，那個你腦海中需要編寫的所有代碼都完美組織在一起的奇妙地方，你會像一位100倍效率的工程師一樣工作，因為在那個特定的時間點上，你就是。 有些人更適合早上，早上對於編碼也很有效。 我們可以強迫自己在一天的任何時間都寫代碼，但在我們最佳的時間這麼做，我們可以更高效率。 辦公室很難集中精神，但我們必須這麼做，因為我們不需要遵從腳本，我們需要找到解決問題的創造性方式。我還沒見過其他工作能讓你走進辦公室看見大家都戴著耳機，為了更聚焦而戴上。非常高強度。 有時我想，編程通常被認為是通過編程技能獲得報酬，成為程序員工作的陰暗陰影。 如果編程被視為繪畫或織毛衣一樣，那將是完全不同的感覺。這是我們晚餐後都喜歡做的事情，來娛樂自己。 這就是為什麼我喜歡像Glitch和Codepen這樣的平台，讓代碼變得很酷。特別是對於孩子和新手來說。 這也是為什麼像The Coding Train這樣的YouTube頻道如此美妙。他們讓事情變得有趣。 例如，當我聽到在工作中，程序員的生產力是基於他們寫的代碼行數時，我感到不舒服。真的嗎？ 而截止日期所帶來的壓力在可能已經存在很多壓力的情況下，真的只會增加焦慮。 我並不是說您不應該成為一名程序員，對我來說這是愚蠢的。我們必須支付費用，對吧？在不發達地區，編程職業也是提高收入水平的一種很棒的方式，可以遠程工作。 但如果您唯一編程的時間是為了工作，您就無法將編程視為一門美妙的工藝，而只是作為達到目的的手段。 這很正常，我們每天只有有限的時間，您在日常工作中也可以成為一位優秀的專業人士。很多人都這樣做。我會說這裡有一個50/50的分配。 在我的職業生涯中，我討厭在編程時要追踪時間。這是一個非常愚蠢的做法，會使人感到立即處於灰色的辦公間。 有時我可能會遇到很難解決的錯誤，但由於我的經驗，我可以在10秒內修復。也許我的經驗不足，需要花4個小時去解決它，我是否需要因此獲得更多報酬？ 編程也涉及關注一件事情。我可能有一個相對簡單的錯誤，但在修復它的同時，我開始改進代碼並消除一些技術債務。 這需要與提供給客戶更多價值以及附帶效益給業務的商業目標相一致。 對我來說，編程就像玩樂高積木。任何形式的編程，真的。我一段時間前買了一個Arduino套件，使這個東西工作很好，特別是因為它是一個實際的物理設備，而不只是在屏幕上運行的東西。我打算做更多這樣的事情，不是為了做任何特定的事情，而只是隨意嘗試。 企業家可能會因為“這不賺錢”這種想法而阻止內心的童心發揮。我們不要這樣做。 讓內心的童心保持快樂。