週刊Railsウォッチ（20170915）Ruby 2.4.2リリースで脆弱性修正、strong_migrations gemでマイグレーションチェック、書籍『Mastering PostgreSQL』ほか

こんにちは、hachi8833です。Macbook Proの底のゴムが4つとも取れてしまったので、障子の滑りをよくするスライドクッション（ホームセンターで270円）を貼ってみたらすごく具合がよくてうれしい今日この頃です。なおGenius Barでのゴム修復の見積は1万2000円でした。

それでは今週のウォッチ、いってみましょう。

臨時ニュース: Ruby 2.4.2リリース: 脆弱性修正を含む

• 公式: Ruby 2.4.2 リリース
• 差分: v2_4_1...v2_4_2

脆弱性の修正箇所を差分から追おうとしたのですが、CVE番号とかがコミットメッセージに見つからなくてあきらめました。

---

つっつきボイス: 「脆弱性はどれも注意してれば本番では踏まなさそう」

慌てず急いで正確にアップデート。

Rails: 先週と今週の改修

まずは先週分から。

imageタグのデフォルトaltテキストを生成しなくなった

• commit: Do not generate default alt text in image tags

-    assert_dom_equal '<img alt="Somelogo" src="http://www.example.com/images/somelogo.png" />', mail.body.to_s.strip
+    assert_dom_equal '<img src="http://www.example.com/images/somelogo.png" />', mail.body.to_s.strip

前にもこんな修正を見たような気がします。

---

つっつきボイス: 「これこの間もチェックしてたんですが、ダミーaltを取っ払うとW3C validatorとかで余分なエラーが出るからちょっと残念」「あー、そっか: でもいずれ書くことになりそうですけどね」

SET timezoneが1度だけ実行されるようになった

• PR #28413 Prevent extra SET time zone in configure_connection

+          variables = @config.fetch(:variables, {}).stringify_keys
+
           # If using Active Record's time zone support configure the connection to return
           # TIMESTAMP WITH ZONE types in UTC.
-          # (SET TIME ZONE does not use an equals sign like other SET variables)
-          if ActiveRecord::Base.default_timezone == :utc
-            execute("SET time zone 'UTC'", "SCHEMA")
-          elsif @local_tz
-            execute("SET time zone '#{@local_tz}'", "SCHEMA")
+          unless variables["timezone"]
+            if ActiveRecord::Base.default_timezone == :utc
+              variables["timezone"] = "UTC"
+            elsif @local_tz
+              variables["timezone"] = @local_tz
+            end
           end

           # SET statements from :variables config hash
           # https://www.postgresql.org/docs/current/static/sql-set.html
-          variables = @config[:variables] || {}
           variables.map do |k, v|
             if v == ":default" || v == :default
               # Sets the value to the global or compile default

---

つっつきボイス: 「うん、これは単なるバグ」

Content-Dispositionのファイル名をRFC 2231に沿ってエンコーディングするようになった

• commit: Encode Content-Disposition filenames according to RFC 2231

テストコードがわかりやすいです。

# activestorage/test/models/filename/parameters_test.rb
+  test "parameterizing a non-Latin filename" do
+    filename = ActiveStorage::Filename.new("автомобиль.jpg")
+
+    assert_equal %(filename="%3F%3F%3F%3F%3F%3F%3F%3F%3F%3F.jpg"), filename.parameters.ascii
+    assert_equal "filename*=UTF-8''%D0%B0%D0%B2%D1%82%D0%BE%D0%BC%D0%BE%D0%B1%D0%B8%D0%BB%D1%8C.jpg", filename.parameters.utf8
+    assert_equal "#{filename.parameters.ascii}; #{filename.parameters.utf8}", filename.parameters.combined
+    assert_equal filename.parameters.combined, filename.parameters.to_s
+  end

参考: RFC2231 MIME Parameter Value and Encoded Word Extensions: Character Sets, Languages, and Continuations

---

