[問卦] 程式的功力怎麼樣比高下消失

看板Gossiping作者時間6年前 (2017/09/06 10:11), 編輯推噓39(42推 3噓 27→)
留言72則, 54人參與, 最新討論串1/11 (看更多)
我們都覺得的會寫程式的人很厲害 但是兩個都會寫程式的人 要如何分辨誰厲害呢 現在大部分的系統都是多人合作 還牽涉到一些系統設計 軟體工程 人機介面 資料庫規劃之類的學問 光比較xx系統之間誰好誰壞 好像也無法比出程式的功力 單一個人的程式功力 到底都怎麼樣比出高下呢 大家認識的程式神人 自己獨立作業 寫過最厲害的東西是什麼呢 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.75.59 ※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1504663887.A.AFF.html
推
09/06 10:11, , 1F
薪水
09/06 10:11, 1F
→
09/06 10:11, , 2F
程式最短、效能最好
09/06 10:11, 2F
→
09/06 10:12, , 3F
我認為程式是不分高低的 而是人才有分高低
09/06 10:12, 3F
推
09/06 10:12, , 4F
執行效率跟可維護性啊
09/06 10:12, 4F
→
09/06 10:12, , 5F
越短越好 註解也要夠詳細
09/06 10:12, 5F
推
09/06 10:12, , 6F
以達成同等功能而言 比執行速度？ 比使用最少的資源？
09/06 10:12, 6F
推
09/06 10:12, , 7F
你可以搜尋leetcode
09/06 10:12, 7F
推
09/06 10:12, , 8F
五樓寫計算雞雞長度的程式，可是太小演算不出來
09/06 10:12, 8F
→
09/06 10:13, , 9F
可能需要用 double 精準度才夠
09/06 10:13, 9F
推
09/06 10:14, , 10F
一個程式 各自表述
09/06 10:14, 10F
推
09/06 10:14, , 11F
優劣喔 個人角度是效率 企業角度可維護性
09/06 10:14, 11F
推
09/06 10:15, , 12F
coding style, performace, maintenance
09/06 10:15, 12F
推
09/06 10:15, , 13F
推樓上
09/06 10:15, 13F
→
09/06 10:15, , 14F
software struct
09/06 10:15, 14F
推
09/06 10:15, , 15F
還有可讀性啊
09/06 10:15, 15F
→
09/06 10:15, , 16F
現在都會覺得很會寫會解題但code超亂的 根本沒用
09/06 10:15, 16F
推
09/06 10:16, , 17F
程式寫得好，要飯要到老
09/06 10:16, 17F
→
09/06 10:16, , 18F
這是比基礎而已 程式有牽涉到系統 科學計算的
09/06 10:16, 18F
→
09/06 10:16, , 19F
程式寫到讓大家包括自己看不懂 是最差的
09/06 10:16, 19F
推
09/06 10:17, , 20F
不外乎就效率，彈性，可維護性
09/06 10:17, 20F
→
09/06 10:17, , 21F
你就很難去細分了 我最先判斷的都是 coding style
09/06 10:17, 21F
→
09/06 10:17, , 22F
hello world 誰最快完成
09/06 10:17, 22F
推
09/06 10:17, , 23F
精簡 效率 維護姓 占用資源 個人覺得還有doc也很重要
09/06 10:17, 23F
→
09/06 10:17, , 24F
不過doc不屬於程式就是了XD
09/06 10:17, 24F
推
09/06 10:17, , 25F
精通C語言 抓不到C罩杯
09/06 10:17, 25F
推
09/06 10:17, , 26F
由使用者決定..
09/06 10:17, 26F
→
09/06 10:18, , 27F
函式 變數名取名醜 斷行 空格 都搞不好的 程式都一般般
09/06 10:18, 27F
推
09/06 10:18, , 28F
好維護才是王道
09/06 10:18, 28F
推
09/06 10:18, , 29F
時薪1000
09/06 10:18, 29F
→
09/06 10:18, , 30F
還有要 robust 錯誤處理要做好 很多人不管系統錯誤的
09/06 10:18, 30F
→
09/06 10:19, , 31F
另外 系統文件清楚 註解明確 好交接 不光只看程式碼
09/06 10:19, 31F
噓
09/06 10:19, , 32F
重點在你解決了什麼問題
09/06 10:19, 32F
→
09/06 10:20, , 33F
即使發生機率再低 也要做好錯誤處理
09/06 10:20, 33F
→
09/06 10:21, , 34F
會抱老闆大腿的贏
09/06 10:21, 34F
推
09/06 10:22, , 35F
執行效能 維護難易
09/06 10:22, 35F
→
09/06 10:23, , 36F
還有一個我也覺得很重要 一開始寫就要注意可能出錯的地方
09/06 10:23, 36F
推
09/06 10:24, , 37F
最難的是讓別人能懂甚至別人也能維護吧
09/06 10:24, 37F
噓
09/06 10:25, , 38F
寫到讓對方看不懂就贏了
09/06 10:25, 38F
推
09/06 10:25, , 39F
薪水最多 加班最少
09/06 10:25, 39F
推
09/06 10:28, , 40F
薪水/工時
09/06 10:28, 40F
推
09/06 10:29, , 41F
寫嘴寫程式的人啊 "欸!AhGai，加一下這個功能 應該很簡單!"
09/06 10:29, 41F
→
09/06 10:29, , 42F
"人家google都能OOOXXXXX，我們也要做，應該不難嘛"
09/06 10:29, 42F
→
09/06 10:30, , 43F
"就加個判斷 抓些資料來比對而已嘛! 明天交給我喔!"
09/06 10:30, 43F
推
09/06 10:42, , 44F
拿筆電互尻呀不然里
09/06 10:42, 44F
噓
09/06 10:43, , 45F
誰跟你說寫越短越好…
09/06 10:43, 45F
推
09/06 10:45, , 46F
系統寫大之後 開始不斷改功能需求 看誰改的動 就是好程式
09/06 10:45, 46F
推
09/06 10:47, , 47F
除非你能遇到電影中主角的處境 個人能力的用處很有限
09/06 10:47, 47F
→
09/06 10:49, , 48F
不用寫程式的最強，這人通常是你老闆。
09/06 10:49, 48F
→
09/06 10:49, , 49F
在現代就算是要搞破壞 其實也很少是一個人能完成的
09/06 10:49, 49F
→
09/06 10:50, , 50F
認真回 看外觀
09/06 10:50, 50F
推
09/06 10:51, , 51F
薪資災大多數情況下 真的是滿客觀的衡量標準
09/06 10:51, 51F
→
09/06 10:52, , 52F
撇開那種做個人興趣 不食人間煙火的特例
09/06 10:52, 52F
推
09/06 10:53, , 53F
比短比快
09/06 10:53, 53F
推
09/06 10:54, , 54F
很多技術社群內你會看到一些實力一般般 但又很愛刷存在感
09/06 10:54, 54F
→
09/06 10:54, , 55F
薪水通常都不怎樣
09/06 10:54, 55F
推
09/06 11:12, , 56F
隨便找個工程師來 他看得懂大在幹嘛的程式碼贏
09/06 11:12, 56F
推
09/06 11:19, , 57F
叫他們打星海,誰贏誰強阿
09/06 11:19, 57F
推
09/06 11:20, , 58F
看他們==中間有沒有加空白 = =
09/06 11:20, 58F
推
09/06 11:39, , 59F
看誰的hello world寫的時間複雜度最大
09/06 11:39, 59F
推
09/06 11:44, , 60F
debug的速度
09/06 11:44, 60F
→
09/06 11:48, , 61F
一小時寫出windows 10
09/06 11:48, 61F
推
09/06 11:57, , 62F
用小畫家寫出阿發狗
09/06 11:57, 62F
→
09/06 12:25, , 63F
UVa Online Judge 找題目解高下立判
09/06 12:25, 63F
推
09/06 12:33, , 64F
有女朋友先贏一半
09/06 12:33, 64F
推
09/06 12:34, , 65F
能寫出會自己寫程式的程式最厲害
09/06 12:34, 65F
推
09/06 12:36, , 66F
Hello World
09/06 12:36, 66F
推
09/06 13:06, , 67F
以老闆來說 越便宜的越好
09/06 13:06, 67F
推
09/06 13:10, , 68F
越短越好之後維護你設計的系統會哭死 看不懂你在寫啥
09/06 13:10, 68F
推
09/06 13:21, , 69F
有沒有考量未來擴充性和程式要完整，所有例外要處理
09/06 13:21, 69F
推
09/06 14:56, , 70F
要看寫的人是數學背景還是資工背景，基本上數學背景樂勝
09/06 14:56, 70F
推
09/06 18:48, , 71F
說越短越好的一定是學生...
09/06 18:48, 71F
→
09/06 18:49, , 72F
短到讓人家看不懂你在寫啥只會越幫越忙
09/06 18:49, 72F
‣ 更多 AhGai 的文章
文章代碼(AID): #1PhrbFh_ (Gossiping)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 11 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共11篇)
‣ 更多 AhGai 的文章
文章代碼(AID): #1PhrbFh_ (Gossiping)