支持,想起在几年前刚接触这个框架的时候,有部分的例子都感觉很异常,在定义的时候不是很清楚,导致看文档的同学们都深深的烦恼,

小弟有幸翻译过几次，说一下我的观点，翻译的本意本来就是把英文变成中文，你这加上了例子，这违背了翻译的初衷。况且翻译的文档不可能做的面面俱到，解释每一个参数的。我觉得应该多一些老铁发发实战博客 :joy:

想法是有的，也是好的，只是这个要另外开一个文档，你可以来开头，然后有多少人一起贡献就是一回事了。

翻译不是写书。

从 5.1 开始看文档，一直到现在的 8.x，也从一个阅读者，成为了一个翻译者 :relaxed:

不得不说，这个想法确实很好，但是，官方文档是为了方便我们快速查阅，应该在另起一档，类似 wiki，里面有很多我们平时注意不到的骚操作，实用场景。

官方文档对刚接触这行的同学、甚至是初级小伙伴，看起来确实是很吃力的，当然也有部分同学能搞懂。

其实还有一个问题，就比如我最初看队列和任务调度的时候，看完文档，我确实知道了它是什么，也知道它怎么用，但在实际项目中我并没有用过它，因为我不知道它的使用场景是什么，什么时候能用，什么时候才适合用 :joy: :joy:

learnku.com/laravel/wikis

好想法，新人看文档确实很吃力，真不是不愿意看，是看到很多地方懵逼

以前我都不知道 * * * * *(cron 每分钟执行一次) 的意思 楼主现在也不知道。

加例子 造成文章太长 对于懂的人来说 是废话

百度一下: laravel任务调度使用 一堆例子

新手看确实会费劲。慢慢用的多了，多看看别人写的深入解析的文章就了解了。写的特别细致，写文档的人也费劲，慢慢的就不会有人写了。毕竟不是手把手的教，也没有费用

Laravel 的文档有些地方确实是差那么点意思。 对比Rails的话，Rails的文档就会生动很多，我个人建议加个类似

译者注 说明xxxxx

可能会好一些，当然直接翻译原文也没毛病就是了。

怎么说呢 laravel 的文档定位只是一个工具 我是遇到问题才会去翻文档 我也大概知道文档可以帮我解决哪些问题

如果你想学习laravel 框架 想了解详细的实例 论坛有一系列的教程 有关于laravel框架核心话题的各种很好的文章
也有各类问题的解决方案和探讨
总而言之 laravel的官方文档只是框架的参考工具 不是最佳实践

觉得可以加一些外部文章例子链接在某些地方。

翻译工作最基本的就是要尊重原文。

如果一定要有人去做这件事情，那为什么不能是你

提问的智慧《社区使用指南》