こんにちは、hachi8833です。RubyKaigi 2019はもう目前ですね。

• サイト: RubyKaigi 2019

Image may be NSFW.
Clik here to view.

つっつきボイス:「（つっつき時点→）RubyKaigiもう来週ですか！」「早いな〜Image may be NSFW.
Clik here to view.」「改めて説明すると、RubyKaigiはRubyのコアな話を3日間にわたって聞ける年1回開催のカンファレンスです」「ここ数年は日本の地方都市を巡回していて、今年は博多で開催されます」「今回は参加しませんが、もし行ってたらコアな話についていけるかしらImage may be NSFW.
Clik here to view.」「そこも楽しさのひとつだと思いますImage may be NSFW.
Clik here to view.: 『ここまでやる人がいるんだ』みたいな驚きがありますし」「個人の感想ですがImage may be NSFW.
Clik here to view.、参加するたびにモチベが急上昇しましたImage may be NSFW.
Clik here to view.: 自分も何かやれるんじゃないかという気持ちが沸々とわいてくるというか」

RejectKaigi2019も東京と博多の同時開催で盛り上がったようです。

先日のRejectKaigiでのRubyKaigiタイムテーブル徹底解説のメモを書きました。
全然メモしきれてないのですが、わたしみたいなRubyKaigi初心者の方の、少しでもお役に立てば大変幸いです！https://t.co/nDp0eshbj5

— makicamel (@makicamel) April 14, 2019

• 各記事冒頭にはImage may be NSFW.
  Clik here to view.でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ
• 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成ですImage may be NSFW.
  Clik here to view.
• 毎月第一木曜日に「公開つっつき会」を開催しています: お気軽にご応募ください

Image may be NSFW.
Clik here to view.Rails: 先週の改修（Rails公式ニュースより）

今回はコミットログから見繕いました。

Image may be NSFW.
Clik here to view.モデルJOINのbelongs_toのautosave: trueで無効なレコードが保存される問題を修正

• PR: Fix “autosave: true” on belongs_to of join model causes invalid records to be saved by lcreid · Pull Request #28155 · rails/rails
  • issue: “autosave: true” on belongs_to of join model causes invalid records to be saved · Issue #28080 · rails/rails

• autosave: trueの循環を修正

インスタンス変数ではなく、activerecord/lib/active_record/autosave_association.rbのsave_collection_associationメソッドでローカルな変数を使うようにする。

以前は、autosave: trueがいくつも循環していた場合に、has_many関連付けのコールバックが、同じ関連付けの同じコールバックの別のインスタンスが実行完了していないにもかかわらず、実行されてしまっていた。
コールバックの最初のインスタンスに制御が戻った時点でインスタンス変数が改変され、以後、関連するレコードが正しく保存されなかった。特に、has_manyに対応するbelongs_toのIDフィールドがnilになる。
同PRより大意

つっつきボイス:「autosave: trueってやったことないImage may be NSFW.
Clik here to view.」「↓ここがポイントのようです」

# activerecord/lib/active_record/autosave_association.rb#L385
+         # インスタンス変数をローカル変数に保存することで
+         # コールバック全体をリエントラントにして#28080を修正する
+         new_record_before_save = @new_record_before_save
...
-         if records = associated_records_to_validate_or_save(association, @new_record_before_save, autosave)
+         if records = associated_records_to_validate_or_save(association, new_record_before_save, autosave)

「インスタンス変数をいったんローカル変数に入れる…？パッと見あまり意味がなさそうに見えるけど、マルチスレッドの文脈でインスタンス変数が共有されておかしくなってたのを修正したとかそんな感じかな？Image may be NSFW.
Clik here to view.」「インスタンス変数が他から変更されてたのに保存できちゃってたとか」「そういう感じですね」「その割にはdupしてないしな〜: インスタンス変数を引き回さないという意味でこの書き方は正しいんだけど、これでバグが直るのかどうかまだピンとこないImage may be NSFW.
Clik here to view.」「とりあえず次行きましょう〜」

よく見たら2017年2月にオープンしたプルリクなので長い旅でしたね。久しぶりにy-yagiさんブログを覗いてみました。

参考: rails commit log流し読み(2019/04/10) - なるようになるブログ

autosave: trueが指定されている、かつ、参照が循環しているassociationがあった場合に、idの指定が無い不正なjoin recordが生成されてしまうバグがあったのを修正しています。
同ブログより

Image may be NSFW.
Clik here to view.==とハッシュメソッドのアロケーションを削減

• PR: Improve == and hash methods on various schema cache structs to be allocation free. by casperisfine · Pull Request #35875 · rails/rails

# 同PRより
Warming up --------------------------------------
          Orginal ==    66.978k i/100ms
       Orginal #hash    38.182k i/100ms
              New ==   165.441k i/100ms
           New #hash   145.549k i/100ms
Calculating -------------------------------------
          Orginal ==    846.966k (± 4.4%) i/s -      4.287M in   5.073426s
       Orginal #hash    457.440k (± 7.2%) i/s -      2.291M in   5.038573s
              New ==      2.877M (± 7.3%) i/s -     14.393M in   5.032400s
           New #hash      2.366M (± 8.1%) i/s -     11.789M in   5.018887s

つっつきボイス:「3倍から5倍ぐらい速度改善してますねImage may be NSFW.
Clik here to view.」「ダブルイコール！」「改善前はattributes_for_hashでいっぱいオブジェクトが作られてたということかな？」

# activerecord/lib/active_record/connection_adapters/column.rb#L64
      def ==(other)
        other.is_a?(Column) &&
-         attributes_for_hash == other.attributes_for_hash
+         name == other.name &&
+         default == other.default &&
+         sql_type_metadata == other.sql_type_metadata &&
+         null == other.null &&
+         default_function == other.default_function &&
+         collation == other.collation
      end
      alias :eql? :==

      def hash
-       attributes_for_hash.hash
+       Column.hash ^
+         name.hash ^
+         default.hash ^
+         sql_type_metadata.hash ^
+         null.hash ^
+         default_function.hash ^
+         collation.hash
      end

+     protected
+
+       def attributes_for_hash
+         [self.class, name, default, sql_type_metadata, null, default_function, collation, comment]
+       end
    end

「#==の修正後は&&で結んでますね」「個人的にはここで&&で結ぶのはあまり好きじゃなくて、attributes_for_hashで書きたい方ではある: 項目がどんどん増えたらここに足すのってあまり見た目が麗しくないというか」「それもそうですね」「これ以上項目が変わらないならともかくですがImage may be NSFW.
Clik here to view.」

「#hashの方は^でつないでますね」「^ってなんだっけ…論理演算か」「XOR！」「attributes_for_hash.hashの右の#hashは、ハッシュ値のハッシュですね: 左はRubyのデータ構造としてのハッシュ」「右と左でhashの意味が違うってややこしい〜Image may be NSFW.
Clik here to view.」「こわ〜いImage may be NSFW.
Clik here to view.」

参考: ハッシュ関数 - Wikipedia

「attributes_for_hashが削られたということはコストが高かったんかな〜: attributes_for_hashって配列を返してたから、配列のコストが高かった？」「あーそうか！変更後みたいに直に比較しちゃえばアロケーションが発生しないと」「個人的にはmapでやってもいいんじゃね？と思ったりもするけどっImage may be NSFW.
Clik here to view.」

「項目が固定しているから直接比較しようという、絵に描いたようなチューニングですね: 業務コードとかだとこう書きたくはない気持ちImage may be NSFW.
Clik here to view.」「どうやらここではメモ化も効かなさそうか」

「これまで話を聞いてきてだんだん見えてきたんですけど、最初から最適化でやろうとしないのが大事なんですね」「そうそうImage may be NSFW.
Clik here to view.: 最初から変に速度出そうとすると、ぴよコードImage may be NSFW.
Clik here to view.が量産されちゃって読むのも直すのもつらくなるから、最初は素直に書こうねImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.ルーティングに named_captureを追加

• PR: Adds named_captures to MatchData to emulate Regex by baweaver · Pull Request #35913 · rails/rails

# actionpack/lib/action_dispatch/journey/path/pattern.rb#L139
+         def named_captures
+           @names.zip(captures).to_h
+         end

つっつきボイス:「ビーバー大好きな@baweaverさんが足した、名前付きキャプチャだけ取り出す機能みたいです」「名前付きキャプチャって何だっけImage may be NSFW.
Clik here to view.」「正規表現でたまに使う、かっこ()内のマッチを$1とか\1みたいに登場順序の数字で参照する代わりに、たとえば(?<名前>正規表現)と書くと\k名前みたいに名前で参照できるヤツですね」「それか！」「名前付きキャプチャは使いすぎると読みづらくなるし、正規表現ごとに方言があってめんどくさいんで自分はあまり使いませんがImage may be NSFW.
Clik here to view.」

# actionpack/test/journey/path/pattern_test.rb#L284
+       def test_named_captures
+         path = Path::Pattern.from_string "/books(/:action(.:format))"
+
+         uri = "/books/list.rss"
+         match = path =~ uri
+         named_captures = { "action" => "list", "format" => "rss" }
+         assert_equal named_captures, match.named_captures
+       end

参考: 正規表現で名前付きキャプチャを使う - Qiita

「それを、正規表現の方で名前さえ付けておけばいきなりハッシュで取れるということねImage may be NSFW.
Clik here to view.」「名前付きキャプチャをいちいち正規表現で取り出さなくても、最初からハッシュの形で取れるのがよさそうImage may be NSFW.
Clik here to view.」「ショートハンド増やした感」「zipは引数を配列の配列に変換するのか」「それをto_hしてるだけ」

参考: instance method Array#zip (Ruby 2.6.0)

自身と引数に渡した配列の各要素からなる配列の配列を生成して返します。 生成される配列の要素数は self の要素数と同じです。
ブロック付きで呼び出した場合は、 self と引数に渡した配列の各要素を順番にブロックに渡します。
ruby-lang.orgより

# ruby-lang.orgより
p [1,2,3].zip([4,5,6], [7,8,9])
    # => [[1, 4, 7], [2, 5, 8], [3, 6, 9]]

Image may be NSFW.
Clik here to view.Zeitwerkの互換用ActiveSupport::Dependenciesでのautoloaded_constantsやautoloaded?の実装をやめた

• 元記事: depend on Zeitwerk 2.1.0 · rails/rails@9b5401f

ZeitwerkのActiveSupport::Dependenciesの互換性インターフェイスでautoloaded_constantsやautoloaded?を実装しなくなった（元々ドキュメントないし）。実験したところ、introspectionのユースケースはさして多くないし、トラブルシュートはログで行われる。この設計上のトレードオフにより、どの環境でもメモリ使用量が削減される。
Xavier Noria

# activesupport/lib/active_support/dependencies/zeitwerk_integration.rb#L24
-       def autoloaded_constants
-         cpaths = []
-         Rails.autoloaders.each do |autoloader|
-           cpaths.concat(autoloader.loaded_cpaths.to_a)
-         end
-         cpaths
-       end
-
-       def autoloaded?(object)
-         cpath = object.is_a?(Module) ? object.name : object.to_s
-         Rails.autoloaders.any? { |autoloader| autoloader.loaded?(cpath) }
+       def to_unload?(cpath)
+         Rails.autoloaders.main.to_unload?(cpath)
        end

つっつきボイス:「こういう改修するにはいいタイミングかもImage may be NSFW.
Clik here to view.」「ZeitwerkはRails 6で新しく入るオートローダーです↓」「と週刊Railsウォッチに書いてあったImage may be NSFW.
Clik here to view.」

Rails 6 Beta2時点のZeitwerk情報（要訳）

「morimorihogeさんの説明を記憶ベースで再現すると、現在のRailsでは名前空間とか定数読み込み順序で、たまにとてもわかりにくいバグが発生することがあって↓、Zeitwerkはそのあたりを解決するためのものだそうです」

週刊Railsウォッチ（20181022）Railsの名前空間地獄とrequire_dependency、PostgreSQL 11がリリース、clean-rails.orgほか

「Zeitwerk（ツァイトヴェルク）という名前はスイスの時計メーカーから取ったようで、日本的な感覚で言うとセイコーみたいな感じでしょうかImage may be NSFW.
Clik here to view.」「それ以前に文字から発音がわからないですImage may be NSFW.
Clik here to view.」「ドイツ語のZ（ツェット）って英語のZ（ズィー、ゼット）よりずっと軽くて、逆にSの方がズみたいに濁る感じですね」「逆さま感Image may be NSFW.
Clik here to view.」「あとドイツ語のWは英語のVに近い感じで、Wolfもドイツ語っぽく言うとヴォルフみたいな音になりますね: そういう変換をかけるとドイツ語っぽくなるといえばなりますImage may be NSFW.
Clik here to view.」

