看板 Soft_Job 關於我們 聯絡資訊
因為你是從code的觀點切入,但更高層次的設計哲學沒有去想 像是一對一、一對多、多對一、多對多的設計 當初需求可能是一對一,但如果在設計上就從多對多考慮 (多對多包含一對一) 設計的方式就會不一樣 或是從功能面角度出發也可以,例如很多系統會有heart beat的設計 或是send/reply會有timeout的設計 有些寫法是考量在增加功能(複雜度)的情況下,減少軟體複雜度 還得考量一些軟體工程的設計面 所以結論還是要看書增加知識 ※ 引述《g001613001 (阿月)》之銘言: : 各位好 : 小弟目前是個iOS菜鳥工程師 : 目前只有以自己的coding方式完成一個案子 : 但是公司同時也有請外包商寫Android和iOS的版本 : 最近因為已經按照後台給的規格書完成了進度 : 所以公司希望我能在12月底前學會安卓 : 所以原本是一直抱書啃 : 但是上頭覺得拿外包商的原始碼給我看才可以學的比較快 : 所以我就看了 : 但是很明顯高手寫的完全讓我看不懂 : 主要是我大部份都沒有把功能切的很細 : 看高手寫的,切的非常細 : 所以讓我閱讀很困難,加上幾乎沒有註解 : 而且會使用許多精簡的程式碼寫法 : 讓我看了三天還是沒什麼進展 : 公司也沒有人可以請教,只有我一個人 : 所以目前感覺壓力頗大 : 不知道該怎麼看懂iOS的部份 : 安卓的話我書啃不到一半更看不懂... : 不知道有前輩可以分享或者指點一下 : 該怎麼讓一個菜鳥能看得懂高手寫的code嗎? : 謝謝大家 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 210.61.29.115 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1478501002.A.985.html
YahooTaiwan: 也有可能只是單純為了趕時程而做的 workaround 11/07 18:38