【科技新聞】但生活有其他計劃


但生活有其他計劃
But life had other plans

評論

生活找到了一種方式。我妻子全身強直-陣攣性癲癇發作整整一年(以前沒有癲癇發作史),多次 MRI 均未發現任何原因。她正在服用增加劑量的左乙拉西坦,以某種方式控制了癲癇發作的範圍,但並沒有完全避免癲癇發作。一年後,我們在最近一次之後再次去急診室就診,她不知何故隨機地要求進行妊娠試驗,結果為陰性,但最後,癲癇發作的根本原因確實出現在圖像上,那時低級別星形細胞瘤。她進行了腦部大手術,試圖將其切除,病理學證實為低級別星形細胞瘤,經過一個月的康復,腫瘤學家建議開始化療和放療。

由於低級別星形細胞瘤是可治療的且長期存活率高,他建議如果我們將來決定要另一個孩子,我們可能會提取一些胚珠,因為化療有很高的不孕機會。我們有一個兒子,而且都是 30 多歲的中後期,我們同意了。

為此,我們去找她的 OG,當他進行初步的超聲檢查時…… 一個心跳開始在揚聲器上爆炸,兩個多月的血液妊娠試驗陰性,在大腦部手術後,在大劑量的藥物治療後種類,她確實懷孕了。我們確切地知道她懷孕的時間,那是在急診室就診前 5 天。那天她在急診室“知道”這件事,這就是她要求進行妊娠試驗的原因(再次,結果為陰性)。

她決定要孩子,不管對她有什麼風險,不管對嬰兒有什麼風險。化療是不可能的,放射治療的風險很高,必須至少再等一個月。 6 個月後,我們有了一個健康的寶寶,現在她是一個健康的 10 歲女孩。

可悲的是,在生完她幾個月後,我的妻子復發了,腦瘤又回來了,這次是GBM,在女孩第二個生日後一個月,她去世了。

生活找到了一條出路,儘管如此,我的妻子從未對我們做出的決定感到後悔,她會為她的兒子們的未來感到自豪

幾年前,我和妻子同意我們會積極地開始生孩子並戒掉避孕藥。她正在服用避孕藥(僅含孕激素),我們已經使用了三年的大部分時間。工作得很好,她每天都在同一時間虔誠地接受它。

所以我們同意辭職,第二天她來找我,尷尬地說:“成功了!”半開玩笑的。我盯著驗孕棒,一如既往的陽性,毫不含糊。在第二次測試中也是如此。

原來她已經懷孕快一個月了。那種避孕藥只有99%有效。八個月後,我們的女兒出生了。

可以肯定地說,缺失的百分比是有道理的。

在我 30 多歲的時候,唯一的跡象表明我們完全可以生育,多年前是宮外孕,我們放棄了。我們想要孩子,但我們的生活很好,有我們愛的侄女和侄子。

在我 40 歲生日前幾個月 – 和大流行 – 驚喜!

我們現在是一個越來越吵鬧的蹣跚學步的孩子的驕傲但疲憊的老父母。


開始自託管
Start Self Hosting

評論

自託管是我們應該不斷迭代以使其變得更容易的東西;對於以隱私為中心的人來說,這確實是前進的道路。主要挑戰是管理工作負載調度(SystemD 對於外行來說很複雜)。網絡是另一個挑戰。例如,如果您希望所有部分這些服務保持離線或在 Mesh VPN 上,則需要大量知識。

有一些項目試圖解決工作負載編排問題; CasaOS ( https://www.casaos.io/ ) 是我的最愛之一,但也有 Portainer ( https://portainer.io )。 TailScale 和 ZeroTier 非常適合 Mesh VPN 網絡,您可能需要在雲中運行一些工作負載,但希望它們與您的家庭應用程序聯網(或只是讓它們保持離線)。它們還允許您訪問在沒有靜態 IP 的家庭服務器上運行的應用程序。 Cloudflare Access 沒問題;我沒有嘗試過,因為它明顯偏離了網狀 VPN 模型。

這就是我構建 Timelinize [1] 的原因。這是我的開源 Timeliner 項目 [2] 的後續,它有可能將您所有的數字生活下載到您自己的本地計算機上,並將其全部投射到單個時間線上,跨越所有數據源(短信、社交媒體)網站、照片、位置歷史記錄等)。

它與“自我託管”略有不同,但它確實具有將所有數據帶回家並由您控制的類似效果。我們必須從某個地方開始,不妨從引入我們已經放在那裡的所有數據開始。 (例如,它不能替代自託管媒體服務器。)

