[Soft & Share 訂閱會員服務] 文章選讀 – 001 – 人們喜歡帶有儀式的產品

產品管理

[英] 人們喜歡帶有儀式的產品

產品儀式可提高滿意度和支出

在你的產品消費中建立一種習慣：人們在使用你的產品時所進行的一系列異常動作或行為（例如，閉眼一會兒，以某種方式翻轉手機螢幕）。 

很好的例子是奧利奧（Oreo）-分開餅乾然後舔它們-或倒一些比利時啤酒的方法。

如果你的習慣是在產品消費之前，並且兩者之間要經過一段時間，那就更好了。

• 當人們在使用某種產品之前或消費某種產品時遵循某種儀式時，他們：
  • 享受更多體驗
  • 更享受產品
  • 願意支付更多（在研究中，同一塊巧克力要多付74％）
• 儀式和產品消費之間的延遲進一步增強了滿意度。
• 儀式需要由消費產品的人來執行。例如，打開並倒入一瓶好酒的人可能是最喜歡的人。
• 儀式應該是針對情境( context )和產品的系統性，重複性運動。不是隨機手勢。

儀式增加了我們對產品的參與。它使人覺得產品是我們創造的東西的一部分。

目前這項研究的局限性 – 實驗是在品嚐食物（巧克力，胡蘿蔔和檸檬水）上進行的。從理論上講，這些發現可以推廣到其他產品-心理原理是相同的-但這未經檢驗。 ( 這讓我想到了 DIY 傢具和自組音響， Maker 都有一定的喜愛族群 )

論文連結

創業

[英] 早期的工作

知名的創投公司 Y Combinator 創辦人 Paul graham 寫的文章，他提到人們經常因為早期的想法是無說服力/不完美/看起來不中用 ( 英文單字 : Lame ) 而很快就放棄。

他觀察到最近幾年的創新腳步變慢了，人們變得不夠大膽。

他歸納了會讓你在早期就放棄的原因，並提到你要如何克服這種害怕失敗的恐懼感

1. 誇大你新的想法的重要性 – Hardy在《數學家的道歉》中提到「“謙虛”的人沒有做好工作。例如，在任何學科中，教授的首要職責之一就是稍微誇大其學科的重要性及其重要性。」。如果你高估了工作的重要性，那將彌補您對最初結果的錯誤苛刻判斷。無知有類似的效果。如果你對完成工作的判斷很鬆懈，那麼將早期工作判斷為完成工作是錯誤的，這是很安全的。我懷疑是否有可能培養這種無知，但從經驗上講，這是真正的優勢，尤其是對於年輕人而言。
2. 讓自己與合適的人在一起。你需要可以真正分辨出小天鵝身上醜小鴨的同事
3. 依靠純粹的紀律可能會奏效：告訴自己，你只需要堅持最初的胡言亂語，而不會灰心。隨著年齡的增長，難度會越來越大，因為您的標準不斷提高。不過，老人確實有一個補償優勢：他們以前曾經經歷過。
4. 從考慮新作品是不同的，不太嚴格的類型開始。要開始畫一幅畫，說它只是一個草圖，或者說一塊新軟體，說它只是一個快速的 Hack。然後，你以較低的標準來判斷你的初始結果。專案啟動後，你可以輕鬆地將其轉換為其他內容。 如果你使用一種可以讓你快速工作並且不需要太多承諾的媒介，這將變得更加容易。( 我的想法 – 所以熟悉一種可以快速生出 prototype 的能力還蠻重要的 )
5. 如果你將冒險的專案視為學習的方法，而不只是將其視為做事的方法，則嘗試進行風險較大的專案會更容易。即使該專案確實失敗了，你仍然會從中受益。
6. 對我特別有效的一種動機是好奇心。
7. 你必須自己玩心理遊戲，以免因看上去蹩腳的早期努力而灰心，這有點奇怪。你試圖欺騙自己的東西實際上是事實。一個雄心勃勃的專案的看上去蹩腳的早期版本確實比看起來更有價值。因此，最終的解決方案可能是教自己。
8. 一種方法是研究出色工作人員的歷史。他們在想什麼？他們做的第一件事是什麼？有時很難準確地回答這個問題，因為人們常常為最早的工作而感到尷尬，並且很少花精力去發表它。（他們也判斷錯了。）但是，當你準確地了解某人在邁向出色工作的道路上所邁出的第一步時，他們通常也是很虛弱。當你研究了足夠多的此類案例，則可以教會自己成為早期工作的更好判斷者。這樣一來，你既可以免受他人的懷疑，也可以避免自己害怕蹩腳。你會發現早期工作的實質。

管理

[英] 對一位工程經理的期望是什麼？

我希望工程經理提供三點服務：

• 支援團隊成員並幫助他們成長。
• 遵循交付，設置品質標準，確保團隊獲得所需的支援以及高層管理人員所需的反饋。
• 保持創造，改善或消除團隊或公司流程的常態做法。

