在這些課程中，對象都有著類似的情況，有些人已經很熟悉相關技術，也有些人完全沒有概念，每次準備教學時所假定的目標族群總是很難剛好涵蓋大部分人的情況。之前去日本時有跟 APC 開發者聊到，他覺得自己準備的東西好像很難讓一般人聽懂，也擔心會不會太過簡單而讓一些高手感到失望，我們最後有個結論，就針對自己最熟悉的部份去切入吧，自己的狀態總是比較好掌握的(不過當時我的主題比較簡單，不知道會不會害到他 )。

單純針對 jQuery 的教學似乎大家比較容易進入狀況，因為環境設置簡單，而且 jQuery 的語法也相當簡潔，甚至有朋友在當下就依循著教學內容去組合出比較複雜的應用，時間的安排也剛好，那次感覺比較舒服些

因為教學活動產生的互動過程是相對有趣的，畢竟每天面對著電腦螢幕十多個小時的人不太有機會跟那麼多人做實際的互動。不管怎麼樣，希望在這過程所傳達的資訊，真的能夠幫助到參與的朋友，也許這樣就夠了吧

在 8/25 ~ 10/15 之間，跟幾個朋友進行了十次的 PHP 入門課程，在這前後也跟 OpenFoundry 合辦了下面工作坊：

1. 7/11, 7/12 – CakePHP 教學

2. 10/21 – CakePHP 入門

3. 10/22 – jQuery 入門

4. 10/24 – jQuery 與 CakePHP

5. 11/14 – 版本控制 – Subversion + Git svn

6. 11/17 – php 入門

11/13 開始也會跟中原大學的一個實驗室進行 PHP 入門的教學。

在這些過程中，有時候會遇到手邊工作比較忙的情況，有時候又會剛好在專案之間的空窗期，所以自己覺得品質不是很穩定；對於表現不佳的時候，會有些抱歉。

在這些課程中，對象都有著類似的情況，有些人已經很熟悉相關技術，也有些人完全沒有概念，每次準備教學時所假定的目標族群總是很難剛好涵蓋大部分人的情況。之前去日本時有跟 APC 開發者聊到，他覺得自己準備的東西好像很難讓一般人聽懂，也擔心會不會太過簡單而讓一些高手感到失望，我們最後有個結論，就針對自己最熟悉的部份去切入吧，自己的狀態總是比較好掌握的(不過當時我的主題比較簡單，不知道會不會害到他 )。

因此，在課程的準備上，我使用的大多是自己比較熟悉的環境，對有些朋友而言可能是非常陌生的。而在內容的安排上，我把焦點放在實作過程，對一群人不停的從頭講到尾並不是我的專長，因此偶爾會有朋友反應，一些相關概念的說明也許不是那麼清楚，也許未來在這個部份需要做些努力。

CakePHP 的教學中，在環境設定上面經常花了比預期要多的時間，雖然後續改用 VirtualBox 搭配 Ubuntu 的方式進行，問題還是蠻多的。也許是操作過程太長，以畫面逐步說明的方式不容易記憶，應該要針對這個部份準備比較完整的講義。先前有跟出版社討論出版這個主題的書，不過後來開工作室忙了就沒辦法集中精神在這方面，如果接下來行程不會太緊湊(好像很難…)，也許會把它完成吧。

單純針對 jQuery 的教學似乎大家比較容易進入狀況，因為環境設置簡單，而且 jQuery 的語法也相當簡潔，甚至有朋友在當下就依循著教學內容去組合出比較複雜的應用，時間的安排也剛好，那次感覺比較舒服些

版本控制的課程，台下的反應比預期要熱烈些，應該是這類型的需求與日俱增吧，畢竟應用程式的複雜度越來越高，不是每個人都能夠清楚記得自己在各個環節進行的操作。

最近一次 PHP 入門的工作坊出了些狀況，因為使用 Windows 環境(我居然對 Windows 這麼陌生…)出現了一些預期外的狀況，加上範例剛好踩到 CakePHP 的保留字以及新版本的 bug ，原本想要在這個過程展示一下每天在做的事情，結果反而讓課程中斷了十多分鐘，真是尷尬。事後想想，這種跳脫原本進度的展示方式，也許需要將時間儘量縮短，否則會讓人轉不過來。

中原大學的課程剛開始網路有些狀況，因為原本預期是在電腦教室或網路備妥的情況下，所以沒有準備太多可以直接陳述的內容，讓剛開始的氣氛有些尷尬。這也反應了之前的問題，我也許需要在不需要電腦輔助的議題上面多些準備。

在入門性質的教學中，有朋友反應進行的速度太快，可能因為自己已經太習慣這樣的步調；不過同時也有些朋友反應內容太過簡單，恩，這總是兩難的。

因為教學活動產生的互動過程是相對有趣的，畢竟每天面對著電腦螢幕十多個小時的人不太有機會跟那麼多人做實際的互動。不管怎麼樣，希望在這過程所傳達的資訊，真的能夠幫助到參與的朋友，也許這樣就夠了吧

ビジネスデイ 2009/09/04(Fri)

テックデイ 2009/09/05(Sat)

下面是找到比較完整的記錄，雖然還是看不懂

