yahonda

Ruby 3.1 on Rails

Actions required to use Ruby 3.1.0 with Rails

Rails 7.0.Z

• Rails 7.0.1 is compatible with Ruby 3.1.0.
• Rails 7.0.1 addes net-smtp, net-imap and net-pop gems as Action Mailbox and Action Mailer dependency, you do not need to add them explicitly in your application Gemfile anymore.
• thor 1.2.1 has been released. You will not see DidYouMean::SPELL_CHECKERS.merge deprecate warnings anymore.

Rails 6.1.Z

• Use Rails 6.1.5 to support database.yml with aliases and secrets.yml with aliases.

junk0612

# 以下の BNF で表される数式が書かれたファイルを受け取り、数式をパースし、抽象構文木をJSON形式でファイルに出力します。
#
# expression ::= term | term "+" expression | term "-" expression
# term ::= factor | factor "*" term | factor "/" term
# factor ::= number | "(" expression ")"
# number ::= ("0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9")+

#
# Usage: 
# $ ruby main.rb src.txt dst.json

azu

tsconfig.json の設定についてのメモ書きです。

• TypeScript: TSConfig Reference - Docs on every TSConfig option
• TypeScript: Documentation - What is a tsconfig.json

Node.jsのバージョンごとの設定

target は 変換後のコードのECMAScriptバージョンを指定する たとえば、Node.js 14はES2020をサポートしている。そのため、Node.js 14向けのコード(サーバなど)ならtarget: "ES2020"を指定することで、余計なTranspileが省かれててコードサイズや実行時間が最適化される。

yuya-takeyama

モチベーション

• とりあえずは gRPC のロードバランシングさえできればそれでよし
  • 現状 gRPC は新規サービス含めトラフィックの少ないサービスでしか使われてない
  • とはいえそれらのサービスの成長だったり、トラフィックの大きいサービスで使うときに当然困ることになるので
• Circuit Breaker 的な仕組みが社内で運用できていないので、その辺にも使っていけたらと思ってる (そのうち検証する)
  • 現状は @ujihisa さんが作った Dark Launch で手動で落とすとかしている
  • そもそも現状は partial outage 可能なマイクロサービス化された部分が限定的だし、特に問題も起きていないのでそれがないことで日々障害が起きている！なんてこともない
    • Production readiness checklist 的には Circuit Breaker 入れるか、少なともなんかあったら切り離せるように、ということにはしてある https://quipper.hatenablog.com/entry/2019/06/07/080000
• ゆくゆくは AWS App Mesh なり Istio なりでサービスメッシュしたいと思っているが、いきなりそこに行くのはリスクが大きいのでまずは Envoy 単体に慣れたい

kule

require 'bundler/inline'

gemfile do
  source 'https://rubygems.org'
  gem 'colorize'
end

class MatcherInterface
  def initialize(some_object)
    @some_object = some_object

swalkinshaw

Moved to Shopify/graphql-design-tutorial

papiron

#!/bin/sh

[ $# -lt 1 ] && echo 'Usage: coolbanner STRING [HEIGHT]' && exit

string="$1"
if [ -z $2 ]; then
  height=30
else
  height="$2"
fi

masatomo

今回はQuipperの開発体制と進め方について書いてみようと思う。

開発チームの規模

第一回で紹介したように、Quipperは、ロンドン、東京、マニラ、ジャカルタ、メキシコシティにオフィスがあり、そのうちロンドン、東京、マニラが開発拠点になっている。

内訳としては、以下の様な状況だ。

	Web	iOS/Android	Engineering	Design	Total

masatomo

前回、現在のQuipperの状況みたいのを書いたが、今回は、普段CTOとして、どういうことを意識して開発チームを作っているか、どういう開発チームになって欲しいと思っているか、というのを書いてみたいと思う。

この辺り、自分自身の経験からくる「好み」とか「美学」みたいなものが強めな部分でもあるので、表に出すのはなかなか勇気がいるが、co-founder/CTOである自分のそういうところが、開発チームのカルチャーに当然影響しているし、一緒に働くことになる人ととはカルチャーのマッチがとても大事だと思っているので出してみる。

まず、以前、社内でなんとなく書いた文章があるのでそのまま出してみる。これは開発者の採用活動に当たり、どんな人が欲しいと思っているか率直に書いたものである。

以下、「開発者」と書いてある部分は、Web開発者/iOS開発者/Android開発者/デザイナー/インフラ等の人達を指している。

---

masatomo

これはなに

なんとなく始めてみた短期集中のQuipperのCTOブログ。リクルートグループに入り、ますます日本での活動が増えているQuipperなので、CTOとして、開発、プロダクト、サービス、チームに関わることを書いていこうと思っている。今回は、第1回ということで、Quipperの現状について書いてみようと思う。

最近のQuipper関連記事

まず、最近、世の中に出たQuipperについての記事を。

• https://newspicks.com/news/1317287/body - 【渡辺雅之×山田進太郎】グローバルスタートアップの世界戦略
• https://mirai.doda.jp/series/interview/quipper/ - 生徒も先生も親も変わる！世界の教育の最前線でいま起こっていること