参考: Z -ツェット- - Wikipedia
参考: 誤用戦士ガンダム・荒野を走るニセドイツの列！ ｜ ドイツ情報満載 − Young Germany Japan by ドイツ大使館 — 名エッセイですImage may be NSFW.
Clik here to view.

Image may be NSFW.
Clik here to view.カラムオブジェクトからtable_nameを削除して身軽に

• PR: Except table_name from column objects by kamipo · Pull Request #35890 · rails/rails

# activerecord/lib/active_record/connection_adapters/column.rb#L5
  module ConnectionAdapters
    # An abstract definition of a column in a table.
    class Column
-     attr_reader :name, :default, :sql_type_metadata, :null, :table_name, :default_function, :collation, :comment
+     attr_reader :name, :default, :sql_type_metadata, :null, :default_function, :collation, :comment

つっつきボイス:「kamipoさんのconnection_adapter修正です」「リファクタリング？」「table_nameを削ってるから違うっぽい」「オブジェクトひとつ削ったけど他でできるからいいよね、みたいな」

「カラムはテーブル名と依存関係が元々あるから、カラムにいちいちtable_name置かなくてもわかるでしょというのはワカル」「たしかに〜」「カラムはテーブルに紐づくんだからカラム単独で何かするというのも考えにくいし、単独で使ったとしてもそこでtable_nameが欲しいとも考えにくいし」「今までカラムの数だけtable_name持ってたとしたら冗長ですね」「設計上はカラムでtable_name持つ可能性がないわけではないけど、実用上いらないんじゃね？という感じImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.Doc: t.integerをt.bigintに修正

• commit: change t.integer to t.bigint where applicable · rails/rails@cdaa4ba

# guides/source/association_basics.md#L394
    create_table :accounts do |t|
-     t.integer :supplier_id
+     t.bigint  :supplier_id
      t.string  :account_number
      t.timestamps
    end

つっつきボイス:「ドキュメントのt.integerをt.bigintに書き換えるという修正です: これ、ある時期に変わってましたよね？」「そうそう、変わってた↓」「うっかり真似されないようにしないとImage may be NSFW.
Clik here to view.」

• PR: Change Default Primary Keys to BIGINT by jmccartie · Pull Request #26266 · rails/rails

そういえばこんなツイート↓を昔のウォッチに貼りました。

Friends don't let friends use INT as a primary key. Btw you can find out where you accidentally did this, run $ heroku pg:diagnose

— Richard Schneeman Image may be NSFW.
Clik here to view. (@schneems) May 13, 2016

「integerだと基本的に桁数が足りなくなる可能性があるんですよ」「IDとかはbigintにしておかないと、最初のうちはよくても忘れた頃に足りなくなるみたいな」「なのでデータベースのIDでintegerは割とマズいですねImage may be NSFW.
Clik here to view.」

「その意味で、UUIDって型できないかな〜Image may be NSFW.
Clik here to view.って思うし」「それ欲しいかも！」「特にRailsだとURLに出てくることが多いから、UUIDの方が適切な場合ってあるんですよね」「記事のページぐらいだったらURLに数字出てもいいけど、ユーザーIDとか生で出したくないし」

参考: PostgreSQL 10.5文書 8.12. UUID型
参考: UUID() — MySQL :: MySQL 5.6 リファレンスマニュアル :: 12.18 その他の関数
参考: Rails の UUIDプライマリキーを試す - Qiita

RailsのモデルIDにUUIDを使う（翻訳）

Image may be NSFW.
Clik here to view.Rails

Image may be NSFW.
Clik here to view.マイグレーションで本番データに触る方法（Ruby Weeklyより）

• 元記事: How to Access Production Data in Rails Migrations

# 同記事より
class AddSlugsToPosts < ActiveRecord::Migration[5.2]
  # 最初に、データのマイグレーションに使うモデルを定義
  class Post < ActiveRecord::Base
    belongs_to :user
  end

  class User < ActiveRecord::Base
    has_many :posts
  end

  def up
    # 次にカラムを追加してNULL許容にする
    add_column :posts, :slug, :string, null: true

    # 次に新しいカラムがモデルに拾われるようにする
    Post.reset_column_information!

    Post.includes(:user).find_each do |post|
      # 次にslugをセットしてpostをsave
      post.slug = post_slug(post)
      post.save!
    end

    # 次にカラムをNull非許容にする
    change_colum_null :posts, :slug, false
  end

  def down
    remove_column :posts, :slug
  end

  def post_slug(post)
    # 重要: productionのモデルから、マイグレーションの書き込みに使った
    #      title-to-slugアルゴリズムをコピーすること
  end
end

つっつきボイス:「この記事の人は、マイグレーションの中でActive Recordモデルを作るというやり方をしてるみたいです」「あ〜こういうのをマイグレーションの中で使ってるのか: 何だかよくない気はするけど、やりたい気持ちはワカル気がする」

「記事の中でreset_column_information!ってのやってるImage may be NSFW.
Clik here to view.: こんなのあったのね↓」

参考: migration の中で model を触ったら必ず reset_column_information する - onk.ninja

「どうやらこの人がやりたいのはデータマニピュレーションなのね」「スキーマではなく、ということなのでそうみたいです」「う〜ん、これはマイグレーションでやることと違う気がするな〜: 自分はRailsのマイグレーションにはDDL（データ定義言語）を書くべきであって、DML（データ操作言語）は別のところに書くべきだと思ってるし」「DDLやDMLって、データベーススペシャリストの試験問題に出てきましたね」「そうそう、SELECTやINSERTやUPDATEやDELETEがDMLに相当しますImage may be NSFW.
Clik here to view.」

参考: SQLの種類(DDL、DML、DCL) | 酒と涙とRubyとRailsと

「記事の人はpost_slug(post)を書いてるからマニピュレーションしたいんだと思うんですが、マイグレーションでこれをやるのはアブナイ気がするImage may be NSFW.
Clik here to view.」「こういう操作はやっぱりバッチを書くべきですか？」「自分だったらバッチ書くな〜: まあそういう運用のシステムがないとも言えませんけどImage may be NSFW.
Clik here to view.」

babaさんの以前の記事↓にも『Active Recordのモデルをマイグレーションで使わない方がいい』と書かれていたのを思い出しました。

[Rails 3] 失敗しないmigrationを書こう

「そうそう、記事にもあるけど、テーブルにカラムを追加したときってたいてい値が入ってて欲しいんですよ〜: こうやってみたい気持ちはワカル」「デフォルト値とか？」「でもデフォルト値では間に合わないこともあったりするんで、そういうときは2回マイグレーションしたりするんですよ」「あー、以前のウォッチ↓で、巨大なテーブルへのマイグレーションでいきなりデフォルト値とかの制約を付けると本番でその間テーブルがロックされるから作業を分割しよう、みたいな話がありましたけど、それですね」「そうそうImage may be NSFW.
Clik here to view.」

週刊Railsウォッチ（20190121）Rails 6.0.0 beta1リリース、Railsは2019年も「あり」か、Jetsでサーバーレス、ES2018の新機能、RSpecの心ほか

「たとえば最初はNOT NULL制約なしでカラムを追加して、別途バッチで値を入れて、それからNOT NULL制約を付ける、みたいにやるのが安全」「ですよね」「それをやりたくないとたぶんこの記事みたいなやり方になるImage may be NSFW.
Clik here to view.」「Image may be NSFW.
Clik here to view.」「いい悪いということじゃないんだけど、自分は作業を分割しないとコワいImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.Image may be NSFW.
Clik here to view.still_life: テストの画面HTMLをRailsバージョンごとに保存（Ruby Weeklyより）Image may be NSFW.
Clik here to view.

• リポジトリ: amatsuda/still_life

@amatsudaさんがheavens_doorに続いてまた新しいgemを作りました。

• リポジトリ: amatsuda/heavens_door

つっつきボイス:「amatsudaさんの新作です: これヒットじゃないかと思うんですがどうでしょう？」「おぉ？」「Railsをバージョンアップするときにこれでテストを走らせて、そのバージョンで吐き出されるHTMLをバージョン名を付けて保存しておくというもののようです」「お〜なるほど！これはワカル〜Image may be NSFW.
Clik here to view.」

# 同リポジトリより
% STILL_LIFE=rails52 rails test:system test
% tree tmp/html
tmp/html
└── rails52
    └── test
        ├── controllers
        │   ├── users_controller_test.rb-14.html
        │   ├── users_controller_test.rb-20.html
        │   ├── users_controller_test.rb-27.html
        │   ├── users_controller_test.rb-32.html
        │   ├── users_controller_test.rb-37.html
        │   ├── users_controller_test.rb-43.html
        │   └── users_controller_test.rb-9.html
        └── system
            ├── users_test.rb-14.html
            ├── users_test.rb-18.html
            ├── users_test.rb-21.html
            ├── users_test.rb-25.html
            ├── users_test.rb-26.html
            ├── users_test.rb-29.html
            ├── users_test.rb-32.html
            ├── users_test.rb-36.html
            ├── users_test.rb-37.html
            └── users_test.rb-9.html

4 directories, 17 files

「たとえばRails 5.1のとき、Rails 5.2のとき、とこうやって画面HTMLが保存されていれば、差分がないかどうかをチェックすることで無事バージョンアップされたかどうかを確認できるということですね」「テストがあればの話だろうけどっImage may be NSFW.
Clik here to view.」

「これならローカルでも気軽に動かせるし、結果が勝手にたまっていってくれるし、うん、これはいいですね～Image may be NSFW.
Clik here to view.」「今までこれがなかったのが不思議」「画面出してくれるテストがあれば、それ以上みっちり書かれてなくてもやれますしね」「やってみたらバージョンアップでやんなるほど差分が出て目を覆いたくなったりしてImage may be NSFW.
Clik here to view.」「これは有能Image may be NSFW.
Clik here to view.」「標準で入っててもいいぐらいかも」

久しぶりにImage may be NSFW.
Clik here to view.を進呈いたします。ありがとうございます。

Beyond Compare↓とかWinMergeとかを使えばディレクトリごと差分をさっとビジュアルチェックできますねImage may be NSFW.
Clik here to view.。

もうひとつのGUI diffツール「Beyond Compare 4」

Rolling Stonesの昔のライブ盤のタイトルが「Still Life」（平穏な生活）でしたね。

「前回のheavens_doorという名前も音楽ネタっぽかったんですが、今回のももしかしてそうかなと思って: amatsudaさんの音楽の趣味についてはまったく知らないので憶測ですImage may be NSFW.
Clik here to view.」「heavens_doorはアニメ系でちょくちょく見るような気もImage may be NSFW.
Clik here to view.: JOJOにもヘブンズドアー出てくるし」「あーそっちかも！」「でもJOJOの元ネタがだいたいもろその時代のロックだったりするしImage may be NSFW.
Clik here to view.」「ですよね: 今やキングクリムゾンってJOJOの方が知られてますしImage may be NSFW.
Clik here to view.」

参考: 岸辺露伴のスタンド「ベブンズ・ドアー」は最強なのか！？能力考察まとめ
参考: キングクリムゾンのスタンド能力って結局なに？【ジョジョ5部ラスボスが強すぎる】 │ NazeNani JillTone

少し前に、本家King Crimsonのツイート↓にJOJOのそれが出てきて軽く話題になったのを思い出しました。

King Crimson's official facebook did a JoJo reference

i dont even know how to react to thishttps://t.co/fuTQ2tYi8f pic.twitter.com/HIgW1TdHk5

— muro Image may be NSFW.
Clik here to view. (@kisomuro) January 7, 2017

Image may be NSFW.
Clik here to view.react-rails: RailsでReactをスマートに使う（React Statusより）

• リポジトリ: reactjs/react-rails

gem 'webpacker'
gem 'react-rails'

つっつきボイス:「react-railsって初めて見たんですが、WebpackerにもSprokectsにも対応してて、TypeScriptやES6やCoffeeScriptやJSXとも共存できると言ってます」「マジか！じゃ今やってるヤツにこれ入れればReactさっと使える？Image may be NSFW.
Clik here to view.」「今更gemかというのは置いといてもImage may be NSFW.
Clik here to view.、★5000超えてるし」

