piecehealth

Web 后端框架支持 Turbo

piecehealth — Tue, 09 Feb 2021 15:14:38 +0800

老凡尔赛 dhh 发布了他的 40kb js 做出 hey.com 的new magic，Turbo 则是"new magic"的核心。

Turbo仅仅是一个 JavaScript 库，所以理论上任何后端框架都可以配合 Turbo，下面介绍一下 Turbo 是怎么工作的以及后端框架如何实现对 Turbo 的支持。

本文重点不是介绍 Turbo，看过 dhh 的视频以及 Turbo 文档后再来看本文效果更佳

Turbo Drive

Turbo Drive 是浏览器导航（navigation）加速方案，作为 Rails 程序员都很熟悉，就是 turbolinks 的马甲，是一个纯前端的方案，所有服务端渲染的框架不需要做任何改变就可以直接使用。

Turbo Frames

Turbo Frames 可以使页面局部更新（url 不会改变），比如在 dhh 视频中rooms#show页面有三部分（蓝框的是 turbo frame）：房间信息（frame id 是room），此房间的聊天记录，发送聊天记录的 form。

同时，我们也有rooms#edit页面，这个页面只有一个编辑 room 的 form（frame id 也是room）跟一些提示信息。

使用 frame 之后，在房间信息里点“edit”（url 是/rooms/:id/edit），页面并没有跳转，只是同名 frame 做了替换（rooms#edit页面 frame 之外的内容被丢弃）

实现原理也很简单：在 frame 里的 link 被点击后，会向服务器发送一个 get 请求（这里的请求是/rooms/:id/edit），服务端会返回完整的 html，然后 turbo 只需要把返回的 html 中同名 frame 与当前 frame 替换即可。

后端框架理论上也不需要做任何事就能支持，只需要在 html 模版中加入turbo-frame标签并加上对应的 id 即可。后端可以优化的是，turbo frame 里发出请求的 response 不需要返回模版的 layout（例如 Rails 的 application.html.erb）

后端需要：

通过看 headers 里的Turbo-Frame来判断是否是来自 turbo-frame 里的请求。
如果是来自 turbo-frame 的请求，response 里不带通用的 layout

# turbo-rails 实现
module Turbo::Frames::FrameRequest
  extend ActiveSupport::Concern

  included do
    layout -> { false if turbo_frame_request? }                 # <- 来自turbo frame的请求layout设为false
    etag { :frame if turbo_frame_request? }
  end

  private
    def turbo_frame_request?                            # <- 判断请求是否来自turbo frame
      request.headers["Turbo-Frame"].present?
    end
end

Turbo Streams

Turbo Streams 是 Turbo 最灵性的地方，通过服务端返回一小段 html 来更新当前页面。原理简单，容易理解，效果也不错，值得拥有！

拿dhh 的教程举例：

发送一条新 message（下方蓝框内的 turbo-frame 里的 form submit），服务端将返回

<turbo-stream target="messages" action="append">
  <template>
    <p id="message_4">08 Feb 15:24: spam4</p>
  </template>
</turbo-stream>

Turbo 理解了这段 html 的意思：往 id 是messages的 dom 元素里append template 里面的 html，即<p id="message_4">08 Feb 15:24: spam4</p>。

实际应用中，<p id="message_4">08 Feb 15:24: spam4</p>往往来自一个局部模版。如

<%= turbo_stream.append "messages", @message %> # 根据@message类型推断使用`messages/_message.html.erb`模版。
等价于
<turbo-stream action="append" target="messages">
  <template>
    <%= render @message %>
  </template>
</turbo-stream>

所以说 Turbo 即复用了服务端渲染的模版，又可以在不写 JavaScript 的情况下完成页面的更新。

服务端一般两个地方返回 Turbo Stream HTML：Turbo Frame 里提交的 form 可以返回 Turbo Stream HTML，也可以通过 websocket 推过来 Turbo Stream HTML。

Turbo Frame 里提交的 Form

Turbo Frame 里提交的 Form 的请求头的 accpet type 是text/vnd.turbo-stream.html，遇到这个请求头就可以返回 Turbo Stream HTML，并且把 response 的 content type 也设置成text/vnd.turbo-stream.html

# turbo-rails注册turbo mimetype
module Turbo
  class Engine < Rails::Engine
    initializer "turbo.mimetype" do
      Mime::Type.register "text/vnd.turbo-stream.html", :turbo_stream
    end
  end
end

