顯示具有 appworks 標籤的文章。 顯示所有文章
顯示具有 appworks 標籤的文章。 顯示所有文章

2013年12月18日 星期三

活動:AppWorks Demo Day #7

AppWorks Demo Day #7 已在 11/18 於台大醫院國際會議中心順利舉辦結束
詳情可觀看 Jamie 的 一句話介紹版本 與 之初創投部落格的介紹




這是我第五次參加 Demo Day 的活動
從局外人、局內人、記憶猶新到事過境遷(搬到台南)
每次參與都有不同的感觸

若要我快速的摘要這次的 Demo Day
我會說「演講表現是歷屆以來平均水準最好的一次」
儘管團隊數較少,聽起來不夠過癮
但是演說表現得更加沈穩且帶有誠懇
我不太喜歡所謂「套公式」「拍廣告般」的演講
前幾屆太過了點,這屆又好了點

本文不談各個團隊表現該得幾分或是是否有前景
沒意外,一年後至少有半數的團隊會 pivot 成別的方向甚至陣亡 ... Orz
我更在意的是總體的組成、走向、氛圍如何
這些資訊不僅能反應出創業的動向,也能夠知道之初創投挑選及培育創業者的情況如何

舉例而言,最近兩次活動都出現了軟硬整合(及穿戴式)的產品
可見創業者對於創業方向的思考能夠更加開放(本來就不是只有做 Facebook, Google ... 才是創業)
以往非常多人想挑戰的旅遊資訊整合服務,這次沒有人跳坑 ...

說穿了舉辦 Demo Day 就是強制讓各屆的創業者們
進行「DDD」(Demo-day Driven Development) 的創業之旅

對於菜鳥,因為期限已經定出來了,所以無論如何得在這段時間內生出東西
對於老鳥,則是一個規劃好的機會,得好好把握讓大家看見自己
在這段期間,則進行各種培育:「聽演講、參訪、演練、媒合、研討、諮詢、共享資訊 ... 」
要評斷這樣的培育有沒有效?是不是最好的?是難以回答的
同樣的機會成本,創業者如果更專注於做產品會不會更好?也是沒人能夠斷言
難怪乎記得 Jamie 有提到要五年十年後再來看看這一群人組成的生態系是否對大環境帶來影響 ...


但是若以軟體開發的觀點來看創業,這樣子的培育蠻科學的
培育過程就等於定下計畫及每個階段的檢核點以執行一個「創業」的專案

原因是:「新手寫程式容易過度設計,創業者也是如此!

定下絕對的 Deadline 就等於決定一個開發週期,以聚焦去完成這段時間內可以完成的事情
進而,各小階段完成的作品,都會有現成的測試者可以幫忙檢視、測試
當創業者有了「同學」,則共享的概念使得創業的過程能夠取用到他人願意分享的資源
(有點像取用開放原始碼資源的意味 ...)
在這種環境下,除了有機會修正創業方向(「做對的事情」)
也能夠在過程中一點一滴累積創業能力(「把事情做對」)
整體來講,應該會是一件好事


2013年7月9日 星期二

活動:AppWorks Demo Day #6

活動正式開始前,會場放著五月天熱血的音樂,各組要上台的人正努力地準備等一下的演出


仔細算一算,這已經是我第四次參加 Demo Day 了!
這次參加的心境,又有別於前三次
這一次,我所在的公司已經從台北搬遷回台南,而且經歷了半年的多元嘗試
我也鎖定音響、耳機領域,做了些嘗試性質的服務(目前在協辦八月初某一場耳機迷的 聚會
對於創業無成這一件事情,自認有更深的領會


因此,心態上可以說是老了很多
但,想不到 … 這次上台的團隊大都比我(們)還要老很多 XDDD


對於 Demo Day 的看法,去年 我所寫的文章 已經大致描寫過,亦沒有太大的改變
對於新創的團隊,我永遠都是抱持著多些善意批評、多些鼓勵的態度
畢竟,用說的容易做事難,倘若這個世界沒有人願意嘗試做些新東西
那麼整個環境是無法越變越好的


我之所以說這次的團隊老,其實不只年紀,還包括事業成熟度、產業類型 …
看來,近期 Jamie 招生時的老鳥策略有所奏效
但,卻也可能帶來了一些問題:
(以下為個人的不負責任推理與猜測)
  • 真的過得不錯的老鳥是不會進 Appworks 的
  • 進來的老鳥,礙於既有的生存模式,參與度與可培育性未必會高
  • 老鳥與老鳥間的協力合作、媒合是相對較為困難的,除了心態以外,產業相異就是一個不小的鴻溝
  • 老鳥與菜鳥間的互相激勵、帶動,未必能有預計中強大的效果(做的東西很可能差異太大)
  • 最後,菜鳥與菜鳥間的互相激勵、幫助,很可能因為團體太小,而無法有 1+1>2 的效果
舉例而言,這次的團隊組成亮點大概是有軟硬整合的團隊,但我卻難以想像這些團隊要怎麼與其他做社群、做旅遊、電子商務 … 的團隊進行溝通或是合作
當然,每個團隊做的東西有所差異,互相交流時是能夠開拓視野的
但是,我似乎更樂見是由 20 個剛出社會的菜鳥團隊全部做 web 與 app 的服務。很有可能很多東西會很蝦而死掉,但是我相信團隊間的隔閡會更小、交流更多、培訓期間的成長更大


這次另一個比較明顯的問題是,有些團隊太不「網路」了 ... 對此我就不再贅述 :)
我猜測對於 #7 的團隊篩選,Jamie 應該會調整比例


