Extra with @driken
サポーターズプログラム限定のextraプログラム。
過去にあったのかわからないけど、多分自分がサポーターになってから初めて。
というか、RAWフィードが2015年年末からできるようになって、extraがわかりやすくなった。
あまりネタバレになるとサポーターズプログラム限定の意味がないので、いつも以上にザクッとしたメモ。
Guest
backspaceでおなじみの@drikinさん。以前、backspaceの特別編っぽい時に宮川さんがゲストで出ていたので、今回は逆。
その時も思ったけど、みんな知り合いなんだーっていう素直な感想と、やはりそういうエッジな世界は結構みんな知り合いで狭い世界なのかなってこと。
Podcast機材
podcast環境に関しては第一人者？の宮川さんがオススメする機材トーク。ヘッドセットも意外に良い選択肢らしい。
Rebuildファンとしては一度そういうのもやってみたいと思わなくはないなぁ。
Rebuildとマネタイズ
もうすぐ３年で、今度で４年目らしい。年月だけでもすごいし、実際に更新頻度を考えるとハンパない。いや、backspaceも頻度に関しては負けてないけどね。
backspaceはマネタイズが今年の目標らしい。確かにRebuildよりもbackspaceの方がガジェットの広告向けだと思う。買わせたいプレッシャーが強いというのも、よくわかるなぁ。
2015年買ったガジェット
ガジェットに関してダラダラトーク。
ZenPadとAppleTvはさらりと流して、Androidとカメラの話題に。
仕事柄、WiFiとカメラについては考えることが多いけど、確かに連携がうまくいってない現状（の機種）であれば、スマホとカメラで２回撮影するという宮川さんのコメントはわかるし、当然それが面倒というのがわかる。
速度的にWiFiが良いのもわかるけど、NFCを利用できるAndroidみたいに、タッチでつないで転送というのが利便性が良いのも、iOSになってしまうとちょっと話が変わってくる。
だいたい、WiFiがカメラホストでつないでしまうと、通常のアクセスポイントからは切断されるし、Webとか他のコネクションがおかしくなるだろうし、一時的な用途としては良いとしても、それが解決策にはどうしても思えない。
モバイルでの開発環境
あとは、モバイル端末からのリモートの話題を少し。
クラウドが進んで、端末がもうちょっと開発者よりのニーズをカバーできれば、iPadからsshでサーバにログインして仕事をしたりすることも、当然できるだろう。
モバイルOSのコンセプトとしてあまりOSネイティブなレイヤは触らせないので、実際にツールを使おうとするといろいろ制約があって現実的かどうかはわからないけど、できると便利だというのはとても賛同できる。
エディタ
最後は、エディタの話。
Webの記事を見ると、最近はAtomとかが目立つけど、個人的にはVim派も結構多い気がする。
Emacsが多いのはRebuild界隈のみのような気もするけど、Vimかそれ以外の新しいAtomみたいなエディタではなかろうか。
軽いのは大事という宮川さんのコメントは暗にAtomを非難しているけど、別の側面からすると、IDEの進化と近いところがあって、プラグインの優劣が多少の動作の機敏性を上回ってしまうところはあるような気がする。
もちろん、個人的に好きになのはVimなどの軽いものだけど、全体の傾向としてね。
# 124: Universal Sushi
124: Universal Sushi
Guest
今日はhakさん。内容的にはホリデーシーズンということもあり、RebuildのWebシステムをリニューアルしたということもあり、わりとゆるめの話題が多い印象。
Chrome
ホリデーで、宮川さんがChromeの通知を実装した話。
ここではっきりさせておきたいけど、ここにYO使ってますリスナーいます。
確かに指摘の通り、Rebuildの 通知しかこないという数人のうちの一人だけど。。。
Let's Encrypt
無料でSSLの証明書が取得できるらしい。こういう情報はサイト管理者とかだと重要な情報になるのかな。個人的にはあまり使う機会ないよね。
Rebuild Supporter
月$10でサポーターだったけど、それが年末だけ半額キャンペーン中。
そもそも、メールが来てdropboxをひらいてコピーとか、結構面倒だったので、それがとっても楽になって、かつRSSなのでovercastでもシームレスにダウンロード、再生できるようになったのでこれがとても便利。
overcastとかで再生するのは、倍速で聞くためには必須なので、mp3ファイルをスマホだけでハンドリングするのは厳しいし、ここの改善が一番嬉しい。
半額は魅力的だったので、ここだけの話、こっそり登録し直して$60払ってみました。なんか罪悪感を感じつつ。。。
確かにサポータープログラムなので、払える分は払いたいんだけど。
Tシャツ欲しい! もちろんステッカーも。
休みに入って、自分のホリデープロジェクトを進めるというのはいい習慣だよねと思う。日本だと仕事以外の時間は見たくない！というのが当たり前の価値観になっていると思うけど、本当に楽しい仕事であればそうじゃないということで、そういう前向きな習慣は真似したい。
なかなか子供がいると休日の方が忙しくて難しいという面もあるけど。
VR
2016年に幾つかのVR機が出るけど、どこまで出荷台数を伸ばして、一般に受け入れられるかという点について注目しているという話。
rebuild的には話題に結構のぼっているけど、まだまだ一般に広まるには時間がかかるのかな。
ゲームとか、そこまで没入してやるという習慣が、そもそもスマホのライトゲームユーザが増えた現在では少ないような気がする。ゲームやり始めると時間とられるしね。
Unreal Engine、Unity
hakさん特有のゲームフレームワークの話。
Unityは最近本も増えてきたから、一度使ってみたいとは思うけど、なかなか目的がないとハードルが高いよね。
Job Ladder
タイトルだけ見るとピンとこないけど、エンジニアのカテゴリ分けの話。
Ladderと呼ばれる、エンジニアのレベル分けがあって、それごとに期待されるものが明確に定義されているという話だけど、この辺は日本の企業は割と定義はされているんじゃないかな。
あくまで自分の知っている範囲だけど、内容を聞いている感じでは、特に目新しい感じはするけど、もしそれが実際の仕事に密にリンクしているのであればすごいな、という程度。
あとは、どの人がどのレベルかを公開するかどうかも、レベル分けの意味合いが変わってくると思う。評価制度と絡んでくると、あまり公開しないきがするけど、直接絡んでなければ当然みんな知っているので、求められる仕事内容の共通理解に利用しやすいのかもしれない。
聖闘士星矢のたとえは、見たことのある人しか分からない気がががが
Swift
hakさんの印象として、アセンブリに落とす手触りがわかりやすい言語なので、ミドルウェア以下の実装に合うのではという感じ。
少し触っただけでは、確かにその側面もあるとは思うけど、その意味でいえばGOの方がずっと優れているとは思う。まぁ、考え方が結構違うので、比較するのはどうなんだろうというのはあるけど。
Swiftへの期待値は高いけど、まだまだどういう領域で使われるかは未知数かな。
あとは、開発環境の進化にも期待したい。
iPhone、Bluetooth
ヘッドホンがなくなるかどうか、という話の流れ。
Bluetoothをしばらく使ったけど、意外に毎日使っていると安定性に欠けるときがあるので、有線の需要はもうしばらくありそうだなという感じ。
あとは、有線ではあるけど規格を変える？というような選択肢はあるのかな。
いきなりなくす、というのは結構激しい。
ちなみに、今充電しながら聞いているので、ライトニングでイヤホンを接続するしかなくなると、それはそれでしんどいなぁ。
Aftershow 124: Are We In A VM Yet
OnHub
無線LANのハブを変えた話。
たしかに画像を見るとおしゃれな感じだけど。。。
シュタインズゲート
一度見てみたいと思いつつ、まだ見れてない。
シミュレーション仮説
次の回で、ちょー電波系といわれるほど。
ぜひ直接聞いてみるといいと思います。
#121 Ruby Is Not Dying, Not Yet.
121 Ruby Is Not Dying, Not Yet.
Guest
Laurent Sansonettiさんの英語の回。ただでさえ英語が苦手な自分ではあるけど、結構早く喋る人なので、余計に聞き取りが大変だった。
サポーターズプログラムでトランスクリプトを見ることができたけど、本当にこんな文字起こしを一人で作ってしまう宮川さんすごい。
(訂正：ご本人より、クレジットに記載の通り、作成者は一人ではない旨指摘いただきました。失礼しました！）
Ruby Motion, Apple
以前Appleにいて、MacRubyの開発に関わっていたという経緯から話してくれている。
Appleを辞めてRubyMotionを作る際に、1.9をフォークして作ったけど、GCをいじる必要があったり大変だった話。
RubyMotionって全く触ったことがなくてイメージしかなかったけど、微妙に最新の文法に対応できなかったりするみたいで、その辺付かず離れずが難しいのかな。
できれば、CRubyの進化に追従したいだろうし、できるところはやっているようだけど、全部というわけにはいかないのは想像に難くない。
Androidのサポートも始めたようで、RubyMotionとしては実装が複雑になるし、仕様の整合性とか、苦労していることも話していた。
TvOSとかまでサポートするのは、なんか力技ですごいなとは思うけど。
AndroidとiOSのデザインやOSとしての差異についても少し言及しているけど、クロスプラットフォームにする以上、多少の差異は許容せざるをえないというのは仕方ないと思う。そのへんの抽象化についての、なかなかうまい解が見つかってない気がする。
Swift
ここでも今回のオープンソース化は素晴らしいと褒めていた。Appleにしてはというところも多分にあると思うけど、議論とか貢献もオープンになっていて素晴らしいということ。
特に話は広がらず。
React Native
RubyMotionはネイティブで実装されているので、他のブリッジテクノロジーとは違うというのは、いつもnaoyaさんも言っていること。だからできることが制限されるし、なかなか広がる技術がうまれてこないのではないか。
新しいAPIがでたら、24時間以内にRubyMotionを対応させるというのも、これだけ小さい会社がやるのはすごいというか、そこが守るべき強みなんだろうな。どうしてもクロスプラットフォームとして、いっしょくたにされがちだけど。
LLVM
bitcodeについて少し触れた。
LLVMを使っているけど、c++のAPIであるがゆえに後方互換性がなく、苦労して対応しているということのよう。
たぶん、LLVMをつかってネイティブコードに変換したいので、bitcodeを出力するようにRubyMotionを変更したということだと理解したんだけど、展開が早すぎて自信なし。
Ruby Kaigi, Ramen
ラーメンが大好きであることと、ヨーロッパで日本食を食べてはいけないという話。
しかし、週に6回食べたみたいで、確かによほど好きなんだろうな。
ラリーの回も最後は日本食の話だったな、そういえば。
# 120: Swiftonomics
120: Swiftonomics
Guest
モバイルに、特に個人的な印象としてはAndroidに詳しいgfxさん。確かにクックパッドの人だと思っていたけど、今はちょっと違うらしい。マグネットという会社はよく知らないけど。
今週はSwiftのニュースがあったので、これ以上の適任者はいないだろう。 Aftershowも含めて面白い話題や話が多くて、自分的には神回と呼びたいくらい有意義な回だ。
Swift、オープンソース、Apple
Swiftがオープンソースになって公開されたのが、確かに最近の一大ニュース。
実際に公開するとはWWDCでは言われていたけど、将来への議論も含めて理想形とも言えるOSSプロジェクトとしてGithubに公開されるようになった。
少し関係ないけど、GitリポジトリとしてGithubを使うのは基本だけど、Github上にIssueやPullRequestを管理して、積極的に見える化することができるかどうかは、プロジェクトの透明性という意味でとても重要になると思う。
また、Apple製品として、WWDCなどのイベントとは関係なく、今後の予定なども公開しているのも評価できる。今後どうなるかだけど、Appleからは距離を置いて、汎用的な言語になれるように頑張ることはいいな。
いやはや、直接Swiftを触っているわけじゃないけど、話を聞いているだけでワクワクするニュース。
ちなみに、サーバやネイティブとして使う言語としては、今はGOが個人的にはベターな気がするけど、その立ち位置でもSwiftが戦いたいなら、やはりコンカレンシーに関しても早めにきちんと取り組んでいく必要があるだろう。
パッケージマネージャーについても、最近の言語としては必須になっているので、その辺りまでサポートしてきたのはさすがというべきか。実際に使ってないので、この辺の機能については早めに一度使ってみたい。
汎用言語として、下位互換生の問題が解決（回避）する可能性もあり、XCodeとの関連性も今後気になる。
Android、App Streaming
インストールしなくても、サーバのサンドボックスを使って試しに使ってみるとという機能があるらしい。よく考えると、モバイルのそもそも論的な話もあるような気がするが、使い道によっては確かに有用かもしれない。
また、Webとの連携や、あまりユーザーデータ依存性が低いアプリなどは意味がありそう。
にしても、サーバでやっているのが、モバイルネイティブになって、またサーバ側になるという揺り戻しの一環に思える。。。
Android Studioも粛々とアップデートされているようで、ホットリロードのような機能に対応できるようで、アプリの再起動は確かにデバッグ時に結構面倒な時が多いので、Androidに限らずいろいろな場面で使いたい。単純にそのステート、例えばメモリ空間を保持していて再現するだけで、局所的なバグの検証には有益なはずだ。
ログインまわりの改良もされているらしいが、Androidはわからないが、iOSに限って言えば早くアプリでKeyチェーンの認証も使えるようにしてほしい。あとTouch IDも。
たぶん、機能にとしてはすでに使えると思うけど、各アプリの実装が全然対応されていないので、とても不便。セキュリティ的に問題があるというのはわかるが、Keyチェーンに任せるとパスワードを余計に覚えなくなるので、モバイルからだとパスワードの確認とかもしにくいし、どうにかしてほしい。
Aftershow 120: Cooperative Single-Tasking
コーディング
Write Code Every Dayの話。家族がいるとコーディング時間が減ることが多いが、毎日30分でもコーディングの時間をとることで、家族の理解が得られたり、切り替えてすぐにコーディングに取りかかれたり、他の時間でも頭の片隅で考える訓練になるというようなこと。
家族がいてコーディング時間が取れない（元々書いてたわけじゃないから減ったとは言いにくいけど）自分としては、少しでもこのエッセンスを取り入れられないかと考える。
どうしても毎日は厳しいと思ってしまうけど、2日に1日になるとそれだけで効果は半減だろうな。
とはいえ、gfxさんの言うように見るからにメリットが多いはずなので、少しでも毎日できるように環境や意識を高く持っていきたい。
電子書籍
gfxさんの出向先のマグネットという会社が、電子書籍のビジネスをやっているらしい。
個人的にももっと電子書籍は広まってほしいし、特に技術本が安く便利に、全部の本が使えるようになるといいなと思う。
iPad Proの話も出ていたけど、そこはあまり興味ないなぁ。
技術スタック、microservices
宮川さんのFastlyの話を少し。サーバのフロント側はRailsっぽいSinatraで、間がPerlで、内部がネイティブのCらしい。
複数の言語にまたがってやったりすると、確かにカオスになりがちだし、技術的負債が増えていくところは早くなってしまいがちだけど、そうなっていくのはある意味ビジネス的に拡大していっているという証拠かもしれない。
最後にdroid会議の宣伝を少しはさみつつ、Ruby Kaigi 2015の紹介も。
初級者を脱したいRubyistが読むべき、今年のRuby本を紹介します。
この記事は、Ruby Advent Calendar 2015 の１６日目の記事です。
勢いで、Advent Calendarに登録したのでネタを調べていましたが、人に誇るプロダクトなどもないので、Rubyに関して今年出た（or 私が読んだ）ものについてまとめてみます。
独断と偏見になってしまいますが、私のように文法やライブラリはある程度理解して、初級者から中級者へレベルアップしたい方にオススメしたい順に並べてみました。
さらに遡れば良い本もたくさんあると思いますが（例：青木さんのRHG）、Rubyの仕様は常に変わっていくこともあって、比較的新しい本の中でより有益な本を見つけていくということも、大事だと思います。何より楽しいですし。
- [★★★★★] Rubyのしくみ -Ruby Under a Microscope
- [★★★★★] メタプログラミングRuby 第2版
- [★★★★☆] パーフェクト Ruby
- [★★★★☆] Effective Ruby
- [★★★☆☆] リファクタリング:Rubyエディション
- [★★☆☆☆] Rubyによるクローラー開発技法 巡回・解析機能の実装と21の運用例
※ 今年出版ではないものも含みますが、今年”私が読んだ本”ということでまとめています。
総じて、今年はRuby本としては濃い書籍が出版された一年だったと思います。素晴らしい。
では、各本の紹介や感想をつらつらと書いていきます。
Rubyのしくみ -Ruby Under a Microscope
オススメ度
★★★★★
所感
文字通り、Rubyのしくみを解説した本。古くは、青木さんの完全解説が有名であったが、1.8以前だったこともあり、1.9で入った笹田さんのVMこと、YARVの解説も含めた貴重なランタイム解説本。
当たり前のことだが、RubyはCで書かれているため、この本の大部分もC言語での実装の解説になっているのが、Rubyほんと思って買った初心者に対する、わかりやすい落とし穴。
そうは言っても、あまりCに詳しくない人に対しても、あまり実装の詳細に踏み込むことなく全体的に分かりやすく説明しているのは、素晴らしいと思う。
字句解析から始まり、VMに対するコンパイルや、その他の主だった実装、例えばクラスとかハッシュとか、GCとか、一通りの概要が理解できて、とても楽しかった。
内部の実装がわかれば、なんとなくソースをコピペしていたことが腑に落ちることも多いし、ぜったいのよんでおいたほうがよい一冊。
メタプログラミングRuby 第2版
オススメ度
★★★★★
所感
とても有名な初版が絶版になってしまって、個人的には手に入らなくて困っていたところに、渡りに船の第2版。
Rubyistとして中級以上になると必ず必要になると言われるメタプログラミングの手法が、所狭しと書かれている。
かなり黒魔術的な感じがして、簡単に使いこなせるものじゃないけど、ライブラリのソースを読むときなどには必ず必要になるので、黙って読み進めるのが吉。
他にはない内容で、かつ普通のRubyコードでは物足りなくなってきた私みたいな初級者からすると、とても挑み甲斐があって、奥の深いRubyの世界を垣間見れる一冊。
第二版が出てくれてすごく嬉しい。
パーフェクト Ruby
オススメ度
★★★★☆
所感
古くはオライリーの本なども人気があったように思うが、今では古くなりすぎていて、きちんと勉強したい人が買うとしたら、パーフェクト一択なのでは。
言語の仕様を一通り語りつつ、周辺ライブラリや、メタプログラミングの概要など、幅広く扱っていて、経験のあるRubyistが読んでも多くの発見があると言われる名著。
重かったのが唯一の欠点だったが、それも電子書籍版が出て解決。
若干、リファレンスで使おうとすると、どこに載っているか探すのが、目次だけだとちょっと大変だと思うときがある。ま、でも、どっかに書いてあるという安心感は大事。
Effective Ruby
オススメ度
★★★★☆
所感
古くは、JavaやC++、最近ではPythonでも出ているEffectiveシリーズ。関係性はあるんだよね、きっと。
構成も似ていて、細かなTipsがグルーピングされた章ごとに紹介されている。
全部が全部当てはまるわけじゃないけど、ちょっとしたコツなどは目から鱗のようなものが多いし、なかなか学ぶ機会がないので、楽しく最後まで読める
他のEffectiveでも似たようなものだと思うが、どうしてもレベル感や粒度がまちまちになりやすく、ところどころ戸惑うところも多かった。
個人的な好みで言えば、structを積極的に使おうという点はとても説得力があってよかった反面、テストに関するところはもうちょっと具体的な部分に踏み込んで語ってくれたらと物足りなくもあった。まぁ、この本のスコープとはずれる気もするが。
目次を眺めて、章や項目を決めて、そこだけ拾い読みするだけでも、結構得るものは多い。
リファクタリング:Rubyエディション
オススメ度
★★★☆☆
所感
有名なリファクタリング本のRuby版。出たのはずいぶん前だったけど、本家の方がリメイクされたので気になっていたので、せっかくならとRuby版を購入。Ruby版だから、ということはあまり期待していなかったけど、実際のリファクタリング例では、Rubyならではの良くない表現が随所に示されており、リファクタリングの指南書としては有用。
とはいえ、一般論としての悪い例と改善指針などが紹介されているが、網羅的であるがゆえに具体性に欠ける部分があり、リファレンスとしては良いが、良いコードを書くための指南書という観点からは期待はずれな部分もあった。
リファクタリングを課題にした場合には、一度は読んで見て、その後必要に応じてリファレンス的に読むのが良いのだろう。
Rubyによるクローラー開発技法 巡回・解析機能の実装と21の運用例
オススメ度
★★☆☆☆
所感
具体的なユースケースにおいて、どうRubyや周辺のライブラリを使っていくかについて、ケーススタディを示したという意味で、貴重な本。
Rubyを使う場合には、大体のことはライブラリが充実しているので、細かいロジックを知らなくても、gem installをすれば解決してしまう。
それでも、Webサービスの利用などは細かい技術が必要になることも多く、取得やパースの基本知識がないといざという時に困る、というのもよくある話。
ケーススタディがマッチすればとても有益な本だが、万人受けではもちろんない。
でも、こういう具体的な使い方に踏み込んで解説してくれる本が、もっともっと増えると嬉しい。
ちょうど裏で作者の方が語っているが、やはりニッチだからこそ価値のある本であって、私はその意味でスコープではなかったように思う。
ターゲットがマッチすれば、これ以上有用な本はないことを追記しておこう。
# 119: Rage Against The Machine
119: Rage Against The Machine
Guest
毎度おなじみNさんこと、Hiroshimaさん。naanさんのことを、感謝を全くしない奴と毒づいている感じが安定のパフォーマンス。
後ろでやっているパーティの音が入ったりして、気になるほどではなかったし、リアル感があってよかった。 （環境音という意味では、以前mosaic.fmを居酒屋で収録した時を思い出すと、大抵のことは許せる。あれは勿体ない回だった。）
クリスマス
アメリカで、メリークリスマスという表現が宗教的にオフェンシブ（攻撃的？不平等？）ということで、スタバのカップを始め、問題なっているという話。
アメリカでは5、6年前から"Happy Holidays !"というらしいけど、全然知らないな。そのうち日本で使う英語の教科書とかも変わるんだろうか。
アメリカの平等主義はときに過剰だけど、それ以上に、話に出てきた大統領候補のトランプ氏という人がぶっ飛んでて、ついでに調べたら面白かった。
衆愚政治と言って良いのか、民主主義を厳守することで、保守的で、排他的で、場合によっては独裁的にも映る大統領を生み出してしまうように見えて、なんか皮肉にしては出来すぎている。
いや、むしろこんな特殊な人物がなっても、議会を含めて政治が成り立つのであれば、それはある種アメリカという国のシステムの偉大さを示すことになるのかもしれない。
Pebble
時々話題になるPebbleの、丸い形のPebble Time Roundがいいという話。
とはいえ、冗談でキラーアプリが時間がわかること、と言っているのは、やはり時計型デバイスの使い道は、あまり幅広くないのでは。
Apple Watchも、最近めっきり聞かなくなったけど、残念。
Misfit
Misfit自体は知らないけど、フィットネス系のユーザーが手に入るので、メルマガでアフェリエイトをするだけで、とても儲かるという話。
メールの広告とか、ほとんどちゃんと見ないけど、ターゲットを絞って効率的にやるだけで、十分ビジネスになるのが驚き。
ユーザーの勧誘には、Facebookが有用ということで、こちらの方はしばらく安泰ということか。
YouTube Music
RdioやApple Musicを含めたMusicサービスに関する話。
Apple MusicのAndroid版が出たというのも、地味に驚き。
YouTubeのメリットがわからないというNさんの意見はよくわかる。
確かに、YouTubeの広告とコメントが表示されないのはいいのか。でもあまりYouTube使わないからなぁ。
Amazon Prime Now
Google Expressはあまり日本では聞いたことがない（やってないし）けど、アメリカでは徐々に浸透しているらしい。
Nさんが言うように、力技でできる業界でもあるし、Googleがやるべきイノベーション的な事業ではないという意味で残念だというのは、たしかに同意できる。
Amazon Prime Nowについても、局所的にはちょっとサービス過剰なんじゃないかという意見も多いが、実際にテクノロジーを駆使して効率化した結果に利便性が上がるのであれば、それはそれで重要なのかもしれない。
対象地域になったので、実際にアプリを入れてみたけど、さすがにPrimeで頼めるものは限定されているようだ。
T-Mobile
ミュージックや動画サービスの、決まったサービスに関しては、帯域利用のサービス料からは除外するという話。
ネットニュートラルティに関して言えば、一部のサービスだけ利用しやすくするのはどうなんだという意味もわかるけど、そもそも容量が制限されちゃうのが不便でストレスで嫌。
そして、Apple Musicとかを使ってみると、実際に帯域をすごく利用しちゃって、現実的に外出で使いにくくなるので、せめてその辺だけでも除外されると、現実的には嬉しいかな。
電王戦
Nさん得意の将棋の話題。
ponanzaが優勝した対局で、人間により近い高度な評価ができたということで話題になったようだ。
プロが書いた書籍をベースに強化したソフトとか出ていて、強くなるだけじゃなくて、より人間に近い指し手になるというのが興味深い。
また、競技プログラマーが最適化に取り組んでみたら、同じアルゴリズムでも探索範囲が広がって、より強くなったというのも、強くしていく過程がまた1つ進んだように思える。
Aftershow 119: Silent Coding inteview
全然関係ないけど、タイトルが”Inteview"になっているけど、typoなのか何か別の意味があるのか・・・
まさかプルリク出すわけにはいかないからね（笑
及川卓也さん
Googleの及川さんがQiitaにJoinしたという話。
及川さんを知らない世代としては、あまり驚きとかはないけど、そもそもQiitaをNさんが知らないという方が驚いた。
言われて、そりゃそうか、というだけなのだけど、技術系ブログみたいなサービスと説明してもピンとこないのは、やはり日本特有のものだからだろうか。
西海岸の給与レベルが高いという話。
もちろん、給与レベルもそうだし、技術的に最先端だったり、魅力的なことは間違いない。
自分もチャンスがあれば、と思うことは１度ではないけど、勢いや勇気やそもそも技術レベルとかもないと、なかなか行こうという一歩を踏み出せない。
せめて、一度海外で働いてみたいとは頭の片隅では思っているけど、ね。
採用面接
miyagawaさんも最近Fastlyで採用をやると言っていたし、本編のマイクロスポンサーの書籍の事もあり、採用の話。
技術的な質問があるのは、あまり日本では聞かないけど、確かにコードを書かせるというのはいいと思う。
とはいえ、そもそも日本ではコーディングがエンジニアに求められていないことも多いから、それよりもドキュメントを書かせたりする方が有益なのかもしれない。
いえ、皮肉ですが。
フロンターレ ２０１５年通信簿
この記事は、フロンターレアドベントカレンダーの１０日目の記事です。
全選手の今年の通信簿を、自分なりにつけてみようと思います。
採点は５段階で、だいたいこんな感じ。
- １点：ほとんど試合に出れず、チームに貢献できず
- ２点：出場もできたが、活躍したとは言い難い。
- ３点：期待通りの活躍はしたが、突出したものではなかった。
- ４点：期待以上の活躍をしてくれ、チームへの貢献度も高い。
- ５点：文句なしの活躍。これ以上を期待する方が酷というもの。
きっと、いろんな意見があってしかるべきだと思うので、コメントお待ちしています。
GK1 / 松井謙弥：１点
結局、プレシーズンマッチの新潟戦だけの存在になってしまった。契約満了も仕方ないが、であればそもそも何でとったのかというと、どうにも頭数合わせのような気がして、本人にとっても不幸だったような気もする。
DF2 / 實藤友紀：１点
名前を聞かないなと思っていたら、怪我だった模様で、結局シーズン通して出番なし。おまけに契約満了と残念なお別れ。J1で十分にやっていけることはすでに証明されているし、本人もフロンターレに骨を埋めたいと明言してくれていただけに残念。
DF4 / 井川祐輔：３点
ベンチメンバーとしては安心のパフォーマンスを見せてくれたが、ジェシのいなくなった今年であれば、もっとスタメン争いをできたはず。
MF5 / 谷口彰悟：５点
年間通して最終ラインを守り続けたのは、あっぱれ。失点に絡むシーンも多かったが、最終ラインにかかる負担が大きいチーム事情を考えるとやむなし。むしろ期待以上の成長を見せてくれたことはことしての大きな収穫。
MF6 / 山本真希：２点
ベンチに入ったり入らなかったりという状況が続いたが、確かに今の布陣では活躍できる場所がないというのも事実。初年度の活躍が懐かしい位だが、パフォーマンスも回復傾向だったし、契約満了後の他チームでの活躍を期待したい。
MF7 / 橋本晃司：２点
全くボランチのスタメン争いに食い込めず。本人は怪我の影響と言っていたが、連携などの面からも時間がかかってしまったのもあるだろう。最終的にはベンチメンバーを争うまでになってきたので、来年に期待。
DF8 / 小宮山尊信：４点
武岡、谷口と合わせて最終ラインを守り、経験の少ない２人に与えた安定感という影響は大きかったように思う。年間通じてやれたのも収穫。
FW9 / 杉本健勇：２点
前半はラッキボーイ的にゴールを決めることはあったが、年間通しては期待外れ。年齢を考えるとまだまだとは思えるが、計算できない戦力になっているので、期限付きに出すかどうか悩ましいレベル。高さも思ったほど生きなかった。
MF10 / アルトゥール マイア：２点
レナトの後任として招聘するも、半年で契約満了。テクニックの高さはあるし、練習試合で見せたセットプレーのキックの精度も力になったような気がして残念。意外に別のチームで、Jリーグで躍動する姿が見れるような気がする。
FW11 / 小林悠：３点
怪我で戦列を離れる期間が長いのは仕様と思いつつも、こうも頻繁だとそれはそれで困る。出場している時は流石のクオリティだが、それでも得点は稼げなかった。嘉人に次ぐ得点ゲッターがいないことが、チームの低迷の一因になっていた時期もあったように思う。
FW13 / 大久保嘉人：５点
伝説の３年連続得点王。そして、大事な時に決める男。プライベートでもいろいろあったようだが、それを乗り越えて得点王になるあたりが、本当にすごい。前線は入れ替わりの激しい年になったが、嘉人が１人で獅子奮迅の活躍をしてくれたおかげで、なんとか体裁を保つことができた。
MF14 / 中村憲剛：５点
怪我や体調不良で不調の試合もあったが、それ以外は安定のパフォーマンス。さすが、ミスターフロンターレ。流動的な布陣になることが多く、ボランチだけでなくトップ下などでも柔軟に対応。
FW15 / 船山貴之：３点
いい動きをしながらも、ゴール前の技術が足りずに結局無得点のままシーズンが終わった。とはいえ、ある程度前線で計算できたのも事実で、得点できないことは大きいが、それ以外は十分にやれていたように思う。
MF16 / 大島僚太：４点
今シーズン成長した選手の１人。パスだけでなく、守備や安定感が増して、シュート意識も上がった。特に守備の技術が上がったことで、バイタルエリアに安定感をもたらすことができるようになった。
DF17 / 武岡優斗：５点
あっという間にスタメンに定着したと思ったら、年間を通して安定した活躍を示してくれた。特にレナトに鍛えられたという対人の守備はピカイチで、カウンターで何度抜かれそうになっても、その度に技術とファイトで目を摘み取り続けた。いい意味で一番期待を裏切られた。エウシーニョが守備をしない（できない）こともあり負担が常に倍あったという点も鑑みると、なくてはならないピースだった。
DF18 / エウシーニョ：４点
嘉人の次に得点している男。その分守備は犠牲にしているが、武岡くんの急成長もあり思う存分攻撃の才能を開花させることができた。
MF19 / 森谷賢太郎：３点
スタメンで出る機会は多くなかったが、けが人が多いチーム状況の中で、色々なポジションをカバーすることができ、安定したパフォーマンスと運動量でチームにひたむきに貢献し続けたのはとても好感が持てる。こういう縁の下の力持ち的な選手を大事にしなければいけない。
DF20 / 車屋紳太郎：３点
前半は良かったが、怪我と疲れでパフォーマンスが低下。攻撃面のドリブルやクロスはある程度安定して貢献し続けたが、肝心の守備面は甘い面を見せることが増えてしまった。初年度で仕方のない部分があるので、来年以降に期待。
GK21 / 西部洋平：３点
例年通りのパフォーマンスを見せつつも、怪我や新井くんの台頭があり出場試合は減少。安定はしていたが、期待通りの活躍はできなかった。補強の噂もあり契約が心配だったが、まずは大丈夫そう。ベンチGKとしてはこれ以上の人材はいないと思うので、たとえスタメンじゃなくても必要な選手。
MF22 / 中野嘉大：３点
今年の急成長といえば彼。前半は存在感が感じられないほどだったが、急に試合にで始めるとスタメンに定着。期待を上回る活躍をしてくれた。とはいえ、そもそもレナトがいなくなったポジションであったことと、守備は平凡、ドリブルもワンパターンでまだまだ波が激しい印象。本人はスルーパスを積極的に狙っているが、全く可能性が感じられず、ドリブルやシュート意識が低いのも課題。来年が楽しみ。
DF23 / 登里享平：１点
長い怪我生活から復帰も、あっという間に怪我して、ほとんど出場できず。今年は辛い年だっただろう。
GK24 / 安藤駿介：１点
西部や新井くんが怪我した時だけベンチに入る存在。もう少し競争に割って入っていかなければ厳しい。
DF25 / 山越享太郎：１点
左サイドの層が厚くなったこともあり、本人の怪我もあり、出場できず。契約満了も予想通り。風間さん就任後の時期を支えた選手なので残念ではあるが妥当。ドリブルには可能性を感じるだけに、彼に適したチームに行けることを願う。
MF26 / 三好康児：１点
出場しただけで等々力が揺れるほどの歓声を受ける選手。しかし、今年はU−22に呼ばれない時期もあり、苦しんだ初年度だった。当然ながらポテンシャルは高いわけで、きちんとフィジカルを鍛えて、来年以降少しずつ試合に入っていけばいいと思う。大島くんの軌跡を見直してみるのが良いと思う。
DF28 / 板倉滉：１点
プレシーズンマッチで感じた通り、プロのに適用するための時間が必要以上にかかってしまったシーズン。上背はあるだけに、足元とメンタルが課題か。来年と言わず、もう少しかかりそうな印象。
GK30 / 新井章太：４点
今年大きく成長した選手。西部のパフォーマンスが落ちたのもあったが、途中からほとんどの試合でスタメンを勝ち取ることを、誰が予想しえただろうか。とはいえ、安定感こそあるものの、J1で優勝を争うGKとしてはちょっと物足りない印象。ミスが少なくバランスが取れている反面、シュートストップやフィードなどでチームを救う場面は少ない。GKが補強ポイントに上がるのもやむをえない。
FW33 / 長谷川竜也
強化指定選手なので、評価なし。
MF35 / 田坂祐介：３点
器用貧乏のタッピーは何処へやら、パワーアップして帰ってきた。レナトがいなくなったフロンターレの崩壊を食い止めたのは彼。とはいえ、ドイツのシーズン終わってすぐというのはさすがにきつかったのか、怪我でパフォーマンスを落としたまま今季終了。よかった試合では、特にフィジカル的な強さと、パス、ドリブルの鋭さがあり、かつシュートもコンスタントに枠に飛ばせるようなので、来年には攻撃陣の中核になるだろう。
レナト
今年は例年通りのドリブルも見せつつ、何よりもシュートが枠に行くようになり、当然の結果として得点がアップした。タッピーの加入で、不在直後のショックは和らいだが、タッピーが怪我をすると途端に前線が機能不全に陥り、徐々にショックが蔓延してきたように思う。移籍金を置いていってくれたことと、相馬さん時代を支えてくれたことを考え合わせると、感謝しかない。
角田
今年の目玉の補強だったが、守備陣を統率する前に、フロンターレの最終ラインを支えきれずに、我慢できなくなって突然清水に移籍。帰ってくる気ないだろうなと思っていたら、案の定完全移籍。仕方ないと思いつつ、期限付き延長じゃなく、移籍金が入ったのがせめてもの救い。組織で守ることには長けているようだったが、対人ではたまにあっさり抜かれることもあり、カウンターでの守備が多いフロンターレにはそもそもマッチできなかった。
風間監督：３点
調子の良い選手を見極めて試合に使い、活躍させる手腕はすばらしいが、試合での選手交代はまだまだ監督としてのレベルを上げられないでいる印象。スタメンとサブのレベルの差が埋まらず、選手層が薄いのは多少仕方のない部分はあると思うが、守備重視で対策をしてくるチームに対して効果的な施策を打てなかったところは来季へ不安を残す。また、攻撃を標榜するチームにおいて、得点が取れず、連敗をする時期もあり、不安定になってしまったのも事実。けが人が多いというのは言い訳にならない世界なので、確実に勝つという現実と理想とのバランスを、もうちょっと上手く取る必要があるだろう。順位としては、不本意ながら、現状の戦力を考えると、可もなく不可もなく、といったところか。