安迪·格魯夫（Andy Grove）在其《高產出管理》一書中將經理的產出定義為團隊產出與受其影響的團隊的總和。他還建議選擇具有高槓桿作用的活動：他擔任首席執行官的活動是對新員工的介紹性演講，他在演講中解釋了英特爾的歷史，價值觀和目標。如果他做得很好，這將對每位新員工產生巨大影響。

高槓桿率的一個很好的範例是與其他潛在客戶合作：能夠了解業務發展的方向，並幫助制定技術路線圖以促進業務發展。另一個高槓桿作用是指導團隊中的每個成員掌握新技能，以便他們擴大範圍並增加對組織的影響。

相關書籍

強烈推薦 Camille Fournier 撰寫的《管理者之路：駕馭增長和變革的技術領導者指南》：它全面概述了管理階梯上的每個步驟。

徹底坦率：一種有溫度而真誠的領導 是一本關於人員管理和特別反饋的絕妙書籍：它不僅講述了關懷人們的重要性，而且還講述了挑戰他們的工作。

[英] 架構決策工作室

你的團隊是在形成知識孤島，而不是一起工作嗎？你很難從會議中獲得可行的結果嗎？你是否想舉行一個有趣且有用的遠端會議，以團隊的形式共同找到問題的解決方案，但又不知道如何開始？

我從這篇文章才知道原來 Google 有一個線上白板服務 – https://jamboard.google.com/

[英] 架構高爾夫

技術

我如何使用GPT-3在3週內五次出現在Hacker News首頁

研究人員做了一個OpenAI GPT-3醫療聊天機器人作為實驗。 它在一個模擬的 session 告訴病人她/他應該要自殺

Nabla小組在進行實驗後得出結論，該軟體響應的不穩定和不可預測的性質使其不適用於與真實世界中的患者進行互動。它當然不應該診斷人。實際上，OpenAI“不支持”它在醫療保健中的使用。

軟體架構的大統一理論

針對 Python 開發者 10 個很酷的瘋狂想法

無分類

[英] 肩上撐起資料科學的男人

這篇文章很長，以下我只摘錄我看到有興趣的部分

---

Dijkstra 於2002年去世。在1970年代和1980年代，他的職涯鼎盛時期，他可能是該領域中被討論最多的科學家。他是一位先驅，也是一位天才，他的工作和想法像其他人一樣塑造了新興的電腦科學領域。在他的職涯中，電腦科學成為了受人尊敬的既定學科。

1950年代中期，Dijkstra設計了一種優雅的最短路徑演算法。Dijkstra的演算法已成為GPS導航系統中用於計算兩個位置之間最短路徑的必不可少的演算法。

從1959年12月開始的八個月中，Dijkstra與Jaap Zonneveld一起編寫了ALGOL 60 編譯器

在埃因霍溫科技大學任職期間，Dijkstra和他的團隊為 X1 的後繼者Electrolecta X8編寫了作業系統。

1968年，Dijkstra發表了兩頁的致ACM通訊編輯的信，其中他批評了 goto 程式設計聲明。標題為“發表聲明被認為有害”的信遭到廣泛批評，引起了廣泛的辯論。最後，Dijkstra的觀點佔了上風。現在，每個程式設計師都知道使用goto語句會導致所謂的意大利麵條程式碼。

1972年，Dijkstra獲得了ACM圖靈獎，該獎被公認為電腦科學領域最重要的獎項。

Dijkstra 具有里程碑意義的著作《程式設計的紀律》（A Discipline of Programming）於1976年出版

在1980年代初期，Dijkstra撰寫了兩篇簡短但有影響力的論文，其中他將他的方法論應用於分散式程式的系統開發。

Dijkstra意識到程式設計可以被視為一種數學活動，這使他對分析數學推理產生了興趣。他試圖提出有助於發現證據的準則和啟發式方法。

Dijkstra經常用令人難忘的措辭或格言來表達自己的觀點，這些措辭或格言引起了同事的注意，並受到了廣泛的評論。這裡有些例子：

• 程式測試可用於顯示 Bug 的存在，但從不顯示它們的缺失。
• 電腦科學與電腦無關，天文學與望遠鏡無關。
• 機器是否可以思考的問題與潛艇是否可以游泳一樣重要。
• 一個公式值一千張圖片。

Dijkstra 留下了一系列經受時間考驗的非凡的概念和概念：展示，相互排斥的問題，信號量，致命的擁抱，銀行家的算法，理髮師和飲食哲學家的問題，自我穩定，最弱前提，防護和結構化編程。

Dijkstra最持久的貢獻可能是軟體工程方面的間接貢獻。生產正確軟體的挑戰是他整個科學生涯中一直關注的問題。1962年，他寫了一篇論文《高級程式設計的一些冥想》

Dijkstra 的“結構化程式設計說明”對開發更好的設計和更系統的程式設計課程很有影響力，偶爾會強調系統程式的建構和正確性。