http://gihyo.jp/news/report/01/phpcon2009/
http://d.hatena.ne.jp/sakaik/searchdiary?word=*[pcj09]
http://hashtagsjp.appspot.com/tweets/pcj09/
http://d.hatena.ne.jp/suno88/20090904/1252030680
http://d.hatena.ne.jp/suno88/20090905/1252030680

這兒的主辦單位請了專業的翻譯，所以上午活動開始前，翻譯先約了我到咖啡廳討論演講內容，他的中文是在大陸學的，所以有時候台灣這邊的發音與習慣他也不是很熟悉，不過是個做事很謹慎的長者。

活動剛開始是由 Ando 開場，接著上場的是 mbstring 的開發者之一，他主要是講 PHP 的演變，內容應該很實用，只是當時我在準備席，比較緊張，因為這次日本的活動人數可不輸稍早前參加的 COSCUP 。在上場之後，因為需要講一句、等一句翻譯，所以沒辦法做太多搞怪的事情，不過也因為大部分的聽眾只會聽來自翻譯所講的東西，所以相對我的壓力就沒有那麼重了。後來陸續有人發問下面問題：

1. 在台灣的社群活動是不是也有城鄉差距，我回答，大部分的活動確實都在台北舉辦
2. 日本的網站目前開始有多國語言的需求，想要知道台灣有沒有類似的情況，我回答，在台灣，只要是大一點的網站都會想要試著發展簡體、繁體與英文等三種語言，因為台灣本身的市場狹小，所以這個問題很早就面對了。
3. 有人問到，在台灣常使用的 Framework 有哪些，我回答 CakePHP 有比較多人使用，還有 ZF 與 CI ，當然還有部份的 Symfony ，不過這時候有些人笑了，因為 Symfony 來自法國的講者也在現場，我就立刻說聲 I’m sorry ^^||

這台電腦很爭氣，電池剛好在我的最後一張投影片講完後沒電，系統自動關機，我就進入 Q&A 的時間，還好沒有出糗。無線網路也復活了，也許昨天是過熱吧？我也不知道，希望不會再跟我鬧脾氣。

在我的議程結束後，就是中午吃飯時間，下台後有兩位來自大陸的朋友主動過來打招呼，一位是來日本經營 SNS 社群網站(中日交流)與相關專案開發的，另一位是在日本留學、工作十多年的朋友，跟兩位一起去吃午餐，也很難得的在日本有機會講那麼多的中文。

下午第一個議程是來自 facebook 的講者，他也是 APC 的核心開發人員之一，針對 APC 的細節進行說明，因為我比較晚進入會場，坐比較後面，所以他講的內容基本上沒有聽的很清楚，不過投影片應該很清楚，回到飯店之後再找看看。

接著的講者是日文的講者，他講的內容有提到 xdebug 與 profiling 資料的檢視工具，投影片使用英文，在我回神的時候他就要進行 DEMO 了，看他一直在翻程式碼，但是不知道在講些什麼。原來，他是要展示 Windows 視窗的藍白故障畫面，不知道是攝影的，還是真的可以現場叫出那個經典畫面，現場拍手叫好。

講者部落格： http://1×1.jp/blog/

現在是中場問話時間，題外話，昨天那個美麗的接待小姐，今天化身為美麗的司儀，碰到的時候有問我會不會參加晚上的 party ，有這麼美麗的小姐問，我當然拒絕不了啦！其實兩天晚上都有 party ，昨天晚上是只開放給工作人員與講者的活動，而今天晚上的活動則是開放給所有人參與，可以看到更多美眉的活動當然要去啦！(女朋友還沒來，我單身 )

另外，今天大家的穿著就比較輕鬆了，沒有那麼多的西裝、領帶，也有些妻兒出現，日本的小朋友很可愛

接著是 Ando 講 CakePHP ，穿著西裝外套裏面配上 CakePHP 的 T恤 感覺還蠻怪的呢…^^||

剛開始展示了從頭開發應用程式與使用 CakePHP 的差異，接著是強調 Model 對於資料庫存取的方便性，可以提高生產性、保守性？強調新手來學也是 OK 的。現場實際展示如何配置 CakePHP 應用，不過網頁伺服器不給面子，出了點狀況(網址打錯？)，還好後來 OK 了。

針對進階的使用者， CakePHP 允許透過額外的 Component, Behavior, Helper 與 Plugin 做延伸，也提到了日本國內的 CakePHP 使用狀況，透過 Google Trends 展示逐年的發展情況，以及相關的書籍(有 10 本呢)，

線上課程： http://d.hatena.ne.jp/i_ogi/20090418/1240044385

東京 PHP 聚會從 30 -> 50 -> 70 的變化顯示越來越多的人在使用，在國外講者前來的聚會還有到 130 個人呢，當時還帶了典型的蛋糕到現場。 Ando 也展示了自己去德國參加 CakeFest Berlin 的情況。他表示，這是個友善的社群，國內外都一樣，最後談到了 CakePHP 未來的發展，以及 10/30, 10/31 舉辦的東京 CakeMatsuriTokyo, IRC@cakematsuri ，歡迎更多人的參與。