リポジトリをよく見ると、reactjs公式なんですね。最も古いコミットは2013年でした。

「後はどこまで使えるかですねImage may be NSFW.
Clik here to view.」「どうなってもいいようなアプリで誰か試してみないかなImage may be NSFW.
Clik here to view.」「どっかで使ってみよ」「React自体がアップグレードしたときにどうなるかも気になりますImage may be NSFW.
Clik here to view.」「それはあるImage may be NSFW.
Clik here to view.」

参考: ReactをRailsと共に使う方法 - Qiita

「ところでJSXって何でしたっけ？Image may be NSFW.
Clik here to view.」「MSXではない（キリッ」「前にウォッチでJSXを取り上げたとき、JSXが2つあることに当時気づかなかったのを思い出しましたImage may be NSFW.
Clik here to view.」「どっちだったか忘れたけど、ちょっとキモい書き方だった気がするImage may be NSFW.
Clik here to view.（ウォッチ）」「あ〜、タグの中にコード…イヤな予感Image may be NSFW.
Clik here to view.」「ヤな予感しかしないImage may be NSFW.
Clik here to view.」「ちっちゃく作る前提ならいいんでしょうけどImage may be NSFW.
Clik here to view.」

参考: Introducing JSX – React — ReactのJSX
参考: JSX - a faster, safer, easier JavaScript — DeNAが開発したJSX言語

Image may be NSFW.
Clik here to view.よく見るRails APIは？

• サイト: Ruby on Rails API

Image may be NSFW.
Clik here to view.

追いかけボイス:「このエントリをつっつくのを忘れてましたImage may be NSFW.
Clik here to view.」「そうだったかもImage may be NSFW.
Clik here to view.」「api.rubyonrails.orgでよく見るAPIって何かあります？」「そうねぇ、APIでというわけじゃないけどHashWithIndifferentAccessあたりはよくググるかも」「どもですっ♪」

参考: ActiveSupport::HashWithIndifferentAccess

Image may be NSFW.
Clik here to view.その他Rails

• 元記事: Replace chromedriver-helper with webdrivers (a public service announcement) | Everyday Rails

 group :test do
-  gem 'selenium-webdriver'
-  gem 'chromedriver-helper'
+  gem 'webdrivers'
   # other test-only dependencies ...
 end

つっつきボイス:「chromedriver-helperがwebdriversに置き換わるというアナウンスが正式に出ました」「ドライバ周りは幸いあまりかかわりなかったしImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.Ruby

Image may be NSFW.
Clik here to view.Rubyコードフォーマッター対決（Ruby Weeklyより）

• 元記事: The Missing Ruby Code Formatter | Meta Redux

つっつきボイス:「RuFoとplugin-rubyとrubyfmtあたりのフォーマッタを比較しています」「rubyfmtが2種類あるし」

• リポジトリ: ruby-formatter/rufo
• リポジトリ: prettier/plugin-ruby
• リポジトリ: wojtekmach/rubyfmt — gofmtを元にしているけど5年間更新なしImage may be NSFW.
  Clik here to view.
• リポジトリ: samphippen/rubyfmt — 上とは無関係の新しいgem

つっつきボイス:「RuboCopやRipperの話なんかも混じえて…で結果は『ものによる』Image may be NSFW.
Clik here to view.」「結論じゃないしImage may be NSFW.
Clik here to view.」「判定を避けるImage may be NSFW.
Clik here to view.」「『個人的にはRuboCopかRuFo』だそうですImage may be NSFW.
Clik here to view.」

「rubyfmtはgemですらないスクリプトファイル、RuFoはもう少し洗練されてて、pritter-rubyは最近JSで人気のprettierで動くみたいです」

• リポジトリ: prettier/prettier

Image may be NSFW.
Clik here to view.

Image may be NSFW.
Clik here to view.Rubyにパッチを当ててテストを高速化（Ruby Weeklyより）

• 元記事: The status of Ruby memory trimming & how you can help with testing – Joyful Bikeshedding

// https://bugs.ruby-lang.org/attachments/download/7717/ruby_gc_malloc_trim.patchより
diff --git a/configure.ac b/configure.ac
index d251da9915..5e2a67db1b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1825,6 +1825,7 @@ AC_CHECK_FUNCS(lstat)
 AC_CHECK_FUNCS(lutimes)
 AC_CHECK_FUNCS(malloc_usable_size)
 AC_CHECK_FUNCS(malloc_size)
+AC_CHECK_FUNCS(malloc_trim)
 AC_CHECK_FUNCS(mblen)
 AC_CHECK_FUNCS(memalign)
 AC_CHECK_FUNCS(memset_s)
diff --git a/gc.c b/gc.c
index 1331ef21dc..12caa162e7 100644
--- a/gc.c
+++ b/gc.c
@@ -6660,7 +6660,15 @@ gc_start(rb_objspace_t *objspace, int reason)

     gc_prof_timer_start(objspace);
     {
-   gc_marks(objspace, do_full_mark);
+        gc_marks(objspace, do_full_mark);
+#ifdef HAVE_MALLOC_TRIM
+        /* [Experimental] Explicitly free all eligible pages to the kernel.  See:
+         *
+         * - https://www.joyfulbikeshedding.com/blog/2019-03-14-what-causes-ruby-memory-bloat.html
+         * - https://bugs.ruby-lang.org/issues/15667
+         */
+        if (do_full_mark) malloc_trim(0);
+#endif
     }
     gc_prof_timer_stop(objspace);

つっつきボイス:「テスト高速化のためにRubyにパッチ当ててみたそうです」「いかにもメモリをゴニョゴニョしてる感」「malloc_trim()とか何だかコワいもの持ち出してるしImage may be NSFW.
Clik here to view.」「テストだからと割り切ってザクザク切り刻んでるんでしょうねImage may be NSFW.
Clik here to view.」「わかる〜」「普段はこれでテストちっちゃく回して週一くらいは普通のを回すとか」「どのぐらい信頼できるんでしょうImage may be NSFW.
Clik here to view.」「記事を見ると、メモリ方面の強い人たちといっぱい議論したっぽいですImage may be NSFW.
Clik here to view.」

参考: Man page of MALLOC_TRIM
参考: Cables vs. malloc_trim, or yet another Ruby memory usage benchmark - DEV Community Image may be NSFW.
Clik here to view.Image may be NSFW.
Clik here to view.

Image may be NSFW.
Clik here to view.その他Ruby

「mrubyバイトコードハンドブック」、きっと書いてあること全部知っているという意味では、私に必要ないけど、せっかく書いてもらった解説を読みたいという意味では、とても欲しい本。

— Yukihiro Matsumoto (@yukihiro_matz) April 9, 2019

つっつきボイス:「mrubyバイトコードハンドブックは技術書典に出る本らしいです」

参考: [DL版]mrubyバイトコードハンドブック - Kishima Craft Works - BOOTH

Rubykaigi参加のためゼミを休む旨をゼミの先生に伝えたら、「面白そうなカンファレンスですね。期間中、ぜひゼミのTwitterアカウントでそれについてツイートしてください」という返信が来た。肯定的な反応をもらえて嬉しいImage may be NSFW.
Clik here to view.

— たま い (@a_ta_tama) April 5, 2019

つっつきボイス:「いい先生ですよねImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.Ruby trunkより

Image may be NSFW.
Clik here to view.Rustのビルダーが欲しい

• Feature #15759: Support Rust/Cargo in Gem::Ext::Builder – Ruby trunk – Ruby Issue Tracking System

つっつきボイス:「RubyのC拡張みたいにRust拡張をビルドしたいということみたいです」「そのうち出てくるかも？」

Image may be NSFW.
Clik here to view.Unicode 12.1.0がfinalに

• Misc #15750: Switch Unicode Version 12.1.0 back from beta to final – Ruby trunk – Ruby Issue Tracking System

つっつきボイス:「Unicode 12.1.0は、Unicode Consorciumが令和年号のためだけにわざわざリリースすることになってたヤツですね」「お世話かけてます！」「お疲れさまです！」「さーせん！」「Image may be NSFW.
Clik here to view.」

参考: Unicode 12.1.0 — 現時点ではDRAFTです

「ちなみに年号はeraですね（Japanese era name）」「era知らないとリリースノート意味わからないしImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.番外

Image may be NSFW.
Clik here to view.ブラックホールの撮影に世界で初めて成功

参考: First Image of a Black Hole — GoogleのDoodleにも早速取り入れられています

つっつきボイス:「ニュースでも話題になってましたが、撮影そのものは2年ぐらい前で、それをビジュアライズするための数式に2年かかってたどり着いたということだそうです」「おぉ〜なるほど♪」

あのブラックホール観測では、天文学者ではなくコンピュータサイエンティストである彼女の貢献が大きかったとのこと。研究者の分野横断的協力は今後も大切。Meet Katie Bouman, one woman who helped make the world's first image of a black hole https://t.co/zRkrEKYj3I

— Masahiro Hotta (@hottaqu) April 11, 2019

「あと、一般相対性理論を外宇宙で確認できたという意義もあったみたいです」「相対性理論を覆すのはなかなか大変Image may be NSFW.
Clik here to view.」

皆さまお聞きかしら？ 「残念なことに」相対論のほころびが見つからなかったんですのよ。定説が確認されただけだと残念なんですのよ〜〜〜Image may be NSFW.
Clik here to view.

— 宇宙物理たんbot@学術系VTuber (@astrophys_tan) April 10, 2019

「これだけ高い確率だと、「今日のオヤツはポンデリングよ」とお母さんがブラックホールを差し出してきても騙される事はないで安心ですね」って千尋の谷に子を突き落とすImage may be NSFW.
Clik here to view.より怖いImage may be NSFW.
Clik here to view.https://t.co/aUWXSc2Yzu

— Dan Kogai (@dankogai) April 12, 2019

今回は以上です。

おたより発掘

おおーほしいやつ
> Railsをバージョンアップするときにこれでテストを走らせて、そのバージョンで吐き出されるHTMLをバージョン名を付けて保存しておくというもののようです https://t.co/C9zBHQY3oO

— しいたけ (@shitake4) April 18, 2019

バックナンバー（2019年度第2四半期）

週刊Railsウォッチ（20190408-1/2前編）RubyKaigiの予習資料、Rails「今年ベストのプルリク」、numbered parametersの議論ほか

• 20190408-1/2前編 RubyKaigiの予習資料、Rails「今年ベストのプルリク」、numbered parametersの議論ほか
• 20190402-2/2後編 Apache Arrowとは何か、prop drillingはアンチパターン、Node-REDほか
• 20190401-1/2前編 Rails 5.2.3/5.1.7がリリース、Railsdmの「Railsの正体」、Ruby 2.7のnumbered parameter、新元号「令和」ほか

今週の主なニュースソース

ソースの表記されていない項目は独自ルート（TwitterやはてブやRSSなど）です。

Rails公式ニュース

Image may be NSFW.
Clik here to view.

Ruby Weekly

Image may be NSFW.
Clik here to view.

React Status

Image may be NSFW.
Clik here to view.

こんにちは、hachi8833です。明日博多入りいたしますImage may be NSFW.
Clik here to view.。唯一の心残りはクラフトワークの来日がRubyKaigi 2019の会期ともろにぶつかったので泣く泣く諦めたことです。

• サイト: RubyKaigi 2019

Image may be NSFW.
Clik here to view.

• 各記事冒頭にはImage may be NSFW.
  Clik here to view.でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ
• 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成ですImage may be NSFW.
  Clik here to view.
• 毎月第一木曜日に「公開つっつき会」を開催しています: お気軽にご応募ください

お知らせImage may be NSFW.
Clik here to view.

来週の週刊RailsウォッチはRubyKaigiでつっつき会が開催されないためお休みいたしますImage may be NSFW.
Clik here to view.。

Image may be NSFW.
Clik here to view.はみだしRuby/Rails

つっつきの後で見つけたツイートなどをいくつか貼ります。

Rails 6 MySQLのutf8mb4対応とは何であって何ではないのか #rejectkaigi https://t.co/wva2TCAtKx

— Yasuo Honda (@yahonda) April 15, 2019

先週開催されたRejectKaigiのスライドが他にも続々上がっています↓。

• RejectKaigi 2019を開催しました - pixiv inside

あちこちのカンファレンスにいるので会うのはそんなに難しくないと思います。直近だと RubyKaigi ですが、その後もいろいろ。

— Yukihiro Matsumoto (@yukihiro_matz) April 14, 2019

