2013年2月28日 星期四

ApacheCon 2013 Keynote - Scaling: Lessons Learned and Their Applications to Apache Culture


話說老外的投影片真的都有許多有趣的東西,講者Theo Schlossnagle開場的這張投影片超好笑,講者把自己各個時期的照片都貼出來 (因為他很有名,也到處到各個會議演講,可是都長得差超多!!),老外真的很厲害怎麼可以每張照片都差那麼多。

Keynote的主題是 Scaling: Lessons Learned and Their Applications to Apache Culture,主要是在分享在開發系統的經驗和身為工程師應該要注意不要走走火入魔。


以下是我對他的演講的一些筆記:

Apache  的精神是解決真實世界的問題 (Solve the real world problem),而不是追求程式的完美和展現自我能力,因此他說:

No exceptional !!  Your code is elegant but my code is fucking work



此外,針對自己寫的程式,不要過放太多情感和忠誠度,他就只是程式,他不是你的小孩,他可以長的很醜,他是可以被丟棄的。再一次他只是用來解決問題的!
Your code is just a code, it is not a child it can be ugly it can be disposed of it requires no loyalty. It only use to solve problem.


我們工程師太常專注於追求技術,而忽略了他們所面對的問題,太長專注於要用哪種語言,要用哪種framework (小弟自首...Orz..)
We engineers too often focus on the technologies they love instead of the problem they face. Code too much focus is placed on which language and which framework is used.
我們的工作是告訴電腦該做什麼事!
Our job is to tell a computer what to do!!
所以選擇對的工具比較重要!靈活的選對工具解決所面對的問題


專案流程的管理是重要的,但是只要有足夠的流程就好 (某種程度的Agile ?)
Process is important and Just enough process
不過Apache 的專案流程和管理模式真的是蠻值得參考的,分散式的協同合作,要如何動員遍佈世界各地的程式開發者,這充滿了智慧..... (按編:後面還會有其他講座在討論這些~)

還有對於系統的運作總是要保持著合理的懷疑,因為匯出問題的地方實在太多了,尤其是現在系統越來越複雜,Hole stack 從H/W-->F/W-->OS-->JVM-->APP….都可能出問題出bug


以上是小弟比較能理解的部份,其他有些部分我就比較沒辦法理解了~:P

延伸閱讀:

[1] Theo Schlossnagle To Keynote ApacheCon 2013

ApacheCon 2013 Hackathon 小體驗



以下是記者來自Portland ApacheCon Hackathon現場的報導 (事實上我只參加了上半場,然後就被時差擊沉了,想說中午去睡個午覺休息一下,醒來就已經是晚上6:00了... 囧rz...)


好~回到主題, 到底Hackathon是什麼呢?Hackathon 就像馬拉松一樣,一堆人在特定得時間聚集在一起,花較長的時間(例如一整天),嘗試要達到某個目標,比如說之前參加過Facebook 的Hackthon 的活動,屬於比賽性質,目標就是大家在一定得時間內根據主辦單位提供的題目,開發出有趣的facebook app。

而Apache Hackthon 的目標呢?就是針對有報名的Project,大家聚集在一起一整天作以下的活動:
  • Testing (面對面的幫忙測試找到問題)
  • Bug Fixing (討論bug該如何解決)
  • New Features (討論新的功能)
  • Documentation (幫忙寫文件)
  • Brainstorming (腦力激盪)
  • Design and more!
主要是這些Open source 得專案成員都是散佈在全世界,平時都是靠IRC或是mail list在溝通,很多人甚至都沒見過面,因此趁這個機會大家聚在一起,可以面對面花較多時間溝通,討論一些事情,對於專案進展是很有幫助的。

那到底怎樣的人才有資格參加呢?
Everyone interested in getting involved in Apache Projects!
也就是有興趣的都可以來參加!

大會的流程是這樣,想參加的團隊會先跟大會報名,公布自己這個專案次次的目標,然後讓大家自由選擇,這次的題目有以下團隊:

Title
Open To
Description, Projects etc

Apache Traffic Server
Developers, users, newcomers
Testing, bug fixing, Lua plugin development, documentation

Apache HTTP Server
Developers, admins, newcomers
Bug fixing, General enhancement, mod_* development, documentation

