■ 人事の超プロが明かす評価基準 を読んだ & エンジニアの評価基準について 去年 @pyama86 さんが読みやすくて面白かったと話していたので買ってシュッと読んだ。 確かに面白くて、コンピテンシーという考え方はなるほどなって感じだった。いろんな立場の人が組織にはいるけど、より管掌や責任の範囲が広い人は狭い人ができることは当たり前とした上で、立場にあった評価の基準が重なっていくという話で、自分も含めて「わかるー」という感じだった。 後、この本では評価を決めるのは影響力というくだりがあって、これは特に専門職に分類される人には読んでもらいたいところなんだけど、エンジニアの場合だとシニアエンジニアは「技術力が高い」から評価されるのはなく「技術力が高いので結果として生み出されるアウトプットの影響力が高い」から評価されると置き換えるとわかりやすいと思う。 「アウトプット」と言われると OSS であ

■ clang_plugins を使って開発中の clang を常用する @niw さんが https://github.com/niw/clang_plugins という開発途中の swift や clang を Xcode で使えるようにするというソフトウェアを開発しているのを見かけたので、これを使えば Ruby のビルドエラーなどの検証のために Xcode-beta.app を毎回ダウンロードなどしなくていいのでは?と閃いたので試してみた。 clang_plugins を git clone して README に書いてある通り cmake をぶん回す ~/Library/Developer/Toolchains/Custom.xctoolchain が爆誕する Xcode だと Preferences の Component から Custom を toolchain として選択、

■ Ruby の新しいバージョンのリリースでやったことまとめ Ruby 2.2.10, 2.3.7, 2.4.4, 2.5.1 がリリースされました。 http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/86370 ブランチメンテナではないけど、HackerOne や security at ruby-lang.org に報告がきた脆弱性リポートの一次トリアージをやったりしてるので今回やったことをまとめときます。 CVE 番号を発行した http://cve.mitre.org/ からこういう脆弱性見つかったんで CVE 番号発行しておくれというリクエストを何軒かやりました。 PGP キーと雑な英語がかければ誰でも取れるので、CVE に過大な権威みたいなもの、例としては「CVE が発行されている!重要な脆弱性だ!」みたいな

■ Ruby 開発者会議 12 月に参加した リリース直後だしなんかやることあんの?というムードだったけど Matz が Ruby 3 に向けた話をしたいという、いつになくノリノリな感じだったのでみんなで集まって割と大きめの話をするなどしていた。 この日は Ruby 3 で新しく追加する機能、つまり Concurrency は今どうなってんのという具体的な話を聞いたり、現在出ているものについてどうするか(マージするかしないか)を話したり、k0kubun 君が徹夜で作って持ってきた MJIT のコードについていいんじゃないとか言ったりしていた。 一方で次のメジャーバージョンアップで deprecate もしくは廃止にしたいというものについて具体的にどうするかを話すなどしていた。例えば $SAFE とか $ や % で始まる変数またはリテラルの皆さんなどは warn 出していこうとかそういう感

■ 東京 Ruby 忘年会 2017 に参加してきた。 湯島というか絵馬亭で開催された東京 Ruby 忘年会 2017 に参加してきた。去年は引っ越しの後でバタついていて、その前もなんか予定がかぶって参加できなかったけど、今年は満を持して参加してきた。 @yancya さんの BTC の保有状況を聞いたり、やっぱ Java というような話ばかりしていた気がする。それにしても永和が神田に引っ越ししてから絵馬亭に行くのも何年振りか忘れたというくらい前だったのでちょっと新鮮だった。

■ GMO ペパボ株式会社の執行役員 CPO(Chief Productivity Officer) に就任しました 本日開催された株主総会にて専任された取締役による取締役会にて、執行役員 CPO(Chief Productivity Officer)に専任されました。日本語に訳すのが難しいのですが、生産性担当執行役員、と呼ぶのが今のところ一番しっくりくるので当面はこう呼ぼうと思います。 なお、GMO ペパボは指名委員会等設置会社ではないので、執行役員は「執行役」とは異なります。もちろん「取締役」ではないので、一般的に使用される「役員」とも異なります。執行役員は、取締役会または経営会議での議決事項の業務執行を行う経営幹部という位置付けになります。 思い起こせば、1 月中旬に k8s の構築と検証を何気なくやっていた昼時に突如 CEO である佐藤社長に呼び出されて、何の用事だろうと社長室に行

