- 除了商业应用，正式和测试项目没差异
事实上很多商业应用也是从测试项目而来，总不能说得攒个几年经验才有资格写吧，实习生事故不常年一大把
- 别想那么多，95% 以上的开发者都是面向搜索引擎和文档编程。
什么不会搜什么，会看文档和会用搜索引擎比什么都重要。
- 经验是靠积攒出来的。动手写了就能解决问题。
一般业务用 Laravel 解决问题，实际上应用到框架的技术覆盖不会超过 50%，也就是说 50% 的文档可能是你会常常要翻阅的。但至于这 50% 是那些，答案往往只有自己知道。
- 看不懂的问题依然需要通过学习解决，看一套视频能整体认知一遍，但细节难以把控。看源码能深入理解，但新手入门挑战偏高。
看文档是实现最小 Demo 的最快方式（Ctrl+C/V 除外），小到怎么 Helloworld，读一个表记录。没有什么比这个更纯粹了。
- 阅读消化再输出才能让你理解更深刻。再输出形式很多。写代码是其一，写文章是其二。
如果你希望更深入的理解，翻英文文档。如果你觉得英文阅读困难，那么，下一个 Laravel 大版本发布，欢迎参与社区文档翻译成为译者。
翻译的过程能让你更深刻的理解为什么文档要这么写，这个动作是对的吗，文档会不会有勘误，为什么我照着文档就是走不通，是遗漏了什么细节吗。
简而言之一句话，干就完了，不懂就问
用就完事，车到山前必有路。
用自己熟悉的框架呀
我经历的最严重的是 job 任务没有指定最大尝试次数导致无限重试的报错日志风暴。可以搜索下 Laravel 的注意事项。测试服务器用于开发踩坑。
- 除了商业应用，正式和测试项目没差异
事实上很多商业应用也是从测试项目而来，总不能说得攒个几年经验才有资格写吧，实习生事故不常年一大把
- 别想那么多，95% 以上的开发者都是面向搜索引擎和文档编程。
什么不会搜什么，会看文档和会用搜索引擎比什么都重要。
- 经验是靠积攒出来的。动手写了就能解决问题。
一般业务用 Laravel 解决问题，实际上应用到框架的技术覆盖不会超过 50%，也就是说 50% 的文档可能是你会常常要翻阅的。但至于这 50% 是那些，答案往往只有自己知道。
- 看不懂的问题依然需要通过学习解决，看一套视频能整体认知一遍，但细节难以把控。看源码能深入理解，但新手入门挑战偏高。
看文档是实现最小 Demo 的最快方式（Ctrl+C/V 除外），小到怎么 Helloworld，读一个表记录。没有什么比这个更纯粹了。
- 阅读消化再输出才能让你理解更深刻。再输出形式很多。写代码是其一，写文章是其二。
如果你希望更深入的理解，翻英文文档。如果你觉得英文阅读困难，那么，下一个 Laravel 大版本发布，欢迎参与社区文档翻译成为译者。
翻译的过程能让你更深刻的理解为什么文档要这么写，这个动作是对的吗，文档会不会有勘误，为什么我照着文档就是走不通，是遗漏了什么细节吗。
简而言之一句话，干就完了，不懂就问
我是大概看了一遍文档就撸袖子开干。
起码要知道Laravel大概有些什么功能，然后再开始
不深入看的话，看一遍文档要不了多久的，一个周末就完全够了。
然后多用社区吧，社区有很多热心且牛逼的大佬
说说我的折腾：
服务器重装成ubuntu20.04 server ，二话不说弄了个laradock上去，这个laradock装得艰辛啊
这里建议，没得“外”网的，不要用laradock，有些东西下不了挺烦的
自己PC机搞了WSL2+Ubuntu+Phpstorm，然后建立内网git库，
折腾完之后发现，我他喵的就一个人开发，整这些真心麻烦，还要维护测试环境、git库什么，在服务器上挂个其他应用也不太会，docker没怎么学，放弃
不要在自己不擅长也不感兴趣的事上折腾，适合自己情况的才是最好的
现在是，服务器重装，直接用了lnmp脚本，根据summer大佬的脚本改了下，phpstorm直接sftp连上搞。。。
laravel有很多东西，感觉为更适用团队开发设计的，如果是小团队或者个人，其实没必要苛求太多
路由->请求和响应->视图->DB和模型，这些都了解了就开干吧
看路由、数据库、模型、请求和怎么返回到视图就可以开干了，其他的用到了再去研究
勤奋点的就看文档，优雅的写写呗，懒得直接继承重写，laravel能解决的，原生php也能解决。手撸原生是最快的解决办法
关于 LearnKu
粤公网安备 44030502004330号
简而言之一句话，干就完了，不懂就问