# app/controllers/messages_controller.rb
class MessagesController < ApplicationController
  before_action :set_room, only: %i[ new create ]

  def create
    @message = @room.messages.create!(message_params)

    respond_to do |format|
      format.turbo_stream                        # 自动找 messages/create.turbo_stream.erb
      format.html { redirect_to @room }
    end
  end

  private
    def set_room
      @room = Room.find(params[:room_id])
    end

    def message_params
      params.require(:message).permit(:content)
    end
end

通过 websocket 推过来 Turbo Stream HTML

turbo-rails 的做法是自定义一个 html 标签turbo-cable-stream-source。标签中有一个加密过的 topic，例如

<%= turbo_stream_from @room %>

会生成

<turbo-cable-stream-source channel="Turbo::StreamsChannel" signed-stream-name="IloybGtPaTh2WT">
</turbo-cable-stream-source>

标签对应的 javascript 代码：

import { connectStreamSource, disconnectStreamSource } from "@hotwired/turbo"
import { subscribeTo } from "./cable"

class TurboCableStreamSourceElement extends HTMLElement {
  async connectedCallback() {
    connectStreamSource(this)
    this.subscription = await subscribeTo(this.channel, { received: this.dispatchMessageEvent.bind(this) })
  }

  disconnectedCallback() {
    disconnectStreamSource(this)
    if (this.subscription) this.subscription.unsubscribe()
  }

  dispatchMessageEvent(data) {
    const event = new MessageEvent("message", { data })
    return this.dispatchEvent(event)
  }

  get channel() {
    const channel = this.getAttribute("channel")
    const signed_stream_name = this.getAttribute("signed-stream-name")
    return { channel, signed_stream_name }
  }
}

customElements.define("turbo-cable-stream-source", TurboCableStreamSourceElement)

通过自定义标签的connectedCallback，会自动订阅相应的 topic。
开发者只需要向 topic 推对应的 turbo stream 的 html 片段，TurboCableStreamSourceElement会把这个 html 片段通过 dispatchEvent 传递给 Turbo，Turbo 最终完成页面的局部更新。

支持 websocket 的后端框架可以复制这一个过程：

首先要自定一个类似turbo-cable-stream-source的 html 标签，配合 JavaScript 代码使标签出现后自动订阅一个 topic（suscribe topic 的代码根据不同的后端框架需要有调整）。
服务端有一个 channel 来 handle 这些 topic，例如在 turbo-rails 里是Turbo::StreamsChannel 。

class Turbo::StreamsChannel < ActionCable::Channel::Base
  extend Turbo::Streams::Broadcasts, Turbo::Streams::StreamName

  def subscribed
    if verified_stream_name = self.class.verified_stream_name(params[:signed_stream_name]) 
      stream_from verified_stream_name
    else
      reject
    end
  end
end

这时候只需要向 topic 发 turob stream html 就好了。为了方便，可以把发送 html 做成 helper 方法方便调用。

有了这些背景知识，很容易就能看懂turbo-rails，并且了解 turbo 是怎么工作的。

我也自己写了一个 phoinex 版本的phoenix_turbo

[上海 - 美资-E 轮 - 电商] GOAT Group 招聘后端工程师程序员

piecehealth — Tue, 20 Oct 2020 11:21:48 +0800

公司，岗位介绍，薪资福利请参考 https://ruby-china.org/topics/39368 需要更新的信息：

年底会搬到兴业太古汇，地铁南京西路站。
最近刚刚完成E 轮融资。
这次招聘目标是中级或者优秀的初级工程师，高级资深的职位最近还没有 open。

需要 highlight 的福利：

比绝大多数公司好补充的商业医疗保险，好多私立医院、公立医院的特需门诊都可以报销。
可以跟 CUBA 退役球员一起打篮球。
员工买鞋、卖鞋都有优惠以及渠道上的便利。

对于后端工程师的好消息：

Ruby，Rails，以及第三方 gems 版本都紧跟时代，目前 ruby 2.7.1p83, Rails 6.0.3.3，Rails 6 的多数据支持也快上线了。
目前有很多 Go 项目，未来的技术栈也会向 Go 倾斜。
用户量、并发量比大多数 Rails 项目要大，有机会施展你的屠龙之技。
公司规模在增长，技术、架构上也会有很多机遇与挑战。

同时还招高级安卓开发工程师（英文流利），Manual QA

简历投递：piecehealth@sina.com

ActiveRecord Schema cache dump

piecehealth — Tue, 12 May 2020 12:52:28 +0800

