引自:搞笑談軟工:對症下藥,循序漸進

文中提及不同狀況下的教導方式,而我的 Mentor 本身也是”當頭棒喝”型,評論起來也是不留情面的,這也曾經造成了我們之間的摩擦,但或許從這篇文章中,可以體會出他的想法與用意吧。

Erica:為什麼你在上課的時候,對於學員問的問題,回應都很「直接」,甚至會讓人覺得很「尖銳」,聽了之後很「刺耳」。但是,上次X公司的顧問案,連我都看出來X公司有很多問題,但是開會的時候你卻只跟對方的負責人提了其中幾點,和上課時「雷厲風行」的態度大不相同?

Teddy:因為學員來上課,只有短短的2~3天時間。在這麼短的時間之內要幫他們「洗腦」,希望學員回去之後可以改掉原本不良的開發習慣…

Teddy:時間有限的情況下,必須採取「當頭棒喝」的手段,希望能夠當場「打醒」學員,沒有時間慢慢來。

Teddy:至於企業導入的顧問案,這些客戶已經上過我們的課程,對於敏捷開發的全貌已經有了一定的了解。客戶已經「住院治療」,比起告訴他們一大堆問題讓對方「害怕」,他們更需要時間來逐一實踐敏捷開發的各項做法。

Teddy:作為顧問,我們的工作不是把這些改善項目列出來就可以了,而是要培養團隊,讓他們可以在顧問離場之後,還有能力能夠靠自己的力量,持續提升團隊的能力,逐一克服所遭遇的問題。

Teddy:改善就跟復健一樣,沒有最好,只有更好。

update: 2014-10-08

正確的更新方式應該為 先從 7.0 升到 7.1 ,再升到 7.2,且按照官方的文件執行即可

-ERROR-

整個升級過程其實還算順利,只不過 7.2 的資料表 projects 增加了一個欄位 star_count,似乎是用來計算有多少人”“star” 這個專案,而 backup restore 的過程中卻會把 7.2 的資料表取代成 7.0 的資料表版本,所以程式會找不到 projects.star_count 這個欄位,一進到 gitlab 的專案列表就會出現 500

查詢 log:

ActionView::Template::Error (Mysql2::Error: Unknown column 'projects.star_count' in 'field list'
...

後來的做法就是手動替該資料表加上 star_count 欄位囉

#SQL
ALTER TABLE projects ADD star_count int(11) NOT NULL DEFAULT '0';
CREATE INDEX index_projects_on_star_count USING btree ON projects (star_count);

-//ERROR-

reference:

gitlab: backup

ruby on rails: add_index

mysql: alter column

飲料自動販賣機是個通往“夢想”的開關。韓國飲料品牌樂天七星在車站中設立只有“Free”按鈕的販賣機,路人按下後,暗門就會旋轉打開進入到天花板掛滿飲料瓶的“跳跳床樂園”,只要在30秒內跳上取下飲料瓶,就有機會讓樂天七星協助完成夢想

引自:Mr.6 http://mr6.cc/?p=12951

https://www.kickstarter.com/projects/fuzdesigns/noke-the-worlds-first-bluetooth-padlock