つっつきボイス: 「あー、これIEだと挙動が違うやつだ（参考）」「ChromeやFirefoxだとエンコード指定がないときはUTF-8で解釈してくれるので、RailsをChromeだけでテストしてOKと思ってたらIEでコケるやつです」「ひょえー」「Rails初心者がよくはまってましたね」

• BK通信 - ブラウザのバッドノウハウ コンテンツ編 --「日本語ファイル名の問題」

cookieの期限をメタデータに追加

• PR: #30121 Add expiry metadata to Cookies and freshen expires option to support duration

        def commit(options)
-         options[:value] = @verifier.generate(serialize(options[:value]))
+         options[:value] = @verifier.generate(serialize(options[:value]), expiry_options(options))

          raise CookieOverflow if options[:value].bytesize > MAX_COOKIE_SIZE
        end

---

つっつきボイス: 「cookieの期限設定って前からありましたよね？」「もちろん」「"signed/encrypted cookies"が大事: cookieの暗号化に使うメタデータ生成に期限設定情報を含めることで、サーバーで期限設定を変更すると復号できなくなってcookieが無効になるという本来の望ましい動作になる」「ほっほーでござる」

---

続いて今週分です。

gemメソッドで複数バージョンのgemを扱えるようになった

• PR: #30323 Support multiple versions arguments for gem method of Generators

       def gem(*args)
         options = args.extract_options!
-        name, version = args
+        name, *versions = args

         # Set the message to be shown in logs. Uses the git repo if one is given,
         # otherwise use name (version).
         parts, message = [ quote(name) ], name.dup
-        if version ||= options.delete(:version)
-          parts   << quote(version)
-          message << " (#{version})"
+
+        if versions = versions.any? ? versions : options.delete(:version)
+          _versions = Array(versions)
+          _versions.each do |version|
+            parts << quote(version)
+          end
+          message << " (#{_versions.join(", ")})"
         end
         message = options[:git] if options[:git]

---

つっつきボイス: 「#gemメソッドってBundlerが扱うGemfileに書かれている#gemメソッドなのかな？RubyMineで追いかけてみよう」「ほむ、これはRailsのGeneratorコードの中でGemfileを生成するのに使うRails::Generators::Actions#gem の方か」「Bundlerの#gemでは複数バージョンを設定できたのにこっちでできてなかったから、こっちでもできるようにしたということみたい」

メソッド再定義をremove_methodからredefine_methodに変更

• PR: #29233 Clarify intentions around method redefinitions

この間kamipoさんがキリ番30000を取ったと思うのですが、#29233とは随分戻った感じですね。

# activesupport/lib/active_support/core_ext/date_time/compatibility.rb
require_relative "../date_and_time/compatibility"
-require_relative "../module/remove_method"
+require_relative "../module/redefine_method"

 class DateTime
   include DateAndTime::Compatibility

-  remove_possible_method :to_time
+  silence_redefinition_of_method :to_time

---

つっつきボイス: 「#remove_methodってどこにあるんじゃろか？:おー、Rubyに...いる！」
「うん、確かに#silence_redefinition_of_methodというメソッド名の方が意図がわかりやすい」

「#silence_redefinition_of_methodは、Rubyのバージョンが低いときにredefineしてもWarningを出さないようにするのか」

+class Module
+  if RUBY_VERSION >= "2.3"
+    # Marks the named method as intended to be redefined, if it exists.
+    # Suppresses the Ruby method redefinition warning. Prefer
+    # #redefine_method where possible.
+    def silence_redefinition_of_method(method)
+      if method_defined?(method) || private_method_defined?(method)
+        # This suppresses the "method redefined" warning; the self-alias
+        # looks odd, but means we don't need to generate a unique name
+        alias_method method, method
+      end
+    end
+  else
+    def silence_redefinition_of_method(method)
+      if method_defined?(method) || private_method_defined?(method)
+        alias_method :__rails_redefine, method
+        remove_method :__rails_redefine
+      end
+    end
+  end
...

Rails

Turbolinksを使うRailsアプリでSJRは必要なのか（RubyFlowより）

• 元記事: Do Turbolinks Apps Still Need SJR?

