相信大家都做過很經典的「游泳池灌水」的問題，乙個口進水，灌滿泳池要48小時，乙個口出水，排空泳池要69小時，那麼同時開著兩個口，要多久把游泳池灌滿？
具體怎麼解題我們暫且不表，單看題目本身大家肯定覺得搞笑，幹嘛這麼浪費水，灌進來又排出去的？
那麼換個大家喜聞樂見的說法，說手機充電要1小時充滿，而玩手機40分鐘就沒電了。那麼一邊充電一邊玩手機，多久能把手機的電充滿？
是不是很有意思，核心是一樣的，表現出來的內容卻大不相同。這也正是「舉例子」這個說明方法存在的重要性，說模型永遠是難以觸控的，而具體東西就可理解多了。
在這個基礎上，電商行業中常說的「spu（standard product unit 標準化產品單元）」和「sku（stock keeping unit 最小庫存單元）」模型也可謂是老生常談了。
在京東中，商品列表頁按照sku展示，進入明細後可再次選擇不同的sku。 而**，商品列表頁按照spu展示，進入明細後同樣可選擇不同的sku。
舉個例子，同樣是銷售蘋果100手機，配置分為64g，128g，256g。對於消費者來說，這些手機除了記憶體和**不一樣，其他版本、顏色、螢幕等條件都一模一樣。
那麼在分類頁，京東會有64、128、256這3個商品詳情，而無論從哪個詳情進去都是spu，都可以選擇另外兩個，只是預設選中的內容不同。而對於**來說，分類頁只有乙個蘋果手機，進去之後可選擇64,128,256這幾個不同型號的。
當然，這種設定和顯示方法也不是絕對的，是可控制的，並且和企業想要傳遞給消費者怎樣的視覺效果有關。比如都是同樣版型同樣顏色的衣服，沒必要將不同尺碼分別列在分類頁；而假如是手機，就想明明白白告訴消費者，這裡有三個型號可選，你自己來看吧。
商品的分類頁展示spu或者sku，不是我想說的重點。我覺得萬事萬物皆可模型，這個觀點很有意思。
比如現在要租房，假如公司在市區，選擇離公司近，可以多睡，但是房租高，房子小；而在郊區，離公司遠，睡得少，通勤費用高，房租卻很低還能住的舒服。那怎麼權衡呢，就是我們小學資料學到的取最優解的問題。
要考慮租幾年，一段時間內，可能是這個方式合理，而超過一定時間，則是另外的方式會有更優效果。
而電商行業的spu和sku，這也成為乙個通用模型，似乎在所有涉及買方、賣方和交易商品都能套進去。
某筆公考這個軟體相比電商平台，更像是亞馬遜，他們都是自營，而沒有第三方入駐。在瀏覽課程時，看到有符合我們心理預期，如目標城市、價位、授課方式的課程時，點進去看詳情，裡面具體有區分不同的授課時間段，重點城市及授課人員上課方式。
我們在將不同的選項都選擇好後，**會最終確定下來。假如為了後半生的輕鬆悠閒，我們選擇了支付，對於課程開設人員來說，他們便在這些選項的組合下的售賣記錄中加了乙個「1」，或者說，回到現實中，這個班級中又增加了乙個同學。對於開課方來說，這個班級人越多越好，而假如人很少，這個班組的課程可能就不開設了。
因此在這個過程中，我們一進入頁面的課程是spu，是一些課程的合集；而具體的乙個班組授課是不同的sku，在這個案例中，這裡將有2132=52個sku。
這是一種形式，我們常見的還有另一種形式。比如經濟學的課程，當分為不同的課時。而不同的課時是單獨收費，且課時費用可能也不相同。因此在這裡，這個經濟學的課程是spu，每個課時是sku。
但是，還有但是，在營銷參與進來的試試，庫存就會有概念了。比如要限量100份，0.1元可看，先到先得，晚了就只能原價購買了。這真的和電商就一模一樣了。
想想其他行業也與此類似。抓住乙個不需要加班的雙休日，放鬆一下大腦選擇乙個旅遊團出門就不自己規劃了吧。
瀏覽一下旅行**，確定乙個2日遊還不錯，就這個了。但是呢，點進去並不能直接就下單支付，而是有乙個必備的操作「選擇日期」，要確定是參加哪一天的旅行團。這個地方，就是在選擇具體的商品了。選擇參團人數，也就是選擇購買數量，支付，我們就又完成了一次以錢換物的交易了呢！
選擇酒店也是，選擇某拉拉的搬家公司也是。而且上次搬家我們使用了某拉拉，才知道原來他也有類似美團、滴滴的派單機制。比如我們作為使用者下單時，有「便捷搬家」「無憂搬家」兩個大的可選項。前者會幫忙家具打包拆解，上下樓搬運，後者只是簡單的運輸。
而在選擇「便捷搬家」後，還可以進一步選擇「迷你**」，「小家庭**」，「大家庭**」，對應不同的搬家工人與汽車大小。而假如選擇了「大家庭**」，會提供3個搬家工人和一輛大汽車。而某拉拉公司並不直接擁有這些工人和汽車，他們將訂單發布出去，由其他人自行接單，然後有資質的人接單，到達指定位置進行搬家，拿到收益，平台在這個過程中賺取佣金或提成。
共享員工用的恰到好處，用力氣換錢的人在新時代有新方法。資本家的智慧型真是不得了，舉一反三的能力實在是高！不知道是因為有智慧型成為了資本家，還是成為了資本家之後智慧型源源不斷湧進大腦。
對於使用者端來說，招聘崗位，其實就是等待購買的「商品」，只是我們不需要支付，不需要收貨。我們諮詢賣家商品詳情，確定自己是否要進一步面談；
而對招聘平台來說，招聘的公司就是他商品的**商。商品是有庫存限制的，只招聘2個，當招夠人了，商品就下架了，招聘需求就停止了。使用者也可以檢視這個「**商」提供的其他商品，確定這個「**商」是否提供了其他自己心儀的「商品」。
想來正如前面所說，凡是涉及買方、賣方與雙方交易貨物或服務的過程中，都會有商品的概念，那麼有的場景，會抽象出spu作為一部分有相同屬性的sku的整合入口，好處是看起來清爽，容易找到商品，那麼相應的弊端則是有些屬性不直接露出，需要進一步才能確認；
而有的場景不需要擴充套件spu的概念，直接將sku展示出來，資料量大，且豐富，開門見山，而相應的弊端就是，商品資料量大的時候，按照sku展示將使展示的資料變得更多。
具體該怎麼拆分，還是得看實際的行業和業務，實際想要提供的使用者體驗，看自己的實際情況了。
甲：你說這**個兒這麼小，為什麼叫喚出聲音來這麼大？這裡就是乙個很有意思的吵架過程，也是乙個抽象非常不到位的建模過程。比如說**為啥能叫的出很大的聲音，是只要像紙簍子一樣肚子大就可以了嗎，答案肯定不是的，這也就是模型抽象不嚴謹。乙：因為**嘴大、脖子粗、肚子大。
甲：那我們家那字紙簍子就是嘴大、脖子粗、肚子大，為什麼擱那兒響都不響？
乙：這個嘛，字紙簍子是竹子編的，竹子做的東西不響。
甲：那人家吹的笛子，也是竹子做的，為什麼這麼響？
甲：挨著地就不響？自行車輪胎放炮，聲音可響哩！
乙：輪胎放炮那是因為裡面有氣呀！有氣的東西才響哪！
甲：我問了您這麼些問題您有氣兒麼？
乙：是啊我這氣兒大啦！
甲：您怎麼不響呢？
在我們的實際生產生活過程中，發現背後的根本邏輯，將複雜的事務簡單化，將具體的邏輯抽象化，是乙個很難的過程。除了說提公升自己的抽象能力，還要擴充套件自己腦海中的模型，塵歸塵，土歸土，事出有因，也必有果。
題圖來自unsplash，基於cc0協議
擴充套件自己腦海中的模型，塵歸塵，土歸土，事出有因，也必有果。
rosbag資料記錄與回放（以烏龜移動為例）
為了方便除錯，ros提供了資料記錄與回放的功能包 rosbag。該指令記錄了ros系統執行時的訊息流，開發者可以在離線狀態下回放這些資料。以下以ros小烏龜為例進行實驗。roscore rosrun turtlesim turtlesim node rosrun turtlesim turtle t...
以釘釘為例質量屬性的六個常見屬性場景
1.可用性 場景設想 所有高校學生同時登入平台 課程，導致釘釘崩潰 刺激源 使用者 刺激 很多使用者同時進行登入 簽到 課程 答題操作 環境 使用者正常操作 製品 系統伺服器 響應 系統響應人數過多，記錄故障，通知系統 響應度量 一定時間後，排除故障 系統恢復正常使用 2.可修改性 場景設想 釘釘使...
AE 中的查詢與定位，以城市查詢為例
在文字框輸入乙個城市，在地圖上查詢，當找到後讓mapcontrol自動跳轉到地圖上該點。iqueryfilter filter new queryfilterclass filter.whereclause name 城市名稱 ifeatruesel.selectfeatures filter,es...