[非技術討論文] 工作心得：前進還是後退?

日前收到指示要把Google Analytics加入公司的網站，包含對外的連結也要追蹤。

基本站內的追蹤還算容易，就把Google提供的javascript給加入所有要追蹤網頁內就好。但是對外的連結就稍微麻煩一點，需要對所有連結註冊onclick事件的callback，呼叫Google提供的事件追蹤API即可。詳細就不介紹，有興趣的可以google "google analytics outbound links"這幾個關鍵字。
Note:比較要注意的是Google Analytics有新舊版本的差別。找到舊的版本就複製貼上可是會GG的。

以上都還不是本文的重點。

工作就像男女交往一般的變幻莫測

在下班回家的途中剛好有此一聯想：工作就像交女（男）朋友一樣。（以下全是隱喻，腦婆大人別興師問罪，我愛你 <3）

StudioIrregular

繼"Razorcap Studios"後又一夥伴Michael Wang推出了他個人的StudioIrregular。（一段時間了 :P）

裡面分享了許多“個體戶”的一些想法與經驗，很值得去參觀或給與鼓勵甚至意見或建議，相信他會很開心的。

Why Pi?

很高興的發現今年Knuth教授的聖誕節課程居然有網路轉播:
http://stanford-online.stanford.edu/seminars/knuth/101206-knuth-500.asx

與大家分享這篇絕不是炫耀文，因為我完全跟不上上課的內容... 但是，
Knuth的課程講的是數學，去聽的卻大多是computer science的學生，是那種畢業後進Google或Apple的工程師，了解一下這些傢伙都在想什麼還滿有意思的。

今年講的內容，90%用到的數學，居然都是我們在台灣的高中生就學過的：

• 排列組合:$C$_n^r=n!/r!(n-r)!
• 機率: 擲兩顆骰子出現12點的機率!?
• 簡單的幾何: 圓的面積=$\pi R$²
• 二項式係數: $(x+y)$ⁿ展開後的係數

Knuth每年都會在耶誕節前夕講一堂跟樹狀結構(tree)有關的課程，今年講的是：如果給你n個節點，你可以排出幾種不同的tree？假設這個數字為$C(n)，$舉幾個例子：

• $C(1)=1$
• $$$C(2)=2$
• $$$C(3)=5$

其中$C(3)=5$如右圖所示

三百年前就有人解出$C(n)$是一個與$\pi$有關的方程式，但一直到2007年才有人提出合理的解釋，說明為什麼樹狀結構的排列組合數量，會和圓形的$\pi$有關。

網路真是神奇的東西，我居然可以聽到史丹佛大學最頂尖的教授的課!

PS: 某人上課的筆記 http://apetresc.wordpress.com/2010/12/28/knuths-why-pi-talk-at-stanford-part-1/

跟著我動動你的右腦（其實也會動到左腦，甚至會死很多腦細胞 XD）

最近左腦用過度，來寫一篇文章來平衡一下。順便灌一下水。

之前在看到iOS跟Android 都有Gesture相關的API就一直很想來分析一下這兩個設計。

你是雞，是豬，還是鬥雞？

在看Scrum的時候連帶看到了一個寓言The Chicken and the Pig

A pig and a chicken are walking down a road. The chicken looks at the pig and says, “Hey, why don’t we open a restaurant?” The pig looks back at the chicken and says, “Good idea, what do you want to call it?” The chicken thinks about it and says, “Why don’t we call it ‘Ham and Eggs’?” “I don’t think so,” says the pig, “I’d be committed, but you’d only be involved.”

大意是做出一份有雞蛋與培根/火腿的早餐，雞跟豬各自扮演的角色，用來比擬在一個專案或產品內每個人的角色。

Scrum軟體開發工具與方法—系列講座 (一) 課後雜記

昨天公司給我去參加外部課程的機會，在此先感謝一下老闆 (逢迎拍馬才是升官之道)
趁還有記憶在這寫一下筆記，以便之後準備公司內部報告。

Razorcap Studios

推一下 http://www.razorcap.com 作者是我當兵時候的學長，一直都在遊戲軟體業耕耘，現在也開始玩iPhone Programming了 超蝦～ Razorcap這名字的由來也很酷，請學長有空可以跟大家介紹一下 :)

還我漂漂拳

上次欠有貼過的link
SyntaxHighlighter
基本上竹林新文章的template已經有幫忙加好script了
想貼code的時候如以下的形式就可簡單的放好

Michael Say Hello

Hi Guys,

我是Michael, James欠的朋友, 和他前後當過三次同事, 包括現在這次 :)

這裡的文章質量都不錯喔 有機會再和大家分享我的經驗

Some facts about me:

1. 慣用的程式語言: C/C++, Java
2. 喜歡用 SDK style 作 Windows programming
3. Favorite editor: vi
4. 最近在玩OpenGL ES

Michael

Coding Convention

在看上一篇阿伯的文章後，找了一些關於objective-c #import的資料，無意間看到這篇 Google Objective-C Style Guide 覺得值得參考google怎麼訂定coding convention的，重點在哪，等等。
C++版在這-> Google C++ Style Guide

還有Apple版的

JSON String Encoding

最近在找關於JSON string encoding的時候額外發現一個有趣的技巧可以分辨Unicode家族。

JSON text SHALL be encoded in Unicode. The default encoding is UTF-8. Since the first two characters of a JSON text will always be ASCII characters [RFC0020], it is possible to determine whether an octet stream is UTF-8, UTF-16 (BE or LE), or UTF-32 (BE or LE) by looking at the pattern of nulls in the first four octets.

00 00 00 xx UTF-32BE 
00 xx 00 xx UTF-16BE 
xx 00 00 00 UTF-32LE 
xx 00 xx 00 UTF-16LE 
xx xx xx xx UTF-8

Read more: http://www.faqs.org/rfcs/rfc4627.html#ixzz0V5v8SI97

UML Modeling/Drawing Tools

最近在找一些跨平台的UML Modeling/Drawing Tools，意外發現兩個很有特色的東西。

1. yUML
2. Gliffy

Burden of Using Dynamic Link Library

濫用DLL是我長久以來看到的一個現象。這裡提到DLL泛指各平台的dynamic link library，不是單指Windows的DLL。而且dynamic link也分成Load-Time Linking 與Run-Time Lining兩大類，本文是針對Load-Time Linking做個探討。

為何說濫用呢？

不知所為何事，就是濫用。我看到的狀況是通常都在不知道DLL的好處(或者是壞處)的情況下就決定每個Module都要寫成DLL，以為只要寫成DLL就一定有好處，其實不然。

Convention Over Configuration

之前在找一些web相關的framework的時候，在功能比較表裡看到一個項目叫CoC。很好奇的就去一探究竟什麼是CoC，原來CoC就是Convention Over Configuration的縮寫。

這個概念簡單來講就是用一些簡單的常規、慣例(convention)來取代繁雜的設定(configuration)。這在很多先進的framework廣泛地被應用，目的就是要簡化開發者的工作，免除一些複雜的設定。我個人認為它是一個潮流。

詳情還是請看一下列文章:

http://en.wikipedia.org/wiki/Convention_over_configuration

http://softwareengineering.vazexqi.com/files/pattern.html

今天吃飯我跟欠談到的那個人

http://zonble.net/

這是我在這邊工作以後不知道怎麼找到的人的文章

我覺得他有些文章的觀點還算...有趣（白爛）！？

竹林七賢～

我原意是想延續Athena的～

但是被小Y.... XD

無所謂～這才是真正的竹林七賢阿～

hi

我要當裸奔那個

口以嗎