而這次的 Demo Day,整體的 presentation 皆較往年為佳
缺點為,我個人不喜歡所有人都套上樣板用「廣告式」的方式來推銷自己
應該還有更多的可能性才是 (這次的團隊呼叫政府當然是走向另外一個路線了 XD)


最後,附上這次「玄米設計」推出的 Picaca App 的 官方網頁連結,我個人認為此產品在這次 Demo Day 中表現非常突出!


備註:
好吧,我先承認,其實敝公司 利昇科技 與「玄米設計」是有合作關係的
之前也曾一起推出一款文青拍照標價 App - PicValue
歡迎大家一起 下載 試用!

2012年11月8日 星期四

心得:AppWorks Demo Day #5

圖片來自 AppWorks,可以點此觀看 出場團隊簡介



前天我參與了 AppWorks 第五屆的 Demo Day,老實講,我很感動很佩服
我先在簡單此整理我所找到的資源:



加入一間新創公司 剛好滿一年左右
我參與過了三次的 AppWork Demo Day,心境卻有著非常大的差異:
  • 第一次,可以說是創業前期,抱持的想法是要來找有趣的東西,思考尖銳,自以為看得很清楚
  • 第二次,自身牽涉其中,嚴格來講,DEMO Day 前就是一直寫程式跟 DEBUG,這件事情一直做到當天清晨
  • 第三次,我好像看得懂比較多東西了,我知道他們的努力,他們面臨的情況,另外一方面也能夠明顯看出他們哪裡做不好或是做得很好

我想要從另一個觀點來聊聊 DEMO Day,他能帶來的效應有:
  • 「推」團隊趕快想出、做出東西
  • 訓練團隊表達、行銷能力
  • 提供團隊與其他人(創業者、專業使用者、創投、)社交、互動、甚至媒合的機會
  • 整場 DEMO Day 就是一個大型的行銷活動,宣傳團隊跟 AppWorks 本身
    老實講,是否能藉由單一活動博得很多主流媒體的版面,我認為這不是那麼重要
    好的東西,透過日積月累的動腦筋行銷,自然而然就能夠推廣出去,時間早晚的問題罷了!

就我的觀點,「創意」這一件事情並不是觀看 Demo Day 最需要考量的地方
創業不是僅只是創意競賽,他其實最大的成分叫做執行力競賽
我甚至認為 Demo Day 上面呈現的「產品」本身也可以不是最大的重點
台上的講者所呈現出來的熱情、團隊的向心力跟合作能力才是最重要的
如同 Jamie 所提,需要 5-10 年網路公司才會逐漸成熟
對 Demo Day 的團隊們不宜太苛刻

這次的 Demo Day 中,各團隊的的商業模式較為穩固,甚至有很多人已經算是創業的小鳥或是老鳥了
就 presentation 這一件事情,我個人認為:
  • 1/4 表現方式不佳或是根本內容上就不恰當,很可惜
  • 1/2 能夠講出自己想要表達的東西,不過表達方式如果想要說服我,仍然小有進步空間
  • 1/4 表現佳!
