跳到主要內容

發表文章

目前顯示的是 8月, 2011的文章

退伍倒數天數 Python

閒閒沒事,就寫程式,算一下我還有多久退伍。要取回去使用記得把入伍、退伍日期改一下! 程式如下: 執行結果如下: 執行結果

關於 goristock, grs 與 gae 的分開

goristock 是我目前 正在開發 的一支程式,主要是抓取 證交所 網站的數據加以分析。前陣子參考 Git flow 開發流程 | ihower { blogging } 所提到的分支管理,我重新規劃了一下 goristock 的分支佈局。以目前開發的狀況,幾乎偏向在 Google AppEngine(GAE) 上的 應用 ,但!這不是我當初開發 goristock 的初衷,當初的目標是開發一個可以在 Ubuntu 底下使用的看盤軟體,或是套件應用。因此就決定把目前 goristock 拆成 grs 與 gae 兩個版本分支來開發! grs 是以 goristock 縮寫命名,這一分支就專心以 python 的函式來開發,也就是當初 goristock 最核心的程式。而 gae 這一分支,就是以 grs 當作核心程式於 GAE 的應用開發。透過這樣子的分離,在規劃未來的功能時,就不會有思考打結的問題了,因為已經有很明確的分支目標可以進行。況且 grs 變得比較有彈性,能在其他的平台上應用。 grs 與 gae 都有一個 _dev 的分支,主要應付頻繁的新功能開發,開發到一定的程度後,會合併到主分支上。在 gae 中有個 ./grs 的資料夾,也是從 grs 的分支合併使用。 dev 則是合併 grs 作發佈前的測試,最後再合併到 master 公開。而 gae 則是直接發佈公開,並同時 update 到 GAE 上面 運作 。 另外也規定先提報 issues ,才能作新功能的開發或是 bug 的修正,這樣對於往後的追蹤或是規劃會比較嚴謹完備一點,也讓其他想參與的人可以看到目前的進度為何。 會有如此大的改變,主要是在開發上遇到一些瓶頸,就像前面所說的,在還有沒拆開之前,有些功能的開發會被目前兩個方向牽絆在一起,思緒就會變得很混亂,所開發出來的功能 看似契合,但卻很模糊曖昧 ,簡單來說,如果分開,兩個一定無法各自獨立運作!所以避免未來發生這樣的問題,勢必要有所切割來規劃開發,最多設計一個接口程式來銜接兩個不同的運作平台(類似 API 或是標準資料輸入、出)。因此,就在此刻做這樣的分割開發!希望有助於未來的發展! 題外話:這是在某一個夜晚值勤時,突然想通的一件事。

show