とっても短い記事です。

In summary, Turbolinks will automatically handle your page-to-page navigation, whereas SJR can be used to handle XHR form submissions.
要するに、Turbolinksはページ遷移を自動ハンドリングするが、SJRはXHRフォーム送信のハンドリングに使えます。
同記事より

---

つっつきボイス: 「SJRってなんだっけ？と思って」「つ↓」

This technique is known generally as “Server-generated JavaScript Responses” or SJR for short.

「link_to :remoteとかでformat.js { render text: '$('hoge').show();'}みたいに書くやつっぽいですね」
「バックエンドのコードを書く立場だけ考えれば、link_to :remoteと組み合わせてとても手軽にAjax処理を書ける点は好き: ただし次のような問題がある」

• webpack等で処理できないのでprecompileされない
• Babel等にも通らないのでJSの言語依存を把握した上で使わないと死ぬ
• JS側だけでのSysntax Checkやコードポリシチェッカを通らない
• Railsサーバとセットで動かさない検証できないし、ちゃんとテストするならheadless browserとかを使って検証しなければならず、テスト粒度も単体レベルでできないうえに重くなる

「なるほど、書くのは楽だけど後でつらくなる感じですね、特にテストが」「何よりフロントエンジニアは確実に嫌がるでしょうね」「Railsアプリを一人で全部書いてずっとメンテするならワンチャンあるかもですが」

RailsとGraphQLのパフォーマンス（RubyFlowより）

• 元記事: GraphQL and Performance in Rails

blog.codeship.comより

GraphQLだったのでつい拾ってみました。

---

つっつきボイス: 「GraphQLを、アクセスがめちゃめちゃ集中するようなサービス構築に使うにはもっとノウハウの蓄積が必要そうですね」「GraphQLの性質上Railsより手前でキャッシュしづらいはずで、JSONやURLがほんのちょっと違うだけでキャッシュにヒットしなくなって、パフォーマンス・チューニングで打てる手段が限られてくるかも」「Burst read対策にとりあえずVarnish、みたいな手が使えなくなるのはとてもつらい」
「GraphQLはカラムの少ないテーブルで使う方がいいのかな？」「いや、むしろカラムの多いテーブルこそ有効」
「ところでVarnishって？」「コンテンツキャッシュサーバーと呼ばれているもので、キャッシュサーバ機能に特化したリバースプロキシです」「うさぎのマークが目印でござるよ↓」

varnish-cache.orgより

• 参考: Varnish入門と仕組み

RailsのモデルでちゃんとuniqueバリデーションするためにDBインデックスを適切に設定しよう（RubyFlowより）

• 元記事: Rails: make sure you have proper DB indexes for your model’s unique validations

記事では1.を推しています。

1. 適切なDBインデックスを追加する
2. uniqueバリデーションをDBレベルに移す

---

つっつきボイス: 「うん、書いてあることはとっても普通」「つまりやってて当然ということですね」
「記事最後の『How to identify these issues in your existing project』、このexisting projectでやるってのがねー、大変なんです」

記事では、soulfly/unique_validation_inspectorというgemも紹介しています。

「このツールが有用なのはわかる: でもこのツールを使わなきゃいかん人ほど使わないんですよ」

⭐strong_migration: 危ないマイグレーション操作を検出⭐（Postgres Weeklyより）

今回よりPostgres Weeklyも巡回しています。

記事はTechRachoのPostgreSQL関連翻訳記事でおなじみCraig Kerstiensさんです。

• 元記事: Better Database Migrations in Postgres
• リポジトリ: ankane/strong_migrations

www.craigkerstiens.comより

おなじみankaneさんがまた何か作ったようです。GitHub TrendingでもRuby部門のトップに上がっていました。
dev環境で（主にPostgreSQLで）問題を起こしやすい以下のマイグレーション操作を検出します。

• not nullかつデフォルト値を持つカラムを既存テーブルに追加する
• カラムの型を変更する
• テーブルのリネーム
• カラムのリネーム
• カラムの削除
• インデックスをnon-concurrentに追加する（PostgreSQLのみ）
• JSONカラムを既存テーブルに追加する（PostgreSQLのみ）

