學寫程式對職場的幫助，遠比想像的大很多（系列文章指引）
更新於 2024/01/10閱讀時間約 3 分鐘
這是一篇「資訊科技與邏輯思考」專題文章選看引導文，請在以下內容挑選想看的文章觀看，文章內有非常重要的「非」資訊科系如何學程式的文章
對於土木工程的學生來說，寫程式是一件讓人感到害怕的一件事。
印象最深的就是，大學一年級程式課是必修課，這堂課其實難度跟資工系的程式課難度差不多，作業也很有「水準」，所以同班同學幾乎很快就放棄了，但是我寫著寫著居然寫出了興趣。
重要!〈不是資訊相關科系畢業的，怎麼學寫程式?〉
現在回想，為什麼土木系的學生這麼害怕寫程式(C++)，我在〈專案管理不是靠經驗就能學會的(序)〉有說到：「很多人會把【知識】與【技能】搞混」，想用大量的閱讀取代實戰。我認為：「寫程式【技能】的成分占大多數」，因為需要不斷的進行debug（除錯）來學習怎麼寫，甚至還要學習要怎麼debug。
而土木系的訓練是知識取向（除了考試以外），所以不習慣練習技能，我在猜是這個原因導致的。
在大三的時候我學到了資料結構、演算法及物件導向，現在想想，這三樣技術對於我的邏輯思考模式建立起了關鍵性的作用。
資料結構：資訊存放結構的技術。
演算法：介紹複雜度觀念及基本問題求解的技術。
物件導向：程式如何封裝，才能在別人用或是其他用途的時候不會被干擾的技術。
我將資料結構的概念運用於寫文章，在〈<方格子>建立文章連結，創造文章系統〉我用樹狀架構的基底，來分享我如何透過寫文章來組織文章系統。
因為對寫程式很有興趣的緣故進到了研究室，這間研究室主要方向是「最佳化」，除了要寫程式功力不能太差之外（接近資工系的程度），還要學「作業研究」這門數學。
在用「作業研究」來求解問題之前，需要先學會「抽象思考」，把不需要的雜質過濾掉，然後把問題用數學代數式來表示，造就了我抽象思考能力的根基，而我在工作之後又將這項能力加強，除了抽象思考之外，還可以具象表達在我的簡報之中，讓我可以將一些概念說明清楚。
在〈職場必修課(把你天馬行空的想法畫出來)〉我簡述了作業研究的基本概念，並說明如何將概念抽象及具象化表達，在〈待在舒適圈真的很舒服，所以你應該養大他〉我用具象化的圖形來說明與其「跳脫舒適圈、不如擴大舒適圈」的理念。
當然會寫程式最直觀的好處，就是學軟體時很快就能掌握軟體的運用方式，於是在使用軟體的時候，我會加入一些工程的概念後，綜合上面的能力，創造出自己一套用用軟體的方法。
我在〈用心智圖來進行文章創意發想〉以心智圖軟體實做了透過文章架構，將多個議題互相連結，來創造源源不斷地創造寫作的靈感的概念。在〈Notion筆記結構建立心得(子彈筆記法實戰)〉我實做了子彈筆記法的範例，並說明如何圖像化管理代辦事項。在〈用excel製作一份賞心悅目的工程資料〉介紹了幾個我自己比較常用的功能，及加入一些資料處理的概念來讓錯誤率下降。
在〈用Power Point 開啟你的工程銷售力〉除了一些常用功能外，我介紹了我覺得很強的照片合成法，這個是我從建築透視法衍生出來的方法，除了需要知道透視圖的基本畫法，還要有抽象思考的能力才能學會。
因為寫程式是一件很困難的事，所以我在文章中會把寫程式的技巧去掉，只專注於邏輯的思考，讓不會寫程式的人也能夠吸收寫程式帶來的好處。
👉如果你喜歡文章請按下【愛心】❤️
👉想隨時複習請按下【收藏】✅
👉如果你想供寶貴的意見請【留言】✅
這些都將成為我持續前行的動力🚀
也許你對這些文章也有興趣🔽
為什麼會看到廣告
101會員
240內容數
這個專題是專門寫給剛進入職場的新人看的，剛進入職場懵懵懂懂的，搞不清楚該學習那些技能嗎?是不是常常跟同事相處不順利?常常無法達到主管的期待?沒關係，這個專題都有解答。
你可以在這個沙龍發文討論以及交流。
留言0
查看全部
你可能也想看
Google News 追蹤
徵的就是你 🫵 超ㄅㄧㄤˋ 獎品搭配超瞎趴的四大主題，等你踹共啦！還有機會獲得經典的「偉士牌樂高」喔！馬上來參加本次的活動吧！
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
這篇文章探討了工程師在如何有效提升自己，強調不僅僅是多coding，而是要對程式碼有更深層的理解。隨著職涯發展，工程師需要從單純的技術執行者轉變為團隊領導者，具備解決複雜問題和與他人有效溝通的能力。
數學系的訓練，與上面閱讀原始碼的優先順序，本質上是反過來的。在數學的訓練中，是先把函數定義的非常清楚，再進一步去看函數應用在具體的數據上會發生什麼行為，然後就到此為止，不太會再有進一步的討論。但如上面西尾泰和所述，工程師看事情的角度，是先掌握全局，然後再進一步細化每一層的細節。
實際就業後，會發現收集與分析需求，通常都不是工程師在做，會有另一群人，以非工程的角度收集及分析需求，然後在開發過程中蹦出不同的火花，於是很好奇另一群人的想法是什麼？我不敢說這本書能完全代表另一群人的想法，但確實能夠得到很多有用的思維。推薦給所有的軟體工程師。
學習程式語言是一個不容易的過程，但有效的學習方法可以幫助你克服挫折，這篇文章分享了一個程式設計師的學習心得以及一些建議，包括課後實作、短期學習、跟別人比較等注意事項，同時提供了一些相關的教學資源。
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
這個系列的文章主要專注於物件導向到函數式編程的差異與分析，並針對概念與機制上的不同進行比較。很多人說物件導向和函數式編程沒有哪個比較好的問題，只有哪個比較適合的問題，然而我並不這麼認為，我透過這一系列的文章從各個角度討論它們之間的優缺點就是為了闡述我的觀點。物件導向錯在沒有理論基礎，但它贏在熟悉性，
前文提到我按照某公司培訓營的指示自學了Scratch，並完成了一個不太理想的「半成品」程式。幾個月後，我參加了另一個課程，不同的是這次是使用PHP，為期三天（週三至週五），每天上課四小時，總計約12小時。課程內容包括基礎語法與環境架設、網路爬蟲、實際構建購物車並與資料庫進行串接。
透過分享我的資訊科技業初探故事，探討如何從非相關背景且不懂寫程式的人進入資訊科技業，並介紹了我因薪資潛力和遠距工作機會而受到吸引的經驗。
對理工出身的我而言，「人的感受」真的很難處理，因為你控制不了對方的感覺。
你想嘛！工程師寫程式，寫錯了，改一改重新編譯，我們沒有必要去對程式碼噓寒問暖呀～
徵的就是你 🫵 超ㄅㄧㄤˋ 獎品搭配超瞎趴的四大主題，等你踹共啦！還有機會獲得經典的「偉士牌樂高」喔！馬上來參加本次的活動吧！
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
這篇文章探討了工程師在如何有效提升自己，強調不僅僅是多coding，而是要對程式碼有更深層的理解。隨著職涯發展，工程師需要從單純的技術執行者轉變為團隊領導者，具備解決複雜問題和與他人有效溝通的能力。
數學系的訓練，與上面閱讀原始碼的優先順序，本質上是反過來的。在數學的訓練中，是先把函數定義的非常清楚，再進一步去看函數應用在具體的數據上會發生什麼行為，然後就到此為止，不太會再有進一步的討論。但如上面西尾泰和所述，工程師看事情的角度，是先掌握全局，然後再進一步細化每一層的細節。
實際就業後，會發現收集與分析需求，通常都不是工程師在做，會有另一群人，以非工程的角度收集及分析需求，然後在開發過程中蹦出不同的火花，於是很好奇另一群人的想法是什麼？我不敢說這本書能完全代表另一群人的想法，但確實能夠得到很多有用的思維。推薦給所有的軟體工程師。
學習程式語言是一個不容易的過程，但有效的學習方法可以幫助你克服挫折，這篇文章分享了一個程式設計師的學習心得以及一些建議，包括課後實作、短期學習、跟別人比較等注意事項，同時提供了一些相關的教學資源。
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
這個系列的文章主要專注於物件導向到函數式編程的差異與分析，並針對概念與機制上的不同進行比較。很多人說物件導向和函數式編程沒有哪個比較好的問題，只有哪個比較適合的問題，然而我並不這麼認為，我透過這一系列的文章從各個角度討論它們之間的優缺點就是為了闡述我的觀點。物件導向錯在沒有理論基礎，但它贏在熟悉性，
前文提到我按照某公司培訓營的指示自學了Scratch，並完成了一個不太理想的「半成品」程式。幾個月後，我參加了另一個課程，不同的是這次是使用PHP，為期三天（週三至週五），每天上課四小時，總計約12小時。課程內容包括基礎語法與環境架設、網路爬蟲、實際構建購物車並與資料庫進行串接。
透過分享我的資訊科技業初探故事，探討如何從非相關背景且不懂寫程式的人進入資訊科技業，並介紹了我因薪資潛力和遠距工作機會而受到吸引的經驗。
對理工出身的我而言，「人的感受」真的很難處理，因為你控制不了對方的感覺。
你想嘛！工程師寫程式，寫錯了，改一改重新編譯，我們沒有必要去對程式碼噓寒問暖呀～