<?php echo $test["aaa"] ?? "hello";
連結もできるらしい。
<?php echo $test["aaa"] ?? $test2["aaa"] ?? "hello";
PHP7.0以上で使える。
Android アプリ開発をはじめた
ボーン・コレクター／コフィン・ダンサーを読んだ
「ボーン・コレクター」は映画にもなっていて、地上波でも放映されていて、子供のころに何度かみた記憶がある。
アンジェリーナ・ジョリーと黒人のおじさん（いま調べたらデンゼル・ワシントンという俳優らしい）が出ていて、寝たきりのおじさんが探偵役っぽいことをしていたのをうっすらと覚えているくらいだったが。
原作小説の著者はジェフリー・ディーヴァーという人で、どこかのブログで「ジェフリー・ディーヴァー作品はどれから読むべきか」というのがとりあげられており、そのときあがっていたのが「ボーン・コレクター」だった。
（このときはじめて映画に原作があったことを知った）
Amazonで著者検索してみると、本屋で表紙を見たことがある作品がちらほらあって、「青い虚空」は学生のときに読んでいた。
そういえば、一時期”ハッカー”小説にはまりそうな時期があったのをふと思い出した。懐かしい。
「ボーン・コレクター」が「リンカーン・ライム」シリーズの1作目というのもこのとき知った（リンカーン・ライムはメインキャラ名）。
シリーズものは常に一作品目からたどって読むべき！という信条を持っているので、すでに映画を見たことがあるものの、一作目の「ボーン・コレクター」から読むことに。
「天才のリンカーン・ライム（と仲間たち） VS 天才の犯罪者」と、とにかく対決ものっぽい。
鑑識技術を駆使して証拠物件から犯人を追うリンカーン・ライムと警察（リンカーン・ライムは警察でなくコンサル（？）的な立場）、警察の行動を読み、裏をかいて自分の犯罪を実行していく犯罪者。
いまは2作目は「コフィン・ダンサー」を読み終わったところなので、すべての作品がこう進むかはわからないが。。
いま3作目以降の作品をまとめて注文して届くのを待っている。
リンカーン・ライムシリーズから派生した、キャサリン・ダンスシリーズも気になるところ。
データ構造を着飾るアプリケーション
最近、文章を書いてないのでリハビリがてら。
Google の"検索"
Google 検索のすごいところは、「検索」でなく「ソート」なのだとどこかで見た。
検索結果を"どのような順"で表示するかが、むしろ重要なのだと。
例えば、検索キーワードがページ内に多く含まれているWebサイトが検索結果のより上位に表示される、と考えてみる。
そうすれば、望まない検索結果が出てくるのは明らかだと直感的にわかるはずである。
つまり、Google 検索は、検索結果をユーザーが望む（であろう）順番にソートしている、といえる。
何を当たり前なことをと思うかもしれないが、
そのときは「検索」と「ソート」で受ける印象がだいぶ違う！と感じたのである。（アハ体験１）
Excel の"表"とTrelloの”リストのリスト”
話は変わるが、ジョエルオンソフトウェアで有名なジョエル先生が、Trelloについてのエントリを書いている。
ここにExcelが広まった理由について考察が書かれている。
Excelを実際に「計算」と呼べるもののために使っている人間はどこにもいなかった。
ほとんどの人々がExcelをリストを作るために使ってたということだ。突如として私たちは、Excelを時代遅れにせんとした、上等な未来的スプレッドシートであるLotus Improvがなぜ完全に失敗したのかを完全に理解した。あれは計算が大得意だったが、表の作成はひどく下手で、そしてみんなはExcelを計算ではなく表のために使っていたからだ。
大部分のExcelユーザーが”表計算”でなく、ただの"表作成"に使っているのだという。
自分も思い返してみると、確かにただのそのような使い方をしていることが多いように思える。
どれだけ優秀な表計算シートも、表作成ソフトにはかなわなかったのである。
表計算のユーザーは少なく、表作成のユーザーは多かった。
ところでジョエル先生はこのエントリの中で、
素晴らしい水平的キラーアプリケーションとは、実際には着飾ったデータ構造に過ぎないのだ。
とおっしゃっている。つまり、Excelは”表”というデータ構造を着飾ってたアプリケーションなのだと。
そして、Trelloは「リストのリスト」を着飾っている。（アハ体験２）
表やリスト（またはリストのリスト）といったデータ構造は、多くの人が業務等で普通に使っているものである。
必然的にそれらの”データ構造”が（おそらく無意識的にだが）必要とされる機会も多くなる。
したがって、それらを着飾ったアプリケーションは広く使われる資質を持っているのである。
（もちろん多くの人に実際に使ってもらうのは大変だと思うけど。）
先程のGoogle 検索の例に戻って考えてみると、
Google 検索はソートというアルゴリズムを着飾っているといえる。
「データ構造とアルゴリズム」を着飾ったアプリケーション（Webサービス）
多くの人に使われるWebサービスを作りたいならば、
データ構造やアルゴリズムといった観点からサービスをみてみると何かヒントを得られるかもしれない。
LINE BOTでリッチメニューと新メッセージタイプのカルーセルタイプを使ってみる
LINE DEVELOPER DAYで知った「リッチメニュー」と新しいメッセージタイプ「カルーセル」を試したかったので、LINE BOTを作成してみた。
いわゆるチャットBOTで最初に作るものといえば、出退勤BOTか近隣レストラン検索かと思うので、今回は近隣レストラン検索を行うことにしました。
（BOT自体は未公開です）
利用例
図１：池袋でラーメンを探すの巻
最初に位置情報を送ってもらい、次に検索キーワード（例：ラーメン）と送ると、ぐるなびの検索結果が返ってきます（お店の精度は……泣）
「ラーメン」とメッセージを送ったあとの、「画像＋タイトル＋説明」の部分がカルーセルタイプです。
カルーセルタイプ以外にも、Yes or Noの「Confirm Type」や「Button Type」があります。
LINE、chatbotの開発・普及に向けて新たな展開を発表 | LINE Business Center
カルーセルタイプはスワイプで横に移動でき、今回は3件分の結果を横並びで見ることができます。
リッチメニュー
最下部の「検索メニュー」というところが「リッチメニュー」と呼ばれるもので、ここをタップするとシュッとメニューが表示されます。メニュー名は管理画面から設定できます。
図２：アイコン（イラスト）のせいでリッチに見えないリッチメニュー
ラーメン検索、とんかつ検索となっているところがボタンになっており、このボタンを押すと「ラーメン」や「とんかつ」といった特定のメッセージを送信することができます。
そのため、ユーザーにいちいちメッセージを入力してもらわなくても、ボタンひとつで定型のメッセージを送ってもらうことができます。
↓のようにきちんとグリッドで表示するとリッチになります。
リッチメニュー自体は、LINE＠の管理画面から設定することができます（左メニューのリッチコンテンツ作成）。
今回のケースでは、左半分・右半分で２つのボタンが設定されていますが、さまざまな形式で表示方法を設定することができます。
下記は画像を分割するタイプの種類です。他にも「アイコン＋テキスト」による表示形式も選択できます。
リッチメニューはUIの第一印象がとてもよかったので、LINEやチャットBOTという用途に限らず、アプリに組み込んで何かするサードパーティ向けのUIとして広く使えるのではないかと思いました。
（その検証のため、わざわざこのBOTを作ったのでした）
開発環境メモ
サーバー：Vultr ( ← なぜか東京リージョンを持っている海外のVPS )
OS：Ubuntu 14.04
言語：PHP 7（Slim Framework 3）
レストラン検索API：ぐるなび http://api.gnavi.co.jp/api/
ソース：https://github.com/rubellum/hirudoki ごちゃごちゃしてます。
LAMP環境です。
SSLが必要なので、新たにドメインを取りつつ、Let's Encryptで証明書を取得。
今回初めてLet's Encryptを使用してみましたが、certbotの使い方がいまいちわからず、正直なところBOT作成よりも手こずりました。
certbotのコマンド実行時、Apacheを立ち上げていたよくなかったらしく、停止して上記の手順を踏んだらうまく行きました。
certbotが証明書生成のための確認用サーバーとやりとりするときにapacheとポートが被って自身のhttpサーバーを立ち上げられないとかそんなところじゃないかと予想してますが、正直なところ原因不明です。
参考）
How To Secure Apache with Let's Encrypt on Ubuntu 14.04 | DigitalOcean
最後に
LINE BOTを作成してみました。
世間はチャットBOTが流行る流行ると言っていますが、意外にみんなアイデアが思いつかなくて悩ましい感じがしてますね。
LINE DEVELOPER DAYでもらったBeaconも試さないとナ…。
Kitematic (Beta) 2.app は壊れているため開けません。
Docker for Mac をインストール後、メニューにkitematicの文字が。
早速、kitematicをダウンロード＆起動すると、以下のエラーが発生。
Kitematic (Beta) 2.app は壊れているため開けません。 ゴミ箱に入れる必要があります。
どうやらAppの形式が古いかららしい。
以下のコマンドを実行ファイルに適用すると開けるようになる。
$ xattr -rc Kitematic\ \(Beta\).app
このコマンドがなにをするものかは調べていない。
参考
http://qiita.com/quattro_4/items/f5b56c1897c0cc235c0f
http://apple.stackexchange.com/questions/58050/damaged-and-cant-be-open-app-error-message
なお、kitematicの画面が文字化けしていて、結局使えなかった。かなｃ。
「PHP RFC」でググってPHPの未来に思いを馳せる
RFCで公開されていた「pipe-operator」がF#っぽくて素敵でした。 見た目が奇抜すぎるので、仮に実装されたとしてもなかなか使えないような気も…。
# PSR7 Example $request = getGlobals() |> parseRequest($$) |> buildPsr7Request($$);
PHPの開発がどういう風に進められているのかよく知らないのですが、 いつの日か実装されるんですかね…？
自分はPHPが大好きなので、 たくさんの機能が実装されるととても嬉しいです。