production環境での危険な操作はデフォルトで禁止されます（オプションで解除可能）。

たとえば運用中のテーブルのリネームを安全に行うには、以下のように（自分で）マイグレーションする必要があるそうです。

1. テーブルを新規作成する
2. 書き込みを両方のテーブルに行うようにする
3. 古いテーブルのデータを新しいテーブルに複製する
4. 読み込みを古いテーブルから新しいテーブルに切り替える
5. 古いテーブルの書き込みを止める
6. 古いテーブルを削除（drop）

---

つっつきボイス: 「最近バズってるgemみたいです」「おー、これよさそう！: PostgreSQLってこの手の独特の縛りがいろいろあるんですよ」「なんと」「MySQLだと通るマイグレーション操作がPostgreSQLだとコケたりとか、MySQLで慣れてる開発者がPostgreSQLに乗り換えるとこういうのにつまづきやすい」
「PostgreSQL案件にはとりあえずこのgem入れておくのがよさそう」

今週の⭐を進呈いたします。おめでとうございます。

• 参考: Safe Operations For High Volume PostgreSQL

RubyMineアップデート情報: WindowsでのDocker Composeやデバッガ強化など

• プレスリリース: RubyMine 2017.2.3: Docker Compose on Windows & More on the Debugger

blog.jetbrains.comより

社内Slackに投下されました。

---

つっつきボイス: 「2017.2.3だから一瞬今年初頭かと思ってしまいました:、RubyMineのバージョン表記紛らわしい」「Docker Composeもさることながら、デバッグ機能の強化は特に初心者にはうれしいかも」「社内のインターンくんに使ってもらおうかな」

type_scopes: 型に応じてActive Recordモデルのスコープを設定するgem

• リポジトリ: BaseSecrete/type_scopes

# READMEより
# paid_at: datetime
# amount: decimal
# description: string
class Transaction < ActiveRecord::Base
  include TypeScopes
end

# Time scopes
Transaction.paid_to("2017-09-06") # => where("paid_to <= '2017-09-06'")
Transaction.paid_from("2017-09-06") # => where("paid_to >= '2017-09-06'")
Transaction.paid_after("2017-09-06") # => where("paid_to > '2017-09-06'")
Transaction.paid_before("2017-09-06") #= where("paid_to < '2017-09-06'")
Transaction.paid_between("2017-09-06", "2017-09-07")  # => where("paid_to BETWEEN '2017-09-06' AND '2017-09-07'")

★7つです。

---

つっつきボイス: 「あー、これやってみたい気持ちはとてもわかる: でも現実にはこんな感じになりそう」

• 使わないscopeが大量に定義される（しかもカラム数 * n）のでメモリがっつり食いそう
• 組み合わせ次第でscope名とcolumn名がかぶりそう: access_fromやaccess_toとか普通にカラム名で使われそうだし

「なので、業務としての案件にこのgem入れられるとあまりうれしくないかも」
「メモリを食うのはどのタイミングでしょうか？」「起動時でしょうね」

Ruby

language_server-ruby:

• mtsmfm/language_server-ruby

最近よく話題に上がっているlanguage_server-rubyです。来週のRubyKaigiでもスピーチがあります。Matzによる解説を引用しました。

LanguageServerっていうのはエディターと通信して、リアルタイム構文解析やコード補完の機能を提供するものです。 もともと、コンパイラとエディタは独立しているので、IDEとかは内部的にコードを解析してエラーが出た時にはポップアップを出しますよね。 そういう機能を任意の言語でできるようにするのがLanguage Serverです。

これに対応するとLanguage Serverプロトコルに対応しているあらゆるエディタでコード補完が使えるようになります。 開発効率アップの可能性がありますね。
http://tech.vasily.jp/entry/rubykaigi2017_matz#Ruby-Language-Serverより

---