下面這個講者是個瘋狂的人，昨天晚上他在吃飯的時候展示了自己用 PHP 設計的 Python 執行環境，雖然指令操作沒問題，但是執行效能很差，他展示了 用 Python 寫的費式函數， facebook 的講者直接輸入很大的傳入值，程式就出現記憶體片斷錯誤而停止執行，很有趣的互動。

他應該是帶來最多歡樂的講者，在投影片用詼諧的方式陳述了 PHP 這個程式語言，投影片也很華麗。接著講到了外掛部份、TSRM(Thread Safe Resource Manager)，以及解釋 ZendEngine 的構造。 Compiler, Lexer, Parser, Opcode emitter, zend_op_array, zend_op, znode, Virtual Machine。接著以 htmlspecialchars() 這個函式的改造來示範如何深入 PHP 的核心，現場操作，感覺風險蠻大的，出現了兩次 compile error ，結果就暫時放棄這個。還有下一個，調整 autobox 這個神奇函式，這個已經事先準備好，所以安全過關。最後時間不夠了，所以關於如何製作 PHP 外掛就快速帶過。

接著介紹的是如何透過 Q4M 與 Flare 建立高擴充性的網站，作者是 seasar.org 的開發者，也推出了 vizoo 這個服務， vizoo 的背後就是使用 Q4M 與 Flare ，應用程式部份是使用 Symfony 。

Q4M = Message Queue for MySQL, 有點像是 MySQL proxy 的樣子，導入的環境在 MySQL 5.1 ；Flare = Memcached compatible KVS, 由 GREE 開發？可以使用 Tokyo Cabinet ，可以直接從 Memcached 轉移。簡單的說就是將讀寫分離，只在 master 寫入，接著透過 replication 分散到 slave 伺服器上進行讀取。

一般資料庫應用是直接將資料同步寫入，而 Q4M 的架構中不是同步發生的，資料的查詢都在 Slave 伺服器中進行，每 6 個小時將寫入的伺服器做替換的動作來降低風險。

Flare 的效能在圖表中似乎比 memcache 差？在同時 1,000 個連線時？當連線數量到 10,000 時， Flare 似乎有著比較好的成功率？

接著展示如何在 Symfony 中配置 Q4M 與 Flare ，Q4m 還支援任務的 priority 設定、 multi queue ， Q4M timeout 最大 60 秒。

再來是來自 Symfony 社群的 Fabien Potencier ，下面的翻譯人員應該也是翻譯社的。

剛開始講者秀了一段日文， Sensio 公司的創始人，1998 年創業，現在主要使用 Symfony 與 Doctrine 提供服務。Symfony 是個 PHP MVC framework ，使用 MIT 授權，背後有來自 Sensio 10 年的經驗。Symfony 提供了豐富的線上手冊，在日本有 5 本相關書籍，每月有超過 60 萬人訪問官方網站，有超過 700 個外掛，而且每個月增加 1~2 個。它在 2007 年 1 月推出第一個版本時融合了許多專案的成果，也從其他語言學習相關的架構與技巧。 2008 年 11 月推出的 1.2 版，開始分離許多架構，像是 Forms, Routing 等等。預計 2009 年 11 月推出 1.3 版，而 1.4 版會是 1.x 的最後一個版本，主要是將不建議使用的功能都移除。

Symfony 有一般版本，只支援 1 年，也有 LTS 版本支援 3 年，而 1.4 版就是下一個 LTS 版本。SensioLabs 提供了 Symfony 為基礎的商業支援，在 2010 2/15~2/17 會於巴黎舉辦研討會。接著講者介紹幾個主要功能，展示基礎架構圖，可以透過設定檔案進行關聯插入功能。以及切換各種不同的執行環境。 cache, debug, logs, stats 4 個功能可以依據需求做切換，儘量避免在正式環境中顯示一些揭露敏感資訊的錯誤訊息，Symfony 會將這樣的錯誤轉向錯誤說明頁。

講者透過預先錄影的方式展示開啟除錯功能後的畫面操作，接著介紹 XSS, CSRF 與 SQL Injection 等問題在 Symfony 的處理方式，CSRF 只要在設定中開啟 escaping_strategy 功能就會自動處理。再來關於測試，因為你需要經常執行測試，所以它應該要自動化。Symfony 提供了瀏覽器模擬器，用來做功能性操作測試。Symfony 提供了各種格式資料的輸出介面，最新的功能還可以針對 iphone 產生適當的網頁，它也提供 REST 介面。

在 Q&A 的時間有人提到講者的公司是否提供 Symfony 1.x 到 2.x 的轉移服務，講者表示因為 2.x 有許多重大的變動，但是這樣的轉移預期會有許多難題發生。

講者資訊：
講者創立的公司： http://www.sensiolabs.com
Yahoo 使用 Symfony 提供的服務，大概有 20 萬個使用者： http://sf-to.org/bookmarks
許多服務的新版本也會以 Symfony 建立：

http://sf-to.org/delicious

http://sf-to.org/answers <== 大概會有 100 萬個使用者
http://sf-to.org/dailymotion 也是使用 Symfony 設計
明天在東京的 Symfony 活動： http://bit.ly/sf-tokyo

最後就是一系列的閃電秀，因為電池不爭氣，所以就憑印象嚕。

剛開始敲了個鑼，我有被嚇到 …