Apache Cassandra
Developers and admin/users
Testing/bug squashing, CQL drivers, documentation

Apache Rave
Developers, users, newcomers
Adding Features, Bug Fixing, Documentation

Apache Branding
Anyone interested in brands/trademarks
Shane Curcuru, VP Brand Management for all Apache projects discusses trademarks

Apache CXF Fediz
Developers, newcomers
Brainstorming, Adding Features, Bug Fixing, Documentation

Apache Subversion
Developers, contributors of any kind
1.8 stabilization, local moves, anything else



到了現場每個桌子上都會有桌牌,寫著每一桌子的主題,每個人可以根據有興趣的題目到各組報到,不過很可惜的這些專案很多不是我沒聽過,不然就是沒啥興趣,所以來這邊晃晃,聽聽大家都怎麼討論後就閃人了~ (說實在真的是太累了....Orz...)





話說下面這張是2006年的照片,今年倒是都沒啥妹參加,也沒有這個制服可以拿~>////<

圖片來源:Ted Leung


Reference:
[1] ApacheCon North America 2013 Conference Hackathon


2013年2月24日 星期日

漫步波特蘭



像我這種生活作息非常規律的人(老阿貝~~Orz..),似乎時差就會特別嚴重!?(身體很誠實) 原本想說撐到晚上10:00再來睡覺,應該可以睡的很好,沒想到半夜一點多就醒過來了... 囧rz..而且還肚子很餓,所以只好出去覓食順便散個步,還好有Subway是24Hr的。

話說這邊治安算是良好,而且晚上也沒看到太多怪異人士出沒,所以大體上晚上出來散步應該還算安全,但是走久了還是會覺得毛毛的~~所以想想還是回旅館寫遊記好了....




今天第一天到Portland,就對這邊有很好的印象,空氣清新,風景優美,房屋建築物都非常有特色,重點是交通很方便,有各式各樣的大眾運輸工具(電車Max,輕軌捷運Streetcar,纜車,巴士,腳踏車...),不會沒有租車就哪裡都去不了 (想當初去Orlando,因為沒有租車五天全部被關在飯店裡面悶死了.... ),下圖就是他們的電車 Max Rail System,從機場就可以做Max直達downtown。








而下面這種,就是Streecar


纜車上的可愛洋娃娃~XD




所以我今天給自己的任務就是坐著電車在downtown四處晃,熟悉一下飯店附近的環境,至少要知道這附近有啥東西可以吃,超市在哪裡,撤退時要買東西該去哪裡買。

下面就是我在旅館附近找到的一個餐車區,說他是停車場但似乎又是個美食廣場,裡面充滿了各國風味的餐車,接下來幾天就每天找一個攤位來踩踩地雷吧(誤)




話說藉著便利的大眾運輸系統幫助下,在這邊散步真的非常方便,如果累了隨時就找台電車或是bus跳上去,看到有趣的景點就跳下來  (這邊的Bus 和 電車 都是用同樣的票,只要買一張One day pass就可以吃到飽,以前是有Free zone,不過這去年開始要收錢了),因為在波特蘭到處都充滿了像下圖這樣的裝置藝術,和有趣的建築物。


一家男用內物專賣店~XD



這邊的房子新舊融合在一起很有歐洲的感覺



==================下面才是真相分隔線=========================

話說到了一個新的城市,如果沒有帶旅遊導覽書,而且事前又沒有太多時間作功課規劃該去哪裡玩,就算有時間散步,可能也只是漫無目的的亂走,根本什麼也沒看到....

這時候Ingress 就派上用場啦!!因為通常Portal 的點,幾乎都會是這個城市裡面有特色的建築物,裝置藝術,雕像....等,所以只要看一下哪裡點多,就往哪裡去,那邊通常就會是熱門的景片 (邊看景片還可以邊玩Ingres...XD )

像下圖就是這邊一間很有名的海鮮餐廳,他的招牌是一支穿越牆的鮭魚~XD 然後我就把這個點打下來,馬上就被友軍稱讚,還在頻道上認識當地朋友,馬上可以問他們這附近有哪裡好玩好吃~


實際場景的照片如下



所以我今天的散步方法就是坐車到Streetcar 終點站,然後延著公園一路往飯店打回來走回來,果然沿路的點都是旅遊書上會介紹到的景點~XD 該看的都看到了,該調查的都調查好了,接下來就可以好好上工了...Orz...