つっつきボイス: 「おー、ものすごく大規模な案件とか、カスタマイズしたRubyを共用したいときにはこれ有用だと思います」
「特定のパッチ当てたりとかですね」「チームで各自の環境のRubyバージョンを揃えるのって面倒じゃわい確かに」
「お、もしかしてこれ使ったらiOSアプリでRubyコード実行できるんじゃ？: たしかAppleのアプリ審査ガイドラインでは、任意のコードを実行する機能は許されてなかった気がするけど、これならAppleの審査とおるかもw」

RDBMS

Dimitri Fontaine氏のPostgreSQL本、刊行間近

My #PostgreSQL book for #developers is coming! Check out https://t.co/juU5DKLMg2. Run all #SQL queries in the book against the same dataset!

— Dimitri Fontaine (@tapoueh) September 8, 2017

masteringpostgresql.comより

PostgreSQL関連のツール開発やコンサルティングで著名なDimitri Fontaine氏の新作予告です。

pgloader 3.4.1でMySQLからPostgreSQLへスマートに移行しよう（翻訳）

---

つっつきボイス: 「うん、かなりディープだな: よさそう」「PostgreSQL 10も対応してるんでしょうねきっと」「この時期に出すなら当然ですね」
「このレベルでPostgreSQLを理解しておけば、鬼パフォーマンスチューニング案件とかが処理できるな: よっしゃ買うか」「歯ごたえありそうだけど、輪読会にはうってつけの内容ですね」「PostgreSQLを真面目に勉強したのは6.xのときだったかな」

PostgreSQL内部を一枚の図で表す（Postgres Weeklyより）

• 元記事: PostgreSQL workings in one picture

blog.postgresql-consulting.comより

とても短い記事で、かつ図が記事のヘソなのでここには引用しません。

---

つっつきボイス: 「おー、これはいい図だナー」「ここに引用したら仁義に反するので」「そりゃそうだ」
「普通に元記事開いて読んでね♪」

JackDB: PostgreSQLクライアントの新顔（Postgres Weeklyより）

• サイト: JackDB - Direct SQL access to all your data, no matter where it lives.

www.jackdb.comより

---

つっつきボイス: 「ほほー、と思ったら試用期間はあるけど有料なのね: 自分はJetBrains製品をフルでsubscribeしているからDataGripの方が割安かな」

https://www.jetbrains.com/datagrip/より

アトミックなトランザクションで冪等なAPIを強化（Postgres Weeklyより）

• 元記事: Using Atomic Transactions to Power an Idempotent API

brandur.orgより

---

つっつきボイス: 「DBのトランザクションとAPIのトランザクションの競合の話とかしてて、よい記事だと思う」
「DBでいくらトランザクションがんばっても、実はAPIレベルでatomicity保ててなかった、というのはよくある話」

Microsoftの中の人にインタビュー: AzureへのPostgreSQL追加とコミュニティへの参加について（Postgres Weeklyより）

• 元記事: An interview with Microsoft: Adding Postgres to Azure and joining the Postgres community

2017.postgresopen.orgより

Postgresopen 2017というカンファレンスでのインタビューです。

---

つっつきボイス: 「マイクロソフトがPostgreSQLコミュニティに貢献する時代になったんですね」「最近のマイクロソフトは『いいマイクロソフト』だから」「確かに」

ターミネーター感ある。#FUJIKOMUSEUM #きれいなジャイアン pic.twitter.com/5vDGAYvRVv

— OXY (@okioxytocin) 2017年6月26日

pqstream: PostgreSQLデータベースにイベントストリームでアクセスするツール（Postgres Weeklyより）

• リポジトリ: tmc/pqstream

# psqlでの操作
a=> insert into notes values (DEFAULT, DEFAULT, 'here is an example note');
INSERT 0 1
a=> delete from notes where id=1;
DELETE 1

# psqtreamでの出力
$ pqs
{"schema":"public","table":"notes","op":"INSERT","payload":{"created_at":"2017-09-04T01:11:34.65629","id":1,"notes":"here is an example note"}}
{"schema":"public","table":"notes","op":"DELETE","payload":{"created_at":"2017-09-04T01:11:34.65629","id":1,"notes":"here is an example note"}}

