Tag Archives: MSN

夢想是什麼?

昨天晚上,和一個朋友在討論夢想,也讓我對於夢想的想法再更加確定,或許我的是錯的,太過理想,太過不切實際,但我相信我會慢慢找到一個對我自已而言,最合適的道路。

下面是我和朋友Z的對話過程: Continue reading

什麼該放進版本管理系統 以及 理想目錄架構說明

P.S. 這裡的理想目錄架構完全是以 bPack 這個我自已在用的套件組來說

最近在某些原因為驅動下,我開始用起了版本管理這個神奇而重要的工具

一開始,我常把整個 Working directory 都給 add 進去

結果到最後變得很容易 clone 到別台主機上時,就把其他主機的設定給蓋掉了

於是我整理出了一個表來提醒自已什麼該放什麼不該,寫在這裡希望大家如果有不同的想法

也請大家再和我說 ^_^

原則:有共通性的才能放在版本管理裡(這樣有好處,可利用 git hook 讓它在 commit 後馬上把相關的檔案 checkout 至 work testing server 而不會讓 work testing server 掛點)

(以下都是用 bPack 目錄架構)

什麼該放進去 Source Control?

  • M (model/)
  • V (tpl/ , public/js/, public/css/)
  • C (do/)
  • 開發中會用到的工具
    • dev/tests/ (相關的單元測試)
    • dev/docs/ (文件 for 程式設計師參考)
    • dev/env/developement (環境設定(.htaccess, config.php),上線後要刪掉)
    • dev/env/production (環境設定 , 上線後要刪掉)
    • dev/db_schema/latest/ (這裡放最新的 schema) 如果有變動要放進來
    • dev/db_schema/20100115/ 這裡放這一天修改的 ALTER 讓不同的開發者可以用這個升級他們自已的資料表到最新的進度
    • dev/editor/ 放一些編輯器的習慣(像我的習慣 Komodo Edit 專案檔我就會放這裡)
  • 設定 (config/constant.php, config/base.config.php, config/admin_menu.php 這種不管在哪裡個環境都適用的資料)

什麼不該放在版本管理?

  • 圖片
  • 暫存檔
  • 外部 Library 如 smarty, phpmailer 這種 (這個應該是要在 bulid system 下自動抓新的放進來)
  • 在不同主機上會有需要更動的設定(這裡指的是放在原位置,應放至 dev/env/ 下)

我真笨

在作事的過程中,終於了解為什麼了:當下的一個少作或是偷懶,就是以後的負擔。

這一年來例子出現了四五個,從貼錢到浪費時間應有竟有,這也是為什麼戶頭只剩三元的原因。

我生氣,是因為為什麼我這麼晚才想通而生氣。

記得一次去唱歌,那時的我放棄了一切,想忘懷一切去完成一件事情,那件事情就是唱歌,去發洩,但那時的歌聲卻是最好聽的。

或許我該學習的是如何在作一件事時,忘記那些心頭上的一切。

我真笨,怎麼會這麼晚才了解這樣簡單的道理。

鳳凰與烏鴉

那個烏龍設計師招喚出一隻烏鴉 卻讓老闆看起來像是鳳凰…此時孔雀被丟到了垃圾桶….

在翻過去的通訊記錄時,意外看到了這個我朋友四月份的一個 MSN 名稱後面的一句話。讓我想起了,我們這個社會對於設計師的看法。

很多人會依賴設計師去協助自已作出點什麼,但是又強抱著自已的主觀意志不去接受或了解設計師的看法,而這時設計師通常都會為了五斗米,而去修改自已的設計並接受客戶的要求。

不過為什麼沒有人會試著去了解設計師的想法呢.. 我想可能是因為大家都覺得自已花了錢才是老大吧。於是最近不斷的重看馬克(右邊有連結)的文章,於是又再次想起了這個問題。

想問問大家有沒有這種經驗呢?