2013年2月20日 星期三

[開箱文] 桌遊 - 燒錢計畫 (Brun Rate)

圖片來源:博客來

對於創業家,大家第一個想到的遊戲應該是窮爸爸富爸爸的現金流遊戲吧,而且玩完的第一個感想就是不要亂生小孩....XD ,而昨天我剛好在Facebook 的"startup 商業創新讀書會"看到有人在玩另一個屬於創業家的遊戲 - "燒錢計畫",很興奮的馬上去Google 這個遊戲是何方神聖,沒想到Xdite 有有玩過並且寫過介紹文章 - 相當歡樂的桌上遊戲「Burn Rate」,立刻衝動的買了下去。

關於燒錢計畫的簡短說明:(節錄自博客來)
網路公司實戰卡片遊戲
失去一切,從頭再來!
你是新成立的網路公司執行長,資金消耗速度驚人,底下員工都超時工作,而副總都是飯桶,公司的未來全繫於一家線上寵物商店。
你究竟能在這場遊戲中存活多久?
在燒錢計劃中,你一開始有少量的員工、起始資金及拖垮競爭對手的企劃。
明智地使用你的卡片,你可以挖角競爭對手的重要員工或籌募更多資金,
但小心避免重蹈那20大網路公司的禁忌:像是免費電腦之類的點子就會讓你的燒錢速度飆高!
如果可以幫你再多撐一回合,裁員也別手軟……再撐一下,也陰〞p就會逆轉?

燒錢計劃是由一名網路公司高層所設計,用幽默的手法揭露網路公司在現實中的興亡。就如一名玩家所言:「我過去八年的創業經驗,你們在這套遊戲裡就說明白了!」這亦是個表現出什麼是「失敗的.com公司」遊戲。遊戲過程緊湊特別,流程設計新穎,不到最後關頭,你絕對無法知道自己的公司會不會先倒閉!

遊戲的設定是一間公司有四個大部門:RD、Sales、HR、Finance (咦?PM勒?XD)
然後每職業都有技能等級0-3,等級越高效率越高,然後薪資等級分為1-3 (而且果然有高技能低薪水?XD)

RD部門

負責把接到案子給結案!僱用RD來作案子,如果沒有RD就得外包,錢就燒很快,很快就會輸了。因為攻擊對否的方法就是塞爛點子給對方...XD

Sales部門

負責阻擋別人給的案子(咦?跟一般Sales不一樣?XD),不然你會有作不完的案子,

HR部門

負責僱用、挖角、解僱等功能,

Finance部門

負責募資。

特殊角色:副總(VP都是來亂的...XD)


總之...是個很Kuso的遊戲~XDDD 尤其是爛點子更為Kuso...

不過買來幾天都還沒有時間玩...這就是工程師悲慘的命運吧...Orz..

2013年2月18日 星期一

[情報] 到美國短期旅遊(出差)行動上網方案

圖片來源:vodafone


月底要去Portland參加ApacheCon NA 2013,雖說在會場和旅館應該會有免費的WIFI可以使用,但是身為資訊焦慮 行動一族,可以用手機行動上網還是方邊許多,可以隨時隨地查詢Google map對於在異國旅遊來說是多麼令人安心啊~~

上網研究了一下,有兩種Solution:
而手機預付卡就複雜許多了,首先要選擇電信商,然後還要綜合考量訊號涵蓋問題,和各品牌手機頻率支援狀況,最後再考慮費率方案,目前美國主要有三大電信網路:

不過才研究到一半馬上就發現令人傷心的消息,HTC One X (台灣機) 在美國要選 AT & T , 別選 T-Mobile,因為 HTC ONE X 手機無法正常上網,因無法支援新版Tmobile卡片,建議HTC ONE X使用者購買AT&T卡片。HTC其他款式,或其他廠牌各款手機應該都可以正常上網....Orz.. 所以也沒啥好選啦,我應該就只能選AT&T的方案,不過這樣算下來要是要花不少錢,可以透過下面連節省一美金~:P


手機預付卡折價US$1

(等我收到再來篇開箱文吧...)