昨日Rails6さわさわしてたけど、今までは「nodejs?使いたければどうぞ」だったのが「nodejsとyarnが入ってないとmigrationもやらせねえ」になってた

— すろっくさん@スロックマ (@srockstyle) April 15, 2019

Image may be NSFW.
Clik here to view.クラウド/コンテナ/インフラ/Linux/Serverless

Image may be NSFW.
Clik here to view.Googleが続々サービスを発表

• 元記事: Google、Dockerコンテナをサーバレスで実行できる新サービス「Cloud Run」パブリックベータで公開。Knativeベースの互換性実現。Google Cloud Next ’19 － Publickey

• 元記事: ［速報］Google、Active Directoryのマネージドサービス、SQL Serverのマネージドサービス提供を発表。Google Cloud Next ’19 － Publickey

つっつきボイス:「クラウド方面の速報はもうPublickeyの方にお任せします: Railsウォッチのペースだと到底かなわないのでImage may be NSFW.
Clik here to view.」「Image may be NSFW.
Clik here to view.」

「DockerコンテナをGoogleのクラウドで実行できるようになったのかー」「コンテナになっていれば何でも実行できるってことですよね、しかもサーバーレスで」「そういう時代かImage may be NSFW.
Clik here to view.」「コンテナがでかくならないようにしないと」「public betaらしいので今のうちに遊んでみようかなImage may be NSFW.
Clik here to view.」「容量どのぐらいまで置けるのかなImage may be NSFW.
Clik here to view.」

「もうひとつのニュースもちょっとびっくりですねImage may be NSFW.
Clik here to view.」「Active Directoryを？Googleが？マネージドで？」「Microsoft SQL ServerならまだわかるけどActive Directoryもやるとは！」「しかもLDAPじゃなくて」

参考: Active Directory – Wikipedia
参考: Lightweight Directory Access Protocol – Wikipedia

参考: 第1回　誰も教えてくれないActive DirectoryとLDAPの「本当の関係」［前編］：知られざるActive Directory技術の「舞台裏」｜gihyo.jp … 技術評論社

「LDAPって今もあるのかな？Image may be NSFW.
Clik here to view.」「最近あまり聞かないけど、まだまだあるはずですよねImage may be NSFW.
Clik here to view.」「終わってはいないハズ」「使おうとしたというより、既に使われちゃってることの方がありそうImage may be NSFW.
Clik here to view.」「LDAPって込み入っててわけわからなくなりがちなので触りたくない気持ちImage may be NSFW.
Clik here to view.」「いつだったか、Railsの認証にLDAPが絡んでたのを見たことがありますImage may be NSFW.
Clik here to view.」

参考: RubyからLDAPのデータを扱うgem net-ldap | 酒と涙とRubyとRailsと

Image may be NSFW.
Clik here to view.AWS Innovateオンラインカンファレンスが開催中

• サイト: AWS Innovate Online Conference – 1ヶ月間の AWS Innovate で『AWS とは何か？』『AWS 選択の理由とは？』『どのように AWS を活用すれば良いか』を知り、ビジネス改革を効率良く加速 | AWS

Image may be NSFW.
Clik here to view.
aws.amazon.comより

つっつきボイス:「実はこのAWS Innovate Online Conferenceは既に開催が始まっていて、通常のセッション以外にも、期間中はAWS認定の有料トレーニングコース(「ソリューションアーキテクト – アソシエイト」)を無料で受けられるそうです」「へぇ〜」「メインのセッションは4/26（火）で営業時間中ですがImage may be NSFW.
Clik here to view.、5/7（火）までやってるのでゴールデンウイークにもやれそうですね」「修了すれば証明書を発行とな」「ちょうど春の研修のタイミングだし、やってみようかなImage may be NSFW.
Clik here to view.」

参考: AWS資格勉強を始めようと思っている方！今がチャンスですよー 〜AWS Innovate試験対策セッションのご紹介〜 ｜ DevelopersIO

「AWS Innovate、日本の昼間の時間帯にやるんですね」「あ、以前のAWS Innovateは海外で開催でしたっけ」「2018年からオンラインカンファレンスになってるのか」

Image may be NSFW.
Clik here to view.補足: AWS Summit Tokyo 2019

AWS Summit Tokyo 2019（6/12〜6/14）も募集開始されました。今年はRubyKaigiと会期がぶつかっていないのがうれしいですねImage may be NSFW.
Clik here to view.。

AWS Summit Tokyo 2019 が開催されます
こちらからご登録ください！
なお、毎年セッションが早い段階から埋まっていく（特にハンズオン系）ので、本当に早めのご登録をおすすめいたします！https://t.co/YokPMB9SWH

— よだれいぬ（凍らない方） (@pabroff_freeze) April 15, 2019

Image may be NSFW.
Clik here to view.

Image may be NSFW.
Clik here to view.Nuclio: オープンソースのサーバーレスプラットフォーム（Serverless Statusより）

• 元記事: Comparing Nuclio and AWS Lambda – DevOps.com
  • サイト: nuclio.io — Serverless Functions for Real-time and Data-Driven Applications
  • リポジトリ: nuclio/nuclio

Image may be NSFW.
Clik here to view.

つっつきボイス:「NuclioというオープンソースのサーバーレスプラットフォームをAWS Lambdaと比較する記事です」「今日のつっつきは惜しくもmorimorihogeさんが都合で出られないので、この辺りはあんまり深い話はできないと思いますImage may be NSFW.
Clik here to view.」「Lambdaだと関数を書くときにいくつか制約があったりするという話が以前もありましたが（ウォッチ20190225）、Nuclioならできるみたいなものもあるようです」「今ならラムダって何だろうみたいな人も多いだろうから、今Nuclioがサーバーレスに参入するならチャンスあるのかもImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.
同記事より

同記事の中から、両者の比較部分のごく一部を抜粋しました。同記事の結論ではNuclioを持ち上げていますが、セカンドオピニオンが欲しいですImage may be NSFW.
Clik here to view.。

• Lambdaのコンカレンシーモデルではアプリ開発が楽で呼び出しベースの課金がやりやすいが、関数がIO待ちのときにCPUサイクルをidleにできず、スケールするにはコールドスタートが必要。
• Nuclioの「関数プロセッサ」（=コンテナに似ている）は関数ワーカーを複数保持でき、各ワーカーが1度に1つのメッセージを処理できる。同じ関数プロセッサ内でのコンカレンシーをサポートし、負荷に応じて関数プロセッサのレプリカ数を自動的にスケールする。
  同記事より抜粋・再構成

「ところでNuclioはどこに置いたらいいんでしょうImage may be NSFW.
Clik here to view.」

リポジトリを見ると、以下の4つのセットアップ例がありました。ラズパイでも動かせるようにする予定のようです。

• Getting Started with Nuclio on Minikube
• Getting Started with Nuclio on Kubernetes
• Getting Started with Nuclio on Azure Kubernetes Service (AKS)
• Getting Started with Nuclio on Google Kubernetes Engine (GKE)

Image may be NSFW.
Clik here to view.モバイル

Image may be NSFW.
Clik here to view.Flutterがデスクトップも目指している

• Support ‘flutter build’ for desktop targets · Issue #30706 · flutter/flutter
• Support ‘flutter run’ for desktop targets · Issue #30707 · flutter/flutter

Image may be NSFW.
Clik here to view.
flutter.devより

つっつきボイス:「BPS社内のFlutter部の方がSlackに投下してたので」

以下はFlutter部からの追伸を再構成したものです。

「FlutterでデスクトップOSアプリ、は実は以前より粛々と開発が続いていました↓」

• リポジトリ: google/flutter-desktop-embedding
• 元記事: Flutter Desktop Embeddingを実行してFlutterでデスクトップアプリを動かしてみる - Qiita
• 元記事: Flutter desktop embedding を Windows で試す - Qiita

「今は自分のアプリを試そうと思ったら例えば『exampleディレクトリのサンプルを自分のコードに入れ替える』ような形でやれます↓」

• 元記事: flutter-desktop-embedding/Quick-Start.md at 972a5fc554cf61cf176ad3330c465a99a945839d · google/flutter-desktop-embedding

「冒頭のissueは、これをflutter開発のメインのコマンドであるflutterコマンド経由で
プロジェクトを作成、ビルド、実行できるように整備していく事に本腰入れはじめたissueのようです」

「なお、追加プロジェクト作成のissue達はこちらです↓」

参考: Support flutter create for macOS targets · Issue #30703 · flutter/flutter
参考: Support flutter create for Windows targets · Issue #30704 · flutter/flutter
参考: Support flutter create for Linux targets · Issue #30705 · flutter/flutter

Image may be NSFW.
Clik here to view.SQL

Image may be NSFW.
Clik here to view.書籍『失敗から学ぶRDBの正しい歩き方』

予約できるぞッ！！ / 曽根 壮大 の 失敗から学ぶRDBの正しい歩き方 を Amazon でチェック！ https://t.co/aEoGIKpWvH @さんから

— そーだい@初代ALF (@soudai1025) February 8, 2019

つっつきボイス:「この間のPHPerKaigiを見に行ったメンバーが以下のスライドでこの本を知って、今日のWebチーム内発表で触れていたのでチェックしました」「そうそうImage may be NSFW.
Clik here to view.」

#phperkaigi の登壇資料です。玄人はうずらさんのSessionに行くと良いと思うけどRDBMSで失敗したことがある人はぜひ聴いてくれ！！
アンチパターンから学ぶ RDBの正しい設計 / learn-from-failure-2 https://t.co/P7xSJ7rwgC

— そーだい@初代ALF (@soudai1025) March 24, 2019

第1章　データベースの迷宮
第2章　失われた事実
第3章　やり過ぎたJOIN
第4章　効かないINDEX
第5章　フラグの闇
第6章　ソートの依存
第7章　隠された状態
第8章　JSONの甘い罠
第9章　強過ぎる制約
第10章　転んだ後のバックアップ
第11章　見られないエラーログ
第12章　監視されないデータベース
第13章　知らないロック
第14章　ロックの功罪
第15章　簡単過ぎる不整合
第16章　キャッシュ中毒
第17章　複雑なクエリ
第18章　ノーチェンジ・コンフィグ
第19章　塩漬けのバージョン
第20章　フレームワーク依存症
amazon.co.jpより

「タイトルひとつひとつがとっても読んでみたい欲をそそりますImage may be NSFW.
Clik here to view.」「『効かないINDEX』Image may be NSFW.
Clik here to view.」「キャッチコピーとしてもいい感じImage may be NSFW.
Clik here to view.」「『転んだ後のバックアップ』このままかるたになりそうImage may be NSFW.
Clik here to view.」「転ばないとバックアップしないとかあるある〜Image may be NSFW.
Clik here to view.」「『監視されないデータベース』に『知らないロック』とか、噛めば噛むほど味が出る感」「キャッシュ、中毒になるんですよこれがImage may be NSFW.
Clik here to view.」「『ノーチェンジ・コンフィグ』って、素のままの設定で本番にぶちこんじゃうとか？」「『塩漬けのバージョン』もいろいろ思い出すし」

「この本、翻訳とかじゃなくて日本語で書かれてるし」「こういうのは翻訳だとガタピシしてしまいがちなので、これだけキマったタイトルにするのは至難の業ですImage may be NSFW.
Clik here to view.」「翻訳臭がないのはうれしいですねImage may be NSFW.
Clik here to view.」「内容期待できそうImage may be NSFW.
Clik here to view.」

参考: そーだいなるらくがき帳 — 曽根さんのブログ

Image may be NSFW.
Clik here to view.PostgreSQLのcount(*)を高速化（Postgres Weeklyより）

• 元記事: count(*) performance improvements in PostgreSQL- Cybertec

-- 同記事より
SELECT count(*) FROM large_table;

つっつきボイス:「ぽすぐれのcount(*)を高速化する話だそうです」「うろ覚えですが、Oracleだとこういう書き方するとめちゃ遅くなるから何らかのカラム名を書けって言われたことあったな〜: 他のRDBMSではどうなのか知りませんがImage may be NSFW.
Clik here to view.」

「まずPostgreSQLはvisibility mapを使ってindex onlyスキャンを高速に行えるから、VACUUMしようみたいな話」「それから集約テーブル（aggregate table）」「集約テーブルって何でしたっけImage may be NSFW.
Clik here to view.」

参考: 第3回　テーブル設計のグレーゾーン～毒と薬は紙一重　（2）列持ちテーブル ：SQLアタマアカデミー｜gihyo.jp … 技術評論社