後端和底層處理引擎功能齊全,運行良好;現在我只是把 UI 放在一起,所以我希望今年晚些時候能分享一些東西。

[1]: https ://twitter.com/timelinize(網站最終會出現)

[2]: https ://github.com/mholt/timeliner

自託管很難。您需要注意安全、備份、軟件更新、軟件安裝等。

即使在像 QNAP(可以與託管主機相比)這樣的東西上,這也可能很難。撥錯開關,你就會向世界展示一些東西。錯過了安全更新:您的設備現在易受攻擊。

雖然我自己託管了很多東西,但我可以理解自助託管並不適合所有人。


Web3 中心化且效率低下
Web3 is centralized and inefficient

評論

人們使用集中式系統是因為他們實際上喜歡它帶來的便利。隨之而來的是去中心化系統的變化,以至於它幾乎變成了中心化。問題是工程師和網絡安全人員都認為其他人的想法和他們一樣,而實際上完全相反。

最大的例子是互聯網本身——互聯網是一個完全去中心化的網絡,直到它不是,需要網站證書。人們使用流行的網絡託管,因為它比他們可以做的更容易和更好。電子郵件是完全去中心化的,並且很容易設置您自己的網絡服務器——只要您希望每個垃圾郵件系統立即阻止您的所有郵件。

“去中心化”系統都將採用完全相同的方式。這是因為人們不想花時間設置自己的狗屎,他們很樂意支付金錢或數據讓其他人為他們做這件事。是的,說“好吧,只是設置你自己的東西”很容易,但是一旦你使用 Gmail 而不是他們自己的服務器的每個人都達到臨界質量,那麼如果沒有集中化,系統就會變得無法使用。

去中心化是一個很棒的想法,它在理論上很有效,但它沒有真正考慮去中心化帶來的任何實際問題,也沒有考慮到不是程序員的人實際上想用他們的時間和金錢做什麼。

> 許多 Web3 平台實際上是中心化的。你的錢包 (MetaMask)、市場 (OpenSea)、API (Alchemy) 都是中心平台。當然,他們使用分佈式數據庫(區塊鏈),但在此之前它仍然是 AWS 上的 Go 應用程序,這意味著它是集中式的。

> 你的錢包(MetaMask)

運行你自己的節點。這是一個懶惰的報告,以達到討好 FreeBSD 的目的(它在文章中,實際上是一篇關於享受貧窮的文章),當您可以輕鬆地啟發和教人們如何使用自定義 RPC 時。即使建議人們自己編譯和運行節點是荒謬的,也有機會用工具激發人們知道要尋找什麼。告訴他們為什麼默認行為很方便,如果他們對去中心化部分感興趣,那麼這就是該怎麼做。

> 市場(OpenSea)

是的。它是他們智能合約(公共訪問後端代碼)之上的 GUI。您不必使用他們的 GUI。您應該檢查他們的智能合約以進行集中控制,或者至少看看其他人是否擁有。有機會用工具啟發人們知道要尋找什麼,即使建議人們實際上自己進行所有分析是荒謬的。

> API(Alchemy)都是中心平台

一個很好的例子。不要使用 Alchemy 或 Infura 作為 RPC 端點?為什麼不只寫博客文章呢?

這種能量可以很容易地被引導到很多人實際上正在做的“如何改進 Web3 的概念”。它也可以很容易地變成“這不是去中心化的!讓我來解決它!”

像以太坊這樣的一些平台是完全去中心化的。在使用 MetaMask、OpenSea 或 Alchemy 時,你會一點一點地失去這種去中心化,但平臺本身仍然是去中心化的。網絡是完全去中心化的,你在使用 Paypal、Facebook 或 AWS 時會一點一點地放棄這種去中心化。技術的趨勢一直是為了方便而進行交易控制。這不會阻止您編寫自己的瀏覽器並將數據包從自己的 HTTP 服務器中推出。

(現在臭名昭著的)安德烈·克羅涅(Andre Cronje)有一條異想天開的推文回憶他作為律師的日子:“合同不適用於一切順利時。它們適用於一切都出錯的時候。”對於任何足夠大的系統來說,一些網絡範圍的災難似乎是不可避免的。當這些發生時,它將是像以太坊這樣的分散式區塊鏈,具有適當的故障保護來生存,而像幣安這樣的集中式區塊鏈將會內爆。


留言討論區