今天去參加了Qcon這個會議,總體感覺還不錯。Qcon全稱是全球軟件開發大會。
先記點notes, 回頭慢慢整理。
1. Amazon dynamo db(very fast)
2. difference between library and service
3. how do nosql improve perf
4. Reusable UI components. (origami.ft.com)
5. What's polyfills
6. freeman-lab/thuder github repository (apache.spark.com)
下午是敏捷講座,基本覺得還挺假大空的。
一些驗證猜想的方法還是挺有用的,MVP(mimimum viable product), 先做個假的東西告訴用戶我們將要support xxx, 看用戶會不會點擊,頂多人肉地滿足一下用戶需求,主要目的是收集用戶數據,拿用戶實際行爲再去訪談會比直接問用戶更加具體,並且會得到更加真實具體的答案。但似乎對於大公司來說,這樣的方法不是很適用。對於創新團隊和創業公司不失爲一種很有效低成本的驗證創意是否會被用戶接受,或者調整創意以適應用戶真正需求的方法。
接下來就是一些人用我個人認爲比較空的例子在講敏捷,比如說縮短產品交付週期,可是最後大幅縮短的應該是需求迭代的週期,並沒有給出一個實際例子來說明到底敏捷能使產品交付週期如何縮短。而且我認爲敏捷有個一個弊端是大家都比以前更累了,活兒還是那麼多,卻要更快的時間內做完。所以在使用敏捷的時候,我覺得不應該太過激進,否則就是變相逼迫員工打雞血。planning什麼的還是應該根據實際情況調整,每天的實際有效工作時間估計滿打滿算4~5小時,其他時間都在開會討論,閒聊,吃飯,放鬆。希望這個越來越快的時代不要把人逼的無路可逃,就正常這麼工作,其實效率也不低。浪費時間的大多是討論和遲疑不決。
其實PM還是很重要的,PM在人羣上佔少數,但是應當承擔決策和推動團隊交付產品的責任,好的PM真的需要有強大的開發背景作爲支撐,否則紙上談兵終歸不是長久之計。說這話其實我很虛, 因爲覺得自己在開發能力上的欠缺已經成爲一個越來越嚴重的瓶頸,需要突破。
day 2
今天講座都還挺無聊的,記錄了一些感興趣的知識點
1. lonic vs angularjs
2. 互爲鏡像的備份關係
3. 豆瓣的cardkit