陸續是 Tokyo Tyrant, 各種 PHP 版本間測試程式的工具, Monocheros 介紹( GAE JAVA + Quercus ), 安全使用 PHP4, php extension 等等

在會議結束後還有個懇親會，也就是俗稱的 party ，講者免費參加 ^.^

這個活動在日本好像是常態，就是一堆桌子，桌子旁邊都沒有椅子，大家就站著吃，問了大陸的朋友，他說這樣子大家才容易交談，事實上也的確如此，場子的氣氛還蠻熱絡的。除了吃東西外，現場還有即時報名的閃電秀，大家都把活潑的一面展現出來，相當歡樂。最後還有猜拳競賽，優勝者可以帶走主辦單位所募得的禮品，大陸的朋友贏得了一本 Zend Framework 專書，感覺真的很棒

在日本的朋友大多使用 twitter ，有不少人在碰面時就問有沒有帳號，所以我就註冊了一個，應該會以練習英文為主：

https://twitter.com/finjonkiang

剛開始在櫃台跟美麗的櫃台小姐說英文時，其實是我自己聽不太懂，她好像誤會成自己講不清楚，真是很對不住她 ^^||

接著跟 Ando 碰面了，他(跟大部分的工作人員)穿著很正式，我穿的比較休閒(好像一直都這樣…)，因為我提早到了，我表示說也許我可以先來學著怎麼辦活動，進到會場後就請他可以自己去忙沒關係，我就到處晃了。

活動現場的硬體設施還蠻齊全的，所以不需要太多工作人員，但是各種細節並不會因此顯的隨便。剛開始無線網路一直無法連上，所以請工作人員幫忙，原本以為是自己打錯字，後來才發現原來是白板上的 q 寫成了 g ，同時也發現桌子的電源是沒有接到電力來源的，因此提醒了 Ando ，他也很快的請工作人員修改，並且請美麗的司儀宣導電源線的問題，他跟另外一位工作人員也前來跟我道謝，讓我覺得有些不好意思 ^^||

活動一開始會逐一念出贊助廠商的名字，講者問話時下面的人還蠻配合舉手的，這是跟台灣比較不一樣的地方；當然，最不一樣的地方是他念的東西我都聽不懂，所以只能根據觀眾的反應來猜他講些什麼東西。有些英文可以聽出來，不過有很濃厚的日本口音。

第 1 個議題是 NetCommons ，看起來好像是一個開放原始碼的 CMS ，不過並沒有英文版本，這是基於另一個日本的 Maple PHP framework 所設計，不過 Maple 似乎在 2006 年後就沒有繼續發展了？(不確定)。根據 Wikipedia 取得的資訊， NetCommons 1.x 是基於 XOOPS 開發，使用 GPL 授權，而 2.x 基於 Maple ，改用 FreeBSD 授權，包含許多常見的功能，安裝簡易。好像是某個單位的成果？(看不懂簡報的人…)

恩，第 2 個穿西裝打領帶的講者，下面開始有人在打瞌睡嚕。…恩，網路也在這個時候掛掉了，可能太多人在連線吧

NetCommons 相關連結：
官方網站 – http://www.netcommons.org/
開發單位 – http://www.commonsnet.org/
Maple 網站 – http://kunit.jp/maple/
範例網站 – http://hitsuji.atnifty.com/osws/

http://opensource-workshop.jp

http://ja.wikipedia.org/wiki/NetCommons

講解 WordPress 的是個美女呢，精神突然來了(雖然一樣聽不懂她講什麼)

WordPress 是從 b2 延伸而來，接著發展 wordpress.com 服務，跟 Automattic, Inc. 有關？

Technorati 統計，前 100 大熱門部落格中，有 36% 使用 WordPress ，緊接在後的是 Blogsmith ，而 wordpress.com 也是 Alexa 統計中流量排名第 19 位的熱門網站， 在  Quantcast 的統計，2009 年4月有 12 億次的點擊，2009 年 5 月大約 700 萬不重複的人瀏覽過網站，有 950 個以上的外掛與 6300 個以上的佈景

mixi engineer’s blog, ebay, yahoo anecddtal, wired magazine, tech crunch,

icon dock? p2theme.com, BuddyPress, Tasty Kitchen,

講者的連絡方式：
Happiness Engineer
naokomc@gmail.com

http://detlog.org/

twitter: @naokomc

…好像不是無線網路掛掉，好像是我的無線網路卡掛了，天啊…

剛剛跟隔壁的姊姊聊了一下，她有使用 PHP 的應用程式，也有設計 Flash ，只是想學 PHP 所以前來這個活動，她還熱心的跟我介紹了另一個在台灣的朋友，是玩音樂的，只是我不熟這一塊…^^||

接著是 ezPublish 的講者，使用蘋果電腦

eZ publish 的 API 已經可以跟多種應用連線，甚至包括 SAP ERP 呢！還展示了以 ODT 格式匯入、匯出的功能，也有 AJAX 形式即時排列版面元素的能力。在 4.x 可以使用 CouchDB 作為 Archive 資料的儲存，可以跟 Oracle 結合，而 Oracle XE 是不用錢的(雖然有功能限制)，

Dolly Dimples, CMIS, ELLE 在各國的網站都透過 ez publish 進行管理， ezpedia.org, ez-teamroom.de, http://ezpublish.jp

