[請益] 菜鳥如何看懂高手的code？

[g001613001 (阿月)]

各位好
小弟目前是個iOS菜鳥工程師
目前只有以自己的coding方式完成一個案子
但是公司同時也有請外包商寫Android和iOS的版本

最近因為已經按照後台給的規格書完成了進度
所以公司希望我能在12月底前學會安卓
所以原本是一直抱書啃

但是上頭覺得拿外包商的原始碼給我看才可以學的比較快
所以我就看了
但是很明顯高手寫的完全讓我看不懂

主要是我大部份都沒有把功能切的很細

看高手寫的，切的非常細
所以讓我閱讀很困難，加上幾乎沒有註解

而且會使用許多精簡的程式碼寫法
讓我看了三天還是沒什麼進展

公司也沒有人可以請教，只有我一個人

所以目前感覺壓力頗大
不知道該怎麼看懂iOS的部份
安卓的話我書啃不到一半更看不懂...

不知道有前輩可以分享或者指點一下
該怎麼讓一個菜鳥能看得懂高手寫的code嗎？

謝謝大家


--
posted from bbs reader hybrid on my asus ASUS_Z00AD

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.2.56
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1478161108.A.595.html
推 lonelytea: 我懂...唉
→ robler: 不要越級打怪 從書上範例做起
有的Android 抱書啃才剛啃到Fragment囧
推 Andylovers: 年底學會Android? 現在十一月耶= =
→ Andylovers: 我的處境跟你差不多，也是兩個平台一起做，從無到有..
推 Andylovers: 我也是一開始都沒碰過，到現在才10個月...
→ Andylovers: 我懂你的感覺Orz
只能努力了 囧
→ testPtt: 不知道Android和iOS有沒有IntelliSense 沒有我也不會看
→ MOONY135: 慢慢看阿 尤其是那種功能有很多軟體會用到的
→ MOONY135: 多半都會寫成class 然後就快速開發...
推 ian90911: 都有
推 loseptt: 公司花錢請你看CODE 讚讚讚
→ loseptt: 保持下去拖半年 在跳巢 就可以加薪了  讚讚讚
希望可以這麼棒就好了
→ fidelity77: 同時開發兩種太坑了吧，而且兩個月時間應該連java都
→ fidelity77: 學不熟吧還學安卓勒
java有一點點基礎 但是可能不紮實 囧
推 QQ112233: 左轉拿離職單
→ MOONY135: 慢慢練習到被開除 順便修履歷 年後怒跳一波 選我選我
→ dnabossking: 真好
推 yyc1217: 由大處往小看 不要馬上就鑽研小細節或奇技淫巧
主要我是mvc沒有做的很好 他是切的挺細的 看不習慣 還在努力
推 colawei: 1.了解每段程式碼的功能目的 2.試過修改所有功能變數
→ colawei: 3.細部研究每一行指令 4.試著開新專案寫出相似的程式
好的 謝謝c大的指點
推 Hikkiaholic: 看邏輯 別管語法
→ Hikkiaholic: 要做C->D 就找到A->B複製改成C->D
好的 謝謝H大的指點
推 stevekevin10: 邏輯比較重要
推 ppppman: 新手練一個就哀哀叫了 一次練兩個...
推 aoc5000: 我也遇到相同問題 囧
推 ousapas: 要你同時負責兩個平台比較有問題吧 又不是hybrid
→ codehard: 勿在浮沙之上築高塔
→ howard9877: 錢多少啊？如果沒六七萬還是換工作吧，要雙修…呸
6字頭都沒有 剛好5字頭而已 囧
→ aaaming: 高手code 又沒註解 看完也可以跳巢惹 羨慕QQ
→ XJY13: 之前我做一點點簡單安卓 就跳去寫iOS 直接硬幹 基礎沒打好
→ childlike12: 反正你剛開始學，乾脆直接學react？
這個看以後有沒有機會用到吧XD
→ XJY13: 雖然可以生出東西 但是很多都是依樣畫壺盧 現在趁比較閒
→ XJY13: 自己寫小東西練
好的
(femlro 刪除 singoboy 的推文: 請勿輸入作者姓名，尊重個人資料)
→ pttworld: 詢問文件對照著。沒註解通常會有文件。
文件也沒有（攤手
推 cowyou: 之前面試一間公司，面試Android工程師，最後連ios一起面，
→ cowyou: 因為ios工程師這職位砍掉，公司打算只招一位，ios
→ cowyou: Andoird都要寫，筆電自備，38K，呵
推 serval623: 樓上這個offer 夠狂
推 tails32100: 個人覺得，寫出人懂的程式碼才是真高手
→ tails32100: 畢竟程式碼是給人看的 >"<
mvc好像這幾年說是開發者的自我要求？
推 EngRookie: 兩邊都要寫的表示沒人懂你的工作內容跟難度...
真的...
推 blu1121: 不夠直觀是不是有可能用了很多Design pattern的概念?!
對呀 大概以我目前認知可能用了實例和mvc模式
→ TFnight: 先把class的概念弄懂 從class & function 猜大概的功能先
好的
推 twobrother20: 程式碼簡單易懂 最好了 寫一堆難懂 有屁用
→ twobrother20: 以後離職更難交接
真的...變數名稱也讓我猜老半天
推 s410294: 我覺得你不懂物件導向
略懂一些而已 但是應該沒有非常懂
推 brucetu: 如果有寫測試 從測試開始看，如果沒有
→ brucetu: 呵呵 連程式是不是對的都很難講，你就亂改看看吧 不熟的
→ brucetu: 狀況我覺得debug單步爬比你用人腦runtime容易看懂 也有ca
→ brucetu: ll stack資訊方便來回檢視
好的
→ viper9709: 推越級打怪
推 cakeboy: Java 通常變數和方法取名取得好的話，大概就會知道流程是
→ cakeboy: 什麼，細節再印log 看看大概就可以懂8成以上了
好的 可惜的是名稱有點亂..
推 maxqq: 六年前...我沒任何 app 經驗，公司就幫我接下一個月的案子
→ qweqweqweqwe: 其實… 新手怎麼能看的出是不是高手…
因為我也有完成一個相同的app，所以看得出來他寫的比我專業好多
推 longlongint: 如果時間不夠 看 func name 就好  當機再一行一行看
好的
推 tipsofwarren: 個人經驗:先把架構看懂,子功能/演算法則用debugger
努力看懂架構中...囧
推 vi000246: 先找出是哪個地方call 這些類別的 找出程式主要的流程
推 doranako: 如果偶合很少的話要trace才看的懂，先從ui下手，起碼一
→ doranako: 個activity或fragment對應一個xml，把所有ui的關聯畫起
→ doranako: 來然後針對每個畫面所需功能再進行研究
→ doranako: 著手進行前起碼要先知道android的ui生命周期，這個不用
→ doranako: 花多久時間
好的 謝謝D大寶貴的指點
推 ginnyhuang: 猜測高手code有一堆共用code共用(extends)baseView?你
→ ginnyhuang: 先抓出所有Activity，通常一個Activity對應到一個page
→ ginnyhuang: 如果分不清哪個Activity是哪頁就先抓第一頁(manifest
→ ginnyhuang: 中有LAUNCHER的那個activity)。從這頁開始，有創建vie
→ ginnyhuang: w的(不知道他是coding還是xml，猜是前者更難懂)、有UI
→ ginnyhuang: 邏輯的、有取data的，和你在iOS的那頁做比較，應該可
→ ginnyhuang: 以從這頁了解那些code在做什麼，以此類推，看下一個
→ ginnyhuang: activity的速度會更快。如果某一頁太複雜還看不懂，那
→ ginnyhuang: 可以先挑簡單的來看。看了幾頁應該就能大致懂對方寫
→ ginnyhuang: code的邏輯和習慣，不要太執著於單一function裡面的運
→ ginnyhuang: 算(細節可以後面要修改時或習慣後再填補)，而是先知道
→ ginnyhuang: 這個function是在處理什麼。(PS.交接沒有文件?)
沒有＝＝；
→ ginnyhuang: PPS.看code時可以手寫筆記畫流程，對理清邏輯很有幫助
好的！ 感謝g大寶貴的意見！
※ 編輯: g001613001 (61.228.126.116), 11/04/2016 11:01:18
推 popcool: 看高手code的機會可遇不可求啊！看懂不管邏輯或架構你都
→ popcool: 會大躍進，加油
→ jazzter: 啊可是iOS本身在app 開發上就和mvc強烈結合，這一定要懂
→ jazzter: 吧，不然想討論的話歡迎
→ pkwelly: Android先就MainActivity的onCreat()慢慢看摟～
→ pkwelly: 加上AndroidManifest.xml以及全域變數開始看application
→ pkwelly: iOS既然有在寫的話應該就多多注意每個Controller的Delega
→ pkwelly: te應該差不多吧...? 我也是兩個都有在寫～歡迎討論 顆顆
推 jin0000: 用心智圖軟體去描繪自己瞭解的流程，應該起碼就能先入門
→ jin0000: 了
推 ak2840: 可以先問為什麼你會覺得這是高手寫出來的？
推 ak2840: 看完上面的敘述只覺得雷而已
安卓的我還不夠熟悉沒有實際完成一個專案過
iOS的話 主要是對方有使用mvc，我做專案時，之前都是一個人
所以都沒有切過，主要是這邊會覺得不明覺厲
但是在Swift語言上對方也使用的比我看起來就是讓人看不懂的地方多了很多
所以才覺得對方是高手....
就是程式碼精簡化跟物件導向的概念比我好的感覺
推 geroge0820: 想知道這樣待遇多少
50
→ shietsd: 看起來你並沒有project壓力吧？因為外包已經做完了？
推 shietsd: 這樣你只要選擇先看iOS還是Android的code,選你以後想做
→ shietsd: 的先看，然後先看概念，自己畫關聯圖，function 不要看
→ shietsd: 太深，知道function input/output 什麼就可以
→ shietsd: 自問自答，當別人問你flow時要講的出來，這樣就可以了，
→ shietsd: 然後再看另外一種，記住不要鑽太深
好的，有時間的話我是負責日後維護BUG跟新增功能的
所以我應該還是會重新寫一份出來，當做練習，比較會有概念。
推 OpenGoodHate: 要同時開發為何不用跨平台套件
這個好像原本有使用網頁版的方式來開發，但是效能上比較差，所以就停止了的樣子。
→ realmeat: 我是覺得沒很難, 比起讀講不清的文件...
→ realmeat: 我都跑去看sourcecode... 如果有的話
→ realmeat: 不過啥叫高手的code? 這是哪來的定義?
我自己的定義XD
程式碼很精簡 物件導向用很大 mvc有使用的樣子...
因為是菜鳥所以看到這樣的程式碼就會覺得不明覺厲了...
雖然相同功能我自己寫出來沒問題
但是要我現在寫的跟對方一樣，還寫不出來...
※ 編輯: g001613001 (36.224.212.250), 11/07/2016 14:21:17
推 s860134: 通常高手的code是最好懂的，減少重複才是重點，不是寫得
→ s860134: 短就好
推 otaku5566: 菜鳥5萬應該是一開始就打算要人雙修的吧