ActiveRecord 可以自动映射数据库字段到对应类属性，是一个非常酷的特性，但是也带来一个问题：这个特性是否是免费的？

Schema Cache

可以做一个简单的实验：

在你的 Rails 项目中添加一个 initalizer 用来输入所有执行过的数据库 query:

# config/initializers/print_sql.rb
ActiveSupport::Notifications.subscribe("sql.active_record") { |*args| puts args[-1][:sql] }

打开一个rails console，查看一个 model 对象：

➜  rails_app git:(master) ✗ rails console
development main · > User
=> User (call 'User.connection' to establish a connection)

此时的 User model 并不知道自己有哪些属性。

运行User.connection或者任何用到数据库属性的操作：

development main · > User.new
SET client_min_messages TO 'warning'
SET standard_conforming_strings = on
SET SESSION statement_timeout TO '29s'
SET SESSION timezone TO 'UTC'
        SELECT t.oid, t.typname
        FROM pg_type as t
        WHERE t.typname IN ('int2', 'int4', 'int8', 'oid', 'float4', 'float8', 'bool')
          SELECT t.oid, t.typname, t.typelem, t.typdelim, t.typinput, r.rngsubtype, t.typtype, t.typbasetype
          FROM pg_type as t
          LEFT JOIN pg_range as r ON oid = rngtypid
          WHERE
            t.typname IN ('int2', 'int4', 'int8', 'oid', 'float4', 'float8', 'text', 'varchar', 'char', 'name', 'bpchar', 'bool', 'bit', 'varbit', 'timestamptz', 'date', 'money', 'bytea', 'point', 'hstore', 'json', 'jsonb', 'cidr', 'inet', 'uuid', 'xml', 'tsvector', 'macaddr', 'citext', 'ltree', 'line', 'lseg', 'box', 'path', 'polygon', 'circle', 'interval', 'time', 'timestamp', 'numeric')
            OR t.typtype IN ('r', 'e', 'd')
            OR t.typinput = 'array_in(cstring,oid,integer)'::regprocedure
            OR t.typelem != 0
SHOW TIME ZONE
          SELECT a.attname, format_type(a.atttypid, a.atttypmod),
                 pg_get_expr(d.adbin, d.adrelid), a.attnotnull, a.atttypid, a.atttypmod,
                 c.collname, col_description(a.attrelid, a.attnum) AS comment
            FROM pg_attribute a
            LEFT JOIN pg_attrdef d ON a.attrelid = d.adrelid AND a.attnum = d.adnum
            LEFT JOIN pg_type t ON a.atttypid = t.oid
            LEFT JOIN pg_collation c ON a.attcollation = c.oid AND a.attcollation <> t.typcollation
           WHERE a.attrelid = '"users"'::regclass
             AND a.attnum > 0 AND NOT a.attisdropped
           ORDER BY a.attnum
SHOW max_identifier_length
SELECT c.relname FROM pg_class c LEFT JOIN pg_namespace n ON n.oid = c.relnamespace WHERE n.nspname = ANY (current_schemas(false)) AND c.relkind IN ('r','v','m','p','f')
SELECT a.attname
FROM (
     SELECT indrelid, indkey, generate_subscripts(indkey, 1) idx
       FROM pg_index
      WHERE indrelid = '"users"'::regclass
        AND indisprimary
   ) i
JOIN pg_attribute a
ON a.attrelid = i.indrelid
AND a.attnum = i.indkey[i.idx]
ORDER BY i.idx

在这时，ActiveRecord 会查询数据库来获得 User model 的属性以及其他 metadata（以上是 postgreSQL 用到的 query，不同数据库略有不同），真正完成 User model 的初始化工作。

每个数据库表相关的属性都会存到数据库 connection 中，这样下次再遇到 User 表就不用再次查询数据库，存这些 metadata 的地方就是schema cache

Schema Cache Dump

上述 ActiveRecord 的动作方式，对程序员比较友好，可以少些很多“模版代码”，但是对数据库并不友好：schema cache 是 connection pool 共享的，不同的 rails 进程是不会共享的。换句话说，当你的应用有很多 rails 进程的时候，读取每个表结构的 query 都要在每个 rails 进程中执行一次。

这些 query 是没法被优化、命中索引的，所以在你的应用重新部署后，基本是所有的 rails 进程都在并发执行不效率的 query。

解决这个问题的方法也很简单：在跑完rake db:migrate之后，把此刻数据库的schema cache导出一个文件，新的 rails 进程直接通过访问导出的文件来获取表结构等 metadata 即可。