このように出力の形に合わせたテーブルをフロントに持つ方法は，古くから利用されています。データを集計した結果を保持する集約テーブル（サマリーテーブル）も，このタイプのひとつに位置付けられるでしょう。
同記事より

「count(*)は結局どこかのタイミングで数えるしかないんですが、WHEREみたいな条件がないとどこにインデックスをかけたらいいのか判定できなくてフルスキャンされたりすることがあるし」「あ〜」

「元記事には『count(*)がそもそも要るのか？』という話もありますね」「count(*)的なものが欲しいことはたくさんあるんですが、count(*)でなくても取れればそれでいいんだしImage may be NSFW.
Clik here to view.」「かといって*使わないと、SELECTしてないidを数えるかどうかみたいなときにidが主キーじゃないととても面倒とか、とにかくいろいろ大変になるわけです」「ふむ〜」「なのでとりあえずcount(*)にしとけば文法的にも正しいし、という感じでやることもあるといえばある」「あとはRDBMSの実装次第かな、さすがに毎回フルスキャンはしないと思いたいけどっImage may be NSFW.
Clik here to view.」

「あと元記事に『MySQLのMyISAMには”magical row count”があるけどPostgreSQLにはない』みたいな話もありますね」「あ〜、どのRDBMSだったか、行に勝手にidを振るやつがあるけどMySQLでしたか」「そこを見れば一発でカウント取れるという感じですね」「思いっきりRDBMS依存のコードになりますがImage may be NSFW.
Clik here to view.」

参考: MySQLでテーブルの行数を数える | b.l0g.jp

Image may be NSFW.
Clik here to view.最近のRDBMS市場（DB Weeklyより）

• PDF: Database-Software-Market-White-Paper.pdf

Image may be NSFW.
Clik here to view.
同PDF p32より

つっつきボイス:「最近のRDBMS市場のサーベイPDFです: 割と長いので目ぼしいグラフをちょっと覗いてみますImage may be NSFW.
Clik here to view.」「Oracleは何位かな〜Image may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.
同PDF p43より

「Oracleは安定のトップ」「MySQLって2位なんだ！」「3位がMicrosoft SQL Server」「ぽすぐれが意外にも4位でMongoDBとどっこいどっこいとはImage may be NSFW.
Clik here to view.」「PostgreSQLの今年3月のスコアはMySQLの1/3ぐらい…」「ぽすぐれもっと評価されてるかと思ってた」

「自分も今の会社に来て初めてPostgreSQL触っていい子Image may be NSFW.
Clik here to view.だってわかったけど、それがなかったらMySQL選んでたかも」「Microsoft Accessが7位につけてるのも何というかImage may be NSFW.
Clik here to view.」「FileMakerもいらっしゃるし」「ここに入れていいんだろうかImage may be NSFW.
Clik here to view.」「SQLite（10位）がAccessより下だしImage may be NSFW.
Clik here to view.」「SQLiteもっと強いかと思ってたImage may be NSFW.
Clik here to view.」「自分も〜」「クラウド系のDynamoDBもまだ下の方ですね」「きりがないのでとりあえず次へImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.その他SQL

• 元記事: How We Built a Cost-Based SQL Optimizer | Cockroach Labs（DB Weeklyより）

• イベント: 酔いどれ設計ナイト2019 - connpass

Image may be NSFW.
Clik here to view.JavaScript

Image may be NSFW.
Clik here to view.WebAssemblyを20倍速にした話（JavaScript Weeklyより）

• 元記事: How We Used WebAssembly To Speed Up Our Web App By 20X (Case Study) — Smashing Magazine

Image may be NSFW.
Clik here to view.
同記事より

つっつきボイス:「JSアプリをWebAssemblyにしてさらにチューニングして20倍速くしたそうです」「WebAssemblyがまだよくわかってないけどっImage may be NSFW.
Clik here to view.」「minifyしたとかじゃなくて？Image may be NSFW.
Clik here to view.」「WebAssembly（wasm）は、すごく大雑把に言うとブラウザで実行できるバイナリですね」

• サイト: WebAssembly

Image may be NSFW.
Clik here to view.
webassembly.orgより

参考: WebAssembly - Wikipedia

「バイナリにしてどうするんだろ」「えっと、ちっちゃくなって速くなる: 自分が試しに以下の記事でmrubyで動かしてみたときはJavaScriptからwasmを起動してました」「Cのライブラリを呼べるとかそういうのとはまた違うのかな」「CやC++の他にRustやGoでもwasmバイナリを吐けるようになってますね: でもまだ新しいから最適化とかはこれからという感じで」「へぇ〜」

mrubyをWebAssemblyで動かす（翻訳）

「ブラウザ上で動くVMみたいなもの？」「wasmはスタックマシンだそうです」

# 同記事より
# Compile to WebAssembly
$ emcc seqtk.c \
    -o seqtk.js \
    -O2 \
    -lm \
    -s USE_ZLIB=1 \
    -s FORCE_FILESYSTEM=1

「記事の方はいろいろ工夫して、最終的にJSの21倍に高速化したそうです↓」「『いつもこううまくいくとは限らない』ってありますがImage may be NSFW.
Clik here to view.」「そりゃそうだImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.
同記事より

Image may be NSFW.
Clik here to view.「shotgun surgery」とReactコンポーネント（React Statusより）

• 元記事: 35. Shotgun surgery and React components

つっつきボイス:「記事は割と長いのでタイトルだけ見ると、shotgun surgeryで『できちゃった婚』を指すshotgun marriageを思い出しちゃいますImage may be NSFW.
Clik here to view.: 『うちの娘と結婚するか今ここで死ぬか』をショットガンで迫るという」

参考: shotgun marriageの意味・使い方・読み方 | Weblio英和辞書

【由来】 妊娠させられた娘の父親が相手の男に shotgun をつきつけて結婚を強制したことから》
weblio.jpより

「と思ったら、このshotgun surgeryはどうやらアンチパターンの名前みたいImage may be NSFW.
Clik here to view.: 1箇所変えると他のあちこちも変えないといけなくなることだそうです」「やっぱり銀の弾丸はないっImage may be NSFW.
Clik here to view.」

参考: Shotgun surgery - Wikipedia
参考: Shotgun Surgery

Image may be NSFW.
Clik here to view.
refactoring.guruより

「できちゃった婚になぞらえてshotgun surgeryを深読みすると、『全部作り直すか死ぬか2つに1つだ』みたいな意味にもなるかな、なんてImage may be NSFW.
Clik here to view.」「仕事でも実際に迫られるヤツだImage may be NSFW.
Clik here to view.」「作り直すには工数が足りないんだけど、このままメンテするのもつらいような状況Image may be NSFW.
Clik here to view.」「作り直す方が早いことも多いのにImage may be NSFW.
Clik here to view.」「よく起きる問題ですよねImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.is-online: オンラインかどうかを確かめるライブラリ（JavaScript Weeklyより）

• リポジトリ: sindresorhus/is-online

// 同リポジトリより
const isOnline = require('is-online');

(async () => {
    console.log(await isOnline());
    //=> true
})();

READMEを見ると、ブラウザ環境ならNavigator.onLineで確認できるけど、それができないブラウザ以外のJS環境で使うそうです。

参考: Navigator.onLine - Web APIs | MDN

Image may be NSFW.
Clik here to view.その他JS

• リポジトリ: 0xfe/vexchords — ギターのタブ譜を生成するJSライブラリ（JavaScript Weeklyより）
• デモサイト: The Little Chord Chart

Image may be NSFW.
Clik here to view.
同リポジトリより

つっつきボイス:「ギターのタブ譜を生成するJSなんですが、タブ譜（tablature）ってご存知です？」「うんにゃImage may be NSFW.
Clik here to view.」「ギターを始めて間もない人が割とよく使うギター専用の譜面の記法で、ギターのどこを押さえるかをこんなふうにビジュアル表示します: 私は楽器が違うんでタブ譜に用はないんですがImage may be NSFW.
Clik here to view.」「Image may be NSFW.
Clik here to view.」

参考: タブラチュア - Wikipedia

「ギターの人で、普通の五線譜は読めないけどタブ譜なら読める、という人を割と見かけることがあって、ちょっと不思議だなと思ってました」「押さえる位置が物理的に示されているからわかりやすいのかも？」「ギター、音楽の授業でちょっとやったけど指痛くてやんなったImage may be NSFW.
Clik here to view.」「最初痛いっすよねホントImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.CSS/HTML/フロントエンド/テスト

Image may be NSFW.
Clik here to view.GSMArena.com: さまざまなスマホのスペックを同じフォーマットで見られるサイト

• サイト: GSMArena.com – mobile phone reviews, news, specifications and more…

BPSのテスティングチームの人がこのサイトに喜びの声を上げていましたImage may be NSFW.
Clik here to view.。

つっつきボイス:「サイトを開いて、スマホのメーカーと機種をクリックすると、そのスマホのスペックが表示されるんですが、その表示が以下のようにどのメーカー/機種でも同じフォーマットに揃えられています↓」「そこ重要！」「これは欲しいヤツImage may be NSFW.
Clik here to view.」「よくぞ作ったと思いますImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.
gsmarena.comより

「いいっすね〜（しみじみ）、ノートパソコンでもこういうサイトが欲しいですImage may be NSFW.
Clik here to view.」「ノートPCはさらに大変そうだけどImage may be NSFW.
Clik here to view.」「この間ノートパソコンの液晶のサイズを調べたんですけど、メーカーごとにいろんな表記方法があってつらいことつらいことImage may be NSFW.
Clik here to view.」「公式サイトにもちゃんと載ってなかったりしますしImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.その他フロント

• 元記事: W3Cで現在公開されているHTMLとDOM仕様は将来廃止されます – 水底の血
• 元記事: Microsoft Edge preview builds: The next step in our OSS journey | Windows Experience Blog

つっつきボイス:「Edgeのpreview buildがChromiumエンジンを採用するという記事です」「それをEdgeと呼んでいいものかどうかImage may be NSFW.
Clik here to view.」「エンジンがChromiumならコスメティックな部分は各社好きにやってくれていい気がしますImage may be NSFW.
Clik here to view.」「Edgeほとんど使ってませんけどImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.言語・ツール

Image may be NSFW.
Clik here to view.謎のV言語

• サイト: The V Programming Language
• リポジトリ: vlang/v
• 元記事: V プログラミング言語 – Qiita

// 同サイトより
fn main() {
    types := ['game', 'web', 'tools', 'GUI']
    for typ in types {
        println('Hello, $typ developers!')
    }
}

つっつきボイス:「この間社内で教えてもらったV言語という新言語なんですが、登場して数日で★が2000超えてました」「バイナリが小さいらしくて、一説にはRustやGoのライバルと言われているみたいです」「ほ〜」「ただ、私の探し方が悪いのか、まだコンパイラが見当たらないんですよねImage may be NSFW.
Clik here to view.」「リポジトリにあるのはV言語のサンプルのようですねImage may be NSFW.
Clik here to view.」「サイトにはplaygroundがあって動くし、soon availableとか書いてあるのでそのうち出るのかもしれませんがImage may be NSFW.
Clik here to view.」「また一文字言語が現れたかImage may be NSFW.
Clik here to view.」「CとかRみたいなImage may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.

Image may be NSFW.
Clik here to view.Goはどうしてデカい？（Golang Weeklyより）

• 元記事: Why are my Go executable files so large?

Image may be NSFW.
Clik here to view.
同記事より

• リポジトリ: jondot/goweight — Goバイナリサイズの分析ツール

Image may be NSFW.
Clik here to view.
同リポジトリより

つっつきボイス:「Goのバイナリがデカい理由を探る記事です」「ワンバイナリでやってるからしゃーない気がImage may be NSFW.
Clik here to view.」「goweightは記事とは別に、バイナリが何で太ってるのかを分析するツールです」

# 同リポジトリより
$ ./goweight
  3.0 MB runtime
  1.6 MB net
  1.4 MB reflect
  1.3 MB gopkg.in/alecthomas/kingpin.v2
  870 kB math/big
  668 kB github.com/alecthomas/template
  628 kB syscall
  626 kB text/template
  550 kB go/ast
  546 kB encoding/json
  509 kB text/template/parse
  495 kB github.com/alecthomas/template/parse
  424 kB time
  402 kB regexp/syntax
  395 kB golang_org/x/net/dns/dnsmessage
  388 kB fmt

