Re: [閒聊] 我遇到兩派老師

看板java作者 (Tails)時間12年前 (2013/06/15 15:38), 編輯推噓4(4017)
留言21則, 10人參與, 最新討論串4/4 (看更多)
小弟短短的淺見,看看笑笑就好 老師和教授的立場 通常會認為基礎相當重要 大部分是認為,有著良好的基礎才比較能寫出的可用程式 (小弟以前的學校大部分都是這樣) 公司和客戶的立場 通常會認為效率相當重要 因為對於開發而言,時間就是金錢啊,誰管你怎麼寫。 兩派做法都有優缺點 Notepad派做法 在未來開發時遇到底層問題時 還有辦法能夠發現問題所在並解決 但學習上會花很多時間 就像教師親自改考卷 除了算分數外,還能針對學生錯誤的答案給一些評語 但缺點就是改考卷太花時間了 IDE派做法 雖然仍然要學習IDE的使用,但IDE都把麻煩事解決了 開發者可以花更多心思在寫程式上就好 但IDE做了什麼事,開發者不去touch就永遠都不會知道 就像教師把考卷給小老師改 當然優點就是省事省麻煩,還有多的時間做更多的事 (效率啊~) 但缺點就是小老師怎麼做都無法得知 (比方說偷偷多給好朋友分數等) 分享最近小弟身邊發生幾件事: 小弟本身專長是PHP MySQL,曾花很長的時間去專研OO(PHP的)的特性和設計模式等。 小弟的partner專長是ActionScript和JQuery 他寫過許多有趣的網頁程式,包括3D呈現等等。 http://www.chee.com.tw/effect_sample/ 上面樣板先不看 中間網頁效果和下面的FLASH都是他獨立從頭coding完成的 (他都是這麼說的Orz) 但最近遇到的是一個Android專案,要用Java寫 對小弟和他而言無非是個痛苦,動態語言的方便要轉成靜態語言的嚴謹 但也只是硬著頭皮邊學邊寫 這專案要做一個在畫布上畫直線、圓等功能,並且要能儲存和讀取 儲存和讀取是小弟的專長,已經是寫好的 畫圖功能是他的專長,他寫了一個物件去代表畫布上的圖層 然後測試時他發現怎麼存怎麼讀,所有物件都會被建立在同一個座標上 (因為是禮拜五晚上的事了 所以只是LINE上講講) 我:應該是物件沒NEW吧! 他:有啊,一定有! 我:那也許設定值的時候有錯? 他:有log過了,設定進去的值是對的! 我:算了~_~ 我也不知道問題,禮拜一再看好了Orz (禮拜一幫他看程式) 我:程式是發生什麼錯?設定座標進去的屬性在哪? 他:(指) 我:(看了一下) 你座標的屬性幹嘛設定static,刪掉之後99%就正常了。 他:真的嗎 (trying ) 欸可以了Orz... (只為了一個static...) 因為小弟基礎功有花時間去練 自然也就比較能找出這個錯誤 但相反的 小弟開發速度通常都比partner慢 因為小弟只要遇到可以套設計模式、或是對未來改程式有幫助的方法,都會想去試看看 反覆測試的結果 如果可行還好,不可行就等於是浪費時間了 所以小弟常被partner罵功能寫太慢 Orz... 結論: 其實用比較廣義的角度來看就只是一個問題: 套件和工具要自行開發(=Notepad派)還是用別人開發好的(=IDE派)? 這個答案沒有所謂的對錯了 每個人也都會因時間和環境的變化而改變答案 小弟的情況: 本來用gedit、Kate開發PHP程式,後來就換成Aptana 本來用CLI去處理git的任何動作,後來都用GUI 本來是自己寫action record,後來用別人寫好的ORM JAVA就是直接用Eclipse了 Eclipse真的很好用 但哪天遇到只有CLI可以用的話,就算是vi+javac也是要上啊Orz -- 感謝花時間讀完小弟的小淺見 [逃] -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.126.68.4 ※ 編輯: tails32100 來自: 59.126.68.4 (06/15 15:40)

06/15 15:43, , 1F
還是覺得 git 用 command 最順手 xd
06/15 15:43, 1F

06/15 15:53, , 2F
插花問... 連給 commit comment 也順手嗎? @_@
06/15 15:53, 2F

06/15 15:53, , 3F
我是從來沒用過 command line 上 git 不清楚 [遮臉]
06/15 15:53, 3F

06/15 15:57, , 4F
不就是打字而已有差嗎QQ
06/15 15:57, 4F

06/15 15:59, , 5F
有人說他只用 GUI 作 commit,原因就是 comment 不好打
06/15 15:59, 5F

06/15 15:59, , 6F
不是我不是我,我只會用 GUI [遮臉]
06/15 15:59, 6F

06/15 16:02, , 7F
先承認[有人]就是你吧XD 我覺得GUI要看log很方便啊XD
06/15 16:02, 7F

06/15 16:02, , 8F
那是他不會用 vi 吧?預設指到 vi,改成自己習慣的editor唄
06/15 16:02, 8F

06/15 16:04, , 9F
有人是誰不重要,總之大家選自己有生產力的方法就行了
06/15 16:04, 9F
中肯~ 離開學校環境,效率變成主要考量因素後,就變成只求有生產力就好了

06/15 16:18, , 10F
我只是想知道我是不是被唬爛了 XD
06/15 16:18, 10F

06/15 17:56, , 11F
06/15 17:56, 11F

06/15 18:00, , 12F
git commit comment 的時候用的是外部的編輯器,你愛用
06/15 18:00, 12F

06/15 18:01, , 13F
什麼都可以。XDDD
06/15 18:01, 13F

06/15 18:25, , 14F
推文方向歪掉了,我對原 po 感到抱歉 Orz
06/15 18:25, 14F
討論Git也不錯啊,不要歪到程式無關的就好XD

06/15 18:40, , 15F
只能說~出來跑~總是要還的~用IDE不代表就能不熟~要挖多深
06/15 18:40, 15F

06/15 18:42, , 16F
懂多少~不是公司需要~就是自己需要...
06/15 18:42, 16F

06/15 18:46, , 17F
原來可以使用外部的編輯器阿...我都打在cmd裡orz
06/15 18:46, 17F

06/15 18:49, , 18F
感謝樓上救援 XD
06/15 18:49, 18F
已習慣GUI用法了 一開始有學command 不過忘得差不多了Orz

06/15 19:09, , 19F
哈!打中文空格(全型)你會找不到BUG在哪裡,即使檢查了N遍 ^_^
06/15 19:09, 19F

06/15 20:22, , 20F
IDE好可憐~連static的錯她都要吞
06/15 20:22, 20F
static那是pathner基礎觀念錯誤啦,跟IDE無關 就算建N個物件 static還是只有一份 那裡只是舉個例子表示基礎的重要(=Notepad派) 後面也舉了一個反例表示效率的重要(=IDE派) ※ 編輯: tails32100 來自: 59.126.68.4 (06/15 22:08)

06/17 19:58, , 21F
個人覺得像Scala整個把static的拆到object去比較直覺
06/17 19:58, 21F
文章代碼(AID): #1Hl1dhG3 (java)
文章代碼(AID): #1Hl1dhG3 (java)