我个人感觉程式语言也是有语感的
跟学历关系不大
我自己碰过一种写法
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% 的不同
这其实有风险
你要很懂系统 也要有完整的测试案例
其实会花更多时间
搞不好还会弄坏别人的功能
在乙方速度就是一切
因为台湾人找乙方就是为了快
我甚至认为理想的程式宇宙
不应该有乙方这种产业存在
但我也知道 现实社会就是有乙方需求
或许乙方应该一家独大 极大化
大到可以要甲方乖乖听话 慢慢写
我知道这里高手很多
但也明显有一些新人上来问问题
所以也就讲一下很基本的经验