Image may be NSFW.
Clik here to view.その他言語

• 元記事: Announcing Rust 1.34.0 | Rust Blog Image may be NSFW.
  Clik here to view.
• サイト: Vugu: A modern UI library for Go+WebAssembly（Golang Weeklyより）

おおおお、これはすごい…
作った方がすごいのはもちろんだけど、こうも分かりやすく解説できるのもすごい… https://t.co/1kbI8zRJZu

— yasuhiroki (@duck_yasuhiroki) April 9, 2019

• gist: yamayaさんの難読化シェル芸(フィボナッチ数列) 解説

つっつきボイス:「gistに詳しく書かれてますが、こんな姿でもシェルスクリプト↓で、しかもフィボナッチ数列を生成するんだそうです」「ちょImage may be NSFW.
Clik here to view.」「ヤメテーImage may be NSFW.
Clik here to view.」「まさに難読化」「まるでbrainf*ck」

# 同gistより
! : "`/???/???/???${#?}???<<<_.`";_____=${_::-~$?}
____='__+=___,___=__-___,__<_[$($_____<<<$___>&$[-~${##}])]||____'
((__=-~$?,____))|&$_____#シェル芸

— yamaya (@yamaya) April 6, 2019

参考: Brainf*ck - Wikipedia

Image may be NSFW.
Clik here to view.その他

Image may be NSFW.
Clik here to view.その他のその他

• 元記事: 小型の最新AIコンピュータ「NVIDIA Jetson Nano」レビュー(2) ベンチマーク編　AIエッジコンピューティングの新定番となるか? | ロボスタ
• 元記事: 「機械学習はデータ集めるのが一番大変・・・」⇛Googleが大量の機械学習用データベースを無料公開してた – Qiita
• リポジトリ: MariaLetta/free-gophers-pack — Gopherくん無料イラスト詰め合わせ（Golang Weeklyより）

つっつきボイス:「無料で使えるGopherくんイラストなんですけど、オリジナルの目の焦点が合ってないっぽいGopherくんよりカワイイ成分多めだったのでImage may be NSFW.
Clik here to view.」「かわゆい〜Image may be NSFW.
Clik here to view.」

Image may be NSFW.
Clik here to view.
同リポジトリより

今回は以上です。RubyKaigiでお会いしましょう！

福岡空港駅の下りエスカレーターんとこあったばい！ #rubukaigi pic.twitter.com/ztptWnuIsU

— sue445 (@sue445) April 16, 2019

おたより発掘

書籍を紹介していただき、圧倒的感謝 / 2件のコメント https://t.co/xAFKs481U3 “週刊Railsウォッチ（20190415-2/2後編）最近のRDBMS市場、Flutterがデスクトップにも向かう、書籍『失敗から学ぶRDBの正しい歩き方』ほか” (4 users) https://t.co/oezeqEIses

— そーだい@初代ALF (@soudai1025) April 17, 2019

バックナンバー（2019年度第2四半期）

週刊Railsウォッチ（20190415-1/2前編）Railsバージョンアップに便利なstill_life gem、Zeitwerkの改修進む、named_capture追加ほか

• 20190409-2/2後編 Ruby 2.3系サポート終了、Thoughtbotのコーディング指南書、PostgreSQLのgenerated column、Chromebrewほか
• 20190408-1/2前編 RubyKaigiの予習資料、Rails「今年ベストのプルリク」、numbered parametersの議論ほか
• 20190402-2/2後編 Apache Arrowとは何か、prop drillingはアンチパターン、Node-REDほか
• 20190401-1/2前編 Rails 5.2.3/5.1.7がリリース、Railsdmの「Railsの正体」、Ruby 2.7のnumbered parameter、新元号「令和」ほか

今週の主なニュースソース

ソースの表記されていない項目は独自ルート（TwitterやはてブやRSSなど）です。

Publickey

Image may be NSFW.
Clik here to view.

Postgres Weekly

Image may be NSFW.
Clik here to view.

DB Weekly

Image may be NSFW.
Clik here to view.

Serverless Status

Image may be NSFW.
Clik here to view.

Frontend Focus

Image may be NSFW.
Clik here to view.

React Status

Image may be NSFW.
Clik here to view.

Golang Weekly

Image may be NSFW.
Clik here to view.

BPSの福岡拠点として一緒にお仕事させて頂いてます、株式会社ウイングドアのアリタです。

Image may be NSFW.
Clik here to view.

もうまもなく令和ですね！
システムの新元号対応は進んでいますか。
もう直前ではありますが、各言語での令和変換を試してみたいと思います。

今回、令和変換してみる言語は下記の通りです。

1. Ruby on Rails
2. PHP
3. Python
4. JavaScript
5. Swift

「令和」変換してみよう

Image may be NSFW.
Clik here to view.1. Ruby on Rails

Ruby on Rails には、和暦を扱うGemとして wareki が存在します。
今回は、warekiのGemで変換を行なってみます。

既にwarekiのGemがインストールされている状態で「rails c」を実行します。

1. 実行

• wareki (0.4.0)

irb(main):001:0> Date.parse("2019-05-01").strftime("%Je%Jg年")
=> "令和1年"

無事、令和1年が表示されました！

ちなみに、wareki (0.3.0)で確認すると平成31年のままでした。

• wareki (0.3.0)

irb(main):001:0> Date.parse("2019-05-01").strftime("%Je%Jg年")
=> "平成31年"

wareki (0.4.0)から令和に対応されたようですね。

また、Ruby 2.6.3も「令和」対応されているようです。
参考：【速報】Ruby 2.6.3リリース: 「令和」対応のみ

Image may be NSFW.
Clik here to view.2. PHP

PHPで和暦・日本語曜日を使うという記事で紹介されている
DatetimeUtilityが汎用性が高そうでしたので、今回こちらを利用させていただきます。

1. DatetimeUtilityに「令和」を追加

/**
 * 日時用汎用クラス
 */
class DatetimeUtility {
    /** 元号用設定
     * 日付はウィキペディアを参照しました
     * http://ja.wikipedia.org/wiki/%E5%85%83%E5%8F%B7%E4%B8%80%E8%A6%A7_%28%E6%97%A5%E6%9C%AC%29
     */
    private static $gengoList = [
        ['name' => '令和', 'name_short' => 'R', 'timestamp' =>  1556636400],  // 2019-05-01,
        ['name' => '平成', 'name_short' => 'H', 'timestamp' =>  600188400],  // 1989-01-08,
        ['name' => '昭和', 'name_short' => 'S', 'timestamp' => -1357635600], // 1926-12-25'
        ['name' => '大正', 'name_short' => 'T', 'timestamp' => -1812186000], // 1912-07-30
        ['name' => '明治', 'name_short' => 'M', 'timestamp' => -3216790800], // 1868-01-25
    ];
（以下略）

2. 実行

日付操作のためのCarbon、DateTimeクラスの2パターンで実行のためのソースコードを書いてみます。

• Carbonの場合のソースコード

require 'vendor/autoload.php';
use Carbon\Carbon;

$carbon = Carbon::parse('2019-04-30');
$format = 'Jk年';
echo DatetimeUtility::date($format, $carbon->timestamp)."\n";
$format = 'JK年';
echo DatetimeUtility::date($format, $carbon->timestamp)."\n";

$carbon = Carbon::parse('2019-05-01');
$format = 'Jk年';
echo DatetimeUtility::date($format, $carbon->timestamp)."\n";
$format = 'JK年';
echo DatetimeUtility::date($format, $carbon->timestamp)."\n";

• 実行結果

平成31年
平成31年
令和1年
令和元年

• DateTimeの場合のソースコード

$datetime = new DateTime('2019-04-30');
$format = 'Jk年';
echo DatetimeUtility::date($format, $datetime->format('U'))."\n";
$format = 'JK年';
echo DatetimeUtility::date($format, $datetime->format('U'))."\n";

$datetime = new DateTime('2019-05-01');
$format = 'Jk年';
echo DatetimeUtility::date($format, $datetime->format('U'))."\n";
$format = 'JK年';
echo DatetimeUtility::date($format, $datetime->format('U'))."\n";

• 実行結果

平成31年
平成31年
令和1年
令和元年

いずれも無事「令和」に変換することができました！

またCarbonの場合、下記の書き方でも和暦変換出来るようなのですが、こちらはCライブラリに依存するようです。

$format = '%EC%Ey年';
echo $carbon->formatLocalized($format)."\n";

Image may be NSFW.
Clik here to view.3. Python

PHPと同じパターンですが・・pythonで和暦で紹介されている
JpEraを拡張させて令和変換してみたいと思います。

1. jp_era.pyに「令和」を追加

class JpEra:
    def __init__(self, shorthand, era_name, begin_date, end_date=datetime.date.max):
        self.shorthand = shorthand
        self.era_name = era_name
        self.begin_date = begin_date
        self.end_date = end_date

    def in_term(self, target_date):
        return self.begin_date <= target_date <= self.end_date

    def jp_year(self, year):
        return year - (self.begin_date.year - 1)


JP_ERA = (
    JpEra("M", "明治", datetime.date(1868,  9,  8), datetime.date(1912,  7, 29)),
    JpEra("T", "大正", datetime.date(1912,  7, 30), datetime.date(1926, 12, 24)),
    JpEra("S", "昭和", datetime.date(1926, 12, 25), datetime.date(1989,  1, 7)),
    JpEra("H", "平成", datetime.date(1989,  1,  8), datetime.date(2019,  4,  30)),
    JpEra("R", "令和", datetime.date(2019,  5,  1)),
)
（以下略）

2. 実行

• ソースコード: jp_era_test.py

# coding:utf-8
import datetime
from jp_era import *

heisei_date = datetime.date(2019, 4, 30)
reiwa_date = datetime.date(2019, 5, 1)
heisei_jp = jp_era(heisei_date)
reiwa_jp = jp_era(reiwa_date)

heisei = '%s%d年' % (heisei_jp[1], heisei_jp[2])
reiwa = '%s%d年' % (reiwa_jp[1], reiwa_jp[2])

print(heisei_date)
print(heisei)
print(reiwa_date)
print(reiwa)

• 実行結果

$ python jp_era_test.py

2019-04-30
平成31年
2019-05-01
令和1年

無事、令和変換できました！

Image may be NSFW.
Clik here to view.4. JavaScript

toLocaleDateStringを利用すれば和暦変換可能です。

var date = new Date('2019/5/1').toLocaleDateString("ja-JP-u-ca-japanese",{era:'long',year:'numeric'});
console.log(date);

• 実行結果

平成31年

・・残念。平成31年になってしまいました。

その他の手段として、JavaScriptで日付をフォーマットする（和暦対応）にある
「UltraDate.js」を利用すると良さそうです。

• ソースコード

console.log(dateFormatJp(new Date('2018/12/31'), 'gggee年'));
console.log(dateFormatJp(new Date('2019/1/1'), 'gggee年'));
console.log(dateFormatJp(new Date('2019/4/30'), 'gggee年'));
console.log(dateFormatJp(new Date('2019/5/1'), 'gggee年'));

• 実行結果

平成30年
令和01年
令和01年
令和01年

・・・！？
どうも2019/1/1〜2019/4/30も「令和01年」として扱われているようです。悩ましいですね。

Image may be NSFW.
Clik here to view.5. Swift

DateFormatterのdateFormatで和暦変換が出来るので、こちらを試してみます。

• ソースコード（Xcode 10.1 / swift4.2）

let components = DateComponents(calendar: Calendar.current, year:2019, month: 5, day: 1)
let date = components.date!

let dateFormatter = DateFormatter()
// Locale.currentの場合、24時間表示オフだとdateがnilになる
dateFormatter.locale = Locale(identifier: "ja_JP")
dateFormatter.calendar = Calendar(identifier: .japanese)
dateFormatter.dateFormat = "Gy年"
let formatedDate = dateFormatter.string(from: date)
print(formatedDate)

• 実行結果

平成31年

・・残念。平成31年になってしまいました。

[Swift] [iOS] [令和] 和暦西暦変換は端末日付に依存するによると
iOS 12.3 beta2でCalendarコンポーネントの挙動が変わっているようですね。
Xcodeのバージョンが古いので早々にアップデートして試してみます・・。

おまけ：各方面の元号対応

• 電子政府のAPIを提供しているe-Govでは4月30日（火）に改元対応に伴うシステム保守作業を行うようです。
  • 改元対応に伴うシステム保守作業について(2019年4月30日（火）17:00 ～ 24:05)｜電子政府の総合窓口e-Gov イーガブ
• freee、新元号「令和」対応スケジュールを発表 「中小企業向け freeeの改元10連休資金繰り対策ガイド」も公開 | プレスリリース | freee株式会社

• 新しい元号「令和」の対応方針について - SmartHR -【シェアNo.1】無料から使えるクラウド人事労務ソフト

新元号の表示について
・画面上の表示について
　　2019年5月1日以降の日付を入力いただいた場合、「令和1年5月1日」といった
　　和暦表示になるのは4月20日となります。

・社会保険・雇用保険の書類（紙）への表示について
　　年金機構、ハローワークなどにより、新元号が印字された新しい書類フォーマットが
　　公開されてから3ヶ月以内に新元号に対応いたします。移行期間中は次の対応とさせていただきます。
smarthr.jpより

今回紹介出来ませんでしたが、Androidでは Android 7.0（API レベル 24）から「ICU4J Android Framework API」を利用することで令和変換出来るようです。ICU – International Components for Unicode自体はC++などでも利用されているようですね。
（参考：【最終版】新元号に対応するために ICU を用いて和暦の動作確認をする)

