PCDVD數位科技討論區
第5頁 共7頁 « 第一 上一頁 2 3 4 5 6 7 下一頁
每頁顯示此主題的 10 個文章

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12)
-   -   [轉載〕 寫給軟體人的話, 嘴炮軟體主管的胡扯洗腦 (https://www.pcdvd.com.tw/showthread.php?t=990182)

moronNZ 2012-11-12 09:12 PM
opensource性質並不一樣，很多時候專案大小也並不大(沒金錢驅動力是因素之一)，自由不需要善後，當然是可以這樣做。但我相信opensource中大型專案也應該有類似流程，放出來的和內部並不一定是一樣的。


其實台灣很多開發就是上述流程，結果就是慘。程式/領域知識完全沒有文件，就是從程式碼開始看，新人花一堆時間在學重複的事，這多走幾家系統廠就知道了。以商業化的角度看很重要，等你要去標國外大案子，對方要你提供一堆你認為不重要的"有的沒有的"，拿不出來就不用玩了。

mini.m 2012-11-12 09:17 PM
引用:
作者Stranger2005
唉！我還曾經遇過很糟糕的 coding，所有 function 及變數都用什麼 aaaa、bbbb、cccc、a123、b456、etc.,.....

看到時都快瘋了，問他有些變數是做什麼用的，他還想了很久，程式上捲下捲了好久才弄清楚，我也不知道該如何幫他 debug 起...

:jolin:

-

這個讚 :laugh:

blin1115 2012-11-12 09:48 PM
看到此處，
只覺得樓主完全否定 comment 與 code review的好處，
真的很cool.. :)

老柏(第四) 2012-11-12 09:52 PM
只能說，對單人工作者或許可行，但對團體而言文件還是要做齊
但是碰到外行叫內行解釋給他聽這就很無言(不是想學，純粹是不懂的人想掌握進度)

darkangel 2012-11-12 09:59 PM
說真的這篇戰文真的很弱，弱到我超級不想回應的，我嚴重懷疑可能是某個被停權的新帳號又重生回來反串，我只能說你成功了，因為你把事實嚴重曲解到讓我堵爛，讓我不得不浮出來靠腰一下。

誰說 opensource 沒註解沒文件？程式碼 self-described/self-documenting 跟有沒有做系統分析，有沒有做文件並不互相衝突，linux 是我看過程式碼、文件跟註解最多的 opensource，我到現在都還沒全部看過，我相信這個世界上包含 Linus 本人應該也沒幾個人全部看過。
文件並不是都是壞的，我早就說過，這些東西有分 bullxhit 跟 real deal，不是一竿子全都打翻然後說這些東西都沒用，這不是寫程式該有的心態。
敢拿 linux 來說嘴的人，麻煩先去 trace 過 linux kernel 後再來跟我說這句話，我敢跟你嗆這句話，不為什麼，只因為我真的有 trace 過 linux kernel。

Linux kernel 文件參考：
http://www.mjmwired.net/kernel/Documentation

ODD2 2012-11-12 10:06 PM
引用:
作者darkangel
說真的這篇戰文真的很弱，弱到我超級不想回應的，我嚴重懷疑可能是某個被停權的新帳號又重生回來反串，我只能說你成功了，因為你把事實嚴重曲解到讓我堵爛，讓我不得不浮出來靠腰一下。

誰說 opensource 沒註解沒文件？程式碼 self-described/self-documenting 跟有沒有做系統分析，有沒有做文件並不互相衝突，linux 是我看過程式碼、文件跟註解最多的 opensource，我到現在都還沒全部看過，我相信這個世界上包含 Linus 本人應該也沒幾個人全部看過。
文件並不是都是壞的，我早就說過，這些東西有分 bullxhit 跟 real deal，不是一竿子全都打翻然後說這些東西都沒用，這不是寫程式該有的心態。
敢拿 linux 來說嘴的人，麻煩先去 trace 過 linux kernel 後再來跟我說這句話，我敢跟你嗆這句話，不為什麼，只因為我真的有 trace 過 linux kernel。

Linux kernel 文件參考：
http://www.mjmwired.net/...





:jolin:

你們都沒看清楚, 裡面沒說過都沒文件沒註解的,
是說沒程式流程圖或文件解釋程式在寫什麼
差很大.

---------------------
一個評斷標準拿幾個opensource的專案去研究, 這些opensource沒有在寫程
式流程圖或文件解釋程式在寫什麼, 連註解都很少(只有在必要或難懂的地方才會寫),
---------------------

blin1115 2012-11-12 10:14 PM
引用:
作者waily
呃，個人好像都是照這些胡扯在作，結果是團隊績優於他人，工作輕鬆愉快! 尤其是系統要上線的時候，帶著兩個娘子軍留守以防程式出錯，但是一有問題回報，當場幾分鐘就解決，整個過程無聊的很。反觀那些沒有照這些章法作的人，平日加班就加不完了，上線時更是熬夜到隔天，連個程式清單都列不出來，真不知要怎麼上線？搞得所有人都快累死了。

個人所有的資源也沒比別人多，帶的娘子軍到後期還能準時上下班，由於專案很大，裡面有一堆團隊，怎麼比都是個人的團隊比較好過，而且只要來我這的軟體工程師，沒多久就能上手，表現比在其它團隊要好! 就是照這些胡扯作的，呵，這可是經過實戰出來的結果。

問題到底在那？資源不夠永遠都是第一個問題，以軟體工程師，不會作計畫，那就鐵定無法估出何時推出可執行的程式，沒有測試，那就只能在上線時作測試才知道程式會不會動。因為寫程式不是軟體工作師要用的，是...


給您一個讚! :)