■ Ruby 2.4 でもビルドできる json-1.8.5 がリリースされた https://github.com/flori/json/issues/303 でリリースされたよ、という通知を受けて気が付いた。 https://rubygems.org/gems/json/versions/1.8.5 2.4 リリースされてから、延々と json-1.8.3 のビルドエラーで死んでいた問題は、Integer Unification に対応した 1.8.5 で解決されるはず。ただ Rails 4.2 については、ActiveSupport の修正も必要なんでこれだけで全てがうまくいくわけではないけど、Rails に関係ないところで発生している多くは解決するはず。 それはともかく、stdlib なライブラリを dependency に追加するのは多くの場合で意味がありません。json 2.x

■ h2o で tDiary を fcgi spawn する 先週くらいからぼちぼち進めていた h2o で遊んでみるのやつがひと段落して、これまで nginx + apache2 + mod_fcgid という構成で動かしていた tDiary を h2o のみで動かすことができるようになった。 動かすにあたっては mruby_handler でいくつか補う必要があって、以下の 2 つのコードを利用しました。 nginx の rewrite ルールっぽく h2o の mruby でリクエストの rewrite を行う | tech - 氾濫原 Using Basic Authentication - Configure - H2O - the optimized HTTP/2 server 今のところ h2o で何かやろうとした時に uzulla さんと cho45 さんのブログが最大の情報

■ Ruby 2.4.0 で導入予定の Integer Unification まとめ Ruby 2.4.0 で導入が予定されている Integer Unification が与えるであろう Ruby アプリケーションへの影響をまとめておく。 率直には rb_cFixnum や rb_cBignum が 2.4 からは見えなくなるので、それらを参照しているような native gem が対応していなければビルドできないためアプリケーションが動かなくなる。じゃあ、対応したバージョンに全てバージョンアップすればいいじゃん、という話なのだけど bundler が解決してくれる dependency 沼と絡み合って、単純には解決できずに 8 月現在は厳しい状態になっている。 json は Ruby が bundle している�バージョンですでに Integer Unification 対応がなされ

■ 新卒エンジニア向けに品質の話をした slideshare だと keynote から書き出した日本語が消えてしまうので speakerdeck で。 https://speakerdeck.com/hsbt/yatutemiyou-tqc ペパボでは新卒エンジニアの研修の一環で座学という形で60min何かを講義するという取り組みをここ数年続けているので、自分も品質というキーワードにまつわるあれこれを講義してきた。こういう話、社内では自分くらいしかしないだろうから丁度いいだろうというレベルで若干ふわっとした話をしてきた。 資料だけだと、「ちょっとこれは雑すぎない?」というのがあるとは思うんで、この辺もう少し詳しくということがあったら、是非ディスカッションしましょう → https://pepabo.com/recruit/pepaluncheon/ ■ Asakusa.rb 第368回

■ google/codesearch が便利 Ruby でコアの機能を変更する時に gem-codesearch を用いて、 rubygems の全ての gem を調べて、傾向を見るということをよくやるのだけど google が作った codesearch というのもあるというのを akr さんがつぶやいていたので試してみた。 https://twitter.com/tanaka_akr/status/695195509351264256 go で書かれているようなので何も考えずに go get github.com/google/codesearch/cmd/... してから、gem-codesearch のディレクトリで cindex latest-gem を実行したところ、驚くことに 40 分程度でインデックスが完成してしまった。gem-codesearch の groonga だ

