赞👍

欢迎欢迎 👏

能保证 3 个月或者以上全职实习就可以，欢迎来申请。

#22 楼 @leiz_me 嗯，你说的有道理。这个模式目前在我们其中一个业务复杂度非常高的模块里应用得非常好，但也不是万金油，我们也在摸索什么项目里比较适合以及每个项目里用到什么程度比较适合。开发总是一个不断做 tradeoff 的过程。

#18 楼 @Rei 估计已经不可考

#16 楼 @Rei 这个确实不是社区共识，但事实上确实是初学者经常看到的东西，非常有必要辟个谣

#7 楼 @nouse GraphQL 不一定要直接面对 DB 的表结构，虽然一开始这样会比较方便。在我看来 GraphQL 更像是一个 Data Aggregation Layer，DB 可能是主要的数据来源，但是 GraphQL 的 Resolver 可以允许任意的数据源，可以是 DB，也可以是自己的或者是第三方的 API，也可以是计算产生的数据，其实是可以很灵活的。GraphQL 维护起来当然成本不低，但考虑可维护性不能仅仅考虑这一层的可维护性，至少从现在看来，整体上，GraphQL 可以降低我们前端 + 移动端 + 后端 + 各种微服务数据 + 各种第三方服务数据这些加起来的可维护性，这对我们来说是很重要的。

#3 楼 @aisensiy CSDN 那篇文章更多的是从客户端角度来思考这个问题的，并且我们希望引入 GraphQL 解决的问题也主要是从客户端和客户体验角度，以及从前后端合作、产品迭代速度的角度考虑，而并不是为了减少工程师的工作量。

你提到的两个例子，正好是 Rest API 的 Data Over-fetching 和 Round Trips 的问题，也正是 GraphQL 着力解决的问题。这个对于 Web 来说可能问题不大，毕竟现在大家主要在桌面端用 Web 应用为主，但是对于移动端 API 来说这个就是个大问题，有可能我们的例子举得不够极端，但是在移动端，能少发一个请求，少传输一点数据，都是必要的，因为用的都是用户的流量。

我觉得既然用了 GraphQL，细粒度的控制就是必要的代价，如果工程师（特别是后端工程师）的工作量增加，那也是值得的，至少从长远来看，不需要自定义 API 节点，也不需要每次前端移动端改点东西就要后端动手，总的工作量上不一定增加。

#4 楼 @Rei “Fat Model, Thin Controller”不是 Rails 的指导原则，是社区前几年蛮流行的一个设计准则，基本上 Google 一下到处都是这个说法，我自己刚上手的时候也一直看到，所以我写的是 Rails 社区也有“Fat Model, Thin Controller”这样的指导原则 而不是 Rails 也有“Fat Model, Thin Controller”这样的指导原则。

昨天发出来之后也收到了一些反馈和疑问，所以对文章内容作了一些调整也添加了小部分内容

多谢各位支持，我就不一一回复了以免有刷评论嫌疑

#1 楼 @colorfulberry 多谢支持

#48 楼 @tcstory 来啊

#45 楼 @matrixbirds 这个也有可能，最好大家还是到现场来，Ruby Tuesday 主要还是交流为主，看录播的意义就没有那么大啦

本周二在 Strikingly 办公室举办 Ruby Tuesday，欢迎有兴趣的同学来参加。传送门：https://ruby-china.org/topics/31885

#31 楼 @guzishiwo 欢迎 👏

#28 楼 @rubyfan1 要吃饱可能有点难度，取决于你能从其他人手里抢下多少东西

下周二在 Strikingly 办公室举办 Ruby Tuesday，欢迎有兴趣的同学来参加。传送门：https://ruby-china.org/topics/31885

#18 楼 @lgn21st 大咖你没有留下来喝酒撸串吗

#21 楼 @akirapanda 周二晚上停车应该没有什么问题

虽然不需要提前报名，还是希望能来的同学在下面吱一声，这样我们好估算要准备多少饮料和零食

#8 楼 @lilijreey 发个招聘贴都能拿到好人卡，我也是没想法了

#6 楼 @lilijreey 出于对于团队成员职业发展以及协同工作效率的顾虑，目前我们对于远程工作是不鼓励的，JD 里也没有列出来。当然对于远程工作的申请也不是一刀切拒绝，只要申请者具备很强的独立解决问题的能力，并且和公司在最初阶段把彼此的期望沟通清楚，也是可以合作愉快的。因此，如果你有兴趣的话，可以来试一下

#4 楼 @lilijreey 我们的官方博客主要是讲我们自己的产品，以及跟创业相关的话题，范围比较广，可能并不能看出我们的技术水不水哈。要想知道技术水不水，赶紧来面试

#2 楼 @lilijreey 你是指 http://www.strikingly.com/blog/ 吗？这个是有 RSS feed 的：http://www.strikingly.com/blog/feed/

#25 楼 @jjfujj 我们的配色跟 bootstrap 没有关系的哈，每个模板是有多种配色方案可以选择的，也允许加入自己定制的颜色

#24 楼 @gyd881123 好久没看帖子了，不好意思回得有点晚。我们 9～10 月开放过成都职位的申请，但是来申请的人不多，不足以招到足够合适的人选来组一个团队，所以现在我们对于成都的，以及上海之外其他地方来申请的同学，会建议搬到上海来；如果不愿意搬到上海来的话，我们会根据候选人的具体情况考虑远程工作的可能性。

#22 楼 @freedomprogramer 我们在成都还没招到合适的人，你有兴趣的话可以先发简历过来

#20 楼 @zoujiaqing 有任何问题欢迎提出来交流

#17 楼 @alex_l_zhang 具体位置还不确定，要等到招聘完毕之后才会考虑，应该会在高新区那边，目前我们临时的办公室在天府软件园的某个众创空间。