写全新功能的时候用还差不多，如果现有的都要改那就太那个了。 话说你为什么不喜欢 graphql ？ 我觉得挺不错，type 类型从后到前， 不容易有 bug ，文档也清晰。

@dalaomai @MakHoCheung viutv worldwide 的油管频道就可以看，官方的

实话实说，很有诚意

没有绝对安全的，毕竟你做得网站就有一部分东西肯定是公开的。除非你网站没有什么特别重要的东西，实施行业一般标准的安全规则就行。别人要黑你网站也要有动机吧，只要破解一般的安全规则的成本高过你的资料成本，也就没有黑的动力了。

@newtype0092 他的理由和楼上的说的差不多，就是扩展性好之类的，但我觉得有点设计过度，可以一对多的时候就一对多。而且有些关系永远是一对多的，例如 created_by, 多对多我感觉就是需要的时候再用。

@mmdsun 但我觉得 如果外键字段多更需要一对多的，而不是多对多。 获得每个外键的信息的多对多查询更复杂，每个外键都更复杂一点，那更多的外键不是让查询变得更复杂， 性能更低了吗？

业务没有让用户删除订单的功能，只能是归档。毕竟都是钱的东西，怎么也要多方留个底。

的确不能保证某个外键永远一对多， 但 orders 表里用户相关的外键肯定有永远一对多的，例如 created_by 这样的外键。 我的意思是不能允许 orders 和 users 只能是多对多， 一对多的也可以同时存在。

Laravel 会根据网站设计写 API 的时候 TDD，感觉这比较符合逻辑。你知道要有什么输入和输出才能去写怎么实现。

不是有现成可以选吗？ 几千快钱一年那种。这种真没必要重头开始做

那可以去参与开源项目呀

@debugjoker 马来西亚的朋友会表示看不懂。

南宁平时吃喝玩乐都赶上深圳了，几千块钱的工资真的很感伤咧。 想回但现实又太残酷了。

1)你在那种环境下 当然可以让会普通话和客家话的朋友教你呀。钱给够不会拒绝吧。2) 到咸鱼或者淘宝找找有没有相关资料或者一对一语音教学，我之前见过粤语的。3 ）世界那么大，打不起还可以躲得起。条件允许的话换个地方工作吧。

不错的文章。作者透过了程序员的职业背景事例 道出了些人与人之间互相尊重的准则，是需要好好学习。

大量的阅读 看不同的观点，然后自己随手写些感想。

直接发银行剩余款截图。如果里面现金多的话，先把钱还给你哥后再截图

@orangeade flutter 本身不行，但 angular dart 可以的，但用的人肯定远小于 Angular 本身

这些技能完全可以也是时候构思自己的产品了。可以兼职帮别人做些东西，然后用多出来的时间构思产品。产品的设计还会涉及到设计推广商业计划之类的，有产品设计作为驱动，相信你也很快掌握这些新东西。不是说要做到很专业，但至少不要被假的专业人士忽悠。