我個人感覺程式語言也是有語感的
跟學歷關係不大
我自己碰過一種寫法
if 變數 == a print 甲.jpg
if 變數 == b print 乙.jpg
if 變數 == c print 丙.jpg
看來邏輯沒問題
但其實這段 if else 根本就不需要
你只要改成
print 變數.jpg
就可以了
這樣寫 還可以未來擴充都不用修改
另外還有很多類似的例子
但其實一堆可以在業界完成工作的工程師
都沒辦法發現那樣寫的問題
他們只想完成工作與邏輯
但也有可能是我沒在更高階的程式環境
其實很多設計模式與多形
在我看來都是為了消除if else
例如依賴反轉與依賴注入 都可以減少if else
應該視 if else 為惡魔
時時想著要怎麼消除 if else
久了就會有進階的處理方式
我記得很久以前
可能有二十年前了
有人曾經說他一小時內可以寫幾千行程式來顯示自己很會寫
那像我這樣一直思考如何減少 if 程式碼的人
不就反而是他眼中很不會寫的人
台灣不是軟體為主的經濟體
當老闆的人不見得是專業的工程師出身
以老闆角度來說
不管怎麼寫 邏輯對都沒差
我還遇過一個老闆直接叫我直接加一個if 以減少工時
後來幾年後 那個項目就倒了
被同行說是爛到業界出名的產品
那個老闆也懂一點程式 所以反而更糟糕
這現象可能無解
他們還是能完成工作
就只能加強溝通與教育
然後做好自己的工作
拿出成果讓他們知道為什麼要這樣改
去其他公司 這種人還是不少
另外這跟你待在甲方乙方也有關係
有公司會找乙方來寫
代表這不是他們的核心業務
代表他們是為了求快才找乙方
所以你幫他寫得比較好有意義嗎
花時間寫得比較好
但對他們來說快速比較重要
某 funcation 有 95% 一樣
但你為了讓程式變好 共用
決心想去搞懂那 5% 的不同
這其實有風險
你要很懂系統 也要有完整的測試案例
其實會花更多時間
搞不好還會弄壞別人的功能
在乙方速度就是一切
因為台灣人找乙方就是為了快
我甚至認為理想的程式宇宙
不應該有乙方這種產業存在
但我也知道 現實社會就是有乙方需求
或許乙方應該一家獨大 極大化
大到可以要甲方乖乖聽話 慢慢寫
我知道這裡高手很多
但也明顯有一些新人上來問問題
所以也就講一下很基本的經驗