隔壁那個姊姊的力氣比我大，地板的電源線我拔不出來，但是她居然拔出來了 -.-||

接著是 Oracle 的工商服務時間，發現桌子的電源好像有點問題，隔壁的電腦沒電了。這個 Oracle 講者的技巧比較好，只用簡單的投影片，然後全憑一張嘴嚕，現場氣氛變得比較歡樂些。會場後方的電腦螢幕訊號好像也不見了，今天狀況不少。

那個打瞌睡的仁兄又開始了，我想他的點頭頻率可以拿來作為講者的評分工具，至少剛剛美女講話的時候他沒有點頭呢

Oracle 的 DEMO 是在 Amazon EC 2 上面建置 Oracle XE 的環境，換個人講，也許剛剛那個是業務、這個是工程師吧。登入了 Amazon 的 AWS 介面，從網頁進行虛擬機器的管理。進入後點選 Launch Instance Wizard ，選擇 Community AMIs ，用 oracle-corp 當作關鍵字就可以找到，點選 Select 按鈕就可以開啟。接著輸入使用的 CPU 數量、選擇群組送出後就完成了。可以從左手邊的 instances 找到剛剛新增的項目，將它啟動(跟開機一樣需要一點時間)，在項目的資料中有 public DNS 的資料，可以用來做連線。完成後使用 putty 遠端登入進行測試。

1. 切換為使用者 oracle
2. ps -ef 檢視執行中的程序
3. sqlplus /nolog
4. connect sys/oracle as sysdba
5. select * from v$version:
6. url:8080/apex 可以登入到網頁介面的資料庫管理工具

Oracle demo 的 API 編號： ami-7acb2f13

又有一個美女講師上場啦，不過她只是上去測試，希望她不會只是工作人員

GREE
- 個人趣味的經營？
- 2004 年 12 月開幕
- 2008 年 12 月上市
- 108 個員工平均年齡為 29 歲
- GREE 是 SNS 網站，展示釣魚、虛擬人物等遊戲
- 有專門的團隊去監控遊戲內容，避免有惡意的內容出現
- 競爭者包括 mixi ，不過那個統計的時間表有點問題，好像是未來的資訊，應該是 roadmap ，但是會讓人誤會 GREE 跟另外兩個市場先行者的差距不大
- 20090630 的註冊人數 1260 萬人， 20 歲以上會員的比率是 75% ，  2008 年以來增加了 706 萬人
- 2009 年 6 月預估第 4 季收入為 5144 ，收益為 2631 ，單位百萬日幣(看看就好)
- 希望將 SNS 的魅力帶到非電腦領域，像是 NintendoDS 、PSP 等等
- SNS as a platform
- 目標朝 2,000 ~ 3,000 萬人前進，希望未來可以朝著世界性網站發展

講師的中氣很足，聲音比剛剛的講師都來的大些(還是因為音響調整過？)

…看到那個美女在拍照…她應該只是 GREE 的工作人員，真可惜， PHP 產業少了一個生力軍

隔壁的姊姊熱心的問，如果需要翻譯的話，可以跟她說，我說沒關係啦，有些字看的懂，只要知道部份資訊就好了

這個感覺也是工商服務時間，肚子有點餓了，還好外面有免費的可可能喝，阿不然就這樣溜走應該會被 K 吧

這個講者一直講，他難道不知道一個只看的懂日文漢字的人是很需要更多投影片的；不過也算了，工商服務的內容應該跟技術沒什麼關係。

議程的安排是一個社群議程搭配一個贊助商議程，這樣子可以避免兩種議程過度分開讓參加者不願意參與贊助商提供的議程，有助於吸引贊助商的參與(如果到了他的議程發現人都走光了，下次贊助應該就不會有他了)

好，可以確定這個講者的內容不是很好聽，因為那位仁兄又睡著了，這種評估指標真方便

但是隔壁姊姊卻很賣力的打起記錄來，想必這個講者的資訊無法吸引工程師的注意，隔壁那位也許是行銷專長的姊姊。(希望那個姊姊不是在練習打字，或是剛好有人在 MSN 上面敲她…)

開始有些人離開了，可能因為工商服務的內容太多吧

那個美女看來是 GREE 講者的助理或秘書吧

HASH Consulting Corp. ，講網頁介面應用開發的安全性

一開始談的是發案者如何在合約上面寫明，開發者需要為應用程式的安全性負起責任，真是高明…

RFI/RFP 的 3 個重點
1. 提案的要求
2. 功能細節的描述
3. 稽核的提示 – 也許會有第 3 方公司進行檢查

使用 Prepared statement ，避免直接在程式中使用 SQL

這個講者的公司看樣子是以第 3 方稽核者的業務為主，目前的講稿都是在說專案發包的一些注意事項，特別是跟安全性有關的部份，原本以為是要討論資訊安全相關的技術。

專案條件的設計主要考量3個方向，機密性、完全性、可用性

WAF, IDS/IPS 入侵偵測與入侵保護, SSL

相關網址：

http://www.ipa.go.jp/security/vuln/websecurity.html

脆弱性診斷.jp