抱歉,其實我自己很也毒蛇、苛刻啦…
但是就是曾經參與其中,我才會知道「把產品做好」以及「上台講清楚」這兩件事情其實並不容易做好
舉例來講,我的團隊講的其實也是屬於還不行的那一群(上台的版本算是可以了,練習的時候,我聽得想切腹)
(可以參考這篇文章:心得:PIPOSEA @ Appworks Demo Day #4)

取其優點學習,注意其缺失叮嚀自己
隨時問自己「如果是我的話,我會怎麼做這一個產品?我會怎麼 present 我的東西?」
這是我希望自己能夠做到的
新創團隊需要鼓勵,可以批評,因為這也是讓大家成長的好方法
如果只是無建設性的謾罵,就可以省下來了


備註:
最近團隊在進行腦力激盪思考下一個 Project
提 idea 時,總是會有讓大家大笑,覺得很蝦的東西
但是靜下心來仔細想想,卻又往往有其可行性
如果只是一直負面的打槍別人,那麼團隊大概也想不出、或是能夠理性的思考出比較有趣的東西了
創業的夥伴們,共勉之!YO! (直銷?

2012年9月13日 星期四

活動:Facebook World Hack Taipei 2012


會場在 101 對面,風景好的很,還有真實的憤怒鳥彈弓可以玩

開發人員目測應該有 150 ~ 200 人,雖然活動很低調,可是來的人還是很多啊!


這是我第一次參加 Hack Day 類型的活動
活動的場地實在很不錯,風景好且放嗨歌寫 Code 真的頗熱血
我還記得我把憤怒鳥玩偶用真的彈弓射出界且又高又遠
旁邊的工作人員一直偷笑 XD
整個 Hack Day 的規格確有國際水準

為了這次的 Hack Day, 我從現有 全民電視 的專案
整理出了一個基本版的 Facebook Login/Logout API Framework
只要套上申請好的 Facebook Key/Secret 等等設定,就可以提供 client 端基本的登入登出等等 API 功能
這套 framework 當然是 open source 的!
不過現在沒有什麼價值,運作方式只會讓人覺得很詭異
因為專案中夾雜著剛學 Python 時所寫的 Child Code 以及許多我們平台綁定的格式及 Code
此 framework 目前 不推薦使用也不推薦觀看
希望接下來幾個月,能夠有時間整理出一個乾淨且泛用的 API Framework, 甚至提供 Long-Polling Class 的 Support …


此次的 Facebook Hack Day 活動,在活動開始前我們團隊發現幾件事情:
  • 這次的活動異常的低調,似乎知道的人很少,有相關討論的人也很少
  • 整個 Hack Time 只有六個小時
  • 獎項很不明,只知道最大的獎項是可以去跟 Facebook Team 見面
  • 之前其他地區舉辦的 Facebook Hack Day 系列相關活動的得獎作品,大都概念很簡單,如:製作生日快樂罐頭訊息的 APP …

仔細想想整個 Hack Day 對於 Facebook 而言,目的可能是:
  • 推廣自己 (Open Graph, Mobile SDK … )
  • 看到許多人開發 Facebook 相關的 App, 而且此 App 是對 Facebook 有所幫助的
  • 找到他們所感興趣的團隊
  • 有關讓 Developers 之間互動等等的目的就不再贅述 …

Hack Time 只有六個小時很明顯是不太夠的,從認識朋友、組隊、討論、實作、準備 DEMO …
這些程序恐怕就要花上一整天才有辦法產生比較完整的東西
所以 Facebook 不想要收到完整的東西?
我認為他們要的就只是一個對他們而言有創意的 Idea, 一個善用他們提供的資源所做出的產品
(且此產品要對其核心價值有所幫助)
Idea 是不是事先想好,甚至事先偷跑了都不是他們最 Care 的事情!
當然,如果只是把整個早就弄好的產品也不修改就拿來參賽,那就會完全失去了 Hack Day 的樂趣 …
這一切都取決於參賽者的心態跟目的


我們考量到既然要參賽,那就乾脆做一個自己覺得有趣,且 Facebook 一定也感興趣的 App
於是比賽前幾天,我們做了以下準備(偷跑):
  • 每天真的都在 Hack Facebook 的怪咖 CEO 負責系統設計,撰寫文件跟設計 DB 格式
  • 我開始整理 API Framework
  • 負責前端有時候還要跨後端的強者我同事則是開始玩 twitter bootstrap, angularjs …
  • 手邊有國際等級 APP 的 iOS 工程師,因為家裡有事情,臨時無法參加
簡單講,我們的 Hack Day 很不要臉的從週末就提早開始了!
由於萬事具備,比賽當天我們能夠當場申請新的 Facebook App, 即時調整 Serer 的設定
然後 Oauth Login 的功能,花幾分鐘改個設定就會動
要存取 Graph API 的 Function 早就寫好了,連要使用 Graph API Batch 功能的 Function 也都包裝好,可以馬上使用
(很遺憾我們沒時間申請網域跟處理 SSL 憑證,所以只有直接的 IP Adress … 造成了後來的一些問題)
當天 Hack Day 下午,我就看著文件拼命寫 Code !(事實上,前一天我還先寫了兩支 API)
最後我爆氣大概寫了 300 ~ 400 行 Python Code ,對我這種 Coding 嫩咖,已經算是突破自我了

Demo List


輪到我們團隊做 Presentation 時,遇到了很囧的事情:
  • 電腦被 似乎沒用過 windows 8 的 工作人員重開機,事先準備好的頁面都沒了 …
  • 遇到解析度跑掉的問題,整個頁面都看不完整
其實當下應該要拒絕馬上開始,堅持把環境處理好以後再開始 present
不過我們本身隨機應變的能力還不夠 … ,且就算扣掉上述問題,我們的整個 presentation 本身也處理不好
因此最後我們家的老闆跟怪咖 CEO Terry 拖了大家很多時間
Presentaion 過後,大家其實頗為沮喪,一個有趣的 Social Game 被 present 得很不有趣 Orz
仔細想想,其實整個 Hack Day 最大的重點是 presentation 是否能夠:
  • 表達出自己的 Idea
  • 說出此產品哪些特點符合 Facebook 的需求
  • 給大家看到產品完成的樣貌(但是不用全部沒關係)
亦即,很多產品非關緊要的細節其實不用實作 只要能夠完成基本要求(例如使用 Open Graph)得到分數即可
重要的還是想辦法在時間內讓大家印象深刻、理解我們想要作什麼!



遊戲首頁



進去後的個人畫面


遊戲畫面(先跟當事人抱歉,我幫你們做了馬賽克 XD)



最後的最後,很幸運的評審們應該知道我們在做什麼
我們得到了 最佳遊戲獎
禮物有: iPad, shuffle*2, $250 Facebook 廣告費用 …
最重要的是得到了 Facebook 的肯定
我們能夠在短時間內原創、設計,並且手工打造出了一個 Social Game: Memory Millionaire !
(雖然內含許多 BUGS)
這樣快速開發一個產品的過程(發散、收斂、衝突、妥協、爭論、配合),才是我們團隊所得到的最珍貴經驗!


之後我們會討論如何推廣並且讓大家都能夠玩到 BUG 比較少的這一款遊戲!
Cheers!


2012年6月11日 星期一

活動: PyConf 2012

幾個月前看到正在學習的語言要辦 conference
於是二話不說便在早鳥訂票開放日訂票
事實上, 議程 在訂票前並沒有仔細看過
只是覺得身旁有一群會寫 python 的人,心情就很好了!
(事後得知公司決定全額補助諸如此類的進修費用,心情就更好了!)

怕自己學 python (<1year)還太嫩
聽不懂大神們在講什麼
除了收了一本實用導向的 精通Python 3程式設計
趕快看一下 python 3 有什麼東西以外
我稍微追 PycTW2011 的資訊
可惜的是我好像沒有找到錄影的紀錄?
總之,胡亂的看過上面的投影片 ...
(發現 魏老師 的 Python 2 vs 3,  50 行中文手寫辨識 好有趣啊!)



這是我第一次前往中研院參加研討會
雖然位置有點偏遠,進去後還必須走很遠
不過硬體設施真的頗高級
兩天都是在很舒適的狀況下聽演講、等便當跟點心
第一天的議程以科學運算上之應用為大宗
其中 Jimmy Lai 大神是我大學時的同學(他都已經在台上了,我在幹嘛啊)
他的演講沒安排什麼梗,就是很平實而邏輯清楚的介紹自己使用的工具及方法
(做人就是要這樣正直才有辦法連拿兩個大賽的冠軍啊!)
由於講者大都把主力放在 python 在科學上的應用
因此第一天講者的演講 style ,大都給人較重的學術感
老實講,我目前在做 web 開發,所以大多數的演講對我直接的幫助性不大
除了 Gage Tseng 大神的 Even Faster Django 以外 ...
他的標題有梗,演講的內容也有梗,整個演講很值得參考
可一提的是,他們的系統架構與我們頗類似
Django 也的確是我早期開發 web server 時使用的 framework
不過隨著分工成 api server,我就決定使用更 light-weight 的 bottle
(大概是以前寫 C 寫太多,我竟然曾經認真考慮不要用 bottle 直接自幹一個 WSGI app!)
我對 Gage Tseng 大神印象最深刻的是,他介紹自己的公司的時候
提到他們就是要做社交網路,那種氣魄讓我深感認同,真想拍手叫好!
(我們 PIPOSEA 也是想做社交網路(握手))
一整天的節目結束後,本來應該去參加最重要的 BOF
不過由於晚上我另有活動,所以只能含淚提早離去 ... ... Orz


第二天開場就是 Django 的開發者
就是一個大師在向我們娓娓道來 web 歷史的感覺
緊接著的 Rasiel Chang 以及 toki 大神們
Rasiel Chang 的表達非常條理分明,很明顯有所用心準備及練習
toki 則是題材有趣,頗吸引人!
講的都很精彩,Rasiel Chang 的 團隊 也在 appworks #4 內
不過由於我們團隊對外大都是由老闆出席,實在很不好意思去認親
(我果然有社交障礙!)
其後的演講,無論是用 Mac 的 ericsk 大神, 12 道家書的 lwshu 大神
或是讓人驚訝竟然已經用 python 十年的 Cyber link 講者 Honder Tsou 大神
這些大神的演講都使我獲益良多
最後一場 hychen 大神的演講則大概是這兩天最專注於語言特性的一場 talk
也是對我幫助最大的一場演講
在台下聽講時其實一直覺得很有趣
因為 hychen 講的頗快速且一下子就講到重點
這恐怕會使得某些比較不熟 python 語言特性的聽眾完全在狀況外
但對於正好需要 meta class 這樣特性的我而言
只能夠用「聽君一席話,勝讀十年書」來感謝他 Orz
(附上投影片)


整體來講,這兩天的演講學術味較重
但是對於探討 python 這一個語言特性的演講較少
很可能大家都是拿 python 來應用
所以演講的主題就集中在 科學運算、繪圖、web ... 等等地方
(我原本以為每個 talk 都是像 hychen 大神的 meta class 一樣深入!)
小可惜的地方是,有關 python 在 web 上面的應用我聽得還不夠過癮 Orz
總之,感謝主辦單位的辛勞付出及抽獎貪食蛇!
希望 python 這個好玩意,可以更為人所知,為人所用。
(希望某年我能夠熟 python 熟到能上台向大家介紹牠 ... Orz)




2012年4月7日 星期六

活動:PIPOSEA @ Appworks Demo Day #4




Video streaming by Ustream


我們的團隊大約在 1:23:22 開始進行 Presentation
上台的是我們 Team 的 Leader 同時也是老闆
我認為他的表達大約有 75 分的水準
但是投影片的質量實在還是不及格



我們大約在今年過年前確定了要做的東西及方向 我所負責的部分為 API Server 的開發
過年後在討論之餘,開始一步一步刻出整個框架
以及逐漸解決要面對的技術問題
事實上,我們想要做的東西還是一直在改 ...
因此大約到了 Demo Day 前兩到三週
外包給美工的圖以及DB的設計才完全確定


整個具體的產品真的就是這兩三個禮拜生出來的
我大約在兩週的時間內寫了接近 2k 的 Python Code
( 順便附上計算 line number 的語法: find . -name '*.py' | xargs wc -l )
要是加上之前練功用的 FakeAPI Server 以及部分 Django + Piston code
我的 Python Code 總產量大約有 3k ,算是從 Very New 變成 New 了


這兩週三個開發者 ( Terry, Joe, Cirtis ) 過著相當「燃燒」的生活
但卻在逐漸看著自己的產品「具現化」的過程中得到無與倫比的成就感
那種做自己想做的事情的感覺,是很好的
也是這樣的熱情(以及 Demo Day 的壓力)
讓我們至少能夠順利的完成產品的 Prototype


Demo Day 的交流時間時,有許多有興趣的人來到攤位看我們DEMO
有大四的在學學生(其實看得出來是學生!)
比我們稍年長的學長
作硬體的外國人(馬上交給團隊中的擁有 USC 碩士的 lenny 應付)
對我們很有興趣,一直問問題的大叔(還問到雲端AWS去了~)
... ...
整體來講,大家都覺得有趣,覺得還有許多可能性
被肯定的感覺還挺好的
我們也得到了一些回饋


小評一下,雖然我們的表現很手忙腳亂,呈現的東西還缺東缺西
但是至少向大家說明了一件事情:「Hello world !! We are PIPOSEA !!」



About PIPOSEA:


現在的時間是 2012 年,Facebook 已經差一步就統一地球了
這個世界上卻還有人想要做 Social Network ???


一切的緣起就如同 Terry 在馬來西亞時的遭遇 --「無法與身旁的陌生人互動」
這是大多數既有的社交網路的弱項
因為他們專注的是強化朋友與朋友之間的連結
而現存的陌生社交網路,過於強調「愛情」,無法廣泛的被人們接受
而社交資料的重建,更是造成麻煩


而我們想做的,只是想要解決人與陌生人之間互動的問題
透過 自動化社交機制、虛擬(實際)位置介面、邀約互動設計以及其他有趣的元素
讓人與人可以達到架構於虛擬/真實世界之上的互動


Enjoy It !!