謎之音:誰叫你其實是為了到Portland 出國比賽(大玩Ingress),話說美國不愧是Ingress大本營,Portal密集的程度....ㄎㄎ...我連地圖都先研究好了,下圖紅點是我住的地方...XD



2013年2月17日 星期日

利用 Dropbox 或是 Google Driver Hosting 靜態網頁


話說我家李董的iPage Web Hosting快要到期了,習慣半途而廢嘗鮮的她開始考慮要不要續約買下去 ,還是要搬家換一個新的Web Hosting。

考量到李董的需求只需要能放靜態網站(Static Website)就夠了,剛好最近各家Cloud Storage 廠商都紛紛推出Host Your Static Website 方案,我就趁這個機會來好好研究一下比較之間的差異。

 免費 VS. 付費


既然有免費的,那要花錢的"Host Your Static Website on Amazon S3"就暫時先不考慮 (不過老實說對於乏人問津流量小的網站幾乎是不用錢,詳見S3 AWS Free Usage Tier),所以如果本身就有在使用AWS的人,我會推薦使用S3。

工程師 VS. 一般人


另一個熱門的Free Web Hosting 就是GitHub推出的 GitHub Page,但是這個的進入門檻是得先讓李董學會使用Git,當初要教會svn就已經得花一番功夫了....所以想一想還是放棄,不然對於工程師來說,GitHub Page 會是一個很好的選擇。

Dropbox VS. Goolge Driver


所以最後還是回到最簡單的Cloud Storage方案比較,不過在比較兩家的優缺點之前請先參考這篇文章"Google Drive vs. Dropbox ",這邊指出一般Cloud Storage Solution的缺點就是上傳更新速度,Cloud Storage 不像一般FTP 上傳的方式,檔案在上傳時他會做版本的比較,是否需要更新,然後再慢慢Sync (感覺上不會全速上傳),所以如果你的網站Size很大,還有很多影音或圖片,那透過Cloud Storage 上傳就會~~~非常~~慢~~

比速度


同樣是緩慢的CLoud Storage,那彼此間的速度差異呢?根據上面那篇文章的作者,他做了實驗得到以下結果

環境: 1.8 GB data with around 30,000 files, so average 64 kB each file

情境:初始化上傳1.8G檔案

Google Driver:花了三天時間~(有這麼誇張嘛?!)
Dropbox: 花了三個小時

不過根據這篇文章"File Syncing Faceoff: Dropbox vs. Google Drive",裡面也有提到
Dropbox Gives You More Power Over Your Syncing Speed

所以根據道聽塗說比較法,Dropbox 速度勝
(不過還是建議大家可以自己做實驗看看~:P)

比容量


Google Driver
  • 基本免費容量5G
  • 付費方案Google Driver 100GB: $4.99 / 月,
Dropbox
  • Dropbox免費容量2G (*但是透過推薦朋友可以拉高容量)
  • 100GB: $19.99 / 月

所以不負責任比較,Google 免費容量勝!
其實也沒什麼好比的,就先用用看再說摟~:P

至於要如何使用,可以參考以下文章:

PS. 不過這兩個好像都沒有提供Domain name 綁定的功能,目前只能用URL Redirection or “Forward with Masking,所以還要研究研究....

Reference:
[1] New AWS feature: Run your website from Amazon S3
[2] How I moved my websites to Dropbox and GitHub


2013年2月15日 星期五

RoyalTSX - 好用的Mac 遠端連線管理工具

圖片來源:RoyalTSX


如果你是Windows 的使用者,而且需要管理大量的機器,那你很有可能聽過mRemote這個軟體,話說我以前都是傻傻的在用putty,後來在偶然的機會下看到同事在用這套軟體,覺得非常好用馬上就學了起來。

首先他支援各種遠端通訊協定,如:RDP、VNC、SSH...等,安裝好後他會顯示你的平台目前支援哪幾種連線協定,如過不行應該要再安裝什麼Client。



mRemote 這個軟體對於系統管理者來說真的非常有幫助,尤其是你遇到以下情境:
  • 你要管理許多虛擬化的環境時,且有各種虛擬化平台 (Xen、Kvm、Vmware...等)
  • 你要管理的機器散佈在各家Iaas (HiCloud、Amazon、Linode...等)
  • 你要管理一整個機架或是Datacenter
  • 你要管理的機器充滿各種作業系統 (Windows、Linux...等)
