# 考不上 114 的小廢物 : #正文================================================== : 目前是用Anaconda跟VS code : 先在Jupyter Console每次寫一小個段落後 : trace %history然後在VS code裡寫成檔案debug : 遇到的問題是, 感覺開發過程好慢 : 因為常常會發生這種狀況: 43, parse html tag 可以用 BeautifulSoup. # re 不是不適合，是 "大量使用" 下不適合 : 每過一段就會出現好幾行是為了debug做的微調 : 在修正的時候過程總是 : 除錯->得到正確結果->(優化->失敗)*n : 然後history就亂七八操的 看的很累 寫起來也超麻煩 學個 VCS 例如 git? : 想想以前寫爬蟲的時候也是開兩個terminal然後一直(切換->對照->修正) : 還有就是關於lib的利用: : 普通就是想做什麼就google看看, 通常都可以得到想要的lib跟教學 : 雖然說常用就可以記熟方法, 可是工具千萬種, 不斷推陳出新 : 加上可能有些工具只用了幾次以後, 下次碰到就是幾個月後的事 : 即使把寫過的東西保留下來方便以後自己查找, 但還是零零散散的 先把官方的 library reference 看過一遍吧 : 我覺得我在整理的過程上消耗了太多時間 : 導致花了兩三天 可是寫出來的東西很少的感覺 : 所以我想請問一下: : 1.各位在程式開發的過程中都是怎麼避免常發生上面問題, : 或是可以避免掉 : 2.開發時有什麼習慣是應該要培養的, 才能寫出品質好的 : 程式碼 43, 1. 挑一個順手的 editor 會好很多； windows 下的 mutli-terminal 可以試試 ConEmu. # +vim (X) 2. PEP8, TDD, Function first. 最老套的講法還是「多看書」、「多看 code 」。 建議先看 Functional Programming 再回頭看 Design Pattern； 但如果基本 protocols (magic methods) 都還不熟的話還是先把 語法學完，再把 Fluent Python & Python Cookbook 看完。 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 192.19.253.250 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Python/M.1491548806.A.CFB.html