摘要
本文探討如何為MacOS新手打造一個BSV網站，並解釋「刻在石頭上」的重要性，以幫助讀者理解這一過程中的關鍵因素。 歸納要點:
- 為何選擇BSV網站?它提供了高效且安全的數據處理,讓新手能輕鬆上手。
- 「刻在石頭上」的理念強調穩定性與持久性,使得網站內容不易被篡改,增強用戶信任。
- 掌握基礎操作如域名註冊及主機設定,是建立成功BSV網站的第一步。
軟體工程師的「改善」與「進化」：理解軟體的演化特性
如果你想從零開始編寫一個網站，包括學習所有細節，作為初學者沒有跳過任何步驟，那麼首先要了解的關於軟體的一件事是：軟體工程師總是比你更懂……他們甚至比全世界其他人都知道得多，問問他們吧，他們會告訴你。這意味著他們總是知道如何透過改變來「改善」某些東西。因此，無論你在這裡或其他地方學習什麼，它都會發生變化，而且這種變化可能在明天到18個月之內就會出現——當那些比你（和歷史上所有人）都更懂的軟體工程師發布對他們的軟體進行「升級」時，而許多其他高層次的軟體也依賴於這些基礎軟體。**專案1：軟體工程師的「改善」與「進化」**：雖然軟體工程師確實致力於提升軟體品質，但「改善」並非一成不變的單向道。近年來，軟體工程領域逐漸重視「演化式設計」的概念，認為軟體應像生物一樣不斷演化，而非一蹴可幾的完美狀態。這代表著「改善」可能是新增新功能、調整架構，甚至可能意味著放棄部分舊有功能以迎合新需求。理解軟體的演化特性，有助於初學者擺脫「追趕完美」的焦慮，專注於掌握核心概念和學習適應變化。
**專案2：版本控制系統與「不可逆」的真相**：值得注意的是，儘管可以回溯，但在每一次改進中，每個決策都有可能帶來不可預期的後果。因此，學習使用像 Git 這樣的版本控制系統，不僅能夠追蹤每個版本間的變化，也讓開發者方便地回溯或合併不同版本程式碼。要記住的是，每次「改善」都是一次風險投資，因此建立備份、進行測試以及有效管理版本都是初學者邁向職業道路的重要一步，而不是僅僅停留在工具使用層面。
思想實驗：想像一下你正在建造一棟房子，然後有個自以為是的人在你建完房子後出現，他聲稱自己擁有你基礎的專利，並打算改變你房子下方所有管道、暖氣、空調以及 HVAC 單元的位置。這樣的話，你可能根本不如從頭開始重建一棟新房子，因為要在基礎層面上採納這些你既不理解也不同意的新變更，幾乎會比重新來過還要困難，而這些變更將花費你大量金錢，只是讓你回到之前的狀態，而且幾乎沒有任何好處，甚至可能還帶來負面影響。
我們在研究許多文章後,彙整重點如下
網路文章觀點與我們總結
- 在Safari中前往想要加入書籤的網站。
- 點擊工具列中的「分享」按鈕,選擇「加入書籤」。
- 選擇書籤的位置,可以重新命名以便識別。
- 在智慧型搜尋欄位上移動指標,顯示「一步加入」按鈕。
- 按住「一步加入」按鈕並選擇「喜好項目」。
- 這樣就能將網站快速地添加至書籤或喜好項目中。
很多人使用網路時都有一些特定的網站會經常回訪，但每次都要手動輸入網址實在太麻煩了。在Mac的Safari上，你可以輕鬆地將喜愛的網站加入書籤，讓你下次瀏覽時能更快找到。只需幾個簡單步驟，就能把重要資訊隨時帶在身邊，省去重複輸入的麻煩，讓我們的網路生活更加便利。
蘋果系統設定改名引發的使用者體驗挑戰
一個現實生活中的例子是蘋果公司在2022年和2023年將長期以來的選單選項「系統偏好設定」改為「系統設定」。這看似無害，但唯有當我告訴你時才會如此。如果你是幾十年前就開始使用蘋果電腦的人，並且習慣了這個詞或甚至選單的形狀，那麼可能需要10分鐘或更久才能搞清楚這一變化。就像我把你的家搬到了僅僅兩條街外。聽起來沒什麼大不了，同樣是在好的社群和學校，不是嗎？鄰居們也相對相同。但就只是在兩條街之隔，所以你可能花半天的時間才弄清楚你的家在哪裡，只為了當晚能安然入睡。還覺得沒什麼大事嗎？自從公司成立以來，已有數十億的 macOS 使用者，他們都必須重新學習這些在蘋果圍牆內某位專家的心血結晶。我們可以用資料來衡量其中的負面影響。**使用者體驗影響分析**
* **使用者認知負荷**： 改名「系統偏好設定」為「系統設定」雖然看似簡單，但對於長期使用 macOS 的使用者而言，會造成額外的認知負擔。他們需要重新學習新的名稱，尋找新的選單位置，進而影響工作效率。
* **潛在使用者誤解**： 對於新使用者而言，改名可能帶來新的困惑。他們可能會誤以為「系統設定」僅僅包含系統層面的選項，而忽略了「偏好設定」中可能存在個性化選項。
* **對開發者影響**： 應用程式開發者需要調整應用程式的介面和程式碼，以適應新的系統命名。這將消耗開發者的時間與精力，也可能導致應用程式出現相容性問題。
**典型查詢意圖**： 使用者會搜尋「macOS 系統設定 改名 影響」、「蘋果 系統偏好設定 改名 原因」等關鍵詞，希望了解改名對使用者和開發者的具體影響。
以上種種因素不禁讓人思考，在追求創新與變革的同時，我們是否也該更加謹慎地考量這些改變所帶來的不便與挑戰。
軟體開發的蝴蝶效應：微小變化的巨大影響
在軟體開發中，微小的變化可能會引發重大的影響。這就像一位年輕的鐵路主管決定將鐵軌間距改變2毫米，表面上看似是提高了每米貨物運輸量，但無論他的理由多麼充分，這樣的改動將會徹底擾亂基於原有標準建造的一切設施。當我向你展示這個決策背後的數學時，你將會明白這是一個多麼巨大的錯誤。在解決問題（或如同許多情況下所謂的“非問題”）時，不考慮“問題”的全貌邊界條件，最終往往會導致比原本可能解決的問題更為嚴重的新挑戰。**專案1：微小變化的蝴蝶效應：軟體架構與演化**
這段文字精準地描繪了軟體開發中的一個重要概念：微小的變更可能引發巨大的連鎖反應。就像更改鐵軌間距，看似微不足道的改變卻會影響到整個軌道系統的運作，甚至需要重新設計所有基於舊標準建造的設施。對於軟體開發而言，每一項設計決策都必須考量其對整個系統的影響，而不能只聚焦於眼前的小問題。目前，隨著微服務架構、雲端平台等新興技術逐漸推動著軟體架構演進，我們也面臨新的挑戰，例如微服務之間相互依賴性及跨平台相容性的問題。因此，在進行任何小規模調整時，開發者必須仔細評估其對整體系統造成的潛在影響，並採用模組化設計和版本控制等策略來降低風險。
**專案2：全貌思維：軟體開發的系統性思維**
這段文字強調了「全貌思維」在軟體開發中的關鍵地位。真正有效的軟體開發不僅僅是在解決眼前問題，更需考慮問題背後的脈絡，以及這些決策對整個系統產生何種影響。不少軟體開發失敗案例往往源於開發者未能考慮到問題邊界條件，只專注於表面的解決方案而忽略潛在影響。在現代軟體開發領域，系統性思維日益受到重視。開發者必須從整體出發理解不同模組之間關係及技術間互動。例如，在設計 API 時，需要關注版本控制、安全性與穩定性，以確保 API 的可持續發展。還需留意運維方面的問題，包括部署、監控與安全等，以確保軟體最終具備穩定性與可靠性。
蘋果更新介面：時尚革新背後的深層邏輯
這位可憐的傢伙（下圖所示，他非常勤奮，拍攝了許多優質的 MacOS 影片）做了一個教學影片，講解如何找到你的 MacOS 下載檔案並使用系統偏好設定來調整各項選項以符合你的需求。雖然這只是一年前的影片，但對於新手來說，它已經過時，因為蘋果公司聰明的設計師讓過去七十年 Apple 使用者習慣的操作方式發生改變，迫使他們學習新的方法來完成自創立以來一直在做的事情。別擔心，蘋果公司的天才們總是比你更了解情況，而20分鐘的不適感乘以20億使用者，就成了666百萬小時，也就是2800萬天或76，051年的成本，付給全世界所有 Apple 使用者。而這一切可能僅僅花費了大約2分鐘的人力，在蘋果公司的牆內就能完成。一位23歲實習生靈光一現認為「設定」比「偏好設定」更好，再加上一位高層主管同意他的看法。砰！損失了76，000人年的努力。這真是一件美妙的事，不是嗎？**專案1具體說明：** 蘋果公司經常進行介面改動，不僅僅是為了「時尚」或「簡化」，更深層次的原因是為了順應不斷演進的技術和使用者習慣。從過往的「偏好設定」到現今的「設定」，蘋果設計團隊一直在探索如何以更直觀地方式呈現系統設定，並將其與其他平台（如 iOS 和 iPadOS）進行整合。雖然短期內造成使用者困擾，但從長遠來看卻為 Apple 生態系統的統一性和未來發展奠定堅實基礎。
**專案2具體說明：** 雖然蘋果公司在更新介面時，往往會忽略使用者可能面臨的學習曲線，但使用者也不應該忽視持續學習的重要性。在資訊爆炸的時代，新知識不可避免，而適應變化也是提升競爭力關鍵的一環。對於 Apple 的系統更新，使用者可以把它視作一次學習機會，更深入了解 macOS 的運作原理並挖掘隱藏功能。使用者還可以利用網路上眾多教學資源，如影片、文章和論壇等，以快速掌握新介面的操作技巧，提高工作效率。
軟體變革的隱藏成本：微小修改的巨大影響
假設一位基本的汽車技師每小時收費150美元，這僅僅因為在 MacOS 上更改一個標籤，就對全球經濟造成了230億美元的成本。如果你認識任何軟體工程師，請傳送這篇文章的連結給他們，並告訴他們要「思考更大」而不是「與眾不同」。所有軟體工程師都必須考量到變更某些東西的成本，不論這個變化多麼微小，以及其帶來的好處。你可以看到，任何細微改動的成本將會根據你的軟體使用情況來衡量（蘋果 ＝ 巨大的影響，而你的初創應用程式 ＝ 小規模 － 因此可以進行修改！），還有該變化每位使用者所需承擔的成本。因此，對於蘋果而言，此項巨大的成本必須與其帶來的效益進行比較。這項變更真的如此重要嗎？幾乎所有關於 MacOS 的幫助影片都因為這個小改動而顯得過時。**專案1：成本效益分析的重新定義與應用**：傳統上，成本效益分析往往聚焦於直接財務上的利弊，但卻忽略了「隱藏成本」如使用者培訓、檔案更新及客戶服務等影響。因此，即使是微小的軟體改動，也可能帶來巨大的隱藏成本，尤其是在普及率極高的產品中。我們需要重新定義我們對於成本和效益的分析，以納入所有相關因素，使決策更加明智。
**專案2：微服務架構的優勢與挑戰**：微服務架構是一種將大型系統拆解成獨立部署的小型服務的方法，它提高了系統靈活性，使單一服務能夠被更新和維護，而不會影響到其他部分。同時它也引入了一些新的挑戰，例如如何保證各服務之間通訊順暢和資料一致性。在設計軟體時，我們需要權衡這些優勢和挑戰，以選擇最適合當前需求的架構。
現在，當你再次閱讀中本聰對比特幣協議的「不可更改」描述時，你將會明白他對於比特幣節點遵循這一協議是多麼嚴肅。
設計軟體時，要以長遠角度思考使用者體驗，確保變革順暢無阻
因此，在我們開始之前，必須強調各類軟體工程師需要考慮將設計做到最好，就像這些設計可能永遠不會改變一樣。當變更發生時，要為你那群「老狗」使用者提供上下文和解釋，以便他們學會新把戲。蘋果公司只需在新名稱旁邊加上小小的 ＋＋以前稱為 ′Preferences′＋＋ 標示，就能為所有人節省無數小時的困惑。接著，再讓這個名稱存在半個他們使用 ′Preferences′ 的年份，才最終考慮到所有世代的使用者都已經學會了新名稱和選單。（而我們甚至還沒討論在這個小字變更之後選單的其他改動）。在我們下載像是微軟的 Visual Studio Code 這樣的整合開發環境（IDE）之前，您需要了解下載的檔案會儲存在哪裡（在 Finder 應用程式中，位於左上角的「下載」資料夾）。在 MacOS 的選單列右上方有一個小圖示，當您完成下載後，它會顯示出來，點選它就可以檢視所有最近的下載檔案。
下一篇文章將探討整合開發環境（IDEs），並介紹如何選擇不太可能因為「在 BSV 上編碼」而取消您應用程式的網站雲端服務提供商。SLictionary．com，一個無廣告的最佳定義英語詞典，於2024年4月被 Google Cloud 取消服務，此前他們以虛構的費用從公司銀行帳戶提取了所有資金（僅在兩周內），然後拒絕允許更換信用卡提供商，以維持網站執行，期間爭議仍未解決，客戶服務卻表現得愚蠢至極（故意裝傻？這很難說，在使用普遍受到攻擊的真正比特幣，即 BSV 時）。
支援當地酒保、探索比特幣與網路資源
如果您喜歡這篇文章，但 Medium 的訂閱商業模式限制了您的閱讀，請支援您當地的酒保，支付郵件地址為 ￥JohnPitts Handcash．com。如果您需要真正的比特幣，可以到這裡： https：／／orangegateway．com／＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆＆［0］ macmostvideo 的 YouTube 影片［1］ ′Bitcoin 協議不能一成不變？′ 由 Kurt Wuckert coingeek．com 提供［2］ ′IDE′ 定義出自 SLictionary www．SLictionary．com（網站因 Google Cloud 服務故障而暫時關閉）［4］ 石頭圖片由 Petr Sidorov 提供，unsplash．com https：／／unsplash．com／＠m＿malkovich參考來源
在Mac 上的Safari 中將你想要重新參訪的網站加入書籤 - Apple Support
在Mac 上的Safari App 中，前往你要加入書籤的網站。 · 按一下工具列中的「分享」按鈕 ，然後選擇「加入書籤」。 · 選擇加入書籤的位置，並可依喜好重新命名。 將此網頁加入：按 ...
在Mac 上的Safari 中將網站加入「喜好項目」 - Apple Support
在Mac 上的Safari 中將網站加入「喜好項目」 · 在Mac 上的Safari App 中，將指標移至「智慧型搜尋」欄位上。 · 按住顯示於欄位最左側的「一步加入」按鈕 ，然後選擇「喜好項目 ...
全部
資訊科技
相關討論