在這兩天開始時都是針對基礎環境的建置做介紹，目的是希望參與的朋友回到家都能夠重建這些環境進行練習，所以上午的步調都明顯緩慢些；在電腦教室的環境也是有許多狀況，因為使用 xampp 的隨身版本，發現它對於環境的兼容性不是很好，而部份電腦因為已經裝過 xampp 的安裝版本，設定也出現混淆的情況，當然，也有些沒有跟著步調進行而出現的設定錯誤或是意外狀況，所以第一天在上午只有把環境建置完成，並且丟了個 hello world 。第二天因為有了些經驗，雖然也是狀況不斷，但進度比較穩定些，上午課程結束時已經完成了第一個範例的實做。

第一天下午只把單一資料表的存取、查詢等功能完成，進一步要介紹檔案上傳的處理時，發現時間已經差不多了，所以就直接打斷，進入 Q&A 的時間；第二天則是調整方向，略過檔案上傳的處理，直接切入兩個資料表的關聯處理，進一步的作到關聯資料編輯流程的修正，算是比較像樣些。在第一天的人數與問答比較多一些，第二天就相對沉默，可能也是人少一點吧。

課程的進行方式就是一步一步推進，我進行一些操作，藉著請參與的朋友在自己電腦進行同樣操作，在後面的實做部份也另外透過 ftp 方式讓所有人可以直接存取我所展示的程式碼，減少因為程式碼繕打所需要的時間。只不過因為程式碼都是現場輸入，所以沒有針對程式碼的細節多做說明，只希望有心的朋友可以拿著疑問去比對官方手冊，畢竟 6 小時要吸收這些東西是有點痛苦。依據過去的經驗，過度著重在概念的陳述時會發現下面朋友持續點頭或兩眼無神的情況，所以這一次大量的進行實務操作，但也相對的在概念的建立上就顯得薄弱，這算是兩難吧。

比較對不起參與朋友的地方是，我沒能夠有太多的前置時間做準備，上個星期還去高等法院洗了個三溫暖，所以準備的部份確實不足，只能希望這兩天參與的朋友能夠有一個開始的印象，藉此作為繼續深入的起點。

環境建置對於這種短暫的教學活動確實會有不小的影響，有朋友建議使用 VM 建置基本環境，讓教學活動可以聚焦在必要的操作之上，也許未來還有機會時可以透過這樣的形式。這兩天最大的遺憾是有不少朋友報名了卻未前來，這也是在台北辦活動的一個難處，台北人太忙了，所以經常沒辦法照著行程走，降低一些活動舉辦的意願。

這兩天的課程也需要感謝 Openfoundry 提供的機會以及 Freddi 細心的安排與為兩天活動的紀錄開了個頭，有興趣的朋友可以參考：
http://of.openfoundry.org/kwiki/ossfworkshop/index.cgi?WorkShop-0711
http://of.openfoundry.org/kwiki/ossfworkshop/index.cgi?WorkShop-071112

James 也針對第一天上午的環境建置提供了紀錄：
http://code.google.com/p/zf-tw/wiki/SettingUpCakePHPEnv

如果時間允許，也許會找時間做些整理吧；總之，這兩天的活動結束了，好好睡覺去

其實老天真是有眼的，知道我的心態有問題，所以賞了一個莫名其妙的濕冷天氣，讓我感受一下寒風中穿著短袖排汗 T 是什麼滋味；原本打的如意算盤是可以停在新光三越 A8 館地下停車場，然後透過大樓間的空橋乾爽的走進 101 大樓，誰知道停車場的管理員在我停好車想要找電梯時告訴我』先生，現在管制中，如果不是員工就得麻煩您離開』，原來，他們在 11 點之前是不給人停車的…

雖然後來在 101 大樓附近也找到一個地下停車場，但是這個停車場離目的地還有一段距離，我沒帶傘、沒穿外套，那個雨衣沒有雨帽，所以完整的防護必須要連同唯一的安全帽，加上…你知道的，放在車廂裡、偶爾才洗一次的雨衣總是會有那麼些味道，我完全放棄了唯一能夠擋雨、禦寒的方案，帥氣的維持短袖上衣走出停車場，…真的很冷。

在一樓等待人們到齊的時候，意外發現原來 Ubuntu 背後的 Canonical 公司在這兒也有租用辦公室，不過游總驕傲的說，目前這棟大樓最高的辦公室就是 73 樓的 Google Taiwan ，再上去到觀景樓層間沒有其他辦公室(是價格問題？)。

剛進去辦公室就看到手足球檯，應該很少有公司會把這東西放在接待空間吧。據說每個員工都可以看到窗外的美景，能夠天天從 73 樓往窗外看的感覺還蠻不賴的，某個窗邊還放著高倍率的望遠鏡，無論想要看淡水河出海口還是某個高級住宅的貴婦生活起居都是輕而易舉，我想它有激勵 RD 部門加班的效果。

當天的活動主要是展示一些一般人比較少見的 Google 應用，不過對我好像沒那麼陌生，只有在結束時問了個問題，就是接下來會不會在校園間舉辦些 Android 的推廣活動，他表示目前沒有這樣的計劃，人力很難撥出來做這種事情，加上連鴻海都主動找上門時，他們似乎也不需要什麼推廣活動。