まとめ

今回、幾つかの言語では無事に「令和」変換できました。
（無事変換出来なかったものについては後日の宿題ということで・・）

まもなく「令和」を迎えるので、急に元号対応がきた場合などの参考になれば幸いです。
それでは、良いゴールデンウイーク（もとい令和ライフ）をお過ごしください！

Image may be NSFW.
Clik here to view.

株式会社ウイングドアでは、Ruby on RailsやPHPを活用したwebサービス、webサイト制作を中心に、
スマホアプリや業務系システムなど様々なシステム開発を承っています。

関連記事

RubyMineからGitが使えて便利

Flutterアニメーション、時々PWA+TWAなど

こんにちは、BPSの福岡拠点として一緒にお仕事させて頂いてます、株式会社ウイングドアの坂本です。

普段日本国内で生活しているとなかなか使う機会がない英語。
しかしプログラミングにはドキュメントを読んだり、コードを書いたりと避けられないものですよね。
モデルには名詞の単数形を、テーブル名にはその複数形を、等英語のルールに則り命名することも多いかと思います。

そんな英語名詞の単数から複数形への変換処理。
各フレームワークでどんな処理になっているのか覗いてみると、
それぞれ実装の仕方や定義が違って面白かったのでぜひご紹介したいと思います。

調査対象

今回調査したのは以下のフレームワークです。

• Ruby on Rails 5.2.3 (Ruby)
• CakePHP 3.5.7 (PHP)
• Symfony 4.3 (PHP)
• Laravel 5.8 (PHP)

主に自分が利用している、したことあるものを中心にピックアップしてみました。
また、今回は英語の複数形の定義のみ調査しています。

英語の複数形について

実装の中身を見る前に、改めて複数形について確認しましょう。

複数形とは

ご存知かと思いますが英語などいくつかの言語の名詞には単数形（singular）と複数形（plural）があります。
対象が1つであるか、2つ以上であるかによってスペルが代わり、また意味も異なる場合もあるそうです。
また、すべての名詞が複数形になるわけではありません。
名詞が以下のような考えによって分類され、可算名詞のみが複数形の変換が必要になります

可算名詞(countable noun)

1つ、2つなど個数を数えられるようなもの
複数形の変換が必要なのはこれ

不可算名詞(uncountable nouns)

単数/複数の区別がない、個体の概念のないもの

単複同形名詞

単数/複数の区別ができるのに綴りは一緒

参考: 英語の中の「不可算名詞」の見分け方・数え方・考え方

単複同形名詞

ちょっと難しそうなのは単複同形名詞。
単複同形名詞されやすいものは以下のパターンに分類できるそうです。

基本的に「群れ単位で扱われる動物や魚」

例） 魚/羊などの群れで生息するもの
（※ニワトリ、ヤギなど多数派の動物は単数形・複数形が存在する）

発音上の区別がつきにくい語、発音が面倒くさくなる語

例） means / Japanese

比較的新しい外来語

例） sushi（寿司）/ tempura（天ぷら）

語尾に-craftまたは-wareのつく語

例） craft（船舶） / hardware（ハードウェア）

参考: 英語の「単数形と複数形の区別がない可算名詞」（単複同形名詞）

複数形のルール

複数形の変換は以下のようになります。

基本的には単数形に -s をつける

例）cat → cats

sh, ch など（歯擦音）で終わる場合は、単数形に -es をつける

例）bush→ bushes

e で終わる名詞は -s をつける

例）case→ cases

o で終わる一部の名詞は -es をつける

例）tomato→ tomatoes

y で終わる殆どの語は -ies をつける

例）lady→ ladies

f あるいは fe で終わる一部は -ves をつける

例）leaf→ leaves

sis あるいは xis で終わる殆どの語は -ses、-xes をつける

例) oasis → two oases

x で終わる語は -ces をつけることがある

例) matrix → matrices

us で終わる語はそれを -i に置き換えて複数形になることがある

例) cactus → cacti

um あるいは on で終わる語の一部はそれを -a に置き換えて複数形になる

例) forum → two fora

その他、例外も多数存在する

参考: Wikipedia「複数」より

上記を踏まえて、早速各フレームワークの実装を見てみましょう。

Ruby on Rails 5.2.3 (Ruby)

調査メソッド

RailsはActiveSupport.Inflectorモジュールのpluralizeメソッドを調査します。
参考: pluralize — ActiveSupport::Inflector
名前的にも処理的にも複数形の定義で問題なさそうです

pluralize('post') # => "posts"
pluralize('octopus') # => "octopi"

ソースコード

• rails/methods.rb at 5-2-stable · rails/rails

require "active_support/inflections"

    # 〜 略 〜

    def pluralize(word, locale = :en)
      apply_inflections(word, inflections(locale).plurals, locale)
    end

    # 〜 略 〜
    def apply_inflections(word, rules, locale = :en)
      result = word.to_s.dup

      if word.empty? || inflections(locale).uncountables.uncountable?(result)
        result
      else
        rules.each { |(rule, replacement)| break if result.sub!(rule, replacement) }
        result
      end
    end

構造

大まかな流れは以下のようです。

1. 複数形の変換ルールとlocaleを、メソッドapply_inflectionsに渡して変換
2. apply_inflectionsメソッドで以下の処理実行
3. 最初に不可算名詞かどうか判定し、不可算名詞の場合はそのまま返す。（空文字も同様）
4. 不可算名詞でなければ渡されたのルールに最初に一致するものがあれば複数形に変換して返す、という形のようです。

変換のルール

では肝心な複数形の変換ルールはどう定義されているのか見てみましょう。

変換ルールは以下のファイルで定義されているようです。

• rails/inflections.rb#L13 at 5-2-stable · rails/rails

こちらではinflect.plural({検索対象文字列}, {置換文字列}) という形で複数形の変換のルールを定義していました。
ちなみに定義数は21個です。

inflect.plural(/$/, "s")
inflect.plural(/s$/i, "s")
inflect.plural(/^(ax|test)is$/i, '\1es')
inflect.plural(/(octop|vir)us$/i, '\1i')
inflect.plural(/(octop|vir)i$/i, '\1i')
inflect.plural(/(alias|status)$/i, '\1es')
inflect.plural(/(bu)s$/i, '\1ses')
inflect.plural(/(buffal|tomat)o$/i, '\1oes')
inflect.plural(/([ti])um$/i, '\1a')
inflect.plural(/([ti])a$/i, '\1a')
inflect.plural(/sis$/i, "ses")
inflect.plural(/(?:([^f])fe|([lr])f)$/i, '\1\2ves')
inflect.plural(/(hive)$/i, '\1s')
inflect.plural(/([^aeiouy]|qu)y$/i, '\1ies')
inflect.plural(/(x|ch|ss|sh)$/i, '\1es')
inflect.plural(/(matr|vert|ind)(?:ix|ex)$/i, '\1ices')
inflect.plural(/^(m|l)ouse$/i, '\1ice')
inflect.plural(/^(m|l)ice$/i, '\1ice')
inflect.plural(/^(ox)$/i, '\1en')
inflect.plural(/^(oxen)$/i, '\1')
inflect.plural(/(quiz)$/i, '\1zes')

特殊な変換

また、以下の項目は特殊な変換として、単数形/複数形のそれぞれの先頭に追加しています。
inflect.irregular({単数形}, {複数形}) という形で6個定義されています。

inflect.irregular("person", "people")
inflect.irregular("man", "men")
inflect.irregular("child", "children")
inflect.irregular("sex", "sexes")
inflect.irregular("move", "moves")
inflect.irregular("zombie", "zombies")

• rails/inflections.rb#L63 at 5-2-stable · rails/rails

不可算名詞

不可算名詞の定義は以下の10個。
魚や羊がしっかり定義されています。

inflect.uncountable(%w(equipment information rice money species series fish sheep jeans police))

その他

複数形のルールはconfig/initializers/inflections.rbに定義を追加することもできるようです。

参考: rails/active_support_core_extensions.md at 5-2-stable · rails/rails

CakePHP 3.5.7 (PHP)

調査メソッド

続いてCakePHP3。
Inflector::pluralize($singular) を調査していきたいと思います。

• 複数形と単数形の作成 — Inflector - 3.7

ソースコード

ソースコードはこんな感じ。
Railsと違って、定義も同じファイル。
文字列をキャメルケースに変換するメソッドなどもこちらのクラスで一緒に実装されています。

• cakephp/Inflector.php at 3.6-form-timezone · cakephp/cakephp

class Inflector
{
    // 〜 略 〜

    public static function pluralize($word)
    {
        if (isset(static::$_cache['pluralize'][$word])) {
            return static::$_cache['pluralize'][$word];
        }
        if (!isset(static::$_cache['irregular']['pluralize'])) {
            static::$_cache['irregular']['pluralize'] = '(?:' . implode('|', array_keys(static::$_irregular)) . ')';
        }
        if (preg_match('/(.*?(?:\\b|_))(' . static::$_cache['irregular']['pluralize'] . ')$/i', $word, $regs)) {
            static::$_cache['pluralize'][$word] = $regs[1] . substr($regs[2], 0, 1) .
                substr(static::$_irregular[strtolower($regs[2])], 1);
            return static::$_cache['pluralize'][$word];
        }
        if (!isset(static::$_cache['uninflected'])) {
            static::$_cache['uninflected'] = '(?:' . implode('|', static::$_uninflected) . ')';
        }
        if (preg_match('/^(' . static::$_cache['uninflected'] . ')$/i', $word, $regs)) {
            static::$_cache['pluralize'][$word] = $word;
            return $word;
        }
        foreach (static::$_plural as $rule => $replacement) {
            if (preg_match($rule, $word)) {
                static::$_cache['pluralize'][$word] = preg_replace($rule, $replacement, $word);
                return static::$_cache['pluralize'][$word];
            }
        }
    }

// 〜 略 〜

構造

変換の流れは以下のようになってります。

1. 既にキャッシュに定義がのこっていればその値を返す(通常の複数形の変換/特殊な文字列/単複同形名詞の順にチェック)
2. 上記に該当しない場合、複数形の変換ルールを上から順にチェックし、最初に該当したものを置換して返す

変換のルール

Railsと同じように、{検索対象文字列} => {置換文字列} の形で定義。
定義数はRailsより若干多い23個です。

    protected static $_plural = [
        '/(s)tatus$/i' => '\1tatuses',
        '/(quiz)$/i' => '\1zes',
        '/^(ox)$/i' => '\1\2en',
        '/([m|l])ouse$/i' => '\1ice',
        '/(matr|vert|ind)(ix|ex)$/i' => '\1ices',
        '/(x|ch|ss|sh)$/i' => '\1es',
        '/([^aeiouy]|qu)y$/i' => '\1ies',
        '/(hive)$/i' => '\1s',
        '/(chef)$/i' => '\1s',
        '/(?:([^f])fe|([lre])f)$/i' => '\1\2ves',
        '/sis$/i' => 'ses',
        '/([ti])um$/i' => '\1a',
        '/(p)erson$/i' => '\1eople',
        '/(?<!u)(m)an$/i' => '\1en',
        '/(c)hild$/i' => '\1hildren',
        '/(buffal|tomat)o$/i' => '\1\2oes',
        '/(alumn|bacill|cact|foc|fung|nucle|radi|stimul|syllab|termin)us$/i' => '\1i',
        '/us$/i' => 'uses',
        '/(alias)$/i' => '\1es',
        '/(ax|cris|test)is$/i' => '\1es',
        '/s$/' => 's',
        '/^$/' => '',
        '/$/' => 's',
    ];

特殊な変換

こちらも同じように{単数形} => {複数形} で定義。合計で41個定義していました。

