@jarlyyn 而且关于你这句「你推广前倒是先去要解释啊」，你可以再翻上去看看本帖，楼主在推广之前是问过 UCloud 这个 有效用户 的定义的。

@jarlyyn 是的，你开心就好，毕竟一个公司在社区的一部分人群中名声再怎么差，也总是会有人去用的。像我这种没钱的穷逼，能做的也就只是让诸位在选择云计算公司前考虑考虑 UCloud 的此番作为了吧。

最后，虽然我不认可你的「楼主是坏人」的观点，但还是祝你有一个愉快的下午 :)

@jarlyyn 是的，我们可以看看最后法庭上对这个「最终解释权」是个什么判断。

但是，UCloud 出尔反尔，动用了所谓的 最终解释权 来玩文字游戏，赖账不愿意付钱，即使你这个 最终解释权 确实有用，那这家公司的名声也已经臭了。

试问，谁敢用一家拥有 最终解释权，啥都是我说了算的公司的云服务？

@jarlyyn 是啊，Laravist 社区的推广方式确实有 诱导注册 之嫌，UCloud 的公关贴里也有提到。

但是你为什么最开始的宣传贴上不明明白白的写出来呢？把「有效用户」的定义好好的白纸黑字写在那里呢？非要等人家花了精力花了钱去推广了，才急急忙忙出来用 最终解释权 糊弄人？

这难道不是 UCloud 犯的错吗？我希望你能够认识到这是 UCloud 本身文案上的失误，而不是楼主在“钻空子”。而且目前看来，UCloud 公关并没有任何承认自己错误的意思，通篇文案都在引导舆论认为「楼主是坏人就会钻空子薅我们羊毛对我们一点贡献也没有还想要钱」，真是贻笑大方。

@jarlyyn 我就不明白了，楼主哪里钻空子了？人家推广不要钱了？ UCloud 原帖禁止这样引流了？ UCloud 出钱让社区做推广，Laravist 社区搞活动去推广，然后想要拿钱，哪里错了？

只有 UCloud，事先不详细说明，等人家推广完了拿出最终解释权来糊弄，不打算兑现承诺，楼主发帖讨公道何错之有？

@printempw 市场营销玩不起就不要玩啊，或者你最开始就好好说明「必须要充钱了才算有效用户哦」，那也就没什么了，很正常的做法。你最开始不好好说明，现在人家给你推广了 2k 注册用户，你翻脸就拿「有效用户」做文章玩文字游戏赖账

作为一个融资到 D 轮的公司，真 tm 掉价

@jarlyyn 「有有效两个字，有解释权，有问题凭合同上法院去。 」

你这我可就要笑掉大牙了，有效用户？你 UCloud 原帖里有明确说明 有效用户 就是要充值过的用户吗？还是说那条法律规定里 有效用户 必须是 充值用户？不要把你的价值观强加到他人甚至是法理之上。至于最终解释权，要是这玩意那么有用的话，那还要法庭干啥。

至于你认为 Laravist 社区这种推广不算数，带来的都是垃圾用户，那你 UCloud 原帖里有说「必须要怎样怎样有价值的用户才行」了吗？难道这些注册用户的个人信息就没价值了？何况 UCloud 自己也说过「欢迎薅羊毛」

以上就是我的反驳，希望得到你的后续回复 :)

几千个用户注册就影响服务哈哈哈哈哈

我 tm 笑爆

@jarlyyn 把这么重大的失误用一句「 Ucloud 至少是文案和宣传不专业，或许还有其他法律上和经济上的责任 」轻巧带过，这位朋友你很有洗地的天赋啊，这把刷子拿好不谢

这个主题下怎么老是有人喜欢把自己的情况强行套到别人头上去呢？

我倒是没觉得很卡

滋磁 ;)

滋磁，我以前也捣鼓过 Source Code Pro 和微软雅黑的混合字体，但是后来好像总是有几个字符宽度不对劲，当时拿 FontCreator 改了几下就犯懒放弃继续用 Consolas 了 XD

楼主有用什么工具调整过吗？

挺正常的，我也常写，不过一般会标明，也不会就这么放着交给别人

虽然框架的代码组织形式不是我的菜（ YAML 形式的路由定义，在模块下细分模块 etc.），也没有什么特别大的创新点，但是框架本身还是很不错的，代码风格也很标准 ;)

另外要是想写英文文档的话还是把 `https://docs.tastphp.com/zh/ji-ben-zu-jian/lu-you.html` 这样的拼音文件名给改一下吧 :(

说实话我不是很懂最前面那几楼到底是出于怎样的脑回路才会在这样的帖子下发出洋洋得意的「 Fork 宣言」？

@reus 为何讨厌尤雨溪？对这方面不了解，愿闻其详

写的还行，还算蛮有道理，不过也只是「为什么 **我** 不太想用 Laravel 」而已，作者所列举的那些槽点只是对他自己而言的，其他人可能并不感冒 ‾\_(ツ)_/‾

1. 对 IDE 不友好：确实，IDE 很好用很方便，省很多事，但是也不是所有人都离不开 IDE 的语义识别代码提示，而且我认为 `laravel-ide-helper` 足够解决问题。至于觉得这个方法不优雅，这是个权衡的问题，见仁见智；
2. Laravel 做得太多
- 写法五花八门：很多语言本身写法就已经五花八门了，标准很关键；
- 容易误导刚入门的程序员：刚入门就不要用框架了吧，先把原生 PHP 熟练了再说；
3. 反直觉：我个人是觉得还好；
4. Blade 模板，依然是标准问题；

再下面的是作者的个人喜好，这也确实是选择框架的一个重要考虑因素。综上，作者个人不喜欢 Laravel 还是有原因的，并不是无脑黑，但这篇文章对于其他人来说，可能并没有什么使他们放弃 Laravel 的说服力。