游總也透露， Google 的人事任用需要經過層層關卡，中間最長會需要 1 年半左右(他說他是 1 年的那個)，所以收到 Google 的面試訊息時不要急著辭去現在工作，也許要經過相當漫長的關卡。他們將世界所有學校區分為 3 個等級，畢業的學生要想進入 Google ， A 級學校平均要有 A 的成績，而 B 級學校要有 A+ 以上的成績，至於 C 級學校目前人事緊縮的情況應該不會考慮。仔細想想，我畢業的那間應該是 C– 吧 -.-||

總之，去逛過了，沒有機會在最高的辦公室工作，至少也看過裏面長什麼樣子了，接下來就看看自己的努力能夠把距離拉的多近

我並沒有報名 osdc 白天的活動，因為已經預期這段期間會困在程式碼當中，只是上面一個專案剛有些成果出來，想要找個地方發表一下，所以就報名了 YDN 的活動。提早到了現場，發現找不到入口？只有個很模糊的看板寫著 Babe room 18 ，但是營業時間是晚上 10 點開始，所以就在旁邊繞啊繞的，在找有沒有其他更像是活動會場的入口，只是背著電腦做這種事情感覺不是挺好。

去附近晃了一下，回來後那個門口才開始有舉辦活動的感覺，一堆看起來就像是工程師的人在簽到中。我也去簽到了，拿到了一個名牌，接著得在外面等，因為活動場地準備當中，還好附近蠻多地方可以逛的，加上前面的廣場就有街頭藝人表演，還不至於太無聊。

實際進入會場後，感覺有些許的酒臭味，應該很多人在那個樓梯間吐出來過吧，所以即使整理過了，還是很難不留下異味。這是個夜店，因此裏面有很典型的吧台、開放式的小隔間以及許多的沙發，不像是適合辦研討會的地方，但這個活動也沒說是研討會，只是死工程師個性作祟罷了。

進去之後就是公關公司的暖場活動，雖然一堆人不是很賞臉，但還不至於讓氣氛變得太僵，畢竟派了幾個辣妹在現場了，這是另一個工程師的死個性

晚餐吃的是 Pizza ，為了待會兒上場，所以不敢吃多，中間就開始去試機器了，還好筆電沒有出糗，只是開機時一直在偵測網路而卡了一陣子，害我擔心了一下。在我前面先是 Yahoo 的人員介紹新服務，接著是 UrMap 也來宣傳新功能，而在我後面那個好像說是忘了帶要展示的東西…^^||

原本的準備是 4 個循環來介紹 oa-tools ，不過講了 2 個循環時間就超過了，所以就草草結束，畢竟這不是個適合在技術議題多所著墨的地方，看後面美麗的公關公司小姐們都一臉茫然的樣子就知道，我又再次加強了那種死工程師的調調了。

過程中兩個貴賓 Rasmus 與 Chris 有透過一些題目考考大家，細節不太記得了，只記得最後一題讓所有人都出局了。整個活動的氣氛還不錯，只是我好像有點沒辦法進入狀況，太久沒有放鬆自己吧

是從這篇文章的評論開始的：
http://kiang.blogspot.com/2004/07/20040711.html

OpenFoundry 是由 RT, Kwiki, Sympa, SVK 等工具組成，早期透過 Perl 設計一個整合式的 UI ，現在是使用 Ruby 。在當時看到 autrijus 的評論後，我就試著去翻譯 gforge ，翻譯的成果在 OpenFoundry 網站上都還找的到，只是很久沒有更新：
http://of.openfoundry.org/projects/161/download

不過 OpenFoundry 並沒有採用，只是一直用自己的方式試著把一些工具組合在一起，因此穩定度、畫面整合等問題似乎到了今天還是沒有根本的解決，所以我還是強烈建議他們改採用 gforge ，或是可以選擇類似 sourceforge.net 最近的作法，提供一些常見的應用給專案開發者，像是 Trac ，他們也有將修改的部份公開來：
http://sourceforge.net/project/showfiles.php?group_id=238161&package_id=289462

OpenFoundry 所選擇的應用程式不是不好，而是需要花許多的功夫進行整合，而 GForge 已經整合好了，為什麼不用？ GForge 是基於 Sourceforge 早期釋出的版本進行延伸，因此熟悉 Sourceforge 操作的人對於 GForge 並不會感到陌生，它的安裝相信不會比起開發一個整合介面要難。