---

つっつきボイス: 「イベントストリームってどう理解すればいいでしょうか？」「tailfだと思えばいいですヨ」
「普通はfluentdあたりを使うと思うけど、ちょっとadminでログインして取り急ぎ障害調査するときには便利かも」

www.fluentd.orgより

• 参考: tailf - コマンド (プログラム) の説明 - Linux コマンド集 一覧表

JavaScript

JavaScript Liveを巡回先に加えました。JSはニュースが多すぎるので絞るのが大変です。

ダウンロードを増やせるモバイルアプリデザインのトレンド2017（JavaScript Liveより）

• 元記事: Redesign Your App To Get More Downloads: Best Mobile App Design Trends Of 2017

excellentwebworld.comより

元記事の図を読むだけで足りる感じです。

1. Design with details (Microinteraction)
2. Material design
3. In-App Animations
4. Bottom navigations
5. In-app gestures

JavaScriptでアクターモデルを理解する（JavaScript Liveより）

• 元記事: Get to know the Actor Model

monades.roperzh.comより

上記事より

---

つっつきボイス: 「Actorって言葉、デザインパターンのアクターと混じって使われてることが一般に多いですね」「この記事は何かをしながら巡回する方のActorか」「エージェント的なモデルの概念説明のためのサンプルの記事かな」

CSS/HTML/フロントエンド

Web開発でも大きなウェイトをしめるデザイン面の記事をチェックしてみました。

コードの3つの一貫性: よいコードを書くために（Frontend Weeklyより）

• 元記事: How to Write Better Code: The 3 Levels of Code Consistency

css-tricks.comより

• レベル1: 個人レベルでの一貫性
• レベル2: チームレベルでの一貫性
• レベル3: もっと大きなレベルでの一貫性

---

つっつきボイス:
「Rubyについては、ほとんどのプロジェクトでcoding guidelineが共有されているので、Lv.2-3の開きはほとんどありませんね（少なくともSyntaxとかbad know-howレベルでは）」
「Rubyのrubocopは、初歩的なSyntaxレベルだけじゃなく構造レベルの指摘もかなりやってくれるので、それに従ってるなら大丈夫」「rubocopって結構凄いのか」「その分ビシビシやられるでござるよ」
「ただJSなんかだとLv.2-3の開きはかなりあります: Googleと他の会社とかですらかなり違う」

「なお、Lv.1ができてないとBPSで仕事はできません」「Lv.1すら出来てない自称プログラマを見分けるにはGitHubのコードなんかを見せてもらうのが有効ですね」

【保存版】Rubyスタイルガイド（日本語・解説付き）総もくじ

デザイン上のやりとりを共通言語化するデザイン用語集（Frontend Weeklyより）

• 元記事: A Dictionary for a Design Language

blog.prototypr.ioより

---

つっつきボイス: 「デザインスタイルガイドの見本みたいな感じですね」
「ちゃんとしたデザイン会社なら、まさにこういう感じのデザインガイドラインをきちんと出してくれますよ: その分高いですがw」
「特にこういうところ↓: どこからどこまでを黒い字で、どこから白い字にするか、みたいな部分がガイドラインで定められているととてもありがたいんですよ」

「前の職場で黒背景に黒い字で出してきたヤツいたなー」

フロントエンドインフラチームをうまく運用するには（Frontend Weeklyより）

• 元記事: How to Run a Front-End Infrastructure Team

tech.adroll.comより

---

つっつきボイス: 「Front-End Infrastructure Teamという言葉が、ありそうで見かけたことがなかったので」「うん、これはいい話: どちらかというとフロントエンド開発チームの編成とか組織づくりがメインかな」
「すごく大きなプロダクトにさまざまな専門家が集結しているプロジェクトがこんな感じに運営されればうまく回ると思う: 少人数だと多分無駄になるとおもうけど」

デザインの法則: フィードバックを減らすコツ（Frontend Weeklyより）

