跳至主要内容

2024-10-02

「COBOL 已經“死”了這麼久,我爺爺都寫過它的文章」

  • 儘管在1992年被宣告「死亡」,Cobol 仍然持續存在並超越了許多第四代程式語言(4GLs),展現了其韌性和持續的相關性。
  • 千禧年問題在復興 Cobol 語言方面扮演了重要角色,因為它創造了對熟悉該語言的程式設計師的需求,突顯了其在舊系統中的重要性。
  • 這篇敘述建議在標籤程式語言為「已死」時應謹慎,特別是那些擁有大量使用者基礎的語言,因為它們可能繼續具有實際應用和影響力。

評論

  • COBOL,儘管常被認為已過時,仍然是薪資和銀行等領域中遺留系統的關鍵,因為它與可靠的大型主機系統整合。- 儘管設計上是為了易於閱讀,COBOL 需要大量的領域知識才能準確地將業務流程轉換成程式碼。- 該語言的持續相關性體現在需要程式設計師來維護現有系統,特別是在 2038 年問題等挑戰即將來臨的情況下。

我做了一個你可以在沒有人知道的情況下玩的遊戲(沒有視覺/聲音)

  • 一款名為 Tik! 的全新 iOS 遊戲已經上線,其遊戲玩法完全依賴觸覺反饋,沒有任何視覺或聲音效果。
  • 玩家必須透過點擊螢幕來複製震動的節奏,這提供了一個在時間掌握和協調性上的獨特挑戰。
  • 「這款遊戲設計成一種隱蔽的消遣,讓使用者可以在不看手機的情況下進行遊戲,並鼓勵回饋意見。」

評論

  • 一款新遊戲已經開發完成,這款遊戲可以在沒有視覺或聲音的情況下隱秘地進行,專注於嚴格的時間控制,帶來挑戰性的體驗。
  • 開發者正在考慮根據用戶反饋進行改進,例如增加固定間隔的刻度、返回選單選項,以及一種可視化或跳過節奏的方法。
  • 這款遊戲目前在 iOS 平台上可用,未來計劃進行更新,包括難度級別、新功能以及可能推出的 Android 版本。

不要在別人的王國裡建造你的城堡 (2021)

  • 社群媒體平台經常會意外地更改條款或引入付費計劃,例如 Twitch 的「Boost」計劃和 OnlyFans 差點禁止成人內容的事件,這對內容創作者構成風險。主要建議是避免僅依賴外部平台來建立業務;相反地,應優先發展自己的網站、郵件列表和智慧財產權。創作者應利用社群媒體來獲取追隨者,但要確保將他們引導至自己的平台,以便在平台變更時仍能掌控自己的觀眾和內容。

評論

  • "不要在別人的王國裡建造你的城堡"這句話建議不要完全依賴大型平台來建立數位存在,因為這些平台對於訪問的控制以及規則突然改變的潛在風險。
  • “它建議創建獨立的空間,例如個人網站或郵件列表,以保持控制並直接與觀眾連接。”
  • 此策略將依賴外部平台的情況降至最低,並防範可能影響業務運作的意外變動。

三到七歲的數學

  • 「亞歷山大·茲翁金的《三到七歲的數學》介紹了為學齡前兒童設計的數學圈概念,重點在於解決問題而非傳統的死記硬背。」
  • 這本書以日記形式編寫,分享了茲翁金通過遊戲方法向幼兒教授複雜數學概念的經驗,並強調了他們獨特的認知能力。
  • 茲翁金在不同兒童群體中取得的各種成功,強調了每個孩子學習過程的個體性以及培養解決問題熱情的重要性。

評論

  • 「這篇文章評論了《三到七歲的數學》,著重於隨著孩子年齡增長,如何保持他們對數學的興趣。」
  • 評論者建議使用線上資源(例如:Khan Academy、3Blue1Brown)和參加數學圈等有趣的方法來培養興趣。
  • 討論包括熱情在學習數學中的角色,並考慮文化和教育的影響,提及蘇聯教育中對數學和科學的歷史重視。

誰在假裝招聘?

評論

  • 許多公司在凍結招聘期間仍維持公開的職缺,以向投資者展示財務健康狀況,儘管實際上並未積極招聘。
  • 這種做法讓求職者感到沮喪,因為公司可能會忽視推薦的履歷或進行沒有聘用意圖的面試,導致浪費時間和誤導經濟數據。
  • 無論是新創公司還是大型企業,都會採取這種行為,利用職缺公告來展示成長或維持候選人庫,這對求職者的心理健康造成負面影響,並使招聘過程變得更加複雜。

