问如何避免只做API程序员？

EN

首先，做一个优秀的API程序员没有什么错。有许多重要的挑战可以完全在框架API的范围内解决--毕竟，这就是为什么首先创建这些框架的原因。

如果你当前职位的挑战水平没有给你足够的满足感，试着提升你为自己设定的标准。通常取决于你，至少在很大程度上，决定你对分配给你的项目做些什么。看看你能不能

• 更快地完成任务，或者
• 用明显较少的代码完成作业，或
• 以更高的质量完成你的任务，或者
• 显著减少完成任务所需的调试量。

始终如一地这样做最终会带来更大、更复杂的任务，从而提高挑战水平。通常，新的挑战将来自您正在构建的系统的业务方面，而不是它的编码。

是的，这是完全正常的，没有理由为此感到难过。您是否也为不为每个项目编写自定义操作系统和设备固件而感到难过？

每个程序员都只是API程序员

正是使用API来定义工作的价值和复杂性。

无论你做什么，不要为了增加你的个人满意度而在工作项目中重新发明轮子。这样做是在你的空闲时间，或者当有一个具体的原因，为什么这个特定的项目的需求，任何现有的车轮是不够的。

我同意你的看法，因为我发现自己在1-2年前也有类似的情况:我有大约4-5年的工作经验，其中90%是使用沉重的框架和实现相同的CRUD类(有时是web)应用程序。这是我的2c关于这个：

1. 我看到有些人说，只这样工作没什么不好的。我不同意。使用Spring并编写一些业务逻辑是一回事，而且您自己的多线程批处理引擎完全不同，它是根据您将使用它的处理类型定制的。更复杂的是，挑战和问题的类别完全不同。同样的情况也适用于从仅使用Hibernate的数据访问应用程序到使用低级驱动程序，以及编写自己的代码来处理数据。仅仅是优化问题本身就完全改变了，而这仅仅是范例中主要差异的一半。所以是的，我认为你错过了很多只是作为一个API程序员，至少这是我过去的感觉。
2. 幸运的是，现在我有了工作项目，它们大大避免了使用Spring、Hibernate甚至Servlets之类的“著名”框架，而更倾向于从零开始定制代码。这是因为我在工作中所做的项目并不常见，而这些通用框架实际上是在考虑某种类型的项目(S)的情况下制定的，但并不适合其他项目。此外，还有一个性能问题:抛开从头开始编写代码的所有其他缺陷，与使用库/框架(开发速度、bug较少、测试代码更多等)相比，从严格的性能角度来看，避免库/框架并专门针对当前问题进行定制代码几乎总是更好。
3. 永远不要忘记，开放源码开发的最大优点之一是，您可以随时随地免费访问。如果您想知道如何在不使用框架的情况下实现这个和那个，请自己在家做。你不需要做一个和你在工作中的人在规模和目标上相似的项目，这会很麻烦，你会浪费很多时间，但是试着制作一些特定的东西来看看结果如何。例如，我尝试过手工编写不同类型的游戏循环(后来我做了简单的游戏)，我尝试过实现各种算法(比如AStar)，我使用MongoDB驱动程序来查看它如何处理CRUD操作，而不需要其他框架的额外帮助等等。