• 其实以 code 的形式后面有一个好处就是每一个 node 或者 cluster 都可以存为一个变量,然后架构图的组装就只需要箭头衔接即可。我想想看怎么优化一下用户体验

  • 刚刚按回车不小心点到提交了。。

  • 新增了对新人友好的 GraphiQL explorer 插件,点击功能按钮中的 “Explorer”,打开左侧栏的操作界面,可以通过勾选的方式来组成 query

  • 嗯,Fastify 是框架官方对 Typescript 支持做的最好的,选用这套技术的初心就是 TS+GraphQL 配合有无与伦比的开发体验。

    做中间件,感觉就像在一个黑盒子里面摸东西,是各种不确定性在给人带来恐惧。

  • @ericguo @shin 谢谢支持~

  • 感觉我现在的公司(在法国)和你们公司的业务好像啊,我们的 dsp 也是用 Rails 写的,不过我现在转前端了,有空可以聊聊~

  • 前后端分裂 at 2018年01月08日

    看完了 @Rei 分享的 “下拉框” 故事,产生了极强的共鸣,也写下我自己的一些经历和理解,供大家讨论。

    事实上,我司现在的做法,比 Rei 描述的那些 “不可理喻” 有过之而无不及:我们有三层,前端(Vue.js SPA),中间层(GraphQL),后端(各语言框架的 Microservices)。所以如果我们要给一个下拉框增加一个选项,要在后端实现,在 GraphQL 做 resolver,并在前端做对应修改。在我看来只用半个小时的事情,可以花上一天(虽然你等待别人完成任务的时间可以做别的事)。

    最后同事让我放宽心,跟我说:“You are hired to make things complicated”,然后我给他回了个呵呵的 emoji 🙂

  • 因为你也没说具体是什么报错,所以我猜可能是这个原因😅

  • @runup 我感觉是因为你没制定大图片 version 导致的问题

    如果你有定义图片版本的代码,类似

    version :thumb do
      process :resize_to_fit => [50, 50]
    end
    

    那么你在 view 里面想指定使用这个 thumb 版本的图片,可以这么写

    <%= image_tag @resume.attachment_url(:thumb) %>
    

    你可以试试

  • View 里面的生成图片链接的代码和你制定的大图片的 version 名字贴出来看看