• 元記事: Design Principles: a guide to less shitty feedback

medium.com/apegroup-textsより

---

つっつきボイス: 「デザイナ向けの話に見えて、実はエンジニアにも通じる話」
「コードと違ってデザインは誰でも感想を言うことができるので、デザイン方針がぶれないように顧客を説得する技術はとても重要だし、デザインではそういう手法や法則の追求がとても進化している」「Design principleはそういうことか」「確かにエンジニアもそれやってるし、できないとイカンやつや」

「なおBPSデザインチームのFさんは、こういうのがものすごくうまい」

開発者とデザイナーが互いのプロ意識を深く理解してうまく役割分担できたら、きっとよい感じになると思えてきました。

弊社BPSのコーポレートサイトをリニューアルしました。

その他

Slack新機能: Shared Channels -- 外部メンバーとやりとりしやすいSlackチャンネル

• 元記事: Slack Shared Channels

既に日本語ヘルプも出てますが、Slackの新機能だそうです。

Google公式のスタイルガイドサイト

• サイト: Google Style Guides

以前から公開されていますが、ドメインがときどき引越してたらしく、上が最新のようです。

以下がCreative Commons BY 3.0で公開されています。Rubyは見当たりませんでした。

• C++
• Objective-C
• Java
• Python
• R
• Shell
• HTML/CSS
• JavaScript
• AngularJS
• Common Lisp
• Vimscript

スタイルガイドの変更履歴はあるかなと思ったらちゃんとありました。

• リポジトリ: google/styleguide

W3Cの仕様やRFCなんかも、GitHubに置いて欲しいと思う今日この頃です。

---

つっつきボイス: 「Vimscriptのスタイルガイドまであるw」「Rのスタイルガイドが一番短そうです」「Rはどう書いてもグタグタになりそうだけど」

---

なおスタイルガイドとは少し違いますが、GoとDartについては以下があるとご注進をいただきました。

• Go Code Review Comments
• Effective Dart

wpscan: WordPressの脆弱性スキャナー

• リポジトリ: wpscanteam/wpscan
• 公式サイト: https://wpscan.org/

wpscan.orgより

---

つっつきボイス: 「お、これ使ったことある」

src2png: ソースコードをシンタックスハイライト付きでpng化するJSツール（GitHub Trendingより）

• リポジトリ: mplewis/src2png

---

つっつきボイス: 「こういうのってたまにとても必要になったりしますよね」「今度授業の資料作りに使ってみるかな: すごく縦長のコード画像はスライド向きじゃないんで使わないけど」

PlantUML: Atomエディタ用UMLレンダラー

• 公式サイト: http://plantuml.com/

元々Atomエディタ用ですがSublimeでも使えるようです、というか使えました。

参考: SublimeText3からPlantUMLを使う

もしやと思ったら、この間のチケット詐欺事件のチャート作成でも大活躍していました。

shunirr/criminal_jc.mdより

---

つっつきボイス: 「PlantUMLって前からありますね」「graphviz使ってみたことあったんですがしっくりこなかった」
「テキストでUML生成するツールって、UML本来の自由度を捨ててしまってるみたいであまり使いたくないんですよ」「自分の理解では、UMLって大枠だけ決めて後はご自由に、というもののはずなんだけど、テキストだとsyntaxに縛られすぎる感ありますね」
「UIは古いけど、UML作成ツールとしてはastah↓がやっぱりよくできてるし使いやすい: UMLからちょっと外れたような図もちゃんと描ける」

astah.change-vision.comより

Design Patterns for Humans™ -- ウルトラ簡単なデザインパターン解説

• リポジトリ: kamranahmedse/design-patterns-for-humans

github.com/kamranahmedse/design-patterns-for-humansより

社内Slackで評判になってました。すごくよさそうです。

言われてみればなっとく（morimorihoge）

empty()がいいかsize()==0がいいかって話、計算量への言及は見かけたけど、遅延シーケンスというか無限リストがシームレスに入り込んでくる界隈だと、そもそもsize()は停止しないかもしれないからempty()一択ですね。