總而言之就是當你要管理的機器一多,你又有需要一台一台連進去時,這時候一個好的連線管理工具。

野人獻曝管理法 - 資料夾管理法


mRemote 對我來說最方變得就是資料夾管理功能,這樣我就可以根據不同的群組,不同的機器來做管理,如下圖所示:


舉個SuperMicro的例子,他的機器1U有兩個Node,如果每個Node都又裝了不同的實驗環境,管理起來就會很混亂,所我就用標籤的方式來管理這組連線是在第幾個機架的左邊還是右邊(第一個Node還是第二個Node),然後你也可以根據登入角色來區分(用Root登入是錯誤的示範~囧rz...),然後也可以透過標籤區分這個連線是連到DomU還是Dom0....

範例二:

當你機器吃緊,然後你又需要作實驗時(比如說玩CloudStack),你甚至可能會在VM上面再灌VM,的方式來做實驗,像這邊就是最底層用Vmware,然後在上面架設XenServer來玩CloudStack或是Hadoop



我以為我們不是再談Mac的遠端連線工具嘛?


故事是這樣,自從我換到了Mac以後,沒有了這套軟體我就像殘廢了一樣,要管理與記憶那~~麼多的IP和帳號密碼....Orz...

於是我就開始尋找是否有屬於Mac類似的mRemote的軟體,結果還真的有耶,就是 Royaltsx,其實Royaltsx跟mRemote 是系出同源,因為mRemote的作者為了餬口飯吃:

Dear mRemote users,

while I had a blast creating & improving an open source product that gained a lot of popularity over the years, priorities in life change. And they change as fast as the IT business does. If you reached this page, you probably know what I'm talking about and hopefully can understand the decisions I made now and in the previous years.
So, without any further ado, I'd like to inform you that development on mRemote has ceased (it actually has since 2009) and I won't be giving support for it anymore, neither on this page nor per Email or any other medium.
I'd very much appreciate if you could give the Royal TS family of products a spin to see if it fits your bill. We put a lot of effort into creating a true cross-platform experience that was not available in the industry up until now, and we'd love to see you take part of that movement.
At last, I want to thank you for supporting me throughout the years and I hope we meet each other on the "Royal side". ;-)
Felix Deimel,
Creator of Royal TSX & mRemote


以他就停止了mRemote的維護與支援,轉而開始開發RoyalTSX 的開發,RoyalTSX除了延續mRemote的方便外,更增加了許多安全的機制,比如說開啟這個軟體也需要密碼,免得你帳號密碼都輸入好了,有心人士只要拿到你電腦就可以登入所有電腦,此外他除了支援Windows外還支援Mac和iOS。

所以現在我又可以開心的管理許多機器了~~

(試用版有連線個數的限制,所以請支持正版,讓好的軟體可以繼續生存下去~:D )


PS. mRemote後來還是有Open Source版本繼續在維護叫做 mRemoteNG

[1] mRemoteNG
[2] Gnome Connection Manager


2013年2月12日 星期二

[攻略] 高山市推薦飛驒牛餐廳 - 山武Yamatake

圖片來源:山武Yamatake


話說到了日本岐阜縣高山市,最有名的當然就是飛驒牛啦 (沒辦法本團是世俗饕客團),至於其他的景點(溫泉、古街、朝市)對本團來說都是點綴性質,用來消耗熱量用的(為了可以吃更多),而且我們是冬天來,古街和朝市大都是處於淡季休息的狀態。

話說高山市可以逛的景點的範圍其實很集中,以我們住的J-Hoppers為中心,所有景點大概都只有10min的步行距離,所以非常方便。一到了J-Hoppers我們馬上跟櫃檯的帥哥詢問他有沒有推薦的飛驒牛餐廳。



他拿出了高山專用美食地圖,幫我們勾選了四家(Ajikura 味藏Takumi-ya匠屋Maruaki丸明山武Yamatake),而我們則選了價格較為實惠的山武Yamatake (因為其他家看起來都很貴~XD)


山武Yamatake是家神奇的店,樓下是賣肉的超市,然後二樓才是餐廳,剛進去有點到了台灣吃到飽的燒肉店的感覺 (因為有個自助霸),正當我們充滿疑惑不知道該怎麼下手時,神奇的老闆出現了,這家店的老闆會講英文,還來過台灣,除了是這家店的老闆,還是個牧場的社長來,著有自己的牧場與肉品公司,所以這邊的牛都是他自己養的,然後他還一直說牧場No money , All bull~ 