■ 大江戸 Ruby 会議 05 を開催してきた 毎年 Asakusa.rb の生活発表会として開催している大江戸 Ruby 会議の5回目を開催してきた。今回は笹田さんが実行委員長で丸の内近辺で場所探しやスポンサーの方との調整をしてもらった。お疲れ様でした。 今回は石を投げれば当たるという Ruby コミッタを並べて喋らせるという大丈夫かこれ、という企画を催したのだけど、全員 Ruby の話をせずに C とか golang とか超絶技巧の話をして結果としては大変良かった。 @zzak も日本語が凄く上手になっていてびっくりした。すごい。 自分は mruby-redis で sidekiq の enqueued job をカウントするプラグインを作ろうとしたら、 Set に関するコマンドが実装されてなかったから、コード読んで実装したよって話をしたつもり。mruby で C を使って、mrub

■ 消火器買った rebuildfm でニコ生の火事動画の話をしていて、そういえば見てなかったなあと見てみたら、これは我が家でも消火器位は用意して備えなければという気持ちになったので早速買ってしまった。 軽く調べたら A, B, C という普通火災、油火災、電気火災という3つの区分があるらしく、いずれにも対応していてそこそこ軽く、耐久年数も割と長めなやつを選んだ。使う機会は来ないほうがいいんだろうけど、事故・災害対策というのはそういうものということで備えておく。 消火器 次世代型 アルミ製 アルテシモ 【とにかく安全 蓄圧式】 10型 SA10EAL リサイクルシール付 - モリタ宮田工業株式会社 (no price) ■ minne のバックグラウンドジョブを delayed_job から sidekiq にした しました。というのもやりたいことに対して、delayed_job の DB

■ 誕生日 34歳になりました。 まだまだ勉強しないとダメなことが多くて、あんちぽ君がオススメする本や、上の世代の人たちがこれくらいは読んでないとね〜というのを一生懸命読んでいるという状態です。あと「自称エンジニア」だといかんなーって思ったので、技術士試験(まずは一次から)を受ける予定。がんばるぞ! http://amzn.to/hsbt_wl 試験だけではなく、Ruby や周辺ツールのメンテナンスなど、応援してくれる人は上記のリンクをご活用ください。

■ Atom を使うようにしてから 1 ヶ月位たった emacs をずっと使っていたけど、Atom どうなんということで Atom を 1 ヶ月くらい使ってまあまあ使えるようになってきた。プロジェクト単位ということで複数のディレクトリ(rails/rails とか ruby/ruby とか)をまたがって何かをする、という開発にはとても弱いのでこの辺は慣れでなんとかすることにした。 やったこと atomic-emacs 入れて emacs キーバインドにした autosave を有効にしてフォーカスが変わる度にセーブ tab キーを indent に変更 linter, language を色々入れた これくらいで他は特にいじってないけど、Atom が emacs に見えてきたので大丈夫だと思う。後は起動速度さえなんとかなればなあ。

■ 1password の 2FA がとても便利 今まで Google Authenticator を使っていたのだけど、そういや 1password pro にも 2FA の登録機能がついたよなあというのを思い出して使ってみたら想像以上にライフチェンジだった。2FA でサイトにログインする場合 サイトを開く iPhone 取り出して開く アプリ起動して入力する という操作が必要なところが、1password のアプリで TOTP のコード(バーコード)を記録しておくと、なんとブラウザ拡張から 2FA の認証コードを表示できるようになるので、iPhone を取り出さなくてもログインできるようになる。セキュリティ的にどうなん?というのがあるけど、そこは 1password 自体がパスワードでロックされているので大丈夫という判断。 これでデスクで何か作業をしている時に iPhone を取り出す

■ Ruby 開発者会議 4 月に参加してきた Ruby 2.3 のざっくりとした feature ないのとかそういう話をしてきた。 個人的にやろうと思ってる feature request としては、先日の rake のような ruby の core リポジトリの外に置いたほうが継続的にメンテナンスが期待できるようなもの、具体的には もともと github に upstream があって、ruby はそれらを同梱しているだけのもの(rake, minitest など) メンテナがもう不在だけどそこそこ bugfix や feature リクエストが来るもの(net-telnet など) メンテナが不在でなおかつほとんど使われてないもの(English? など) というあたりを bundled gem にして ruby 本体のメンテナンス対象からは除外していってはどうかって話をして、概ねい