Taken at HTC Research Center (Sindian Branch)
2011年3月20日 星期日
饌豚日式料理
每個禮拜五, 我都會到科技大樓站附近看醫生, 看完醫生後, 通常都會坐回火車站附近吃飯, 不過上禮拜想吃點不同的, 所以就把Google Places拿出來看, 本來是看到一家拉麵店感覺不錯, 不過後來走到那邊發現已經打烊了, 所以又走到了大安站附近這家 - 饌豚日式料理
這家的店面不大, 位置不多, 旁邊也有一家類似的店, 應該蠻競爭的吧..
我點了, 綜合生魚片(本來點紅甘的, 不過已經賣完了所以只好改綜合)和炸牡蠣定食:
生魚片蠻新鮮的, 只是剛上桌時溫度有點高, 所以放一下讓它冰一下會比較好, 切的厚度剛好可以一口, 所以還蠻不錯的, 炸牡蠣有一點點油但還在可以接受範圍, 咬下去真是滿嘴海味呀!
值得一提的是, 老闆挺不錯的, 上菜的時候介紹說他們的魚都是當天親自去拿的, 結帳時也很客氣的問我意見, 服務態度很不錯
地點:
2011年3月19日 星期六
青禾田手打烏龍麵
這一家在我兒子常去的診所隔壁, 離我家還蠻近的, 不過住這這麼久了, 我還是第一次去吃, 主要店外觀也不是很搶眼, 昨天去吃, 點了碗麻辣狐狸烏龍麵, 麵本身不是很起眼, 裡面也只有蔬菜沒有肉, 算相當健康的感覺, 湯也很清澈的像一般高湯一樣, 雖然說麻辣, 但沒有紅紅的湯頭, 還真很不習慣
不過, 光看整碗麵會被它給騙了, 其實湯頭雖清澈, 但不錯喝, 半隨著微微的辣, 而且不複雜, 非常的樸實但好喝, 麵的嚼勁也不差, 缺點是小菜跟點心沒那麼好就是了....
地點在:
2011年3月18日 星期五
Facebook 能做些什麼？
剛在捷運上看到一位小姐拿著iPhone 在看她Facebook上的news feed。她同時也編輯著她Bump上的資訊(我猜可能是新買的手機吧)，我就開始在想，Facebook現在越來越壯大了，加上智慧型手機也越來越普及，social network從你家的電腦走出來到手機上了，Facebook可以再多做些什麼？從這個例子當然可以說，或許可以拿Bump來跟正妹交換Facebook帳號（哈，我沒這樣做啦），不過這也只能算是一個簡單的小應用而已。
從groupon, live social甚至最近新出來的level up，不難明顯看出社群經濟越來越熱門，當然Facebook身為社群網站的龍頭老大並沒有置身事外，也有credit和deal，最近甚至還有租片服務以及MLB live streaming，這些都是可以化為ㄧ波商機，我覺得加上手機後，能做的應該更多了，比如說可以銷售演唱會入場券，透過手機就可以存取並查驗票之類的，透過Facebook廣大的使用者，不但可以邀約朋友同行還可以送這樣的東西給朋友當禮物。
2011年3月17日 星期四
2011年3月15日 星期二
Angry brids seasons - Go Green, Get Lucky
這次的Angry birds seasons繼萬聖節, 聖誕節, 情人節後, 又再推出新節日....台灣人比較不熟悉的 Saint Patrick's Day
我也不太懂這節日的由來和典故啦, 只知道一切綠油油的 :P 反正, 玩Angry birds就是要...挑戰"三星"!!!還有金蛋
今天終於把星星全部拿齊了
這次的金蛋關還挺可愛的, 高高高高高帽子關.. :D
2011年3月12日 星期六
2011東北強震 與 東京地震8.0
昨天的日本東北強震真的是震撼了整個世界, 昨天在新聞中看那些恐怖的影片不知道多少遍, 大概是我有生以來看過最恐怖的天災吧...
第一次看到災害的新聞, 我第一個想到的就是太陽默示錄這部作品, 太陽默示錄算是相當誇張的作品, 地震大的恐怖, 富士山也爆發, 海嘯還可以淹沒整個東京, 不過, 看了這次日本人民的反應, 日本政府的處理態度, 我覺得太陽默示錄真的是虛構到不行的作品, 現實的狀況應該不會變的那麼誇張吧, 就算日本國土被分為兩半了
第二個想到的是東京地震8.0,我之前沒看過這部作品, 只有耳聞, 由於這部的名稱跟這次8.9級的地震真的太相似了, 很自然的可以聯想到, 昨天就在MOD找出來看了兩集
東京地震 8.0果然不同於太陽默示錄, 真如其強調有實際考證, 所以對整個地震整個描寫的, 還真如這次在電視新聞上看到的差不多, 火災, 電信中斷, 人們安安靜靜的聚集一起避難, 不過這部作品是稍嫌悶了點, 雖然我只看了兩集, 不過這樣的地震, 還真是很恐怖的天災, 希望這輩子不要再有看到這樣的災害的時候了~~
[Facebook][筆記] 尋找user id和page id
自從Facebook可以讓user指定name後, page和profile的url就變成這形式了:
http://www.facebook.com/YoYoMa
雖然說Graph API可以用name, 但對REST API和FQL就大多需要ID, 傷腦筋
還好, 這些還在html source裡面, 打開查:
fbpage_id=80753646336
這邊80753646336就是YoYoMa的page id, 至於uid, 就用"uid="當keyword去查
2011年3月11日 星期五
Startgate Atlantis: McKay and Mrs. Miller
剛在syfy上看完這集，蠻喜歡的
http://www.gateworld.net/atlantis/s3/308.shtml
平行時空和兩個McKay的梗頗有趣，McKay與他妹之間雖然之前有誤解，而McKay雖不擅表達自己，但兄妹就是兄妹，兄妹之情頗令人羨慕 沒有啥比親人更好的了 夜深了，該睡了
2011年3月8日 星期二
Out of control
剛看到這篇文章裡面關於Evernote那張圖, 我還真的失笑了, 今天"抽空"把這週要做的東西的架構畫在一張廚房紙巾上, 大部分還是中午剛吃完飯的時間畫的, 但還是還沒把它搞定, 本想說回來後再弄, 回到家後, 一整個完全空掉, 但卻又睡不著.....
.............................
.............................
上頭的點點點其實是本來寫了很多東西, 後來想想還是刪掉了....
迷失了自己, 到底我是什麼? 我該是什麼? 我能說我只是個RD不是個工人嗎?
2011年3月7日 星期一
Soundcloud..So cool!
真是慚愧, 一個這麼有趣的東西, 成立這麼久, 我剛剛才第一次註冊帳號
剛看到這服務在Android, iPhone上都有client, 好奇想說裝來玩玩, 先是在web上申請了, 第一眼的感覺像是一個分享音樂的平台, 像是Napster的那種東西, 感覺沒啥新奇, 裝了手機上的client後, Android, iPhone上介面都差不多, 也看不出啥突出的地方, 直覺的感覺像是錄音筆只是檔案放雲端
但直到"People"那邊去找看看有沒人可以follow時, 發現這上面有趣的音樂還蠻多的, 也不是像我想像中分享盜版的音樂, 反而很多人藉由這平台發表創作, 而且它的介面, 真是太棒了, 真可以用聲音/音樂界的Youtube來形容, 邊播放還邊有comment, 比如說像下面這個funk版的巴哈....好帥!!
2011年3月6日 星期日
[Android] QtADB
QtADB 這應該是對Android developer很實用的懶人工具吧, 把原本需要下的adb command和fastboot常用的部份包裝成GUI
以下是它的使用說明:
看起來比adt內建的來的好一些, 實際上使用的時候, 不知道為啥抓不到我手機的目錄, 不知道是不是跟我adb版本有關, 不過在ADT下又是正常的
基本的功能大致上都有了, 還堪用, 不過如果能夠增加db browser, 或是start activity, service, broadcast intent等等功能, 或許會更不錯
Mac的使用者需要先裝Qt, 裝這裡下載的, 不要用port安裝的qt4-mac(因為目錄不同會讓QtADB抓不到At4 library)
2011年3月4日 星期五
[Android] 沒那麼有誠意的“Android Compatibility package”
雖然我說它"沒那麼有誠意", 不過我也想不出有啥方法做的比它更好
我想, 這東西的起因在於SDK 3.0 (Honeycomb SDK)為了Duo Panel的設計引入了Fragment, 當然還有Loader和Drag and drop等其他的新東西, 新東西本身並沒啥問題, 但問題在於, 如果要把原本Android的軟體porting到Honeycomb, 勢必要把很多的Activities改寫成Fragments, 但, 這引發了一個問題, Fragement並沒有向前相容, 軟體勢必要為Honeycomb跟pre-honeycomb分兩套寫法來維護, 這的確很不經濟, 因此有Google導入Fragment造成Android API的Fragmentation
所以可能因為如此, Google便有了“Android Compatibility package”這個解決方法:
Google Releases Compatibility Package to Address Fragmentation Issues
這解法就是把這些class包裝成一個static java library (jar), 讓你可以在你的程式內含入, 所以在1.6以上的版本都可以享受Fragment的好處
但問題在於, 如果用過Honeycomb的Fragment一定會發現, 它跟Activity緊緊的綁在一起, 他們要怎解決替換這個Framework裡很重要的class, 答案是...沒有替換, 用另一個東西來取代 - FragmentActivity
也就是說, 要在pre-Honeycomb裡用Fragment所用的方式跟Honeycomb並不相同, 它的package不是android.app而是另一個android.v4.support.app, 目前也似乎只有把Fragment, Loader和新的CursorAdapter含進來:
也就是說, 跟Honeycomb比起來算是另外一套, 雖然也可以直接在Honeycomb上用, 但等於就是捨棄原生的用Compatibility package
使用的方法很簡單, 只要把jar檔加的classpath裡就好(在Sdk/extra目錄內):
還有一些要注意的:
- 要用Fragment的Activity要變成繼承自FramentActivity (那原本需要繼承其他的ListActivity之類的就很麻煩)
- 要用getSupportFragmentManager取代原先的getFragmentManager
- 有些framework裡的resources只在Honeycomb存在
- 附的ApiDemos是Honeycomb的, 不能直接用這個package, 要改
其實也還要一點工, 這也就是我說不是那麼有誠意的原因
以下是我用ApiDemos裡的FragmentLayout改出來的結果 (在Ver 2.X上):
2011年3月2日 星期三
我所知道的李家同
本來是不太想寫這種文章的, 一來總有種攀親帶故的感覺, 好像我多熟, 二來, 在現在目前還是熱門話題的時候, 好像是來護衛什麼的, 最近有幾篇挺受熱門的文章關於李教授:
昨天是看到人家轉貼的這篇 "我看李家同的是與非", 才想到要寫這篇的
看了陳教授的文章, 慷慨激昂, 是對是錯, 我不是學界的人, 並沒啥資格好評論, 不過我當年博士班念一半不念, 其中一個原因就是不想為了點數汲汲於論文(另一方面也是自覺自己不適合做研究), 不過到了業界後我了解到, 我也錯了, 台灣的業界也是以"分數"在評鑑一個人的, 而不是以他的能力跟貢獻(或許有人會認為分數是客觀的, 不過我認為, 既然是人為的系統, 一定都有作弊的可能), 不過, 我並不是想針對人家給予李教授的批判做啥評論, 只是想說說在我記憶裡的李教授
我初認識李教授是在靜宜大學, 我從成大被二一退學的一年後考上了靜宜大學, 而當時他是那兒的校長, 真正比較熟悉的時候是修他的演算法課, 一般如果出去自稱你是某某的"學生", 人家常常會把某某是你的"指導教授"這種關係連結在一起(就如同是第二封公開信中, 陳教授拿來計算李教授的學生數目的方式), 但對李教授來說, 他指導過的學生就是他的學生, 不管是指導過的博碩士班學生, 上過課的大學部學生, 甚至在育幼院教過的學生, 常常會聽他說他"某某學生如何如何", 這"學生"常未必是他擔任指導教授指導的學生, 其實比較常聽到的是他在育幼院教過的學生, 古人說一日為師終身為父, 如這樣說, 倒也沒錯啦.....我修過他一年課, 我碩士甄試的推薦函, 博士班的考試的推薦函也都出自他的手, 雖然說沒照著他的期望走, 從一開始選碩士指導教授就沒照著他推薦的, 不過他一直是我非常敬重(也敬畏 :P)的人, 畢業之後, 我們當時一群修他課的學生還是會再去找他吃飯, 甚至是幾年後, 他也沒忘了我們, 也都叫的出我們的名字
一想到他, 我腦袋裡浮現的是他幾句的口頭禪, "是不是呀?", "你說對不對呀?", "唉呦", "那小子"或"你這小子", 所以每次看到他演講的影片都覺很親切, 因為他就是這樣講話的人, 在我的印象中, 他是個心直口快的老孩子, 腦袋裡常常轉著很多不同的新想法, 雖然未必一定是對的, 但總是有新的, 有時候是一些簡單的想法, 有時候是文章故事的點子, 也常常等不及的就拿出來說, 以前大學時, 有老師曾說過, 李校長(其實到現在我都還是叫校長)常常晚上打電話找人討論, 不過在我印象中, 他不是個嚴肅的人, 倒真的比較像老孩子, 他的學生(大學裡的)看上去都很敬畏他, 但幾年前的聚餐後, 隨他到育幼院, 我發現小朋友都很高興看到他, 而且沒有那種"畏"的感覺
其實他就是像個小孩子一樣的老先生, 也是會對新奇的事物感興趣, 記得他當上暨大校長那年, 我們一群學生到暨大找他, 他迫不急待的跟我們炫耀他的校長室, 我還記得當時他說"你看, 在這當校長就像當神仙一樣" (因為辦公室窗簾一打開, 外面雲霧繚繞), 然後還請我們到當時還沒震垮的涵碧樓吃飯, 一個月後, 九二一大地震發生了, 後來他也就沒當校長了, 當時有些民意代表對他有很嚴厲的批評, 但我一點也不意外他會那樣做, 他是一個對學生很好的老師, 以學生安全為優先的確是他會做的事
"我看李家同的是與非"裡面說他應該是個愛碎碎念的老人家, 我看到很不自覺的點了頭 :P , 習慣他講話, 他講話就是那樣子, 之前我博士班唸到一半不念了, 不太敢讓他知道, 我是覺得有點愧對他啦, 畢竟他幫我寫了推薦函, 但後來聚餐碰到他, 他也只是念了一下"聽說你博士班後來沒念了? 你這小子...", 或, "你們這些傢伙怎愛找女教授" (我的指導教授是女的), 聽到這個我也不覺得他有輕蔑女教授的意思(雖說我指導教授也沒很欣賞他), 他講話就這個調
他的教育理念是比較重視基礎的, 我當時修他演算法時, 他有時偏要考我們英文, 考英文不是考啥科技論文寫作這種應用面, 而是很基礎的文法, 教我們東西也不是一股腦兒的把東西塞到我們腦袋, 我還記得我被抓上去講一堂NPO complete, 但東西我自己得先準備, 陳教授文章指李教授是讓學生出社會後喪失實作能力的始作俑者, 這一點其實我是有點不以為然, 李教授很多學生是在業界不是學界, 撇開這點不說, 基礎的學習(演算法, 電磁學等等)是真正實作的根底, 根底紮實內功雄厚才不會流於花拳繡腿, 台灣可能比較功利主義, 比較著重於你能做什麼, 而不是將可以做出什麼, 出了社會, 人家問你會啥? 像是在資訊業界(以軟體來說), 面試的時候, 很多人會常問的不外乎你會什麼語言(C, C++, Java, Perl ...), 開發過的平台有哪些, 但對比於國外的公司, 像是Google, Facebook這種大公司, 這些反而就很次要, 問你一個演算法, 你可以用啥語言去實作, 其實他們一點也不在乎, 語言是工具, 你可以用一種語言達到一個目的, 自然也有辦法用另一個語言達到, 即使你之前沒碰過, 但基礎卻是可以讓你之後演變出很多不同變化的零件, 你擁有的零件越少, 能變化出的東西自然越少, 那擁有在多工具的技能也無濟於事, 記得以前有個老師問我們一件事, 電腦越來越快, 那你還需不需要學演算法? 反正再爛的方式都可以靠硬體暴力來加強, 答案是需要的, 因為有了更好的硬體, 搭配更好的演算法, 你才可以做更多的事, 而不是用更好的硬體, 做的事卻一點增加也沒有, 基礎不好, 就算會設計CPU, 做同樣的功能硬是要比人多一倍的線路, 多一倍的功耗, 那就算有實作能力也是無用的, 所以我一直覺得他這觀念是對的, 只是有時候他對大眾表達出來的, 好像是沒表達出那麼的好
2011年2月27日 星期日
[Android][筆記] 3.0 SDK - Orientation change design with Duo panel UI
關於這主題, Dianne Hackborn已經在這講的很詳細了, 這邊挑了一些要點
Duo panel的設計在iPad上已經是蠻常見的了, 這設計的一個特點是, 在Landscape模式時為了充分利用空間, 把Panel切割成兩部分, 但使用者轉換成Portrait時, 則會轉換成Single panel
不意外的, 在Android上實現Duo panel的方式是可以利用Fragment的
在Hackborn的範例中, 總共有兩個Fragment (TitlesFragment, DetailsFragment) 和兩個Activity (FragmentLayout - 這邊姑且稱之為main activity, DetailsActivity), 這部份的codes可以在ApiDemos裡面找到
在main activity的layout設計上面, 為了達到Portrait是single panel而Landscape是duo panel的設計, 其實是要portrait跟ladscape分開各一種layout, 在landscape是要包含左右兩邊的Fragment, 但portrait就只能包含左邊的
因此, 在portrait mode時main activity由於不會有右邊的panel的ID, 所以必須自行偵測右邊是否存在(或是偵測目前是不是在portrait), 然後決定按下list item的行為, 如果是portrait, 就不能使用DetailsFragment去取代右邊panel, 取而代之的必須呼叫DetailsActivity來顯示, 這作法其實頗為tricky, 而且在這作法下, 懶惰的programmer再也不能overrride onConfigurationChange來偷懶了, 對於習慣不好的programmer應該是蠻容易在Orientation change這邊產生side effects
上面就是利用不同的Orientation方向判斷到底是用DetailsFragment取代右邊Panel還是呼叫DeatilsActivity, 而DetailsActivity其實就只是一個DetailsFragment一個包裝, 也就是當在landscape時, 本來就只有main activity左右兩個Fragment, 在portrait時, 這兩個Fragment被拆開成兩個Activities, 但如果這時候從portrait的DetailActivity轉回landscape要怎回到原本main activity的duo panel型態呢? 作法很簡單(也有點tricky), 在lands cape mode時, DetailsActivity就把自己給finish掉了, 不過這邊要能夠確定history stack的前一個的確是main activity, 不然也會很怪的(一般應該都會是才對)
在Hackborn的範例中, 每次都得重新建立一個新的DetailsFragment, 這樣的缺點是, 每次花在DetailsFragment初始化還有inflat layout的時間會有點浪費, 如果是在複雜的layout跟Fragment, 這樣容易造成許多不必要的垃圾, 當然能夠reuse最好, 如果把她用的replace換成這個replace, 自己給個tag, 那之後就可以用FragmentManager.findFragmentByTag將這個Fragment instance給取出重複利用, 但, Fragment是不可以被重複加入的, 你可以拿instance出來重複使用但如果試圖把這個instance重複給FragmentTranscaction, 那是會發生錯誤的
附記: 如果沒去設定target sdk version是11的話, 那這個應用程式會被當做是小螢幕的而不是一個tablet application, 此時你看到的會是在中間一個縮小版的(學iPad也不要學這麼像嘛... = =")
有種儲存裝置名叫MO.....之古董進行曲
"有個女孩名叫婉君~~~", 喔耶~~~
從前從前, 有種儲存裝置叫做MO (Magneto-optical drive), 翻成中文白話叫"磁光碟"(這有白話嗎?應該沒"非常光碟"來的白話)
在當時, 備份到MO, 可以號稱直到天長地久, 一片Teijin的MO片號稱壽命超過一百年(不知道有沒記錯), 比起常燒壞放到爛的CD-R來的可靠多了, 但, 現在已經不流行了, 一片1.3G MO片, 容量是CD-R的兩倍, 但價格可快五六倍, 更何況現在還有更便宜的DVD R, 大家根本不在乎可不可以到天長地久
以前起碼有十幾片MO片, 裡面放滿了對程式開發狂熱時期的產物(我現在也還想狂熱呀.. :'( ), 但...不是說天長地久嗎? 我現在已經沒有任何SCSI裝置可以接我MO機了, 更何況那台機器能不能用還不知道....沒有可以讀片的機器, 天長地久的片好像也沒啥用... = ="
說完了MO, 不得不再說一下這個小兄弟MD (MiniDisc), 身為一個老Geek....呃...我也有耶~~~~
他的音質可以跟CD一樣好, 也就是, 比MP3還好, 隨身聽的體積也可以做很小, 我所擁有的是MDLP世代的
但既然音質好體積小, 為啥現在也不見了?
最大的致命傷是如果沒有音樂發行商發行MD版本的音樂(其實也大多以CD為主), 那它就得用轉錄的方式把CD轉錄到MD上, 轉錄的時間1:1, 大家現在大概很習慣把CD轉乘MP3, 轉MP3的時間絕對比這快很多
加上之後iPod等MP3隨身聽流行起來了.... MD也就跟著不流行了
這...還活好好的, 是PSP用的媒體, 不過如果不是PSP, 大概也已經不在了(PSP之後也不用了), 當初出來的時候, S大很大的口氣, 除了遊戲還會有電影, 不過, 不知道後來除了遊戲外到底出了幾部電影, 大部分應該還是A片吧? (日本人喜歡在外面看A片? @@")
訂閱：
文章 (Atom)