程式作品和產品的差別(一)
閱讀時間約 1 分鐘
在繼續連載本科生學了什麼之前，先來寫一個最近比較有感而發的，兩種文章交互看，我猜大家也比較有新鮮感?
程式作品和產品的差別
作品和產品的區別，不只有程式工程師，PM和老闆更必須要知道，才能讓公司的運轉更加地順利
我們以前在學校寫的作業和練習，就是程式作品
如果用一個術語，就是
程式作品是比最小可行性的產品還要再小
舉一個最簡單的例子來說，要做一個股市分析的程式，那就去寫程式開始爬台灣證交所的資料，寫好可以開始運作，這就是一個程式作品
很多年輕的工程師、PM、和老闆看到了這樣的作品，很多時候就會覺得這已經是產品，可以發布給客戶，畢竟可以開始運作了
然而這時候就是悲劇的開始，因為一個程式作品到產品之間還有很大的鴻溝
這也是為甚麼資深程式工程常常跟PM和老闆吵架的理由
老闆和PM會覺得程式工程師只是在都偷時間，資深工程師則是覺得老闆跟PM不懂在亂壓時間
從程式作品到產品主要還會有以下幾個問題要解決
- 使用者遇到錯誤的處理
- 好用的使用者介面
- 程式系統之間資料的處理
- 電腦系統環境的處理
- 文件的整理
- 各式各樣的測試
- 客戶端轉體的安裝與更新
- 程式碼的反編譯與資料傳輸的安全性
以剛剛的股票分析程式來說，雖然可以跑了，但是也許沒有好用的使用者介面，總不能叫使用者執行的時候，開啟終端機下指令去跑吧?
通常老闆、PM和年輕的工程師在進行產品的評估的時候，好一點的話只有考慮到上述的第二點，慘一點的話連第二點都沒有想到，這也是為甚麼資深工程師常常在跟老闆和PM吵架
一樣之後會針對這幾個點在進行詳細的分析
本文章同步分享於FB粉專 如峰小教室
歡迎大家一起來到FB追蹤按讚，獲得更多及時的資訊
3會員
6內容數
作品和產品的區別，不只有程式工程師，PM和老闆更必須要知道，才能讓公司的運轉更加地順利。我們以前在學校寫的作業和練習，就是程式作品，如果用一個術語就是，程式作品是比最小可行性的產品還要再小，那產品比作品還要多注意甚麼東西呢? 讓我們在這一個專欄中一起來探討吧!
留言0
查看全部
你可能也想看
Google News 追蹤
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
這篇文章探討了工程師在如何有效提升自己，強調不僅僅是多coding，而是要對程式碼有更深層的理解。隨著職涯發展，工程師需要從單純的技術執行者轉變為團隊領導者，具備解決複雜問題和與他人有效溝通的能力。
產品開發的成功，除了品質，更在於是否能夠在適當的時程內推出並滿足客戶需求。
身為開發、設計人員，從文中提供的三個角度來思考，以確保產品與公司的競爭力。
相較於接案公司，說到自有軟體產品的企業，普遍大家會自動套上粉紅濾鏡，覺得產品公司就是比較好，不像接案毛利低、又常常有時程壓力。
在網路上也可以找到各式各樣的文章告訴你接案公司的各種地獄故事，覺得如果有選擇的話，可以做產品就不要接案，就連以前的我也都有一顆產品夢。
但事實真的是這樣嗎？
專案經理與工程師在工作上面對的挑戰和需求截然不同。專案經理需具備溝通、督促、認知及行政等四種核心能力，以便成功轉型。文章中舉例以生動的故事來說明這四種能力的重要性，並強調從工程師升遷為專案經理並非易事，需要不斷學習與努力。
從母語使用者到專利工程師，這篇文章分享了作者從事新工作的體驗和感受。包括工作內容、困難和情緒波動。作者深入探討了作為專利工程師可能遇到的挑戰，並呈現對工作的認真與努力。
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
先來幫大家複習一下我的轉職歷程，簡短來說，我是先到了一間軟體公司負責軟體的中英翻譯、行銷，讓我對打造軟體產品起了濃厚的興趣。
轉職前端後，我在台灣北部知名的接案公司待了一年半，後續開啟我的自有產品開發之路，以撰寫文章當下的現狀來說，我在一間台灣知名老牌的財經平台寫了八個月的軟體產品後，投入到⋯⋯
替產業做設計
有人要我談程式設計，那我就稍微談一下。我從事的大都是產業的工作，所以我們也從如何替產業做設計來談起。基本上，每個產業都會有自己的作業流程，大同小異。但是基礎來做都是一樣的，都會有客戶、物料、產品、供應商、員工等資料。不同的是，由於企業型態的不同，他們每個人有不同的作業流程。這個作業流
在企業管理中，產品經理（Product Management）與專案經理（Project Management）這兩個角色雖然都被簡稱為「PM」，但實際上存在著相異之處與部分重疊。
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
這篇文章探討了工程師在如何有效提升自己，強調不僅僅是多coding，而是要對程式碼有更深層的理解。隨著職涯發展，工程師需要從單純的技術執行者轉變為團隊領導者，具備解決複雜問題和與他人有效溝通的能力。
產品開發的成功，除了品質，更在於是否能夠在適當的時程內推出並滿足客戶需求。
身為開發、設計人員，從文中提供的三個角度來思考，以確保產品與公司的競爭力。
相較於接案公司，說到自有軟體產品的企業，普遍大家會自動套上粉紅濾鏡，覺得產品公司就是比較好，不像接案毛利低、又常常有時程壓力。
在網路上也可以找到各式各樣的文章告訴你接案公司的各種地獄故事，覺得如果有選擇的話，可以做產品就不要接案，就連以前的我也都有一顆產品夢。
但事實真的是這樣嗎？
專案經理與工程師在工作上面對的挑戰和需求截然不同。專案經理需具備溝通、督促、認知及行政等四種核心能力，以便成功轉型。文章中舉例以生動的故事來說明這四種能力的重要性，並強調從工程師升遷為專案經理並非易事，需要不斷學習與努力。
從母語使用者到專利工程師，這篇文章分享了作者從事新工作的體驗和感受。包括工作內容、困難和情緒波動。作者深入探討了作為專利工程師可能遇到的挑戰，並呈現對工作的認真與努力。
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
先來幫大家複習一下我的轉職歷程，簡短來說，我是先到了一間軟體公司負責軟體的中英翻譯、行銷，讓我對打造軟體產品起了濃厚的興趣。
轉職前端後，我在台灣北部知名的接案公司待了一年半，後續開啟我的自有產品開發之路，以撰寫文章當下的現狀來說，我在一間台灣知名老牌的財經平台寫了八個月的軟體產品後，投入到⋯⋯
替產業做設計
有人要我談程式設計，那我就稍微談一下。我從事的大都是產業的工作，所以我們也從如何替產業做設計來談起。基本上，每個產業都會有自己的作業流程，大同小異。但是基礎來做都是一樣的，都會有客戶、物料、產品、供應商、員工等資料。不同的是，由於企業型態的不同，他們每個人有不同的作業流程。這個作業流
在企業管理中，產品經理（Product Management）與專案經理（Project Management）這兩個角色雖然都被簡稱為「PM」，但實際上存在著相異之處與部分重疊。