技术选型往往取决于个人偏好。不同开发者青睐不同的技术栈，这很正常！我个人偏好并非放之四海而皆准。我不执着于单一语言环境，反而更喜欢多语言协同工作。
我曾独立开发过许多React应用，但近来频率有所下降。目前主要使用Go (Echo或Fiber)、Django和Laravel (已成为我的最爱!)。
最近需要构建一个小应用，主要功能是CRUD，并包含一些动态元素……我决定尝试Next.js。一年前我曾短暂接触过Next.js，对框架整体架构有所了解。
然而，这次经历却异常痛苦！ 
我花了整整一小时尝试配置Next.js Starter Kit：
文档太糟糕了！它默认假设你部署到Vercel。我只是想在本地运行而已。https://www.php.cn/link/e8ff7030a0d078bec25f25c9b705d228
最终我决定从零开始……
我创建了一个空的Next.js项目，它几乎什么都没有！我不得不手动配置各种依赖，文档里复制粘贴的配置代码也行不通。
我遇到了一些恼人的错误，现在已经记不清具体内容了，总之我不得不阅读日志，并凭借模糊的记忆自行调试。公平地说，我有些生疏了，这是个技能问题。
Next.js只是一个内置路由和缓存的元框架
我真的没理解Next.js的意义所在，它不过是一个内置路由和缓存的元框架而已。你可以使用惯性路由，跳过所有繁琐的配置，然后正常进行React开发。
之前与SPA框架打交道时，我非常讨厌处理路由和Redux。我更喜欢在React中使用最小化状态管理和后端路由。Next.js在一定程度上解决了这个问题，但我感觉它不够完善，并且与Vercel绑定得太紧密了。Laravel Backpack拯救了我！时间紧迫，我需要完成任务，折腾框架不是当务之急。或许将来我会再尝试Next.js。
在短短5分钟内，我就用Laravel Backpack搭建好了整个管理面板！只需运行几个CLI命令。由于Backpack基于Laravel，创建数据库表非常容易。只需运行：
php artisan make:model project -m
这会创建我的模型和迁移文件。我需要做的就是在迁移文件中添加数据库字段，然后运行：
php artisan migrate php artisan backpack:crud project
总共3个命令，我就拥有了一个功能完备的CRUD接口，并带有搜索和排序功能。接下来，我需要处理一些后台任务，例如发送邮件和排队任务以便稍后处理。
php artisan make:job sendmail // 在我的代码中某个地方 sendmail::dispatch($user)
并根据需要配置Redis队列机制。只需一个systemctl任务：
php artisan horizon
Laravel有时会让我感到沮丧，因为它一直在扩展框架，导致框架变得臃肿。> 这就是为什么我喜欢Next.js的极简风格，但我认为它过于极端了。
一个框架至少应该包含路由、数据库层和队列作业，因为几乎所有复杂的应用程序都需要这些功能。
这取决于你的经验水平。Laravel带给你的便利性，可能并非总是好事。就我个人而言，在Laravel出现之前我就已经从零开始构建过身份验证系统和框架，所以重新造轮子对我来说有点无聊。有什么意义呢？
