2017-01-18

大事なのはフローなんじゃないか

酒飲みながらなんかいいツイートしてた気がする

なんとなく求められてるのはknowledgeを共有することなんじゃなくてそこに至るフローを設計、強いては強制(矯正)する仕組みなんじゃないかなぁとか思ってた
— ベンティタンブラーおかわりマン (@chiastolite) 2017年1月17日

前者はesaとかのカテゴリわけだったりをルールを決めて書きやすい探しやすいみたいな状態を作りたいと考えながら書いてたやつんで最終的に↓みたいな感じになればいいなーって思ってる。

なんも考えなくても自然といい感じに仕事ができてるのが大事だと思うんすわ。みんな意識高区くなんて無理じゃん？？
— ベンティタンブラーおかわりマン (@chiastolite) 2017年1月17日

なんとなくフローをちゃんと作ることが何より大事なんじゃないかなと思ってきてる

esaのカテゴリ分け&テンプレート作成しかり、chatopsしかり、スクラムしかり、フレームワークを使った開発しかり。

あんまり意識せずなんとなくいい感じにできるみたいな状態ができればいろんなことがうまくいくんじゃないだろうか。調整だったり認識合わせとか大事なことだとは思うけど、そもそもそんなことをせずとも自然に流れるように動けたら最高じゃないかな。

とか思いながら飲むホッピーは最高でした。

2016-12-25

2016年を数字で振り返る

10回

今年は人生で最も劇場に行った年だった。

まぁ大半はガルパンなんですが…
劇場版&OVA&TV一挙で計10回劇場に行ってた(立川極爆6回、立川通常1回、4DX1回、アンツィオ1回、TV一挙1回)。

まぁ何が言いたいかっていうと継続高校はいいぞ!!ってことです。

26人

TwitterがデレステTLになることも多すぎて、デレステを知らない人からも加蓮の話を振られた… 26人(ダブリあり)のSSRをお迎えしましたが、限定加蓮を単発3回で引けたので私は元気です

6勝

趣味で一口馬主をやってるわけですが今年は過去最多の勝利数を記録、獲得賞金も1億円を達成しました(といっても手元に来るのは1/400ですが)
ついに念願の重賞↓も制覇しました

来年はG1制覇したいな

380km

今年自転車で走った距離はこれだけとのこと…
佐渡で210走ってるのに……

36歳

というわけで本日で36歳となりました。来年も引き続きよろしくお願いいたします。

いつものです

2016-12-24

学校向けのサービスを作るということ

このエントリは Classi Advent Calendar 2016 - Qiita の24日目です

前回話した複数DBは?

進捗ダメでした

学校向けのサービスを作るということ

7月からClassiにJOINして「学校」というものに久し振りに触れてみて、いろいろ思うことを書いていこうかと思います。

ピークがわかりやすい

これは想像つきやすいと思うのですが、学校という現場においては想定外のイベントによってアクセスが急増するということはそうそうありません。 Classiは校務や授業などの支援だったりご家庭への連絡だったりといろいろ機能がありますが、1日毎でピークタイムがかわるということがないためそのピークを捌けるか? 逆にアイドルタイムに過剰にならないようにということだけを考えていればいいのはかなりうれしい話です。

どのサービスでもピークタイムとアイドルタイムは来まってくるとは思うのですが、まれによるあるスパイクみたいなのが少ないのは運用する側としては安心できる要素の1つです。

「学校」は思ったよりも多様

学校といったときにどういう学校を想像するでしょう? 多くの場合、それは自分が通っていた学校がベースになってくると思います。
しかし学校といってもいろんな形の学校、たとえば偏差値的な話もそうですし地域だったりいろいろな学校がありそれぞれに抱えている悩みややりたいことは異なっているようです。機能だったりサービスを作るときに、変に自分の学校での経験をベースに考えてしまうと実際の現場と合わなかったり、ある学校には非常にマッチする機能が別の学校では問題になりかねないということがあったりして悩ましい限りです。

顧客はだれか?

Classiは「学校向け」サービスという形なので、先生からの要望が多く上がってきます。

ただ学校という中にはいろんな登場人物がいるわけです。
先生と言ってもいろんな役割の方がいますし、もちろん生徒さんたち、そしてその保護者の方々… どこかの立場を尊重した結果、他の立場の方に不満を抱かせるようなことのなように慎重に考えなくてはいけません。

自分個人としては、学校における主役は生徒さんたちだと思っているので全ての要望にたいして生徒のためになるか?という基準で考えているつもりです。

当初の予定を変更してポエムっぽいものを書きましたが、こんなことを考えているエンジニアに興味がある方はぜひ話を聞きにきていただればと思います

日本の教育を変える！Classiを一緒に良くするRailsエンジニア募集！ - Classi株式会社のWeb エンジニア中途の求人 - Wantedly

