程式設計原則
2025-04-04 The Best Programmers I Know | Matthias Endler
閱讀原始文件
reference
不要去Stack Overflow,不要問LLM,不要亂猜,看原始來源
徹底熟悉你的工具
它的歷史
它的現狀
它的限制
它的生態系
讀懂錯誤訊息
Tasseography - Wikipedia
拆解問題
這世上有些問題,無論是誰,都無法一次就解決
不怕弄髒手
永遠樂於幫助他人
寫作
永不停止學習
職位地位不重要
建立個人聲譽
保持耐心
永遠不要怪罪電腦
背後總有合理的邏輯解釋:只是你還沒找到
別害怕說「我不知道」
知識的邊界
我根本不在乎答案本身,我在乎的是那些胡扯亂答的人
不要亂猜
PEP 20 – The Zen of Python | peps.python.org
當你猜測時,有兩種可能:
最好的情況:你錯了,錯誤導致bug
最壞的情況:你猜對了,而你永遠不會驗證它,並根據錯的假設建立起心智模型,最後讓你吃盡苦頭
發問、查文件、用除錯工具、細心求證,做任何必要的事去找到正確答案
保持簡單
沒有捷徑
2023-12-06 新人プログラマ アンチパターン:原理原則多すぎて脳みそOOMエラー #初心者 - Qiita
2024-02-03 プログラマーの教養としての原則
溝通
原始碼
活動
判斷
命名
2021-05-30 プログラマーのための原則(2 万字) - Qiita
DRY
不重造輪子
KISS
不過早最佳化
Rob Pike的編程5原則
程式的核心不是演算法,是資料結構
UNIX哲學
SOLID
侯世達定律
布魯克斯法則
首先是概念,接著才是技術
比起正確地解決錯誤的問題,不如錯誤地解決正確的問題
分離架構與方針
銀色子彈不存在
2014-07-21 何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita
YAGNI
最小驚訝原則
布魯克斯法則
得墨忒耳定律
維爾特定律
康威定律
童子軍定律
SSoT
單一資訊來源
Single source of truth - Wikipedia
80/20法則
古德哈特定律
帕金森定理
利特爾法則
彼得原理
事故三角
峰終定律
Twelve-Factor
遺留代碼演算法
文學程式設計
契約式設計
選擇無聊的技術
提問的智慧
知識的詛咒
手拿鎚子的人看什麼都像釘子
買鑽洞機的人想要的不是鑽洞機,是鑽洞
不是只有最佳實踐才是實踐
問題解決力を高めるコツはプログラミングの原則・思考にあり - @IT
迴避mental mapping
名前がないものは見えない――名前重要:問題解決力を高めるコツはプログラミングの原則・思考にあり(6) - @IT
遵照既有名稱
例如:src、disabled
避免重新更名
例如:imageUrl、isDisabled
2023-11-29 プログラミングの原則:構造化テキストを文字列結合で作らない、置換でいじらない - Uzabase for Engineers
2025-06-13 開発人生25年で学んだ7つのソフトウェア原則(翻訳)|TechRacho by BPS株式会社
2025-01-27 Seven things I know after 25 years of development
1. 所有的框架最終都會不合身
2. 設計模式或方法論會失敗
3. 規模會與時間一同成長
4. 應該注意於故事
5. 目標是真確和明確性
6. 這可能是場孤獨的體驗
7. 永遠不要放棄追求真實
/iki-iki/たのしいコーディングのための「CUPID」特性