    protected static $_irregular = [
        'atlas' => 'atlases',
        'beef' => 'beefs',
        'brief' => 'briefs',
        'brother' => 'brothers',
        'cafe' => 'cafes',
        'child' => 'children',
        'cookie' => 'cookies',
        'corpus' => 'corpuses',
        'cow' => 'cows',
        'criterion' => 'criteria',
        'ganglion' => 'ganglions',
        'genie' => 'genies',
        'genus' => 'genera',
        'graffito' => 'graffiti',
        'hoof' => 'hoofs',
        'loaf' => 'loaves',
        'man' => 'men',
        'money' => 'monies',
        'mongoose' => 'mongooses',
        'move' => 'moves',
        'mythos' => 'mythoi',
        'niche' => 'niches',
        'numen' => 'numina',
        'occiput' => 'occiputs',
        'octopus' => 'octopuses',
        'opus' => 'opuses',
        'ox' => 'oxen',
        'penis' => 'penises',
        'person' => 'people',
        'sex' => 'sexes',
        'soliloquy' => 'soliloquies',
        'testis' => 'testes',
        'trilby' => 'trilbys',
        'turf' => 'turfs',
        'potato' => 'potatoes',
        'hero' => 'heroes',
        'tooth' => 'teeth',
        'goose' => 'geese',
        'foot' => 'feet',
        'foe' => 'foes',
        'sieve' => 'sieves'
    ];

不可算名詞

不可算名詞は以下。
定義は31項目ですが正規表現を利用しているので該当する名詞はもっとたくさんありそうです。

    protected static $_uninflected = [
        '.*[nrlm]ese', '.*data', '.*deer', '.*fish', '.*measles', '.*ois',
        '.*pox', '.*sheep', 'people', 'feedback', 'stadia', '.*?media',
        'chassis', 'clippers', 'debris', 'diabetes', 'equipment', 'gallows',
        'graffiti', 'headquarters', 'information', 'innings', 'news', 'nexus',
        'pokemon', 'proceedings', 'research', 'sea[- ]bass', 'series', 'species', 'weather'
    ];

その他

こちらも複数形のルールは追加可能。
config/bootstrap.phpに以下のように記載すれば追加できるそうです。

Inflector::rules('singular', ['/^(bil)er$/i' => '\1', '/^(inflec|contribu)tors$/i' => '\1ta']);
Inflector::rules('uninflected', ['singulars']);
Inflector::rules('irregular', ['phylum' => 'phyla']); // キーは単数形、値は複数形

• Inflection の設定 — Inflector - 3.7

Symfony 4.3(PHP)

調査メソッド

Symfony 4.3はInflector Componentのpluralizeメソッドで複数形へ変換ができるようです。
このメソッドの特徴として、複数形の結果が複数推測できる場合、文字列が配列で返ってきます。
利用する場合は配列かどうかの判定も必要です。

Inflector::pluralize('grandchild'); // 'grandchildren'
Inflector::pluralize('news');       // 'news'
Inflector::pluralize('bacterium');  // 'bacteria'

Inflector::pluralize('matrix'); // ['matricies', 'matrixes']
Inflector::pluralize('person'); // ['persons', 'people']

• The Inflector Component (Symfony 4.3 Docs)

ソースコード

• symfony/Inflector.php at master · symfony/symfony

namespace Symfony\Component\Inflector;
/**
* Converts words between singular and plural forms.
*
* @author Bernhard Schussek
*/
final class Inflector
{
    /**
    * Map English singular to plural suffixes.
    *
    * @see http://english-zone.com/spelling/plurals.html
    */
    private static $singularMap = [
    // criterion (criteria)
    ['airetirc', 8, false, false, 'criterion'],
    // 〜 略 〜
    ];

    // 〜 略 〜
    public static function pluralize(string $singular)
    {
        $singularRev = strrev($singular);
        $lowerSingularRev = strtolower($singularRev);
        $singularLength = \strlen($lowerSingularRev);
        // Check if the word is one which is not inflected, return early if so
        if (\in_array($lowerSingularRev, self::$uninflected, true)) {
            return $singular;
        }
        // The outer loop iterates over the entries of the singular table
        // The inner loop $j iterates over the characters of the singular suffix
        // in the singular table to compare them with the characters of the actual
        // given singular suffix
        foreach (self::$singularMap as $map) {
            $suffix = $map[0];
            $suffixLength = $map[1];
            $j = 0;
            // Compare characters in the singular table and of the suffix of the
            // given plural one by one
            while ($suffix[$j] === $lowerSingularRev[$j]) {
                // Let $j point to the next character
                ++$j;
                // Successfully compared the last character
                // Add an entry with the plural suffix to the plural array
                if ($j === $suffixLength) {
                    // Is there any character preceding the suffix in the plural string?
                    if ($j < $singularLength) {
                        $nextIsVocal = false !== strpos('aeiou', $lowerSingularRev[$j]);
                        if (!$map[2] && $nextIsVocal) {
                            // suffix may not succeed a vocal but next char is one
                            break;
                        }
                        if (!$map[3] && !$nextIsVocal) {
                            // suffix may not succeed a consonant but next char is one
                            break;
                        }
                    }
                    $newBase = substr($singular, 0, $singularLength - $suffixLength);
                    $newSuffix = $map[4];
                    // Check whether the first character in the singular suffix
                    // is uppercased. If yes, uppercase the first character in
                    // the singular suffix too
                    $firstUpper = ctype_upper($singularRev[$j - 1]);
                    if (\is_array($newSuffix)) {
                        $plurals = [];
                        foreach ($newSuffix as $newSuffixEntry) {
                            $plurals[] = $newBase.($firstUpper ? ucfirst($newSuffixEntry) : $newSuffixEntry);
                        }
                        return $plurals;
                    }
                    return $newBase.($firstUpper ? ucfirst($newSuffix) : $newSuffix);
                }
                // Suffix is longer than word
                if ($j === $singularLength) {
                    break;
                }
            }
        }
        // Assume that plural is singular with a trailing `s`
        return $singular.'s';
    }

構造

こちらはRailsやCakePHPとも違い、接尾辞基準で定義されているようです。

大まかな手順としては以下のよります。

1. 不可算名詞でならばそのまま返す
2. $singularMapの配列を回して各定義毎に以下をチェックし、一致するものがあれば複数形に変換して返す
   1. 変換する文字の最後の文字が、接尾辞と一致しているかをチェック
   2. 変換する文字の接尾辞より前の文字の母音か子音かが一致しているかをチェック
   3. 上記問題なければ変換する文字から接尾辞を除いたものに、複数変換接尾辞をつけて返す
      ※ この時、{複数変換接尾辞}が配列で複数定義されている場合は返り値も配列になります
3. 一致する定義がなければ、変換する文字にsをつけて返す

変換のルール（含む 特殊な変換）

判定する接尾辞と変換文字の他に、接尾辞の前の文字か母音か、子音かのフラグも一緒に配列で定義しています。
設定されてる配列の用途は、先頭から順に以下の通りです。
接尾辞(※反転済), 接尾辞文字数, 接尾辞前母音フラグ, 接尾辞前子音フラグ, 複数変換接尾辞(※配列で複数定義可能)

例えば['airetirc', 8, false, false, 'criterion']の場合
接尾辞:eci(反転前: ice), 接尾辞文字数:3, 接尾前母音フラグ: false, 接尾前子音フラグ:true, 複数変換接尾辞:ices
つまり『何らかの文字+（子音）+ice ->何らかの文字+（子音）ices にする』という定義になります
例） dice->dices

また、複数形の変換の定義と一緒にchildrenなどの特殊な変換の定義も行っているようです。
定義数は合計で49個でした。

// ※ コメントは省略して記載
    private static $singularMap = [
        ['airetirc', 8, false, false, 'criterion'],
        ['aluben', 6, false, false, 'nebulae'],
        ['dlihc', 5, true, true, 'children'],
        ['eci', 3, false, true, 'ices'],
        ['ecivres', 7, true, true, 'services'],
        ['efi', 3, false, true, 'ives'],
        ['eifles', 6, true, true, 'selfies'],
        ['eivom', 5, true, true, 'movies'],
        ['esuol', 5, false, true, 'lice'],
        ['esuom', 5, false, true, 'mice'],
        ['esoo', 4, false, true, 'eese'],
        ['es', 2, true, true, 'ses'],
        ['esoog', 5, true, true, 'geese'],
        ['ev', 2, true, true, 'ves'],
        ['evird', 5, false, true, 'drives'],
        ['evit', 4, true, true, 'tives'],
        ['evom', 4, true, true, 'moves'],
        ['ffats', 5, true, true, 'staves'],
        ['ff', 2, true, true, 'ffs'],
        ['f', 1, true, true, ['fs', 'ves']],
        ['hc', 2, true, true, 'ches'],
        ['hs', 2, true, true, 'shes'],
        ['htoot', 5, true, true, 'teeth'],
        ['mu', 2, true, true, 'a'],
        ['nam', 3, true, true, 'men'],
        ['nosrep', 6, true, true, ['persons', 'people']],
        ['noi', 3, true, true, 'ions'],
        ['no', 2, true, true, 'a'],
        ['ohce', 4, true, true, 'echoes'],
        ['oreh', 4, true, true, 'heroes'],
        ['salta', 5, true, true, 'atlases'],
        ['siri', 4, true, true, 'irises'],
        ['sis', 3, true, true, 'ses'],
        ['ss', 2, true, false, 'sses'],
        ['suballys', 8, true, true, 'syllabi'],
        ['sub', 3, true, true, 'buses'],
        ['suc', 3, true, true, 'cuses'],
        ['su', 2, true, true, 'i'],
        ['swen', 4, true, true, 'news'],
        ['toof', 4, true, true, 'feet'],
        ['uae', 3, false, true, ['eaus', 'eaux']],
        ['xo', 2, false, false, 'oxen'],
        ['xaoh', 4, true, false, 'hoaxes'],
        ['xedni', 5, false, true, ['indicies', 'indexes']],
        ['x', 1, true, false, ['cies', 'xes']],
        ['xi', 2, false, true, 'ices'],
        ['y', 1, false, true, 'ies'],
        ['ziuq', 4, true, false, 'quizzes'],
        ['z', 1, true, true, 'zes'],
    ];

不可算名詞

不可算名詞は以下で定義しています。

    private static $uninflected = [
        'atad',
        'reed',
        'kcabdeef',
        'hsif',
        'ofni',
        'esoom',
        'seires',
        'peehs',
    ];

こちらの定義は文字列を反転して設定していますので、実際に定義されるのは以下の8項目になります。
data、deer、feedback、fish、info、moose、series、sheep

Laravel 5.8 (PHP)

調査メソッド

Laravel 5.8はIlluminate\Support\Str::plural()メソッドで複数形に変換できます。

• Str::plural() — ヘルパ 5.8 Laravel

ソースコード

• support/Str.php#L278 at 5.8 · illuminate/support

Illuminate\Support\Str：：pluralメソッドは違うメソッドの結果をそのままを返しています。

    public static function plural($value, $count = 2)
    {
        return Pluralizer::plural($value, $count);
    }

ということでIlluminate\Support\Pluralizerの中身を記載します

• support/Pluralizer.php at 5.8 · illuminate/support

    public static function plural($value, $count = 2)
    {
        if ((int) abs($count) === 1 || static::uncountable($value)) {
            return $value;
        }
        $plural = Inflector::pluralize($value);
        return static::matchCase($plural, $value);
    }

構造

Doctrine\Common\Inflector\Inflector::pluralizeも途中で呼び出していますね。
DoctrineはSymfonyなどでも使われるORM。こちらの複数形の処理を利用し、不可算名詞の判定だけ追加しているようです。

1. 「第2引数の$countが1」or「文字列が不可算名詞」ならばそのまま返す
2. Doctrineのメッソドを利用し複数形変換
3. 2.で変換した文字列を、元々の値にあわせて小文字/大文字を変換します。
   （すべて小文字にする、先頭だけ大文字にする、など）

という流れ。

それではInflectorクラスの複数化の処理も解析を……、と思ったのですがそうするとLaravelの複数形の定義からそれてしまいそうなので今回は除外します。