最快的互斥鎖

  • Cosmopolitan Libc 的互斥鎖庫在高爭用場景中展現出卓越的性能,在 Windows 平台上,其性能比 Microsoft 的 SRWLOCK 高出 2.75 倍,比 Cygwin 高出 65 倍;在 Linux 平台上,其性能比 glibc 高出 3 倍,比 musl libc 高出 11 倍。
  • 圖書館的效率歸功於其與 nsync 函式庫的整合,該函式庫採用了先進的技術,如樂觀的比較並交換(CAS)和 futexes,以減少 CPU 使用量和競爭。
  • 該專案獲得多方贊助,包括 GitHub、Patreon、Mozilla 的 MIECO 計畫以及開發者社群,突顯其協作開發和社群支持。

評論

  • 討論集中在互斥鎖的實現上,並對基準測試方法提出批評,建議應在大型多執行緒程式中測試實際效能。- 關於不同類型互斥鎖的優缺點,如自旋鎖,以及無競爭情況下的效能重要性,展開了辯論,並強調了 Cosmopolitan C 函式庫在互斥鎖方面的改進。- 對話還探討了使用訊息傳遞與互斥鎖來實現並發性,有些人主張使用像佇列這樣的抽象概念,以便於推理和除錯。

「CERN 如何通過 FUSE 提供 1EB 的數據 [影片]」

  • 「CERN 管理來自大型強子對撞機的龐大數據量,達到 1 exabyte (EB),並利用 CERNBox 和 EOS 等開源專案來進行高效的數據處理。」
  • 歐洲核子研究組織(CERN)的儲存與數據管理小組負責數據的歸檔、分發,並確保超過30,000名使用者的安全訪問。
  • FUSE(用戶空間檔案系統)被用來促進全球數據存取,提升數據的可及性和可用性。

評論

  • CERN 使用 FUSE(用戶空間檔案系統)管理龐大的 1 exabyte(EB)數據,面臨如 Docker 容器內的 inotify 問題等挑戰。
  • 他們利用 Rucio 來管理各種儲存系統中的資料,確保全球資料分佈並進行磁帶備份和異地副本。
  • 儘管預算限制和最近的管理變動偏向微軟,CERN 仍然是科學創新的中心,對開放科學和技術有著重要貢獻,並因其科學發現和數據科學的進步而備受重視。

Radio Shack 目錄檔案(1939-2011)

  • RadioShackCatalogs.com 是一個數位檔案庫,保存了從 1921 年到 2011 年 RadioShack 的歷史,並展示了從 1939 年到 2011 年的目錄。
  • 該網站展示了各種產品,包括高保真音響、通訊設備、電腦和電子元件,並突顯了 Tandy、Realistic 和 TRS-80 等品牌。
  • 這些目錄以翻頁格式展示,提供了對 RadioShack 技術演變的懷舊體驗,網站也邀請大家提供缺失的目錄或財務支持以維持運營。

評論

  • Radio Shack 目錄檔案(1939-2011)引發了懷舊情懷和關於其對電子愛好者影響的討論。
  • 從 DIY 電子產品轉向手機商店被視為一個糟糕的決定,這導致了 Radio Shack 的衰退。
  • 這本目錄曾是靈感的來源,提供精選的零件和工具清單,這種實體體驗在如今像 Digikey 和 Mouser 這樣的線上商店時代已經令人懷念。

「安大略省北部男子破解當地傳說,在湖底發現古董酒」

評論

  • 「安大略省北部的一名男子在湖底發現了一輛1929年的REO Flying Cloud汽車,車內有六瓶威士忌,解開了一個當地的傳說。」
  • 這一發現引發了關於加拿大廣播公司(CBC)報導及其被認為存在的政治偏見的討論,評論者分享了個人經歷和看法。
  • 「這輛車仍然在水下供潛水員探索,因為它被認為太脆弱而無法移動。」

「Juno for YouTube 已從 App Store 下架」

  • 「Juno for YouTube,一款將 YouTube 網站修改為 'visionOS' 風格的網頁視圖應用程式,於 2024 年 10 月 1 日因違反 YouTube 所聲稱的指導方針而被從 App Store 下架。」
  • 該應用程式的下架是由於開發者與 YouTube 之間未解決的分歧所致,開發者並無進一步升級的計劃。
  • 現有用戶可以繼續使用 Juno,直到 YouTube 的潛在未來更新使其無法運作為止,開發者對 Vision Pro 用戶的支持表示感謝。