就算喜歡使用 Ruby 開發，那為何不選擇使用 Redmine ( http://www.redmine.org/ )，它實作了 Trac 上看的到的功能，還進一步支援多專案等功能，連 Git 都支援了…

上面是針對平台的建議，再來是針對推廣工作。

OpenFoundry 在開放原始碼軟體的推廣工作往往受限於年度計劃方向、執行者的目的(論文？)或是排斥商業行為的習慣，引來了不少的抱怨。

在昨晚的討論中有提到，為什麼不先將焦點放在一些能夠產生良性循環的專案上面？以 CRM 為例，想要使用這方面軟體的公司不少，如果針對這個軟體進行一系列的說明、教學等活動，擴大使用者社群後，自然願意在社群投注資源的企業就會變多，資源多了自然就可以吸引開發者，開發者如果能夠專注於開放原始碼的創作而不需要顧慮經濟問題，相信這個社群會進入所謂的良性循環。

但是目前看到的一些推廣工作，都是將大部分的焦點放在開發者，試著要培養更多的開發者，但是結果似乎永遠不如預期，為什麼？因為參與活動的人大多將獲得的知識放在自己的工作上面，也大多只對於跟現在或未來工作相關的主題感興趣，最後大概只有那種滿腔熱血的青年會跳出來做些事情，不過這樣的熱情大多燃燒不了多久，因為沒有適當的環境來延續這些熱情。

但過度商業化也不是一件好事，如果活動裏面介紹的都是些商業軟體，或是被調整過而且無法直接取得的軟體，相信效果也會大打折扣。

簡單的說，請將焦點集中在使用者社群，這樣的社群才有機會形成產業，產業出現了，就不用擔心開發者不夠的問題；把餅做大，而不是一直在消耗資源讓圈子越來越小。

好吧，如果真的那麼排斥商業，那不妨就先將焦點放在學校用的到的部份，像是 Moodle 或者國人自行開發的學務系統也好( http://x.tnc.edu.tw/ )。

已經有人在做？那為何不要一起做？團結不是應該力量大些嘛？

準備的比較匆忙，主要試著去講內建的一些方法，包括 Model 的 find() 系列函式，後來就留著給大家自由發揮，不過看樣子這種方式效果不佳。(其實我自己都忘了自己講些什麼)

12/18

以一個問題開頭』如果這是個 CRM ，你覺得需要加入什麼功能？』，因為覺得想的清楚會比做的快要來的有價值些，所以回頭將焦點放在想法的組成上面。同學們提到了客服系統、訂單管理與生日通知等，以客服系統作為目標，開始一起思考該開什麼樣的資料表與欄位，接著一樣透過 bake 產生基本的結構，逐一把問題提出、解決，透過這樣的方式好像大家比較容易進入狀況。只是隨著組合的程式碼越來越多，就開始反應出大家基礎不夠深厚的問題，畢竟 Framework 是讓一些有經驗的人使用，對於 html, php 都還有些半生不熟的人可能很吃力。

不管怎麼樣，今天感覺還不賴，幾乎講到最後一分鐘，讓這短短的五次上課有了一個不錯的結局。

是的，課程結束了，因為同學們接下來要準備期末考。原本想了很多東西，但是並不符合大部分同學所需要，所以這五次的上課幾乎都環繞在一些基本的操作上面，不確定對於同學們有沒有一些幫助。

在這簡短的教學經驗看來，CakePHP 的課程對象如果是初學者，也許需要 60 ~100 個小時才能夠進入狀況，理想的狀況下還是一週有個三次上課會比較好，每週一次的效果差了些。

基礎還是很重要的，學習一個程式語言並不是學那個千篇一律的基本語法，而是去深入內建的函式、環境等，進而跟實際需求結合，共勉之

11/20

第一次上課，花了些時間熟悉同學間的狀況，看樣子有接觸過 Java, Linux ，對於 PHP 只有操作過 XOOPS 的安裝，大部份對於未來工作的想法是放在 MIS 與 DBA 等職務上面，我當然就是為程式設計師這個工作做了些道德勸說，然後展示了以 Bake 快速建置基礎操作介面的過程。

讓我意外的是，他們對於 Linux 的接受程度還蠻高的。

由於同學們沒有特別的想法，我就從自己最熟悉的下手，所以接下來主題確定是放在 CakePHP 。

這裡其實有些爭議，畢竟 CakePHP 是給比較熟悉 PHP 的人使用，拿它來教一群對 PHP 沒什麼實作經驗的人，或許有些難度；只是，我就想要用這個主題，他們就…^^||

11/27

當天將焦點放在透過 Bake 指令完成基本結構，由於學校提供的操作環境是 Windows ，加上當時網路出了些狀況，環境的建置就花了一些時間，讓同學們實作完簡單的 Bake 操作後就收工了。

這裡發現了些狀況，同學們普遍英文程度比較落後，而我在教學過程似乎給了太多專有名詞，讓他們有些無所適從；但是這種時候提供翻譯也許會害了他們，畢竟未來的技術性工作中，很難把英文當作不存在的東西。

12/4

簡單介紹了 CakePHP 的結構，以及 CakePHP 中的4個關聯，實作的部份還是以 Bake 進行，只是看樣子我的進度安排太快了，同學們在基礎的操作中還是花了些時間，所以還沒能夠開始進入狀況。

我並不想要花太多時間在基礎觀念上，所以課程中提醒同學們，以這樣的進度，也許到了學期末能夠做出來的東西還是很陽春，所以希望他們能夠利用一些額外的時間，讓教過的部份可以熟練些。這個課程有些特殊性，一週只會見面一次，所以如果每次都得從頭開始，進度只會非常緩慢；為了不辜負老師及同學們對這個課程的期望，也許進度的安排會有些跳躍性，進度之間的空缺就需要有心的同學花時間補上了。

我不是個正規的老師，我只是把一些工作中的想法落實在這些同學上，讓他們有機會看到進入社會後接觸到的是什麼樣的挑戰；在面試時接觸過那麼多的新人後，發現這些剛從學校畢業的學生，競爭力確實有下滑的感覺，希望這個課程中，我不會是這種情況的幫兇。