在聽完老闆哈啦完後他就開始介紹這邊的吃法,首先就選肉,這邊是每100g(1480日圓),然後另外加自助霸一個人480日圓(就是一些青菜,甜點和水果)


然後老闆說通常日本人一個人通常吃200g,所以我們就跟進點了 6 x 200g 的牛肉,老實說我對一個人吃200g 是有多少一點概念都沒有,一直到看到全部的肉擺在盤子理財有感覺 (都是錢啊~~)


正當我們要烤起肉來,老闆就跑來提醒每一面都烤個一分鐘,翻兩次就可以吃,開玩笑本團有大廚阿鳥師和李董在還需要提醒嘛,二話不說趕快烤來吃!



肉部特寫~你看看那個油花~~


 只要烤到兩邊都有變色就可以吃了!


還可以在加點蔥提味!!吃下去的瞬間....套句團員的話:有幾百隻小牛在我口裡奔跑啊~~
好吃到我眼淚都要留下來了,話說上次有這種感覺是吃石垣牛的時候,不過這次更是有過之而無不及啊!! (其實也沒吃過多少好東西~XD)


不過要注意的是因為油實在很多,所以一部小心就會發爐了~XD




最後的感想就在這家吃價格合理,吃的爽又吃的飽! (不是美食部落客的虛弱評語~XD)

2013年2月7日 星期四

[攻略] 2013年合掌村點燈日攝影注意事項

承繼上一篇[旅遊情報] 合掌村2013 點燈日的文章,這次終於自己親身去體會與證實這些情報的正確性,話說之前在網路上看到點燈日的情報有兩種,一種是會有大叔發整理卷,另一種是要排隊,根據情報似乎從去年開始就全部改成用排隊的方式,果不其然今年也依舊是使用排隊的方式入場。

下面記錄一些這次的觀察:

話說從山下一路往上走,首先會先到達的就是這個視野非常好的展望區,但是別高興的太早,這邊並不開放架設腳架(而且有點危險),所以不要一看到美景就在這邊拍照拍到不能自己唷~



再往天守閣的方向走去,會看到一個停車場,而停車場旁邊有插著一個牌子 (紅色箭頭所在),這就是腳架排隊的地方,因為我們是pm 3:00左右上來,已經排了這麼多人,聽說排前幾名的是中午就來排隊了...所以如果真的有心要來排隊,建議可以跟朋友輪流來排隊,或是帶些遊戲或書來打發時間,因為必須要等到4:30才會放你進去攝影區。(現場有非常多的台灣朋友呢~)



這就是牌子上所寫的內容~如果你想要使用三腳架,就必須在這邊排隊,但是我後來發現居然還有傳說中VIP區,就是牌子上寫的天守閣預約巴士專區,以及天守閣關係者,天守閣預約巴士就我的觀察主要是給有預約的旅行團,他們不需要像我們一樣再這邊排隊排很久,只要時間差不多了就可以大搖大擺的走進去 (果然是有錢就可以當大爺)


這邊就是三腳架攝影專,時間到才可以放你近來架腳架


4:30 一到天守閣依照順序放人近來,排隊在前面的大叔們馬上就佔據了好位子架起他們的腳架與大砲,從下面這張圖可以看到,再腳架區的下面還有一個走道,就是讓VIP可以自由進出拍照的地方....=_=


隨著日落時間越來越接近,越來越多旅行團來到我們下方的VIP區拍照,....這時候悲劇就發生了...因為這次為了輕便,所以就只有帶比較小的腳架,並沒有帶出專業級腳架(其實我也沒有XD),所以....我的鏡頭前面就擠滿了人!!


腳架太矮,鏡頭只要開的廣角一點下面就是滿滿的人頭啊!!!!!




所以最後殘念建議,如果已經打算不畏寒冷的要來排隊拍照,請記得要帶夠好,夠高的腳架,也就是相機至少要能升高到160~170cm左右的高度,而且時間一到現場是很混亂的,所以腳架也要夠穩(夠重)....不然...就想辦法花錢當VIP吧...