Re: [閒聊] 會程式沒什麼
※ 引述《TonyQ (自立而後立人。)》之銘言：
: ※ 引述《LaPass (LaPass)》之銘言：
: : 我已經不只一次聽到這句話了吧.....
: : 而且都是從十幾二十年的程式人身上聽到的
: : 我想請問，為什麼？
: : 對我而言，程式是完成某些東西的工具
: : 而且這個工具很複雜，很難學 (跟電鑽之類的東西相比)
: : 更別說，許多有趣的東西，要跨許多領域，精通好幾種語言才做的出來
: : 實在不覺得程式是「沒什麼」的技能
: 程式的確沒什麼，但吃飯也沒什麼，睡覺也沒什麼；
: 但是你不能不吃飯，不睡覺。
: 其中麻煩得是重不重要的議題。
: 目標是找錢的人會認為技術不重要，因為沒有辦法幫他找錢，
: 有些人面對擁技術自重的人，也會特別講技術不重要來取得談判的籌碼；
: 基本上，當你聽到這句話時，這多少有點不同領域的攻防的意謂在。
: 我常常看到很多豐富的應用，有時我也會感嘆技術的深度跟廣度，
: 以及他們對應而來的價值（value）卻是一個奇怪的分佈。
: 這並不是再說專研技術的人就不好，
: 我一直深耕技術領域也打算一直走下去，
: 所以我不會去講技術夠用就好，價值才是王道之類的事情。
: 有些人就是該去追求深入的技術，有一天或者有地方會需要你這樣的人。
: 但這個世界不是一個你強我就弱的二維世界，
: 我們要湊的要素往往都有十個以上，
: 從人到產品，每一個環節都要有及格，才能發揮整體戰力。
: 以技術人觀點而言，我們真正的問題在於我們的技術能力是否被需要，
: 每個人能累積各種不同的技術堆疊，也就是你的技能樹的點法，
: 當然不是語言層挑選的問題，而是你過去累積的是在哪個技術、商務領域上。
: （我認為對兩三年經驗以上的高階人力來講，
: 語言層的問題不應該是你最重視的東西了。）
: 另一方面，站在對方的角色跟他需要的技術能力，是不是真的太基本，
: 或者是他曾經遇過錯誤領域的人合作，以至於他真的感覺不到技術的重要性。
: ---------------------------------
: 最近剛好因故常常跟業界的朋友聊天，聊了十幾家公司也看/聽了不少，
: 我個人是覺得技術很重要，但是比較起來，
: 其實當我們說技術時，大多時候真正想說的是「執行力」。
: ---------------------------------
: 而技術重不重要這個議題，以技術人角度來講，我會說他當然重要，
: 問題是，誰需要這樣的技術跟誰懂得去評價一個人有多少的技術。
: 這些才是問題之後的問題。
: 有句話說，嫌貨才是買貨人。
: 去聽聽說技術沒什麼的人，他們在什麼情境下，
: 碰到技術使不上力的狀況，那是值得參考跟借鏡的。
: 有時候是資源上的問題，有時候是政治上的問題，有時甚至是需求上的問題。
: 如果你很在乎意義或者價值這回事，那你可以回頭檢視過去的經歷，
: 如果每一段經歷你都說得出你技術在不同領域的成長，解決什麼問題，
: 並且畫得出極簡版的技能樹，那這問題不應該困擾你才對。
: 我會說技能是有用的，因為公司曾/會因為一個人擁有的技術賺進大筆金錢，
: 至少這世界還需要駐點技術人員，需要專案工程師來完成專案，
: 也還需要 CTO ，技術當然會在某些地方是有用的。
: 但問題是，對你說這些話得人，他們談得技術是不是在那些地方，
: 如果不是，那他只是說在錯的地方作對的事情，技術自然「沒什麼」。
: It's just doing things right , not doing the rights thing.
剛好昨天把一個國外客戶送上飛機, 晚上跟老婆吃太飽睡不好上來看看
(還是希望跟大家說一下,家人, 永遠比工作重要)
嚴格說起來, 我不太有資格在這個版上繼續說話
畢竟本人已經遠離軟體 (純軟?) 很久了, 至少我現在的產業不是把軟體當核心
俗話說的好, 換個位子換個腦袋
公司的工程師 (軟體) 告訴你 "會寫程式不重要", 以我的經驗代表兩件事
1. 說這句話的 "工程師", 已經開始碰觸了基礎工程以外的事, 尤其是感嘆的狀況
2. 貴公司的核心價值或是產品, 有瓶頸無法在市場上 "有利潤的" 推廣
我非常同意 T大的話, 技術重不重要? 當然重要!!!!
回過頭來檢視一件事, 技術 = 會寫程式, 某方面來說比率會依照規貴公司的產品或核心
價值而有很大的漂移, Angry Bird 會紅不是因為無法寫出那樣的程式, 而是好玩 / 有趣
的心態占了大部分
舉個簡單的例子, 這次國外的客戶要求用我們家的 IC 達到某個金融業跟帳務有關的功能
, COS / AP Team 評估結果是可行, 但要花費大量的人力以及測試, 我的作法, 買張頭等
艙的機票加上三天兩夜的台灣五星級飯店之旅, 說服客戶原本的做法就可達到.
完美無瑕疵的程式/系統會不會存在?我相信有機率,問題在於有沒有存在的必要性, 客戶買
的是一套能夠達到要求功能的東西 (誤?),如果要多花 50% 成本擴張成吃到飽等級的系統,
財務/預算單位的答案絕對跟 IT 不同.
某方面來說, 寫程式的觀念 / 實作的方式 / 完善的框架....我想可以舉太多的部分
但~~~~~上面全部加起來的總合比率可能都不會超過該系統的報價對客戶的影響力.
您現在正在公司的哪個區塊, 決定了寫程式重不重要這回事
請原諒我粗俗的觀念,"好的公司能把大便程式當黃金賣, 差的公司會把黃金系統當大便賣"
如果您也開始認真的思考技術是不是重要這回事, 某方面來說, 恭喜您
支撐一個有利潤的生意 (Business Model), 會讓您開始思考技術以外更多的可能性
絕對有助於您繼續從工程師的位子開始往更上一階的角度思考.
疑問, 是改變價值觀的一個好的十字路口.
小說裏頭呢, 迷惘的時候是有機率頓悟, 思考自己在公司甚至是在產業的未來.
希望各位能順利, 生活愉快
最後還是再提醒一句, 家人, 永遠是最高的原則, 多花時間陪伴不會讓您後悔
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 219.84.235.101
推
05/13 05:53, , 1F
05/13 05:53, 1F
推
05/13 09:42, , 2F
05/13 09:42, 2F
推
05/13 12:04, , 3F
05/13 12:04, 3F
推
05/13 14:18, , 4F
05/13 14:18, 4F
推
05/13 17:11, , 5F
05/13 17:11, 5F
→
05/13 17:11, , 6F
05/13 17:11, 6F
推
05/14 17:54, , 7F
05/14 17:54, 7F
推
05/18 11:17, , 8F
05/18 11:17, 8F
推
05/25 12:50, , 9F
05/25 12:50, 9F
討論串 (同標題文章)
本文引述了以下文章的的內容：
閒聊
6
7
完整討論串 (本文為第 10 之 15 篇)：
閒聊
16
55
閒聊
5
10
閒聊
1
4
閒聊
6
7
閒聊
0
9
閒聊
1
16
閒聊
1
35
閒聊
3
6
閒聊
8
9