darkangel 2012-11-12 10:34 PM
引用:
作者小川壞壞美
這類引戰文很多是要偷學一些專有名詞跟觀念,然後就可以用來唬老闆,
記得站上有位以前就是問了之後,黑天使就回答,然後.....
還是討論Julia 比較實在~~~ :like: :like:


我差點都忘了，沒想到你還記得啊！
所以我現在都不太愛回這類文章啊，不是說我愛藏私，我是很樂意分享的人，只是因為被套過一次，所以多少有點防備之心了。
請教一下，吉澤明步雖然很漂亮，但是她為啥老是那付死魚眼？

:like: :like: :like: :like: :like:

Stranger2005 2012-11-12 10:47 PM
引用:
作者waily
呃，個人好像都是照這些胡扯在作，結果是團隊績優於他人，工作輕鬆愉快! 尤其是系統要上線的時候，帶著兩個娘子軍留守以防程式出錯，但是一有問題回報，當場幾分鐘就解決，整個過程無聊的很。反觀那些沒有照這些章法作的人，平日加班就加不完了，上線時更是熬夜到隔天，連個程式清單都列不出來，真不知要怎麼上線？搞得所有人都快累死了。

個人所有的資源也沒比別人多，帶的娘子軍到後期還能準時上下班，由於專案很大，裡面有一堆團隊，怎麼比都是個人的團隊比較好過，而且只要來我這的軟體工程師，沒多久就能上手，表現比在其它團隊要好! 就是照這些胡扯作的，呵，這可是經過實戰出來的結果。

問題到底在那？資源不夠永遠都是第一個問題，以軟體工程師，不會作計畫，那就鐵定無法估出何時推出可執行的程式，沒有測試，那就只能在上線時作測試才知道程式會不會動。因為寫程式不是軟體工作師要用的，是...


贊成 x 99999

原本就該制度化，計劃表、SA 本來就是必需而且不可或缺的！

給你一個讚！

－


所有的時間均為GMT +8。 現在的時間是10:44 AM.
第5頁 共7頁 « 第一 上一頁 2 3 4 5 6 7 下一頁
每頁顯示此主題的 10 個文章

vBulletin Version 3.0.1
powered_by_vbulletin 2025。