Untitled

更科系の老舗である芝大門 更科布屋 に初めて来た。ちょうど昼時であり、新型コロナ緊急事態宣言下の GW 中日としては数分の待ちがあるくらいに客が入っていた。

ボクは一人客だったので待ちなく、入口で検温と手消毒をして大テーブルに通された。大テーブルは、往時はおそらく椅子が 9 脚置かれてたと思われるが、いまは 2 + 1 + 2 + 1 = 6 席となっていた。

着席後、一応メニューを確認するも、来る前から決めていた 三色そば を注文した。注文後、 15 分ほど待つ。

出された蕎麦は、手前から御膳そば（更科そば）、変わりそば（よもぎ切り）、普通のそば（二八？）の３色。つゆは甘くなく辛くなくの感じ。

よもぎ切りは、口に入れるとふんわりと香ばしい。更科そばはしっかりと腰がる。普通のそばはちょっと切れ気味だった。

老舗 日本ばし やぶ久 にて、名物のカレー南蛮そばを食した。やぶ久は東京駅八重洲口からほど近いところにあるお店。なお、２軒隣りにこれまたカレーで有名な よもだそば がある。ボクは GW 連休に入っていたが、この日は暦では平日であったためか 15 時前に入ったが、ボクの前後にもランチで入ってくる客がそこそこ居た。

ランチメニューとしてミニ丼とミニカレー南蛮のセットがあったが、こちらでは辛さを指定できないので、普通にカレー南蛮を注文した。辛さは大辛口、肉は鶏肉、麺は蕎麦。

しばらくしてカレー南蛮がやってきた。鶏肉と長ねぎがカレーの具で、上に三つ葉が散らされている。薬味として長ねぎの小口切りが別皿に添えられてきた。カレーそばということでエプロンも付いてきたのでそれを着け、汁から味わう。

一度引っ掛かった時に以下の方法を見つけて対応したのに、またさっき引っ掛かって、また方法を探す羽目になったので、メモ。

GitHub Atom をインストールした直後、パッケージをインストールしようとすると次のエラー メッセージが出て失敗することがある。

... gyp ERR! stack Error: tunneling socket could not be established, cause=Parse Error ...

“Unable to install packages behind corporate proxy #322” にはいくつか対処法がコメントされているが、一番簡便なのは TedThiCo さんのコメント にあるような、次の環境変数を設定する方法かなぁ、と思う。

