听到很多说写 Golang 不需要框架的声音，Golang 设计就是小而美，简约而不简单。这种说法可能站在不同的立场看法截然不同。

对于大公司有完善的基建，简单的分层就可以满足需求，并且有很高的执行效率，业务上就是微服务 + K8S ，这时使用脚手架当然是多此一举。

但更多的中小公司需要的是开发效率，更短的时间更多的产出，不愿意将时间浪费下各种包的选择与配置上，甚至不会用 Golang 去部署微服务，而是像 PHP 一样使用传统的整体部署，这时候使用脚手架为起点进行开发，成本上肯定是最低。

这时可能有人会问，既然如此直接用 PHP 不好了。当然不好，当某一天业务上需要用微服务时候，你可以有的选择；当业务出去谈单子时候，说我们用 Golang 进行开发比 PHP 的利润更高； Golang 软件的稳定性、性能比 PHP 更好； PHPer 向 Golang 转型的比例越来越高。

以上仅个人看法，不支持 battle 。~.~