最終日は部長の @sasata299 が唐揚げを揚げるんでしょうか、乞御期待!

2016-12-20

ジェネレータ系コマンドを使う際に便利なgitサブコマンドを作った

a_matsudaさんの My Favorite Tools // Speaker Deck というスライドにあった↓の話

こういうのやらないとなと感じてはいたけど、ついついジェネレータ呼んだ後にすぐに編集を始めてしまっていた。なのでそもそもジェネレータを呼ぶと同時にコミットをしちゃえばいいだろうということでgitサブコマンドを作った

gist781654396ade961ced79894cfefa4a53

パッと作っただけなのでエラー処理とか全然ないけど使ってみたら便利感あった ↓のようにgit recordの後にコマンドを実行した結果に出来たファイルをすぐコミットしてくれるコミットメッセージに実行したコマンドが記録されるので後から何やったかわかりやすくていいんじゃないかな

git record rails generate model user name:string

2016-12-08

Railsと複数DBとPreloadingと

このエントリは Classi Advent Calendar 2016 8日目の記事です。

そういえばいまだに転職エントリーを書いていませんが7月に転職をしていましてClassiのファースト社員となりました 💪

複数DB on Rails

Classiではセキュリティやら何やらの関係でみんな大好き複数DB on Railsになっています。
R/W Splittingやシャーディングではなく、1つの共通DBとテナント毎のDBがあるマルチテナンシー(?)構成です。

class User < ActiveRecord::Base
  has_many :entries

  # (共通DBへの接続情報)
end

class Entry < ActiveRecord::Base
  belongs_to :user

  # (テナントDBへの接続情報)
end

User.connection # => 共通DBのdatabase名のconnection
Entry.connection # => テナントDBのdatabase名のconnection

といった感じで使用するmodelに応じて適切にコネクションが切り替わるようになっています

異DB間association

基本的にはテナント側で閉じる世界観になるのですが、稀によく頻繁につらいことに共通側とテナント側のモデル間でassociationが貼られていたりもします。
ここで問題になるのがPreloadingの処理です。

preload を使う分にはそれぞれのモデルに対して問い合わせが走るのでコネクションもいい感じに切り替わってくれるのですが、joinsやeager_loadの場合はそうも行きません😱

# OK
User.preload(:entries)

# NG
User.joins(:entries)
User.eager_load(:entries)

#=> Mysql2::Error: Table 'entries' doesn't exist

そもそもそんなこと出来るの?って思っていたんですが↓の記事を見た感じ、MySQLの場合テーブル名の前にdatabase名を入れることで可能とのこと(もちろん同じDBサーバ内にそれぞれのdatabaseが入ってる必要はあります)
MySQL5：異なるデータベース間のテーブル結合 DB名：db1 TABLE名… - 人力検索はてな

たとえばこんな感じ?

SELECT
    common.users.*,
    tenant_1.entries.*
FROM
    common.users
JOIN tenant_1.entries
    ON common.users.id = tenant_1.entries.user_id

Classiの場合はこの条件を満たしていたので、後はRailsが発行するクエリのテーブル名の前に[database名].を追加するだけで上手くいきそうです。

たとえばtable_name_prefixを使う

困ったときのStack Overflowを頼ったところ以下のようなものが。 Rails 3 - Multiple database with joins condition - Stack Overflow

テーブル名の先頭にprefixを付けるとこで、database名を追加している感じ。ということで試してました。

 class User < ActiveRecord::Base
+  def self.table_name_prefix
+   "common."
+  end
 end

 class Entry < ActiveRecord::Base
+  def self.table_name_prefix
+    "tenant."
+  end
 end

早速JOINを試してみます

[0] pry(main)> User.joins(:entries).to_sql

SELECT
    `common`.`users`.*
FROM
    `common`.`users`
JOIN `tenant`.`entries`
    ON `common`.`users`.id = `tenant`.`entries`.user_id

ということで上手くいきました。
実際にはbatchなどでtenantを切り替えたりする処理があったりしてtable_name_prefixの更新などが必要になってきますが、 ActiveRecordの reset_table_nameを使えばそれもなんとかなりそうです。

と、ここまで書きましたが深淵なる理由によりこのコードはClassiの内部ではまだ動いていません 😫 本当はこの処理をいい感じにgem化して今日までにリリース!!とかっこいい感じにしたかったのですが、自分が怪盗業やプロデューサー業で多忙だったため進捗ダメでした…
あと1回Advent Calendarが回ってくる予定なのでそれまでに何らかの形にできればなと思ってます

こんな風に複数DBが大好き!!、または日本の教育を変えたい!!というRailsエンジニアの方はぜひClassiに話を聞きに来てください!

明日は @kenjiskywalker の「🍣」です