CoreOS 本家サイトのドキュメント “Running CoreOS on Vagrant” (https://coreos.com/os/docs/latest/booting-on-vagrant.html) にインストール方法は書いてあるものの、少し足りない情報があったので、ここにまとめてみる。

http://tabelog.com/kanagawa/A1405/A140504/14023594/ （食べログ）

http://b-lunch.com/manpukuhanten-musashikosugi.html （B 級グルメランチ紀行）

客先へ赴く途中で下車し、寄った。火曜日にも一度行ったのだがあいにく定休日で、リトライ。まさしく「街の中華屋さん」といった雰囲気で良い。

品目

四川麻婆豆腐定食 ¥1,000

麻婆豆腐

ライス

スープ

サラダ

漬物

スコア

麻 殆ど感じられず。上に掛かってはいた。 辣 ちょい辛。ほど良い。 豆腐 木綿 硬さ 普通。崩れ気味。 薬味 長ねぎ？ 印象にない 熱さ ちょうど良い 量 ちょうど良い 塩辛さ 単品で食べるには塩辛い。ご飯にちょうど良い。 油っこさ 普通 とろみ 硬過ぎ。食べ辛い。 コスパ 普通

コメント

辛い方の麻婆豆腐を頼んだ。「四川」が付かない方は普通の方。

http://www.gatharia.jp/shop/gr107.html （深川ギャザリア ショップ情報）

http://tabelog.com/tokyo/A1313/A131303/13009820/ （食べログ）

マーボー行脚の栄えある第一回目は、鉄人 陳建一の麻婆豆腐専門店、その名も『陳建一麻婆豆腐店』。その木場店まで、家から歩いてきた（約 1 時間）。

品目

麻婆豆腐セット（大辛 正宗麻婆豆腐） ¥1,080

麻婆豆腐

ライス（おかわり自由; 1.5 杯食べた）

スープ（おかわり自由; 1 杯食べた）

ザーサイ

スコア

麻 あまり感じられず。ただし、卓上に山椒粉があって調整可。 辣 ちょい辛。ほど良い 豆腐 木綿 硬さ 普通 薬味 長ねぎ？ 印象にない 熱さ ちょうど良い 量 若干少なめ。ご飯付きなので、ちょうど良い。 塩辛さ 単品で食べるには塩辛い。ご飯にちょうど良い。 油っこさ 普通 とろみ 若干薄い。 コスパ 普通

コメント

3 段階ある辛さのうち、一番辛いの（大辛 正宗麻婆豆腐）を頼んだ。卓上にある 2 種の山椒をかけつつ、汗をかきながら食べた。

Java 8 で ラムダ式 と ストリーム API が導入されたので、それを独習してみる。

Wikipedia によると、ラムダ式（ラムダ計算）とは「1 つの変換規則と 1 つの関数定義規則のみを持つ、最小のプログラミング言語」だそうである。

学校の数学で f(x) = x + 2 みたいに関数の定義をすることがあるが、この表記に近いものがラムダ式、と解釈した。これを“ラムダ式”として書く場合は λ を使って λx . x + 2 と表現する。

さて、 Java では次のように書く:

(x) -> x + 2

これだけだと関数を定義しただけなので、どうにもならない。これをどう使うかというと、 関数型インターフェイスへ代入する。

@FunctionalInterface interface Foo { int hoge(int x); } public static void main(String[] args) { Foo foo = (x) -> x + 2; System.out.println("result: " + foo.hoge(3)); // result: 5 }

7 行目のように、 new するようなタイミングでラムダ式を代入する。そうすると、インターフェイスで定義されている抽象メソッドがラムダ式で定義したメソッドにオーバライドされる。以降、そのオーバライドされたメソッドにアクセスすると、ラムダ式の内容が実行される。

ラムダ式を代入できる条件（関数型インターフェイスの条件）は:

インターフェイス

抽象メソッドが 1 つだけ

そのメソッドとラムダ式のインターフェイス（引数）が一致している

とのこと。つまり、オーバライド対象が確定できるものでないとラムダ式を代入できない。

ちなみに、ラムダ式の引数に型宣言を載せることもできる:

Foo foo = (int x) -> x + 2;

また、ラムダ式の処理部分が複数行に渡る場合は中括弧 {} で括ることができる。この場合、戻り値が期待されているものについては return 文を省略できない。

@FunctionalInterface interface Foo { int hoge(int x); // 戻り値あり } @FunctionalInterface interface Bar { void fuga(int x); // 戻り値なし } public void _main(String[] args) { Foo foo = (x) -> { System.out.println("arg: " + x); return x + 2; // 省略不可 }; Bar bar = (x) -> { System.out.println("arg: " + x); x += 2; // return は不要 }; }

関数型インターフェイス の作り方は、前述の通り、抽象メソッドを 1 つだけ定義すれば良い。そうであれば、アノテーション @FunctionalInterface を付けなくても関数型インターフェイスとして利用できるが、付けておくとコンパイル時に関数型インターフェイスとして妥当かどうかチェックしてくれるので、付けた方が良いだろう。。

参考サイト

より詳しく丁寧な解説は次のサイトにあるので、ご覧あれ。

特定のディレクトリ以下の TestCase を全実行したい場合、 2.7 だと unittest コマンドに discover オプション があるので簡単にできるのだが、諸事情からそれが追加される前の 2.6 で動かしているため、自分でなんとかしなくちゃならない。だがしかしイチイチ TestSuite を作るのは面倒だしメンテも大変、と思って動的検索 & 実行の方法をググったら、『pythonでunittestをするには』という記事を見つけた。 そこではカレント ディレクトリにある *_test.py ファイルを拾って TestSuite を作り、それを実行する、というコードが提示されている。なるほど。

で、このサンプルを、ディレクトリを再帰的に検索するものに書き換えてみた。ちなみに、テスト ディレクトリをパッケージ化して __main__.py にこのコードが書かれることを想定している。つまり、 python -m test.foo.bar みたいな実行の仕方ですな。

if __name__ == '__main__': import imp import os import unittest suite = unittest.TestSuite() loader = unittest.TestLoader() def load_recursively(dir_path): for f in os.listdir(dir_path): path = '%s/%s' % (dir_path, f) if os.path.isfile(path) and f.endswith('_test.py'): name = os.path.splitext(f)[0] module = imp.load_source(name, path) suite.addTests(loader.loadTestsFromModule(module)) elif os.path.isdir(path): load_recursively(path) load_recursively(os.path.dirname(os.path.abspath(__file__))) unittest.TextTestRunner(verbosity=2).run(suite)

なるほど。

<TableLayout : : android:stretchColumns="0,1"> <TableRow> <TextView android:layout_width="0dip" : : /> <TextView android:layout_width="0dip" : : /> </TableRow> : : </TableLayout>

開発用に Firefox でプロファイルを分けて運用したいことも多い。 Windows だとショートカット アイコンを作ってそのプロパティのリンク先に引数を追加してやるだけで済むが、 Mac だとそうは行かないようで。

まず、 Firefox のプロファイルを新規作成するため、 Profile Manager を起動する。

$ /Applications/Firefox.app/Contents/MacOS/firefox -ProfileManager

ダイアログが出るので、新しいプロファイルを作る。ここでの新しいプロファイル名は developer とする。

次に、起動用の .app パッケージを作る。どこに作っても良いと思うが、ここではホームのアプリケーション フォルダ (~/Applications) の下に作成する。

$ cd ~/Applications $ mkdir -p Firefox-dev/Contents/MacOS Firefox-dev/Contents/Resources $ cd Firefox-dev/Contents/MacOS $ vi boot # ファイル名はなんでも良いが、後述の Info.plist での指定と一致させること。 #!/usr/bin/env sh /Applications/Firefox.app/Contents/MacOS/firefox -P developer & exit 0 $ cd ../Resources $ cp /Applications/Firefox.app/Contents/Resources/firefox.icns . # アイコンは本物を拝借。 $ cd .. $ vi Info.plist <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>CFBundleExecutable</key> <string>boot</string> <key>CFBundleIconFile</key> <string>firefox.icns</string> <key>CFBundlePackageType</key> <string>APPL</string> </dict> </plist> $ cd ../.. $ mv Firefox-dev Firefox-dev.app

Mac上のVirtualBoxなのでキーボード選択も「Japanese - Japanese(Macintosh)」を選択していたのですが、この環境でこれ選ぶと勝手にカナ入力にされてしまうようです。

一番上の単なる「Japanese」を選択すると問題なく普通にアルファベットの入力ができます。