號呆鵝的操盤室

先說一下怎麼在Windows平台架設dokuwiki 其實還真的滿簡單的 (笑) 首先到抓xampp來裝, 這個package包括apache & php http://www.apachefriends.org/zh_tw/xampp.html 然後再到dokuwiki的官網抓原始檔 https://www.dokuwiki.org/dokuwiki 把dokuwiki解壓縮到 xampp/ htdocs/ wiki/ 裡面 第一次使用要先連 http://localhost/wiki/install.php, 設定一些必要的東西 試著開瀏覽器,  http://localhost/wiki/ 連看看 然後就可以移除install.php, 開始在自己電腦上使用WIKI 另外, 一般我會建議修改PHP的設定, 把上傳檔案大小限制調大 xampp目前的上下傳限制是2MB, 這可以在 PHP.ini 裡設定 ---- 我們目前使用的方式, 在這裡介紹一下 dokuwiki支援用"冒號"來分隔主題, 有點像是目錄的概念, 例如     user1:schedule:2012_01 表示某個user1, 他裡面再開一個schedule的分類, 最後裡面再一頁2012_01 我們鼓勵每個user開自己的分頁, 格式不拘, 可以把WIKI當筆記本使用     user2:topicA:implement_note 也可以開一個類似這樣的頁面, 把開發過程中, 相關的資訊整理在裡面 這樣一來, 文件就會以incremental的方式慢慢長出來 日後如果要交接, 或是回答問題, 這樣一個頁面就可以直接拿來用 ---- 如果是給團隊使用, 可以依照主題, 開立不同的頁面     topicA:resource    給大家放網路上找到的資源     topicA:discussion    討論頁, 如果有什麼問題可以放上去 WIKI強大的地方是, 可以很多人一起編輯某個頁面, 適合收集各種零散的資訊 比如某個疑難雜症某人解掉了, 可以順手貼上WIKI, 之後的人看到就可以直接用 我們對文件的概念是, 寫文件需要時間, 而文件的價值正比於被多少人讀過 文

這本書對於接下來10年的經濟情勢提出預估: 那就是通貨緊縮 作者在第二章分析了人們一般在不同的年齡, 普遍的人生經歷: 18-22單身 22-30新婚夫妻 31-42年輕家庭 46-50小孩上大學的家庭 50+空巢期 60+退休 一般人的支出高峰期落在46歲左右 目前人口結構裡, 二次世界大戰後的嬰兒潮佔最多數 這些人主宰整個經濟的走勢, 當他們需要就學時, 學校的數目立刻不夠; 當他們開始進入職場, 源源不斷的勞動力讓就業市場蓬勃發展 當他們開始置產, 也同步讓房地產大幅升值 目前嬰兒潮的人已經逐步要退休, 他們接著會大幅減少支出, 開始儲蓄退休金 存錢大致上來說不是壞事, 但是如果社會上有一大群人大幅減少支出 而遞補上的一代人, 如果數量不夠, 這代表各行各業的收入會減少 我們不再需要那麼多的產品, 所以工作機會會更少 連帶會導致薪水下降, 借貸下降, 造成百業蕭條... 這就是通貨緊縮, 驅動的力量是人口的趨勢, 政府不管做什麼都無力扭轉 全世界率先邁入通貨緊縮的地方是日本, 日本已經通貨緊縮10年以上 即使政府把利率調整到0, 都無法讓經濟恢復起色, 房價已經連續跌了10年以上 這個劇本未來可能會在很多地方重演... ---- 在台灣, 其實類似的劇本即將上演, 人口快速老化, 新生兒大幅減少... 房價和薪水不成比例 我預估爆掉只是時間問題, 沒有必要在這個時間點買房地產 另外就個人來說, 其實舉債買屋, 背上幾百萬的貸款, 我也不覺得是負責的行為 當房地產正式爆炸, 台灣的銀行也會爆; 這個影響非常深遠, 因為銀行可能開始抽銀根 連帶很多公司可能開始經營不下去, 工作減少, 薪資下降, 大家開始勒緊褲帶過生活 在這個過程裡, 房貸要繳的金額不會下降, 貸款支出比例會提高 連帶大家又跟著降低消費, 造成經濟蕭條 所以一個國家的房地產, 就算要他跌價, 也不能跌太多, 不然會出問題 如果房價跌到把自備款全部吃光, 貸款還比房價多, 搞不好很多人就把房子丟給銀行 目前高漲的房價, 代表很多人身上扛著炸彈, 最好他們在接下來20年都可以順利繳完房貸 不然一旦爆掉, 連鎖效應得由所有人一起扛...

