推 iincho:這是政治問題喔, 你的資歷和經驗應該還不夠 11/17 09:54
→ iincho:不過有這些觀念是好事, 只是要推行的話考慮的不只是技術... 11/17 09:56
推 changws:其實只是你的credit不夠而已 先做點成績再來考慮理想吧 11/17 23:08
我是原PO，真的非常感謝願意提出想法的各位先進，
所有的意見與鼓勵真的都讓我獲益良多，真的很感謝各位。
老實說，對我一個新人來說，我當然知道自己寫不出多好的code，
我絕不是很狂妄地想說我寫的code有多好，別人寫得有多爛，請大家不要誤會，
我只是很單純地認為自己看到的code有些雜亂無章並試圖做點什麼改變，
並請教各位自己的方向是否正確，以及該如何做比較適當罷了。
有些前輩猜我是個沒被操過的新人，嗯...怎樣算"操"不容易定義，
但我多少能體會那種感覺，我也知道被廠商掐著爛趴走是很痛苦的事，
所以我只是想問，難道只能這樣嗎? 沒辦法有什麼正面的改變嗎?
我只是想得到一個較佳的方向與做法，
如果結論是"要趕code這是最快的做法" "架構詳盡與否對產能好壞無異"，
這種東西本來就無關對錯，最終我就會知道原來這樣做是最有效率的。
我還存在著一些疑惑，
如果寫得易理解的code與寫得不易理解的code都能run，
那為何會有軟工的東西出現? UML? 流程圖? 這些東西實際上應該要使用在哪?
我非常讚成寫程式是一種藝術，但難道架構好易理解的code只能自娛嗎?
我總希望一包好的code的效益不是只能自娛，他應該還有什麼更大的功用。
無奈小弟我才疏學淺，真的想不透箇中奧妙所在，才斗膽出來尋求指點，
也望各位先進手下留情，不要太苛責小弟，我就是"無知"才必須"求知"啊，
希望有一天我能跟各位一樣找到屬於自己的答案，
再次感謝各位，無論是前輩還是同我一起打拼的新人。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 221.169.231.165