Re: [請益] 如何從猴子進化成人類

看板Soft_Job (軟體人)作者happy321 (男生一枚)時間14年前 (2011/07/09 00:27)推噓0(0推 0噓 1→)

留言1則, 1人參與討論串2/4 (看更多)

事實上...只有極少部份的人寫API給人家call，大部份的人都在call API ，很多時候call API是需要經驗和"想像力"的，其實想像力也許也是經驗的另類表現吧！why??上述論調聽起來很是吊詭哩~~其實也還好、說穿了就是 document太多或不足的問題而且！如果要用API來完成一些事的時候，一定要看document的呀！可是有些東東document太多、編排又不一定好，畢竟那也是人編的、他的想法和你的想法可不見得一樣，同一類型的API到底會有多少種說明方式？有些東東document奇缺無比、通常缺的狀況在open source最常發生、比如說前陣子我利用VLC SDK做一些東西時就是如此，為了"快速"完成我的目的...我很無恥的破壞了vlc原來的UI架構，自己穿牆而過的開了一個後門給自己用，這不是王道...可是不先把這個東東搞出來、很可能老闆就會抓狂了...好、先不提這個了，言歸正傳。事實上我發現專案中百分之九十九的功能我們會"站在巨人的肩膀上"完成，其實就是API拉，舉例子、比如說你做產品要用一個主控IC，那IC設計公司通常就會給你一包SDK不是嗎？裡面其實已經把大部份的事都做完了不是嗎？又比如說你想玩android，有沒有發現在寫code的時候就是一堆java API滿天飛？真正去改連接層、driver、kernel的人依然是少數不是嗎？然後其實這少數人相較來說是比較值錢的，因為他們改的東西比call API 更深入了嘛，當然也更難囉！想進化嗎？其實我也想，不過進化前總得先把call API這作事做好，我總是覺得、如果你自己不先用一用、怎麼知道API要怎麼開比較讚！為什麼程式會一層一層又一層的包？不就是因為希望API可以愈來愈"易"用嗎？東西一多、就容易紛亂、而在亂軍之中殺出一條康莊大道一向都是寫程式的人必需完成的任務。我也不知道幹嘛回這些、只是感覺原PO跟我有相同的感覺，然後我覺得我已經經歷過這一段，所以來分享一下。 ※ 引述《rosemary0401 (靠，為什麼沒考上榜首)》之銘言： : 因工作接觸MFC、windows programming這一塊，越做越覺得自己像猴子， : 一開始接觸win32 api，一堆handle，一堆新定義LP來LP去的資料型別 : 一狗票的API帶一狗票的參數，看也看不完。 : 每天都在GOOGLE、都在看MSDN，往往研究一個API就花了一個下午， : 一度懷疑自己真得懂C\C++嗎.... : 如果今天沒有網路，大概一行code都寫不出來。 : MFC又把win32 api包裝了一次，雖然每次call的時候可以不用帶那麼多參數， : 但是感覺又更難懂了，class一層又一層的繼承， : 搞不清楚哪些東西底層做掉了，哪些又要自己改寫。 : 很多東西之其然不知其所以然， : API1要call之前必需要先call API2，然後用完以後又要call API3... : 或是某些API只能在某些override的function裡面call，不然會出現錯誤... : 但是我卻不知道為甚麼，就算知道為什麼，最後還不是要call來用。 : 就算真得弄熟了，萬一將來舊的技術淘汰了，或是要換一個新的平台 : 可能又要接觸一套新的api，然後又要開始重學... : 好想早日從code monkey進化成人類，誰來救救我 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.251.158.83