【科技新聞】埃隆馬斯克主動出價 43B 美元將 Twitter 私有化

全部：當服務器不能熬夜時，這裡的演講不是很自由，而且現在正在冒煙，原因很明顯。

我將修剪一些頭重腳輕的子線程，並可能稍微限制頁面大小。該線程中有超過 2500 條評論，如果您想閱讀所有評論，則必須單擊每頁底部的“更多”，或者像這樣：

https://news.ycombinator.com/item?id=31025061&p=2

https://news.ycombinator.com/item?id=31025061&p=3

https://news.ycombinator.com/item?id=31025061&p=4

https://news.ycombinator.com/item?id=31025061&p=5

…等等。對不起大家！ （是的，修復即將到來，是的，這一切都非常緩慢。）

編輯：另外，如果你們中的一些人當天登出，那將大大減輕負擔。 （我不想這麼問，但這是真的。確保您沒有丟失密碼！）

所以一年前推特的股價是每股 70 美元。所以呢？傑克·多爾西（Jack Dorsey）一年前也是首席執行官。股價比一個月前低了 33 美元。

但是，儘管有一個絕對令人難以置信的過山車新聞周期，但 Twitter 的情況確實呈下降趨勢（上個月每股 33 美元），這反映在其股價中。當前的執行團隊（和 Dorsey）浪費時間專注於無關緊要的事情，而不是真正重要的事情。

董事會對股東負有幾項信託義務。作為全現金要約，這為股東帶來了無風險的可觀回報，因此董事會有嚴肅的法律義務仔細審查此要約並做出決定。

如果董事會選擇拒絕這一提議，那麼他們這樣做的原因需要非常清楚地闡明，因為 Twitter 是一家上市公司，他們必須在水晶球中看到其他市場沒有的東西。

TED 的 Chris Anderson 向 Elon 提出了很多這裡討論的問題和擔憂。如果您想通過 twitter 了解他的觀點和目標，請查看它。

“擁有一個最受信任和廣泛包容的公共平台對文明的未來極為重要”

為此，他致力於透明度。例如，對推文或用戶的更改將變得可見和明顯，因此不再有幕後操縱。該算法本身將是開源的。任何人都可以在 Github 上查看它並提出更改建議或指出問題。

https://youtu.be/cdZZpaB2kDM?t=666

我真的很喜歡這篇文章。

雖然作者顯然對他們失去了他的社區並且 GitHub 沒有恢復它感到難過（老實說，這是我們任何人在類似情況下都會感受到的），但他們也在關注未來和用他們的個人經歷作為我們所有人都可以學習的寓言。

我認為關於 UI 設計的第 1 課非常重要。我經常認為可怕的彈出框足以讓人們思考他們在做什麼，但這個例子清楚地表明，重要的是使用設計不是嚇唬（單獨？），而是傳達做出危險動作的信息也很危險。我也非常喜歡這樣一個事實，即當操作不危險時，分心（“輸入此 repo 的名稱”等）就會消失。它非常直觀，並且（對於像我這樣的新手設計師）確實有助於建立對各種設計原則付諸實施的直覺。

第 2 課，即使用軟刪除，我有更多的想法。我假設在 GitHub 上完成的級聯將在 FK 約束上完成，但我不太確定如何在不進行某種手動級聯邏輯的情況下進行“級聯軟刪除”？如果有人知道實現此目的的標準方法，請告訴我。當然，最好的方法可能只是簡化模型，這樣就根本不需要它們了哈哈。

作為設計師和開發人員，我們有機會改進我們的工具包。謝謝，HTTPie！你獲得了一顆新星:)

編輯：更改的GitHub 無法恢復到GitHub 沒有恢復，正如 @ncmncm 所指出的（ https://news.ycombinator.com/item?id=31033758#31034195 ）

> 問題在於，對於沒有提交和星號的 repos 以及具有十年曆史和 55k 觀星者和觀察者的 repos，該框看起來完全相同。它說“警告：這是一個潛在的破壞性行動。”

期望該網站根據存儲庫的星級向您顯示不同嚴重程度的警告似乎有點過分，特別是當標準消息非常嚴重和明確時。它甚至可以讓你在繼續之前輸入你想要私有化的 repo 的名稱——我不明白這不會讓任何人從自動駕駛儀中跳出來。我對作者的不幸表示同情，但很難看到那個警告對話並得出結論說他沒有得到足夠的後果警告或有機會反思。

我感到失望的是，從這場磨難中學到的所有教訓都是給其他人的，而不是作者的。當然，第一課應該是“在採取破壞性行動之前檢查你所在的倉庫”。

當然，作者應該負責。

是的，GitHub 應該圍繞此操作提供更好的用戶體驗。

但…

還有一點需要考慮：

一個不小心被私有化然後公開的回購真的有必要失去它的星星嗎？

這真的是回購所有者或為回購加註星標的人甚至想要發生的事情嗎？

我一再詢問 Atlassian 是否：

1. 他們可以確認他們有我們數據的備份（大約一千個故事、大量匯合、opsgenie 歷史和三個服務台）。

2. 我們的集成、配置和定制是否也會恢復，或者一旦我們的數據恢復，我們是否需要重建這些？

我沒有收到任何回應，甚至沒有人願意承認這些問題。服務台工作人員無視他們，就好像我從來沒有問過一樣。反复。

此外，我一直在四處打聽，但無法從某個人那裡找到一個可以確認他們已關閉、數據已恢復的人的故事。

關於備份恢復：

我曾經在一家有數據丟失問題的公司工作。我們無能為力，我們已經用盡了將近 40 個小時的所有選擇。第二天結束時，決定從備份中恢復。

我們以前做過這個，作為測試。恢復數據大約需要 12 小時，導入數據並恢復運行需要另外 12 小時。

這次有一件小事不同，它產生了巨大的後果。作為一項節省成本的措施，一位工程師將我們的備份位置更改為我們的雲提供商提供的冷存儲層。所有備份，而不僅僅是“舊”備份。

這使我們的恢復時間增加了 2 天，總共 5 天。有趣的是，即使我們為所有客戶提供了整整一個月的退款，但甚至沒有一半的客戶接受我們。

我記得我發現我公司的一位高級經理最終成為了 Atlassian 的軟件主管。就在那時，我確信 Atlassian 完全不知道他們在做什麼。我認為這很好地說明了這一點。