由 darkranger 在 週曰, 02/19/2023 - 13:15 發表
似乎很少看到有文章認真地探討,該如何適當地撰寫軟體系統中的錯誤訊息。來自 Wix UX 團隊的文章《When life gives you lemons, write better error messages》,描述了 Wix 網站平台如何對錯誤訊息的表達做出檢討,擬定新的原則,並投注心力加以改善。
這是一篇很值得一讀的文章,雖然當中的概念,主要是針對一般用戶,可能不一定都適用在不同的情境中。比方說在微軟產品裡,經常是僅僅丟出一長串的錯誤代碼,讓使用者自己按代碼去搜尋解答。儘管這確實應該是有改善空間,不過採用錯誤代碼的方式,背後應該也是有其工程考量。而非蓄意的怠惰,然後把麻煩轉嫁在使用者身上。
在 DR 的觀念裡,倘若不知道錯誤訊息該怎麼寫,那麼最至少就是單純地把事實陳述出來。說明發生了什麼事,以及根據程式的設計邏輯,盡可能準確表達出問題的來源。
由 darkranger 在 週五, 02/17/2023 - 20:20 發表
在 DR 開始接觸電腦的年代裡,除了 Apple 的 Macintosh/Mac 還有一點能見度外,整個個人電腦市場其實已經差不多都被 x86 架構的 IBM 相容 PC 給攻佔了。不過在這樣的態勢出現以前,市場上也曾經有過更加多樣化的年代。BBC Micro(暱稱為 Beeb)是由 BBC 最早於 1981 年推出的電腦產品,以教育用途為目的,主要是針對英國當地的學校及家庭用戶。
RGBeeb 是一個蠻神奇的改造計畫,背後的製作者並不滿足於單純將古董般的 BBC Micro,以維持原狀的方式啟動起來。而是將其魔改、塞入到現代 PC 的 ATX 機殼裡,用的是 ATX 電源供應器,並且接上 USB 的鍵盤及遊戲手把,甚至背板還有 RGB 燈光效果,不過骨子裡仍是不折不扣的 BBC Micro。相關技術資訊都是以開源授權分享在網路上,不僅是嘆為觀止,也很有教育意義。
由 darkranger 在 週五, 01/13/2023 - 19:13 發表,更新日期:週二, 01/17/2023 - 10:33
《Linux command line for you and me》是一份簡潔但又頗為完善的 Linux 指令大全,很適合作為新手學習、或者是老手的速查來源。畢竟現今 IT 領域的知識量已今非昔比,人有限的腦容量經常需要做記憶輪替,已無法將每項知識都牢牢記在腦海裡,懂得在需要時查詢到正確的資料才是正途。
學習透過命令行介面(若以桌面環境來說,指的就是終端機視窗程式)來完成需求,是踏入 Linux 作業系統的重要基礎。因為有別於在 Windows 或者 macOS 上的情形,Linux 相對來說有更多實用的工具程式是以文字指令的形式存在;以及在 Linux 生態百家爭鳴的多樣性下,在不同的環境裡,文字指令通常比圖形介面的解決方案有更好的共通性。
由 darkranger 在 週五, 01/06/2023 - 20:12 發表
一系列蠻有趣的文章《How I Hacked my Car》,內容描述作者在買了一部現代(Hyundai)房車後,便著手想要破解裡面的 Linux 車載系統(Display Audio Gen2V),藉此實現出自訂的功能。文章連結如下:
由 darkranger 在 週五, 12/23/2022 - 19:29 發表
由 darkranger 在 週五, 12/16/2022 - 20:08 發表
從 1995 年問世至今的 Java,儘管知名度高,發展也算活躍,並且有著跨平台的優勢,卻似乎未曾在 PC 應用程式的開發上佔據很重要的份額。 直到 Android 以 Java 作為首選的程式語言,才終於找到另外一片天地。然而 Java 起初既為桌面系統而生,何以在桌面系統上走得不是那麼順遂?關於此議題,jDeploy 工具的開發者 Steve Hannah,撰寫了多篇幅的專題文章《The Decline and Fall of Java on the Desktop》,分別為 Part 1 及 Part 2。
由 darkranger 在 週五, 11/25/2022 - 22:35 發表
前陣子先後讀到兩篇關於自架郵件服務的感想文章,看完後感觸蠻多的。當年 DR 在開始接觸 Linux 時,一個令人印象深刻之處,就是 Linux 可以用來架設許多服務。然而其中關於郵件服務這一塊,在瞭解其組成與各樣條件後,DR 很早就覺得這是個沒事不要自己架的東西。個人就用免費郵件服務,中小企業或機構需求則購買郵件代管,會省事很多。
Chris Siebenmann 是任職於多倫多大學的 Unix 系統工程師,在他所寫的文章《Running your own email is increasingly an artisanal choice, not a practical one》裡,Siebenmann 客觀地描述,儘管他至今依然在維運著自行架設的校園郵件服務,而這樣的作法雖然擁有高自訂性,以及獨立自主的優勢;但對比大型廠商所能夠輕而易舉達到的服務品質,已經不是一個很務實的選擇。
由 darkranger 在 週五, 09/30/2022 - 22:20 發表
故事的起頭是這樣的,話說 DR 手邊有一項任務需要處理大量的表格資料,為此便寫了一支 Python 程式。然而這支程式的資料迭代過程有一項設計缺失,會導致已經處理完並存檔的資料,仍持續累積在記憶體裡,造成程式的記憶體佔用量持續升高。當 DR 隨意地用 htop 查看系統資源時,才赫然發現若按照這個累積速度,恐怕二號機上的 16GB 記憶體會被整個吃光。但當下又不太想讓它重跑,於是就硬著頭皮看著它跑完。果不其然,在整個執行過程中,系統記憶體一度接近耗盡,連 swap 都用上了。
程式沒寫好雖然尷尬,然而轉念一想,若寫一支能夠刻意把記憶體吃光的程式,似乎對於某些情境是有意義的,像是用於測試系統高負載情形及設備可靠性等等。於是順手另外再寫了一支腳本程式(mem_consume_test.py),來專門實現記憶體的消耗。這支腳本係針對 Linux 平台設計,對於記憶體使用量的監控是從 /proc/meminfo 中的數值計算而成。
由 darkranger 在 週五, 09/16/2022 - 22:48 發表
由於 Red Hat 提早結束了 CentOS 8 的生命週期,並且讓 CentOS 這個品牌從 RHEL 的免費版本,轉型成為 RHEL 的上游開發版本,也就是 CentOS Stream。使得原本許多 CentOS 的使用者,必然會需要思考合適的替代方案。雖然人們似乎會自然地關注諸如 AlmaLinux 及 Rocky Linux 這些比照原本 CentOS 模式,從 RHEL 原始碼重新編譯而成的發行版本。然而說實在話,DR 並不認為需要就此將 CentOS Stream 從可行的選擇清單中剔除。因此在過去一年多的時間裡,DR 在工作環境裡建置了幾部 CentOS Stream 8 主機,而本文即是維運至今的一些感想。
由 darkranger 在 週五, 09/09/2022 - 22:06 發表
由 KDE 專案的開發者 Nate Graham 所發表的一篇文章《Who is the target user?》,內容以桌上角色扮演遊戲《吸血鬼之避世潛藏》(Vampire: The Masquerade)的技能點作為引言,來探討在軟體開發領域中,如何根據使用者的技能等級來進行分類。並藉此分析目標群體,以便找出合適的軟體設計。在該遊戲裡,電腦(Computers)技能按點數多寡,從 1 到 5 可分為以下五種等級:
-
學生(Student):懂得點選操作。
-
大學(College):能夠處理簡易資料。
-
大師(Master):具備軟體設計能力。
-
博士(Doctorate):可受聘為顧問,舒服度日。
-
學者(Scholar):總是走在科技前沿。
頁面