敏捷故事4小時產品上線
一位敏捷的前輩在一次社群活動中，分享了他們的小「實驗」：4小時上線乙個產品。你相信麼？
如果這是乙個」命題作文「，我們該怎麼辦呢？
第乙個反應是：這是乙個什麼產品呢？是啊，需求很重要。這位前輩說，他們想做乙個「快遞」「送」「熱銷書「（指的是偏管理或者討論技術趨勢方面的這類），承諾2小時送到，當然**方面，就不能打折了。
可是，這個需求，還是很模糊啊。再說，就算精簡業務流程，那也至少得有產品目錄、訂單、出庫、配送、收錢啊，更不要說，稍微替顧客著想的產品，都得有個美化的頁面，搜尋，選擇配送地點，配送公司，信用卡啥的。
於是，我們立馬討論，在組員友好的交流中，互相提醒，細化需求，排優先順序。
這個時候，這位前輩，打斷大家說，你們要不要找客戶確認下，你們的設計啊？對啊，大家聯想到乙個詞「使用者偏好」。不了解客戶，他怎麼會滿意呢。
於是，我們馬上說，到底是誰買書啊？為啥一定要2小時拿到呢？原來客戶的時間安排比較緊湊，職業又決定了必須及時充電，好書可以作為禮物饋贈。這些特性導致客戶對**不敏感。
隨著討論，大家都覺得，客戶越來越清晰了，幾乎可以給客戶畫乙個具體的「肖像」了。這樣的顧客，大概沒時間，從京東（或者噹噹）這樣的綜合**去搜尋了，要買的書，已經比較明確了。
討論的話題，自然就轉移到了解決方案。怎麼樣才能快速上線呢？自然是能簡化的，就簡化了。對，現在開源的、好用的框架多的很，套用乙個先。或者找個以前做過的專案，改巴改巴，先湊合一下，不追求完美了。
訂單啥的，就不能學京東了，得簡化流程，複雜的，客戶不關心啊，可能也沒那功夫去鬧明白。
大家很快聚焦到一件很「感興趣的事情」上來了，那就是錢啊。怎麼收款啊。現金，最好不要，快遞說不清楚啊。
鼓搗了一大通之後，每個小組的方案，都很完備，方方面面都被討論到了。
這個時候，前輩提出了乙個問題，各位注意到了時間這個約束條件了麼？
你們那個訂單系統，最快多久能搞定啊？顧客下了單，你們覺得，多久才能從經銷商那裡拿到書啊？那家快遞公司，能承諾2小時之內送到啊？（話說，北京這交通，下班時間要是堵個車，可能得半夜才能送到了....）
就是大家被challenge的幾乎要崩潰的時候，前輩又說了一句話，「萬一，要是沒人買咋辦？」。這句話，就如同點了死穴。有的產品，可以想象出來，就算顧客少，也總還是有的。像今天討論的這個產品，加了那麼多的限制條件，市場細分到了某些特定的使用者，他會買麼？
前輩說，那天他們幾個人做實驗的時候，還真做了個產品，賣出去了一本書。
怎麼搞定的呢？
答案揭曉。
還真有朋友要買。接下來，是決定顧客體驗的關鍵時候了。
拿出紙和筆，打了個**，給那個朋友，確認了書的名字、價錢，送到**去。然後，出門，去新華書店，買了本新書，騎上電單車，直接送了過去
...
我承認，我被shock了。
這讓我想了有人借用「天方夜譚」解釋敏捷的一句話：如果不知道還能不能見到明天的太陽，那麼當下想出來的解決辦法，一定是敏捷的。
每週工作4小時及每天程式設計4小時讀後感
昨天4月16號我看了一本書每週工作4小時，一篇部落格每天程式設計4小時，有了很多的感慨，我想寫篇部落格表達這就是我想要的那種感覺，也就是專注，高效。接下來的讀後感總共分為兩個部分，理解和對我的啟示。首先是對每週4小時這本書的理解，其中文章中寫到了兩個法則 帕雷託法則和帕金森法則 和乙個解決方案。帕雷...
每週工作4小時 要點
1 把迷你退休分配到整個一生而不是把休息享樂都放在退休以後。2 集中精力完成重要事情，關鍵是高效而不是忙碌。3 太頻繁太多占有，會厭倦。4 消除負面壓力，但尋找良性壓力。5 終極目標是以最少投入換來最大利潤。6 確定重要事情，非常短的時間內清晰的計畫和完成它們，對高負荷工作量有效限制。精簡計畫 縮短...
《Qt Quick 4小時入門》學習筆記4
qt quick 4小時入門第七章 處理滑鼠與鍵盤事件 1 處理滑鼠事件 滑鼠訊號傳遞乙個mouseevent型別的mouse引數 import qtquick2.7 import qtquick.controls2.0 import qtquick.layouts1.0 import qtquic...