工程師大致上來說, 是不喜歡寫文件的 寫了又沒人看, 而且做完以後, 該怎麼動都在腦袋裡, 寫文件等於是多餘的工作 我想任何人都不喜歡這種沒gain的事 在工作流程裡, 很自然會有不少副產出, 比如找同事討論, 在白板上的塗鴉 在紙上隨手記下的筆記, 這些其實就很夠拿來當作文件 我想文件的真正用途, 是讓人(包括自己)了解設計, 任何有意義的線索都值得保留 我不推保留紙張當作文件, 因為順手寫下的塗鴉, 很容易不小心被當作垃圾丟掉; 好在現在手機都有內建相機, 順手拍下來, 再用小畫家編輯一下, 重點就很清楚 形式不是重點, 而且他不應該難以製作 (比如強迫用visio畫流程圖) 撰寫文件的第一步, 就是從工作流程裡, 抽取本來就會產生的副產品作為素材 下一階段是, 這些素材要用什麼東西組織起來 一般我們會想到word/excel這類的工具, 其實這些工具有幾個很顯著的缺點 難以編輯, 電腦一定要有word/excel 難以管理, 一定得用資料夾分門別類, 偏偏分類是很麻煩的事 無法搜索, 如果有一堆文件, 要在一堆word/excel裡尋找是很麻煩的事 難以維護版本, 難以多人一起維護一份文件 我的建議是使用WIKI, WIKI架在server上, 編輯的, 看到的永遠是最新版 只要有任何想法, 透過瀏覽器隨時可以編輯文件, 每個頁面也可以很容易內嵌文件, 檔案, 連結 因為WIKI容易編輯的特性, 大幅度降低撰寫文件的"心理負擔" 比較容易做到當設計出來時, 也有一定數量的文件 目前在網路上, 最著名的WIKI是維基百科, 這個WIKI使用MediaWIKI寫成 您可以連到維基百科, 觀察他的效果 如果是個人, 小團隊使用, 建議使用簡單一點WIKI 不要使用資料庫當作backend, 我實在不懂資料庫 好安裝, 可以在Win32上面跑 最後我挑了dokuwiki, 這個wiki能完全滿足我們的需求 這個wiki system我在2009第一次架設, 最近重新又弄了一個 操作的流暢度和介面都有相當的改善 下一篇我會講, 大概的安裝方法

早上和朋友去騎了一趟新竹宇老, 這是一條我很喜歡的路線 一路從平地爬上海拔約1500, 坡度夠水準, 沿途車不多, 遮蔽夠多 每到周末總是吸引很多車友 上次來這兒, 是為了備戰2010花東自行車賽, 也就是兩年多沒再來過這裡 2010年我加入新的公司後, 騎車的時間大幅壓縮, 體力也大不如前 今年因為健康檢查出現體脂過高, 下定決心去健身房運動, 練了一陣子 這次也做到不落地直上宇老, 整個爬坡段從尖石萊爾富開始算, 大概2hr到山頂 這個速度比不上以前最好的狀態, 但是起碼有練回一些體力了 我帶了聰明機一起上山, 沿途紀錄軌跡:  Google Maps的地圖 我一直很喜歡宇老的下山段, 從地圖看就知道, 他的彎非常多, 角度也大 要安全的下山, 得集中精神即時評估路況, 對向是否有來車, 路上的坑洞, 落葉 因為坡度夠陡, 加速很快, 我得強力扣前煞減速, 速度變化非常大 不平整的路面, 會讓鋁車強烈震動, 晃得人非常不舒服, 這個下坡段騎來一點也不愜意 回到家感覺體力有點過度透支, 但是真的好爽 之後我應該會把一些夢幻的路線再騎一次, 比如再去一趟觀霧, 或著騎一次宇老大滿貫