导出文件的命令是rake db:schema:cache:dump(https://github.com/rails/rails/blob/v6.0.3/activerecord/lib/active_record/railties/databases.rake#L409-L418) 默认会导出到db/schema_cache.yml。

读取schema_cache是 rails默认的行为，只要监测到db/schema_cache.yml文件就会尝试解析，如果db/schema_cache.yml中的 migration 版本跟当前数据库版本一致，则把 schema_cache 的内容加载到 connection pool 中，从而省去很多没有必要的 query。

在实践中跑rake db:migrate的机器跟真正启动 rails 进程的机器不是一台，把db/schema_cache.yml同步到跑 rails 进程的机器需要自己或者运维人员做点工作，我们的做法是把文件内容写到 memcache 中，rails 进程启动时再生成db/schema_cache.yml（读取 schema cache 是在 after_initialize 之后，所以在 initializer 里生成文件即可）

如果你正在使用 Resque

Resque 的工作方式是每个 job 都 fork 一个进程出来，即每个 job 都要新初始化一个数据库连接，初始化表结构这些事都要重新做一遍，所以使用 schema cache dump 功能对 Resque 提升巨大。

如果你正在使用 PostgreSQL

当初始化一个数据库连接时，除了查询表结构的 query，PostgreSQL 还会执行一系列 set 操作，如

SET client_min_messages TO 'warning'
SET standard_conforming_strings = on
SET SESSION statement_timeout TO '29s'

使用 pgbouncer 可以省去上面的查询 http://www.pgbouncer.org/ https://github.com/remind101/activerecord-pgbouncer

还有一些对 postgreSQL 特有/自定义类型字段的查询

SELECT t.oid, t.typname
FROM pg_type as t
WHERE t.typname IN ('int2', 'int4', 'int8', 'oid', 'float4', 'float8', 'bool')

SELECT t.oid, t.typname, t.typelem, t.typdelim, t.typinput, r.rngsubtype, t.typtype, t.typbasetype
FROM pg_type as t
LEFT JOIN pg_range as r ON oid = rngtypid
WHERE
  t.typname IN ('int2', 'int4', 'int8', 'oid', 'float4', 'float8', 'text', 'varchar', 'char', 'name', 'bpchar', 'bool', 'bit', 'varbit', 'timestamptz', 'date', 'money', 'bytea', 'point', 'hstore', 'json', 'jsonb', 'cidr', 'inet', 'uuid', 'xml', 'tsvector', 'macaddr', 'citext', 'ltree', 'line', 'lseg', 'box', 'path', 'polygon', 'circle', 'interval', 'time', 'timestamp', 'numeric')
  OR t.typtype IN ('r', 'e', 'd')
  OR t.typinput = 'array_in(cstring,oid,integer)'::regprocedure
  OR t.typelem != 0

这类 query 对某些 Resque job 比较多应用也是一笔不小的开销 https://github.com/rails/rails/issues/35311

把这些 query 结果放到 schema_cache.yml 中也许是个可以接受的方案 https://github.com/rails/rails/pull/39077

参考

[过春节长知识] Rails log 的小知识

piecehealth — Tue, 28 Jan 2020 18:10:08 +0800

春节期间大家闲着也是闲着，不如一起分享一些知识~~来准备年后的面试~~。

分享的原则是尽量简单

写太详细没人看。
大家都写简单点，鼓励更多的人参与分享。
写的简单就看得人多，懂得人少，有利于形成讨论，增加大家参与感。

Request ID 实现

Rails 生产环境的 log 都会带着当前 request id，对 debug 十分有帮助。如

[582284e9-e137-4470-a61c-4c55cdbbc408] Started GET "/pages/index" for ::1 at 2020-01-28 14:38:36 +0800
[582284e9-e137-4470-a61c-4c55cdbbc408] Processing by PagesController#index as HTML
[582284e9-e137-4470-a61c-4c55cdbbc408]   Rendering pages/index.html.erb within layouts/application
[582284e9-e137-4470-a61c-4c55cdbbc408]   Rendered pages/index.html.erb within layouts/application (Duration: 0.0ms | Allocations: 4)
[582284e9-e137-4470-a61c-4c55cdbbc408] Completed 200 OK in 10ms (Views: 8.9ms | ActiveRecord: 0.0ms | Allocations: 4276)

这个功能是靠config/production.rb中的config.log_tags = [ :request_id ]来开启
Reqeust ID 靠中间件ActionDispatch::RequestId产生，来自请求上游（load balancer, firewall, webserver）赋给请求头headers['X-Request-Id']的值，如果没有则自己生成一个 uuid。
另一个中间件Rails::Rack::Logger会读到第 1 步的config.log_tags，利用ActiveSupport::TaggedLogging来把request_id加到当前请求的每一行 log 输出。

ActiveSupport::TaggedLogging

ActiveSupport::TaggedLogging很简单，看一眼文档就会使用了

# Wraps any standard Logger object to provide tagging capabilities.
#
#   logger = ActiveSupport::TaggedLogging.new(Logger.new(STDOUT))
#   logger.tagged('BCX') { logger.info 'Stuff' }                            # Logs "[BCX] Stuff"
#   logger.tagged('BCX', "Jason") { logger.info 'Stuff' }                   # Logs "[BCX] [Jason] Stuff"
#   logger.tagged('BCX') { logger.tagged('Jason') { logger.info 'Stuff' } } # Logs "[BCX] [Jason] Stuff"
#
# This is used by the default Rails.logger as configured by Railties to make
# it easy to stamp log lines with subdomains, request ids, and anything else
# to aid debugging of multi-user production applications.

development 环境下 Rails 的 log 是输出到 STDOUT 的吗？

看到ActiveSupport::TaggedLogging的文档，迫不及待打开一个rails console试一下：

2.6.5 :001 > Rails.logger.tagged("武汉") { Rails.logger.info("加油") }
加油
 => true

期望输出是[武汉]加油，但是实际只有加油，但是tag并没有白加。

 $ tail -1 log/development.log
[武汉] 加油

因为 Rails 在 development 环境下实际是输出到log/development.log，在rails console里面能看到Rails.logger输出，实际是因为启动rails console的时候，active_record让Rails.logger的输出复制一份并输出到 STDERR 中 (https://github.com/rails/rails/blob/v6.0.2.1/activerecord/lib/active_record/railtie.rb#L58-L61)。

同理，rails server能看到 log 输出，也是因为Rails.logger的输出被复制并输出到 STDOUT 中 (https://github.com/rails/rails/blob/bf625f7fecabbcda22b388e088ad5c29016b2385/railties/lib/rails/commands/server/server_command.rb#L76-L86)。

有时我们会启动一个进程，例如resque worker，会发现开这个进程的终端一点 log 输出也没有，就是上面的原因所致：log 本来就不会往 STDOUT 写。如果想在 STDOUT 中看到 log，参考上面代码，复制Rails.logger输出到 STDOUT 即可

请求结束时最后一条 log 是怎么生成的

当一个请求结束时，默认会有一条汇总的 log

Completed 200 OK in 10ms (Views: 8.9ms | ActiveRecord: 0.0ms | Allocations: 4276)

大部分中小 Rails 应用，Views与ActiveRecord的耗时是大头。但是随着我们业务发展，规模增大，我们应用里耗时部分越来越多，例如 redis 读写，rpc 请求，甚至有同步的外部 http 请求，我们也可以把这些部分的耗时一起写在最后一条 log 中。

由于这条 log 是一个发生在请求中（最后）的 log，所以肯定是ActionController模块生成的。(https://github.com/rails/rails/blob/v6.0.2.1/actionpack/lib/action_controller/log_subscriber.rb#L32-L34)

各个耗时项目的汇总输出，是下面代码完成的

additions = ActionController::Base.log_process_action(payload)
...
message = +"Completed #{status} #{Rack::Utils::HTTP_STATUS_CODES[status]} in #{event.duration.round}ms"
message << " (#{additions.join(" | ")})"

而ActionController::Base.log_process_action本身的实现只有Views的耗时，但是我们可以通过 overwrite ActionController::Base.log_process_action来添加我们想输出的指标。实际上ActiveRecord就是通过这个方法把自己的耗时加到最后一条 log 里的

参照ActiveRecord::Railties::ControllerRuntime，我们可以把其他指标也输出到最后一条 log 中……如果我们能得到这些指标。

Active Support Instrumentation

Active Support Instrumentation 是中级以上的 Rails 工程师不能不知道的 API。在开发环境中，我们能看到每个 view render 的时间，每条 database query 执行的时间都是得益于这套 API，是我们在不侵入业务代码的情况下可以得到很多指标，指标包括执行时间。

Rails guide介绍的很清楚，这里就不多介绍。接上面的章节，我们只要实现自己的ActiveSupport::Notifications.instrument跟ActiveSupport::Notifications.subscribe方法，就可以得到我们想要的指标，配合around_action或者middleware将汇总的指标写到ActionController::Base.log_process_action方法的返回，就可以在自定义最后一条 log 的输出了。

[上海] Sap 招聘 Ruby / 前端 / Full stack 工程师

piecehealth — Wed, 19 Sep 2018 16:41:10 +0800

SAP Jam – Senior Software Developer - Shanghai

SAP started in 1972 as a team of five colleagues with a desire to do something new. Together, they changed enterprise software and reinvented how business was done. Today, as a market leader in enterprise application software, we remain true to our roots. That’s why we engineer solutions to fuel innovation, foster equality and spread opportunity for our employees and customers across borders and cultures.

SAP values the entrepreneurial spirit, fostering creativity and building lasting relationships with our employees. We know that a diverse and inclusive workforce keeps us competitive and provides opportunities for all. We believe that together we can transform industries, grow economics, lift up societies and sustain our environment. Because it’s the best-run businesses that make the world run better and improve people’s lives.

PURPOSE AND OBJECTIVES

You will be working as a Senior Developer in a Scrum team to work on SAP Jam. You will help to build, scale, integrate and extend SAP Jam- SAP's enterprise social networking product. SAP Jam brings together several types of social collaboration including social networking, collaboration with external participants (customers, recruits, partners, vendors, suppliers), structured collaboration for problem solving (business tools to strategize, rank items, enabling groups to weigh in on options, etc.), and business process integration. We emphasize teamwork and a trust-based working model. Collaboration with other teams in an international environment will be a regular part of your work. Wherever possible, we offer opportunities for professional development and coaching. As we are not only designing and developing our offerings but also run them, you should be open for the mindset of DevOps and SRE.

One part, SAP Jam team in Shanghai will focus on creating developer and integration toolkits for SAP Jam on the SAP Cloud Platform, working on Jam APIs and integration widgets, and working on end-to-end integrations with various integration partners. The second is Platform: DevOps, Security (including Authentication and Authorization), Administrative Functionality, Performance Engineering and Platform Architecture. We are a team for people who love systems and back-end work, but also step into front-end work from time to time. Because of the nature of the topics, we work closely with many other teams both inside and outside SAP.

The SAP Jam team works in a fast-paced engineering environment working with current technologies. The team has strong engineers to learn from and share knowledge with. We also have the satisfaction of working on a product that has many actual users and so each developer’s contributions can have a tangible and noticeable impact.

EXPECTATIONS AND TASKS

Drive, design, and develop new features by working with Product Management, User Experience, and Software Testing to elaborate on the features, estimate task time, and then quickly write high-quality code for complex features. Work in a scrum development project model, with a daily team scrum meeting, and a weekly production deployment Participate actively in requirements gathering, design, and code reviews Work with other Jam Engineering teams and Operations teams located at other SAP locations such as Vancouver, Shanghai, Palo Alto, India, Germany and elsewhere. Be excited about keeping up with technology and changing tools, environments, and an agile development process where weekly deployments across multiple data centers world-wide is the norm.

Enjoy a strong technical environment where all members of the Jam engineering team - including management, are close to the code, and making technical contributions.

EDUCATION AND QUALIFICATIONS / SKILLS AND COMPETENCIES

Required experience and qualifications:

Bachelor’s degree in Computer Science or a related technical field
The ability to solve technical computer problems by writing actual working code; this is very much a hands-on position.
The ability to learn new technologies
Good written and verbal communication skills in English
Interest in working directly with colleagues across sites
Easy to work with and adaptable to change
Initiative and the desire to improve

Desirable experience and qualifications:

Ruby on Rails, Python, JavaScript/HTML/CSS, Java, Node.js, Linux and shell scripting, SQL databases, Web programming, Test-driven development, version control systems (GIT)
Evidence of excellence in some capacity (could be via personal projects, exceptional success in some endeavor, etc.)
Interest in technology as evidenced by knowledge of various forward-facing technologies, personal projects, contributions to open source etc.
Interest in advanced programming languages
Graduate degree
SAP Cloud platform development experience will be a plus

WORK EXPERIENCE

6+ years of experience in a development organization.
Working knowledge in REST/oData/JSon
Knowledge in cloud scale distributed systems
Willingness to take responsibility, drive new developments, and work creatively on challenging and groundbreaking development tasks in accordance with the highest technical standards, plus a high level of commitment, team-spirit, flexibility, and initiative

JD 上的要求都可以适当放宽。

福利环境参照 https://ruby-china.org/topics/34939

简历投递 piecehealth@sina.com