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

2014年3月15日 星期六

存在感、表現慾望與建設性

cocoaheads-taipei

因高手的介紹,第一次在台北參加小型聚會 CocoaHeads.tw 2014 3月聚會,場地是由知名 PicCollage app 的公司 Cardinal Blue 所提供的,也是他們家上班場所,十分舒適啊!

cocoaheads-taipei 2014-03

經過這次小型聚會,讓我想起不少點滴,像是以前在研究單位時,每兩周的技術分享一樣,真的,一個人所能接收的訊息、機會都跟工作有關,有道是男怕入錯行,不是沒有原因的 XD 這次聽到 KKBOX iOS developer 分享 CarPlay 挺有趣的。

心得:
  1. Cardinal Blue 辦公室真漂亮
  2. 不少人正積極尋找舞台,力求發揮(iOS app 派的商業特質?)
  3. 工作著實地影響一個人精進,若在工作上無法吸收到新技術,下班再去做就真的太累了 XD 此時就比較適合挑其他人生目標、舞台?
  4. 早期 iOS app 適合單打獨鬥,小功能就容易吸引人,現況適合打群架,要豐富的應用(如軟硬結合)才比較能有話題。此外,一旦開發週期拉長,產品無法及時曝光商業價值就降低
  5. 雖然 idea 的新穎性是個創業的因素,我自己第一份工作也常會因為看的多&遠,常常對別人開槍,後來某天後來有了新體悟:同樣的路,走 100 遍各有各的滋味 :) 此外,市場規模、地域性仍是個關鍵點,如同台灣現況很夯的 web service (團購、群眾募資等)不少也是從國外引進來... :P 所以,開槍時若多一點建設性方向的分享,應該會提升交流品質
最後,則是著實地提醒自己,該排好時程精實執行!

2014年3月6日 星期四

AWSome Day 2014 Taipei

AWSome Day 2014 Taipei

記得上一回使用 Amazon EC2 已經是 2009 年年底了,當時有 firefox plugin 可以管 EC2 就很威了!經過幾年少用 EC2 後,今年想說該複習一下,就報名參加了 :P

聽完一輪的想法:
  • AWS 提供很完整的方案,甚至企業型用法的 Amazon Virtual Private Cloud (VPC)
  • 比起 2009 年的概念,現在有很完整的 Access control 稱作 AWS Identity and Access Management (IAM)
  • 現在有 Amazon Relational Database Service (RDS),我猜應該本就有 HA 功能,而 RDS 所謂的 HA 方案是指跨 region 程度的。此外自家也有推 Amazon DynamoDB 的 NOSQL 方案
  • 檔案儲存的 Amazon S3 也有便利的 access control !以 bucket (類似folder) 為單位
  • Amazon ElastiCache 還可以建 Cluster ,有常見 Redis 跟 Memcached 方案 
  • AWS Elastic Load Balancing (ELB) ,如其名 load balancing
  • Amazon CloudWatch,可以監控機器狀況,若太操時可以選擇自動加開機器等
  • 有點內建 CDN 功能:世界各地有 Region 跟 Edge,其中 Region 是可以開機器,而 Edge 則是 cache 
聽到這裡,我認為 AWS 真的很猛,大概把一般公司對 MIS 的需求都做完了 XD 難怪一直主打 startup 廣告,如 airbnb 如何在 2012 年靠 AWS 服務,處理六個月內倍增的訂單數等,其他家則是說用了 AWS 省了多少錢。

對於錢的角度,我認為 AWS 就像買保險一樣,初期看起來花費比其他家 VPS 貴,但它提供的方案很全面性,如彈性計算的 EC2、資料庫 RDS、檔案儲存備份 S3、服務分流 ELB 跟服務監控與自動彈性調整 CloudWatch 等,一整個讓 startup 不必分心於管機器這件事,更可以專心做服務。流量大就砸錢,錢花完就增資 XD

管機器啊,只有真的管過才知道機器難管之處 XDDD 所以,要怎樣說服老闆花錢又是另一門學問囉!例如顧一個 MIS 年花 60 萬好了,但這個價碼初期用 AWS (WebOps) 好像很噴錢(大多都是 RD 兼職),但一旦服務流量變大時,馬上加人不見得可以處理好,用 AWS 卻像買個保險可以快速解決,甚至某些服務性質來說,有可能省到錢(節省人力)。

最後一提...不是用了 AWS 就可以自動 scale up!當然是自家服務本身就要設計,所以在 AWS 的傳道上,會鼓吹一開始就設計可以 scale up 的架構,而非像其他 startup 先不作重在 scale up ,等做大再煩惱 :P

相關連結: