你身边有没有这样的人：他们拒绝学习任何新工具
工作这些年，我发现技术圈里有一种非常典型的人。
他们并不是能力差。
甚至很多人经验也很丰富。
但他们有一个共同特点：
拒绝学习任何新的工具。
我身边刚好就有两个非常典型的例子。
只会 SecureCRT 的同事
我有个同事，做运维很多年。
他远程 Linux 服务器只用一个工具：
SecureCRT。
这么多年，从来没有换过。
有一次线上服务器需要做一件事情：
批量处理一批日志文件。
服务器目录里有几百个 .log 文件，需要把里面某个字段提取出来。
其实这个事情非常简单。
一行 shell 就能解决：
类似这样: for fin *.log; do grep "ERROR" $f>> result.txt; done
但当时的问题是，他需要在几十台服务器上都做这个操作。
如果有稍微好一点的工具，其实可以：
- • 批量执行
- • 同时连接多个服务器
- • 甚至直接自动化
但他没有这些习惯。
他打开 SecureCRT，一台服务器一台服务器登录。
然后：
复制命令
粘贴
执行
重复几十次。
我当时跟他说，其实可以试试一些更现代的工具，很多都支持批量操作。
他说了一句让我印象特别深的话：
"算了，这个不好弄。"
于是最后的结果是：
他直接跟老板说：
这个需求有点麻烦，不太好搞。
问题不是技术难度。
问题只是------
他不想换工具。
什么事情都用 Java 的程序员
我还有一个同事，是做后端开发的。
他的技术栈非常简单：
Java。
而且是那种极端的简单。
所有事情都用 Java。
有一次我们需要处理一个服务器日志。
日志文件大概 200MB，需要把某些字段提取出来，然后统计次数。
正常开发者的第一反应可能是：
grep"login" access.log |awk'{print $3}'|sort|uniq-c
几秒钟解决。
但他的解决方案是：
写一个 Java 程序。
流程是这样的：
- 1. 新建一个 Java 项目
- 2. 写文件读取代码
- 3. 写字符串解析
- 4. 写统计逻辑
- 5. 编译
- 6. 打包
- 7. 上传服务器运行
最后确实也解决了问题。
但整个过程花了接近 两个小时。
而同样的事情，用 shell 可能 30秒就搞定。
AI 出现之后的一个小插曲
最近 AI 工具很火。
很多开发者已经开始用：
- • ChatGPT
- • Copilot
- • Claude
- • 各种 AI 编程助手
写代码、查资料、生成脚本。
效率提升其实非常明显。
有一次我问他：
"你有没有试过用 AI 帮忙写代码？"
他的回答非常简单：
"这些东西不靠谱。"
于是他继续用原来的方式工作。
完全没有改变。
拒绝学习，其实是一种习惯
后来我慢慢发现一个规律。
很多人并不是不会学习。
而是：
习惯停留在自己熟悉的那一套工具里。
比如：
- • 只用一个 SSH 客户端
- • 只用一种编程语言
- • 只用自己熟悉的开发方式
一旦出现新的工具，他们的第一反应不是：
"试试看。"
而是：
"算了，麻烦。"
真正厉害的人，其实都很爱折腾工具
我后来观察过很多效率非常高的工程师。
他们其实有一个很明显的共同点：
特别喜欢折腾工具。
看到新的软件就会去试试。
看到新的效率方法就会研究一下。
不一定每个工具都会长期使用。
但至少他们愿意：
尝试。
因为他们知道一件事情：
一个好的工具，可能会节省未来几十甚至上百个小时。
为什么我会做 DartShell
其实我自己做 DartShell，也是类似的原因。
平时工作里，经常需要：
- • SSH 连接 Linux
- • RDP 远程 Windows
- • 管理数据库
- • 处理各种服务器任务
如果每个事情都打开一个不同的软件，其实效率很低。
所以我干脆做了一个工具，把这些能力整合在一起。
比如：
- • SSH / RDP / VNC
- • 数据库客户端
- • SFTP文件传输
- • 端口转发
全部放在一个 macOS 应用里。
对我来说：
工具本身其实不重要。
真正重要的是一件事情：
愿不愿意去尝试新的工具。
最后
如果你在技术行业工作几年之后。
回头看一眼自己的工作方式。
如果发现：
你用的工具
你用的技术
你用的方法
几年几乎没有变化。
那可能是一个信号。
不是你不够努力。
只是你：
太久没有学习新的工具了。