評論

  • 「Juno for YouTube,一款由 Reddit 的 Apollo 應用程式開發者所開發的應用程式,因涉嫌違反 YouTube 的指導方針而被從 App Store 下架。」
  • 這款應用程式是一個網頁視圖,並且沒有阻擋廣告,這突顯了開發者在面對大型科技公司及其嚴格政策時所遇到的困難。
  • “這種情況強調了對替代應用商店日益增長的需求,因為許多用戶和開發者感覺平台更重視自身的控制權而非用戶利益。”

「NixOS 是一個不錯的伺服器作業系統,除了在它不好的時候。」

  • 作者討論了減少 NixOS 這個伺服器操作系統預設安裝大小的挑戰,該系統最初佔用了約 900MB 的磁碟空間。- 為了最小化 NixOS,進行了移除不必要組件的努力,如 Nix、Perl、Python 和某些服務,達到了約 300MB 的減少。- 儘管有這些減少,作者總結認為創建一個最小化的 NixOS 系統是複雜的,並建議針對伺服器場景的專用 NixOS 分支可能會更有效。

評論

  • NixOS 被認為是一個穩健的伺服器作業系統,但由於其依賴 Nix 語言,這被視為一個缺點,因為該語言複雜且缺乏使用者友好的功能。
  • 用戶欣賞 NixOS 的簡易系統替換和回滾功能,但由於維護挑戰,一些人已轉向較簡單的系統如 Debian 或 Proxmox。
  • NixOS 每六個月提供一次穩定版本,但不提供長期支援,這對於尋求長期穩定性的使用者來說可能是一個顧慮。

Nvidia 發佈 NVLM 1.0 72B 開源權重模型

  • NVLM 1.0 Collection 引入了前沿級的多模態大型語言模型,這些模型在視覺-語言和僅文本任務中均表現出色。
  • 「這個集合代表了在視覺和文本數據處理整合方面的重要進展,突顯了人工智慧模型不斷演進的能力。」
  • 這項更新是在兩天前進行的,顯示出對這些先進模型的開發持續改進和興趣。

評論

  • 「Nvidia 已在 Hugging Face 上推出 NVLM 1.0 72B 開放權重模型,該模型源自 Qwen2-72B-Instruct LLM 和 InterViT 視覺編碼器,重點在於質量而非規模。- 該模型有三種變體:僅解碼器、交叉注意力和混合,但在 Hugging Face 上僅提供僅解碼器版本。- 它採用非商業 cc-by-nc-4.0 授權,允許評估但不允許商業使用,並且需要大量 GPU 記憶體,約 164GB,才能達到完全準確性。」

建立與打破習慣的簡易指南

  • “習慣的養成可以是目標導向或身份導向的,並需要持續性才能變得自動化。-「邊緣摩擦」指的是開始新行為所需的努力,可以通過減少壓力和疲勞來降低。- 建立和打破習慣的策略包括任務分段、優化你的日常、利用多巴胺,以及嘗試具有彈性目標的21天試驗。”

評論

SlateDB – 一個基於物件儲存的嵌入式資料庫

  • SlateDB 通過利用您現有物件存儲的耐久性,提供極高的耐久性(99.999999999%),消除了對磁碟及相關故障的需求。
  • 它提供可調整的效能選項,以實現低延遲、成本效益或增強耐用性,並支援單一寫入者與多個讀取者,防止殭屍寫入者的問題。
  • 「SlateDB 是一個用 Rust 開發的嵌入式資料庫庫,兼容多種程式語言,可以通過在 Cargo.toml 中添加依賴項輕鬆整合。」

評論

  • SlateDB 是一個嵌入式資料庫,設計用於物件儲存,類似於 Apache Iceberg 的「湖倉架構」,並用於流處理和無伺服器函數。
  • 它在提交到物件儲存之前,會先將寫入操作緩衝到記憶體中的日誌中,這可能會在寫入失敗時導致資料遺失。不過,它提供可配置的耐久性選項,包括同步寫入。
  • 批評者認為,SlateDB 更像是對物件儲存的一層薄抽象,而非真正的資料庫,目前其實作需要使用 Rust,且缺乏對其他程式語言的支援。

美國二戰炸彈在日本機場爆炸,造成滑行道出現大坑

評論

  • 一枚未爆炸的美國二戰炸彈在日本一座機場引爆,造成滑行道上出現一個大坑,但幸運的是,沒有報告任何傷亡。
  • 這起事件重新引發了關於從監視攝影機中提取數位影像的挑戰,以及在日本、倫敦、德國和法國等國家普遍存在的未爆彈問題的討論。
  • 人們對於舊爆炸物的穩定性表示擔憂,因為它們隨著時間的推移可能變得更加敏感,從而帶來重大風險。