谢谢 Rei！

一年一度面基大会

支持～

这个是核心技术 要知道的话请来申请 QA 工程师

#7 楼 @nouse 改表的情况下，只要你 GraphQL 暴露出去的 schema 不变就行。就算变了，GraphQL 支持 versioning 也有一系列 best practice 规范怎么改。实际上，你提的这个问题，任何和 db 强耦合的 api 接口（GraphQL、Rest、db view 也好）都会面临这个问题。而解决方案，无外乎就是 versioning 和变更规范。

#5 楼 @i5ting GraphQL 和 meteor 解决的不是同一类问题。

#3 楼 @aisensiy 你讲到了两点

1. 通过 domain 的方式做一些 aggregation，因为通过通过统一的 API 提供了稍微额外的信息也是可以接受的

在多端（web、app、小程序+）的业务下，统一 api 是取所有接口需要的超集，这非常不适合移动端网络环境。

1. 你认为这种细粒度的控制是没有必要的

有没有这种粒度控制的需要，实际上不是一个架构设计问题，是一个产品需求问题。在 Strikingly 多端的业务下，我们的产品有这样的粒度控制需求。在一些产品里，也许不需要。

设计不错，很喜欢～

我是 Strikingly 其中一位创始人。欢迎提问任何关于技术/产品/公司的问题。

#5 楼 @riskgod 我们到时会尝试用花椒直播，直接分享有试过，效果还不错

#1 楼 @lgn21st 我们新办公室未来会在杨浦地区多办点活动~

#3 楼 @defmacro Michel 表示想分享一些特别的用法

#15 楼 @rei 恐怖在哪呢。。几百行的小 helper 库而已

#13 楼 @vkill css 可以用 text extraction plugin 单独抽出来成为 css 文件

今年的主题都好棒！~期待！

#23 楼 @seaify strikingly.com :D

支持！公司所有后端都会出席，期待和大家交流啊~

支持！

#27 楼 @ericguo 论坛的作用是用来讨论，discourse 写得挺好的。

#13 楼 @bee1314 原来你也玩 Ruby :D

#12 楼 @darkbaby123 有的，我们现在的应用就是用 immutable.js + React.js，我改天会做多点关于这方面的分享。 #14 楼 @lips 哪个连接呢？

#4 楼 @j9ywy 好的，有时间我可以做做这方面的分享

#3 楼 @steven_yue React.js 的创新给其他框架也带来了很大冲击。我觉得 angularjs 和 emberjs 也会跟上步伐的 :D

#1 楼 @Tony612 是的，我也是看了那视频后觉得一定要深入研究

如果用了 prerendering 就不一定能看出来了

@xiaoronglv 才刚放上我的 slides: https://ruby-china.org/topics/25167

#35 楼 @ericguo 是的，Ember.js 明白了 React.js 的精髓之一。我觉得 Framework 之间就是要互相竞争学习，这样对整个生态体系都是好事。相比 angular 那边的讨论：https://github.com/angular/angular/issues/561

最近在用 React.js 写 Strikingly 下一代的前端框架，有些实战经验跟大家分享一下

#29 楼 @WRLin 对的，我们 open positions 也都在上海~

#18 楼 @betterthornbird 最近我们会主要 focus 在产品和 hiring 方面，不过我们周三晚和周六晚都属于开放日，欢迎你直接过来我们的办公室~ Add: 杨浦区大学路 248 号 1303 室