【科技新聞】為什麼很難買到好用的東西?


為什麼很難買到好用的東西?
Why is it hard to buy things that work well?

評論

> 另一個行業的例子:當我在一家小型芯片初創公司工作時,我們內部有能力進行端到端芯片處理(擁有自己的晶圓廠除外),這對於小型芯片初創公司來說是不尋常的.當新設計的第一塊晶圓從晶圓廠出來時,我們會將晶圓通過商業航班空運給我們,此時有人會使用晶圓鋸將晶圓切割成單獨的芯片,這樣我們就可以盡快開始測試.這通常被認為是荒謬的,就像小型軟件初創公司管理自己的本地硬件被認為是荒謬的一樣。畢竟,晶圓鋸和從晶圓到工作芯片所需的專業知識將有超過 99% 的時間處於閒置狀態。

這篇文章的這一段讓我想起了最近 HN 關於彈性的討論。在這個特定的示例中,99% 的時間閒置更便宜,但即使 99% 的時間閒置稍微昂貴,由於彈性,最好不要外包。如果賣家破產了怎麼辦?如果供應商的供應商因疾病爆發而無法履行合同義務怎麼辦?還是地緣政治風險?如果一切都在內部,您就可以避免這些風險,因此在確定是否外包時需要考慮這些風險。但通常情況下,這些風險的定價為零。

我認為這是您沒有註意到運作良好的事情。房屋地基、電燈開關、文件系統、矽製造、供水、雜貨店物流等。

這些都是大多數人從未註意到的事情,因為他們只是在工作。人們甚至每天都不會想到這些事情可能會失敗。

翻閱舊的 Sears 目錄並查看舊遊戲節目的獎品,我認為我們的某些記憶是有選擇性的。即使在照片和標清視頻中,您也可以看到早期許多消費產品的糟糕構建質量。對於家具和健身器材來說,這似乎尤其如此。當你兌換成現鈔時,這種低質量的垃圾通常比現在可用的更貴。今天也有大量垃圾在出售,支付更多並不能保證質量,但今天比過去更難找到質量的觀念似乎並不普遍。我們有很多在早期時代倖存下來的物品,並且是耐用性的例子,但垃圾填埋場充滿了我們看不到的垃圾。


DigitalOcean 獲得 CSS 技巧
DigitalOcean acquires CSS-tricks

評論

哇,好大賣!恭喜克里斯。

有趣的是,DigitalOcean 擁有收購這些技術開發網站的訣竅,它在 2019 年收購了 Scotch.io[0],這是目前最好的技術網站開發網站之一。

關於 Scotch 的有趣事實,創始人 (Chris Sev[1]) 將網站賣給了 DO,加入了他們的團隊,後來設法促成了一筆交易,以 301 將許多頁面重定向到他的新項目 Better.dev[2]。

絕對的天才。

[0]: https://www.digitalocean.com/blog/scotch-io-is-joining-digit…

[1]: https ://twitter.com/chris__sev

[2]: https ://www.better.dev/

這是更廣泛趨勢的一部分。去年,Balaji Srinivasan 在推特上發布了關於 SaaS 公司收購媒體公司的想法——https ://twitter.com/balajis/status/1374363031417753609——作為這個領域的觀察者/運營商,我聽說了很多對話在幕後,大公司表達了對小型媒體公司的興趣(包括我自己的——我太看重自主權了,但對於正確的倍數.. :-D)。

考慮 Hubspot 收購 The Hustle,Robinhood 收購 MarketSnacks,Stripe 的各種收購(如 IndieHackers),Insight Partners 收購 The New Stack.. 這一切都發生在開發者領域。擁有高現金流但客戶獲取成本高的訂閱型公司將繼續收購獲取成本相對較低的關注型公司,因為坦率地說,後者的所有者通常對“適度”(例如,<4000 萬美元)的退出非常滿意前者可以輕鬆覆蓋。

希望他們保持網站原樣,css-tricks.com 一直是最好的網站之一,如果不是最好的 CSS 網站,我會在去通用搜索引擎之前搜索特定主題,並且無論如何,您會經常發現 Chris 的原創文章被“內容營銷人員”複製粘貼。我想隨著不斷變化的響應要求和 2000 年代和 2010 年代的新 UI 習慣,CSS3 的重大推動已經過去,正如 css-tricks 論壇所見證的那樣,其他世界級專家的貢獻在去年左右關閉。肯定會比 DO 更糟。


去 1.18
Go 1.18

評論

我希望我能理解人們怎麼說“這將導致更多奇怪的樣板垃圾代碼”,因為它解決了一個導致大量奇怪的樣板垃圾代碼的問題。您不是在權衡通用代碼與非通用代碼。問題很籠統。為了解決通用問題,您正在權衡最能表達它們的通用代碼,代碼生成、動態向下轉換或 Ctrl-V。前兩個並不比泛型簡單(以 Go 的方式),第三個是每個編程環境中的反模式。

泛型是個大新聞,但對模糊測試的支持也很驚人。我在大約 5 分鐘內向我擁有的應用程序添加了一個模糊測試。這並不比添加一個正常的測試更難。

我希望看到 fuzzing 技術的用戶帶來巨大的好處,這將使整個項目受益。

發行說明在這裡: https ://go.dev/doc/go1.18


留言討論區