有人說…

前幾天，我們家 Guru 特地跑來問我說：『現在 check in code 時有做 peer review 嗎？』我的直覺反應就是問：『為什麼要？』。

因為 project run 到現在，RD 們 bug fixing 的 quality 還算不錯，且我們一直都有要求 code 在 check in 之前一定要做過 unit test，也要確認不會 break build 才能夠 check in 進去。

再加上 project 才剛剛進入 alpha，這個 stage peer review create 出來的 effort 搞不好比它的 value 來得大上許多。

而我得到的答案竟然是：『因為有人說我們的 RD 在 fixing bug 時常常 create 出一些 side effects，或是改變了原有的 design。』

side effects?? 是哪些 side effects?? 改變原有的 design?? 我們一再要求有任何的 changes 都要先和 QA 及相關人等溝通過後再做，且這些也都會在適當的時間點 update 回去原來的 design document。究竟這些有的沒的話語是從何而來？？

這…唉，接手這個 project 後常常會聽到『有人說…』這樣開頭的句子，例如：『有人說某些客戶沒辦法接受這樣子的 feature change…』、『有人說某些 team 得不到我們的 support…』、『有人說我們的 backend service 不太 reliable…』。

一直想不通，為什麼這些『有人』們，在到處向別人說之前，都沒想到先來跟我們說呢！？

*這篇舊文從 08 年 11 月就在我的草稿匣了，一直沒時間完成他，直到現在…

開張大吉

為什麼要開這個站？

一直以來自己 blog: ever after 上的文章都以心情或個人興趣為主，儘量不去提及工作上遇到的事，因為實在是不想讓那些雜七雜八的鳥事汙染了自己的 blog。

但最近不知怎地，突然很想把工作上的遭遇寫下來（可能是最近遇到的鳥事太多太多了，再不找個出口應該會把自己逼到角落去…），舒發一下自己的感想與心情，為了不去改變原有 blog 的調性，於是決定把工作相關的文章寫到一個固定的地方。

這，是開站的第一個理由。

為什麼取名為 c engineer 呢？

很簡單，就是俗稱的死工程師啦！！

我的觀點都是從一個工程師的角度出發，對事情的評論或看法或許沒辦法面面俱到，不過…管他的，誰叫我就是個死工程師呢！ :p

除了寫鳥事之外，另外會把平時技術上的研究心得也集中放到這邊來。隨著投身資訊產業的時間久了，接觸的東西也漸漸廣了，有些研究得深，有些可能只觸及皮毛，但只要心有所得就會寫上來。

技術分享的分章中若是有提及 source code 的部份，則會以下面這種方塊呈現。

//this is code
#include <iostream>

using namespace std;

int main()
{
  cout << "open now!!" << endl;
}

這，是開站的第二個理由。

基於這兩大理由，我決定開個站來大書特書一番。 :D