今天晃到自己的專案 django-pgpauth 時，才發現多了 Mercurial 的選項。原來早在 5 月 28 日時就己經正式推出了。
要轉移原來的 subversion 資料庫到 hg 儲存庫中是很簡單的一件事。
在 Ubuntu 下，先安裝 python-subversion 套件。然後將 /etc/mercurial/hgrc.d/hgext.rc 中「# hgext.convert =」的註解拿掉。
接下來，作轉換的動作。
# hg convert http://projectname.googlecode.com/svn hg-client
# cd hg-client
# hg push https://projectname.googlecode.com/hg
最後，記得到 administer > source > Repository type，把 Version control system 改成 Mercurial 即可。
轉移公告
計劃把 http://blog.hoamon.info/ 文章全部轉移至 http://www.hoamon.info/blog/ 這裡，而本 Blogger 站台的文章近 500 篇，我預計在 2014-12-31 前移轉完畢，完成後 http://blog.hoamon.info/ 將只作代轉服務，一律把舊連結如 http://blog.hoamon.info/index.html 轉成 http://www.hoamon.info/blog/index.html ，敬請舊雨新知互相走告。
何岳峰 敬上
2009年7月25日 星期六
2009年7月24日 星期五
「無名」的留言系統有 bug
往往在留第二篇回應後，就出現「成功送出，但不見文章秀出」的問題。
所以我把想要回應的文章就寫在沒有 bug 的 blogger 中。實在是很不想去看無名的文章，只不過，這個版主是我研究所的學弟，偏偏我又對他的文章有很多意見。
以下是我針對「隨手執筆 - 【心情】回台中後一周」的一樓回應文的回應：
一個人作系統開發很難賠大錢，因為這是一份比較踏實的工作---你總是有付出些什麼! 像是時間及知識。
就像證券營業員一樣，他也是付出了和你講話的時間、幫你下單、幫你提醒交割金額及時間，所以在拿薪水時，你和他們是絕對是理所當然，豪無悔恨的。
但是在效率市場中賺錢，卻不是付出愈多的腦力及時間，就表示收獲愈多。的確有人的獲利會高於平均，但那個人是不是最努力「研究」的人呢! 我很存疑。
另外對於停損的觀念，請看一下這一篇文章：http://greenhornfinancefootnote.blogspot.com/2008/05/fallacy-of-sell-at-loss.html
== 後記 ==
寫這篇文章，讓我和老婆小吵了一架，也讓我的心情有點不爽，只是因為「無名」實在不好用呀!
所以我也就作了個小小的決定，以後不訂閱在無名的 rss feed 了，省得我火氣大。事實上，我常看的 blog 也只有這個學弟是放在「無名」。
Sorry! 學弟。不過，我想你的耳根子以後會清淨些。
所以我把想要回應的文章就寫在沒有 bug 的 blogger 中。實在是很不想去看無名的文章，只不過，這個版主是我研究所的學弟，偏偏我又對他的文章有很多意見。
以下是我針對「隨手執筆 - 【心情】回台中後一周」的一樓回應文的回應：
一個人作系統開發很難賠大錢，因為這是一份比較踏實的工作---你總是有付出些什麼! 像是時間及知識。
就像證券營業員一樣，他也是付出了和你講話的時間、幫你下單、幫你提醒交割金額及時間，所以在拿薪水時，你和他們是絕對是理所當然，豪無悔恨的。
但是在效率市場中賺錢，卻不是付出愈多的腦力及時間，就表示收獲愈多。的確有人的獲利會高於平均，但那個人是不是最努力「研究」的人呢! 我很存疑。
另外對於停損的觀念，請看一下這一篇文章：http://greenhornfinancefootnote.blogspot.com/2008/05/fallacy-of-sell-at-loss.html
== 後記 ==
寫這篇文章，讓我和老婆小吵了一架，也讓我的心情有點不爽，只是因為「無名」實在不好用呀!
所以我也就作了個小小的決定，以後不訂閱在無名的 rss feed 了，省得我火氣大。事實上，我常看的 blog 也只有這個學弟是放在「無名」。
Sorry! 學弟。不過，我想你的耳根子以後會清淨些。
2009年7月19日 星期日
我家的書櫃
整理了兩天，終於把三樓書房及二樓客廳的書合併放在一起了。
我是個很愛書的人，但也常丟書，主要原因是常忘了借給誰，像是曾擁有金鏞全集，但目前只剩下笑傲江湖 5 到 8 集。也一直幻想著開一家私人圖書館，過過當館員的癮。
會喜歡看書，我想父親的身教是最大因素，從小常看他在研讀法律書籍，他總對我說：「法律是給懂的人用的。」為此，身為公務員的他卻跑去考了個代書執照，雖不可執業，但也幫了不少朋友。
也因此，在高中一年級時，最大志願是唸法律系，而且是財稅組。只可惜，當年不愛唸教科書，那些歷史、地理的知識又無法拿國中讀過的來考試，只好選了「一樣不讀書但考試可及格」的第二類組，因為我可以拿國中理化知識解決高中理化問題。
作這個決定，我知道父親是有點失望的，但是我跟他說：「我的志願現在是建築/土木系」，他也就接受了，因為他認為「有土斯有財」，唸土木/建築系將來可以開發土地、蓋房子，這一點也與他的代書背景有關。而且母親也是強烈希望我唸中興土木。只可惜他們沒有機會看到我真的蓋棟房子。
知識就是力量，父親不是用說的，而是在我面前實踐。以此張相片與各位共同勉力：「期許藏書能愈多愈好，咀嚼出最棒的智慧」。
PS 如果家裡沒空間、手邊沒閒錢，那不妨把公共圖書館變成你的書櫃。
2009年7月16日 星期四
「可能是政治文」： 當老師比較爽!?
利益揭露：我老婆就是小學老師兼資訊組長，所以她也有國民旅遊卡。
我想目前的社會風氣就是認為當老師比較好，舉個例子：http://www.mobile01.com/topicdetail.php?f=37&t=821860&p=1，認為老師工時短、薪水穩定、風險低，是個絕佳的工作。而作到這些工作的老師們，必定是蹺腳捻嘴秋，沒作事也照領薪水。會有這種風氣，就是因為從表面上的福利制度看來，老師、公務員、軍人比其他行業爽，等到其他行業翻身，就不太有人會怎麼想了。
要其他行業翻身，就我的推斷是不容易的，因為太多的工作機會都被「電腦」給取代了，既然工作機會少，那麼勞工薪資福利平均水準就無法提高。老師、公務員、軍人都是服務人民的，既然人民生活不好，這些人慢慢地也會不好過，這只是時間早晚而已。
只不過在國家僵硬制度的保護下，不太可能藉由拉低他們的福利水準來滿足人民的期待，應該是用「限縮員額」來間接補足預算不足。
在擔任公立學校老師、公務員、軍人工作前，政府本來就對這些工作有昭告一定的福利制度，如果在他們工作若干年後，政府因為外在選票壓力下對他們的福利開刀，這說不過去吧! 對勞工來說，也是相同道理的，當初面試講好是 2 萬 2 元，如果在實際工作後，老闆說：「你作事的確有 2 萬 2 元的水準，但是整個就業市場不景氣，每個新鮮人起薪都只有 1 萬 8 ，所以，我必須刪減你的薪資。」這合理嗎!
「福利」是當初政府拿來利誘人才的糖果，所以當初講好的制度就不應該突然改變，徒木立信的故事，大家都聽過吧! 政府的公信力不容質疑。但是我非常支持將「不適任」的老師、公務員、軍人開除，工作既然沒作好，憑什麼還能要求政府保障福利呢!
事實上，任何人在台灣的客觀條件下，也都有機會選擇公立學校老師這個職業，其他行業像是軍人及公務員也是。會沒有選擇的原因不外乎兩種，一是考不上，二是不想選。而考不上的人，我認為他們沒有批評老師工作條件優渥的權利，因為他們容易陷入「自己拿不到所以也不要別人有」的盲點，但這些考不上的人還是可以要求老師們的工作品質需符合他們所享受的福利。
而我就是「不想選」的人，所以我來談談在我眼中，「公立學校老師」這個行業到底是什麼!
它其實是個「沒道理」的工作。
老師的工作績效不等同於福利享受程度，兩者是獨立事件，單以年資決定薪資，而像現在新註冊學生數愈來愈來少，在刪減老師員額的方法上，也是用「在校年資」來計算，這真的沒道理呀! 用心教學的老師因為年資不夠，在起額情況下，他優先離校，這合理嗎! 因為他的教學用心，讓學生家長想把孩子留在這個學校，但他沒得到相對應的回報，這不合理吧! 但大家都制定這種制度，因為搞教育行政的人還沒弄出一套合理的教師評鑑制度，只能用這種「沒道理但不得罪老鳥」的制度。
還好，我不是小學老師。我受不了這種「沒道理」的制度。
我想目前的社會風氣就是認為當老師比較好，舉個例子：http://www.mobile01.com/topicdetail.php?f=37&t=821860&p=1，認為老師工時短、薪水穩定、風險低，是個絕佳的工作。而作到這些工作的老師們，必定是蹺腳捻嘴秋，沒作事也照領薪水。會有這種風氣，就是因為從表面上的福利制度看來，老師、公務員、軍人比其他行業爽，等到其他行業翻身，就不太有人會怎麼想了。
要其他行業翻身，就我的推斷是不容易的，因為太多的工作機會都被「電腦」給取代了，既然工作機會少，那麼勞工薪資福利平均水準就無法提高。老師、公務員、軍人都是服務人民的，既然人民生活不好，這些人慢慢地也會不好過，這只是時間早晚而已。
只不過在國家僵硬制度的保護下，不太可能藉由拉低他們的福利水準來滿足人民的期待，應該是用「限縮員額」來間接補足預算不足。
在擔任公立學校老師、公務員、軍人工作前，政府本來就對這些工作有昭告一定的福利制度，如果在他們工作若干年後，政府因為外在選票壓力下對他們的福利開刀，這說不過去吧! 對勞工來說，也是相同道理的，當初面試講好是 2 萬 2 元，如果在實際工作後，老闆說：「你作事的確有 2 萬 2 元的水準，但是整個就業市場不景氣，每個新鮮人起薪都只有 1 萬 8 ，所以，我必須刪減你的薪資。」這合理嗎!
「福利」是當初政府拿來利誘人才的糖果，所以當初講好的制度就不應該突然改變，徒木立信的故事，大家都聽過吧! 政府的公信力不容質疑。但是我非常支持將「不適任」的老師、公務員、軍人開除，工作既然沒作好，憑什麼還能要求政府保障福利呢!
事實上，任何人在台灣的客觀條件下，也都有機會選擇公立學校老師這個職業，其他行業像是軍人及公務員也是。會沒有選擇的原因不外乎兩種，一是考不上，二是不想選。而考不上的人，我認為他們沒有批評老師工作條件優渥的權利，因為他們容易陷入「自己拿不到所以也不要別人有」的盲點，但這些考不上的人還是可以要求老師們的工作品質需符合他們所享受的福利。
而我就是「不想選」的人，所以我來談談在我眼中，「公立學校老師」這個行業到底是什麼!
它其實是個「沒道理」的工作。
老師的工作績效不等同於福利享受程度，兩者是獨立事件，單以年資決定薪資，而像現在新註冊學生數愈來愈來少，在刪減老師員額的方法上，也是用「在校年資」來計算，這真的沒道理呀! 用心教學的老師因為年資不夠，在起額情況下，他優先離校，這合理嗎! 因為他的教學用心，讓學生家長想把孩子留在這個學校，但他沒得到相對應的回報，這不合理吧! 但大家都制定這種制度，因為搞教育行政的人還沒弄出一套合理的教師評鑑制度，只能用這種「沒道理但不得罪老鳥」的制度。
還好，我不是小學老師。我受不了這種「沒道理」的制度。
2009年7月7日 星期二
使用 modelviz.py 來製作 Django-Based 應用系統的資料庫結構圖
要看懂應用系統的運作原理，從資料庫下手是一定要的。
了解了資料庫結構後，對其他執行方法的解讀就容易了。當然如果原本開發的人，其想法與別人太不一樣的話，在「他是比較優秀」的原因下，那對後面來看系統的人來說，就是一種莫大的幫助; 如果是程度太低的話，那就只能怪當初給他作教育訓練的人。為什麼程式設計師那麼不長進，還讓他開發系統。
如果系統是使用 django 架構開發出來的，那麼在資料表的展示上，我們可以使用 modelviz.py 程式，把資料表結構匯出成 dot 格式，然後再利用 Graphviz 軟體繪製成 PNG 圖檔。
這個方法理論上是可以在 Linux/Mac/Windows 上運作的，不過，你知道的，我愛用 Linux ，所以我保證在 Linux 可以這麼作，其他系統就有賴你們了。
首先是使用 modelviz.py 把 app 的資料表內容及關係匯出成 dot 格式。在 settings.py 同一層的資料夾中，鍵入
> ./modelviz.py [-d] project general > XXX.dot
project, general 是我的 app name，看你想知道那些 app 的資料表關係，就填那些。且你想知道的 app ，必須是有存在於 settings.py 的 INSTALLED_APPS 中的。另外在有加 -d 的情況下，它不會列出資料表的欄位，只顯示關係。
有了 XXX.dot 後，再利用 Graphviz 軟體把它轉成圖檔。
> dot XXX.dot -Tpng -o XXX.png
這樣你就可以從 XXX.png 中了解這些資料表之間的關係了。
如下圖：
其中，可以看到 User, Company 兩個表格並沒有顯現它們的欄位，這是因為這兩個表格處於 user app 中，但我並沒有在 modelviz.py 指令中要求它要秀出這個 app 。
了解了資料庫結構後，對其他執行方法的解讀就容易了。當然如果原本開發的人，其想法與別人太不一樣的話，在「他是比較優秀」的原因下，那對後面來看系統的人來說，就是一種莫大的幫助; 如果是程度太低的話，那就只能怪當初給他作教育訓練的人。為什麼程式設計師那麼不長進，還讓他開發系統。
如果系統是使用 django 架構開發出來的，那麼在資料表的展示上，我們可以使用 modelviz.py 程式，把資料表結構匯出成 dot 格式，然後再利用 Graphviz 軟體繪製成 PNG 圖檔。
這個方法理論上是可以在 Linux/Mac/Windows 上運作的，不過，你知道的，我愛用 Linux ，所以我保證在 Linux 可以這麼作，其他系統就有賴你們了。
首先是使用 modelviz.py 把 app 的資料表內容及關係匯出成 dot 格式。在 settings.py 同一層的資料夾中，鍵入
> ./modelviz.py [-d] project general > XXX.dot
project, general 是我的 app name，看你想知道那些 app 的資料表關係，就填那些。且你想知道的 app ，必須是有存在於 settings.py 的 INSTALLED_APPS 中的。另外在有加 -d 的情況下，它不會列出資料表的欄位，只顯示關係。
有了 XXX.dot 後，再利用 Graphviz 軟體把它轉成圖檔。
> dot XXX.dot -Tpng -o XXX.png
這樣你就可以從 XXX.png 中了解這些資料表之間的關係了。
如下圖：
其中，可以看到 User, Company 兩個表格並沒有顯現它們的欄位，這是因為這兩個表格處於 user app 中，但我並沒有在 modelviz.py 指令中要求它要秀出這個 app 。
2009年7月4日 星期六
訂閱：
文章 (Atom)