— athos)))))))) (@athos0220) September 13, 2017

番外

21世紀に生きてる感

もういくつねると完全武装するのかな。

徹子の部屋42年のデータから作った黒柳徹子のアンドロイドロボ。本人もたじたじのトークを披露 https://t.co/UpqXzorhfd pic.twitter.com/VWXtSG0i5r

— ギズモード・ジャパン (@gizmodojapan) 2017年9月14日

---

今週は以上です。来週はRubyKaigiでお会いしましょう。

バックナンバー（2017年度）

週刊Railsウォッチ（20170908）Rails 5.1.4と5.0.6リリース、コード書換え支援gem「synvert」、遅いテストを分析するTestProfほか

• 20170818 RailsとYarnでTypeScript、Rails新コミッタにkamipoさんも、CSVにSQLクエリをかけられるツールほか
• 20170804 Rails 5.1.3と5.0.5が正式リリース、GitHubでローカライズ基盤サービス、正規表現で迷路を解くほか
• 20170623 gemを見極める7つのコツ、mixinがよくない理由、重いページをrender_asyncで軽減ほか
• 20170616 railsdiff.orgはアップグレードに便利、RubyのDSLとかっこの省略、TerraformをRubyで制御ほか
• 20170609 ついにtherubyracerからmini_racerへ、注意しないとハマるgem、5.1でのVue.jsとTurbolinksの共存ほか
• 20170602 チームが喜ぶ19のgem、Bundler 1.15が高速化&機能追加、Deviseに挑戦する新認証gem「Rodauth」ほか
• 20170512 Rubyの不思議な挙動「シャドウイング」、コードレビュー作法を定めるDanger gemほか
• 20170428 Rails 6.xでの’#form_for’と#form_tag廃止決定のその後、deviseの5.1対応はこれから、ほか
• 20170421 RailsConfが来週アリゾナで開催、コントローラを宣言的に書けるdecent_exposure gemほか
• 20170414 サーバーを危うくする1行のコード、PostgreSQL 10の新機能ほか
• 20170407 N+1問題解決のトレードオフ、Capybaraのテスト効率を上げる5つのコツほか
• 20170331 PostgreSQLの制約機能を使えるRein gemはビューも使えるほか
• 20170324 Ruby 2.4.1リリース、GAEがついにRubyに対応、このgemがないと生きていけない27選ほか
• 20170317 Railsパフォーマンスチューニング本、DBレコード存在チェックの最速メソッド、RubyのUnicode正規化ほか
• 20170310 クールなDocker監視ツールCtop、RailsがGoogle Summer of Code 2017に正式参加、Unicode 10.0.0ドラフト発表ほか
• 20170303 5.0.2正式リリース、メタプログラミングに懲りた話、bundler 1.12のバグ、すぐ試せるWebアノテーションほか
• 20170227 Rails 4.2.8リリース、SHA-1コリジョンアタック、便利なハッシュ変換ツールほか
• 20170217 Rails 4.2.8.rc2リリース、Ruby 2.4正規表現とActiveSupportのnormalizeほか
• 20170210 JRubyやRubiniusの配列への追加はスレッドセーフではないほか
• 20170203 AnyLogin gemで開発中に楽々再ログイン、イベント数ベース課金の監視サービスRollbarほか
• 20170127 わかりやすいAWSサービス名、Rails DBは便利、TruffleRubyの驚異的速度ほか
• 20170120 Ruby 2.5.0 devリリース、古いMySQLのサポート終了、uniqメソッドが削除ほか
• 20170116 Ruby 2.4の詳細、範囲指定したsumメソッドは速い、rescueの挙動を動的に変更ほか
• 20170110 ReactをRailsに置き換える、Ruby 2.4の新機能ほか

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

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

Ruby 公式ニュース

Rails公式ニュース

Ruby Weekly

Awesome Ruby

Random Ruby

Ruby on Rails Security Project

RubyFlow

RubyFlow

Product Hunt

Frontend Weekly

JavaScript Live

Github Trending