いつもはこの blog を年末にまとめて公開していたが、書いてから人に読まれるまで時間を挟みたい意図が年末に近づくほど薄れてしまうのがいまいち。しかも Podcast などの影響で自分のことを認知する人が増えてしまい（いいことのはずだが）、居心地の悪さが閾値を超えた。
ので 2018 年分は 2020 年頭か 2019 年末あたりに公開することにしたい。年末の方がヒマでいいかな。たぶん。
人に読ませるものを書く気が一層薄れそうだが、人に読ませるものを書かないというのは当初の目的の一つだったのでそれで良しとする。コンテンツとしての自分の価値を高くしないのは、精神衛生を保つ上で重要な指針に思える。Podcast だけで十分。
04:52.
今年最後の課外活動は... Halide tutorial でもやるかな。そしてどうでもいいけど halide-lang.org は未だに HTTP だな。自分のブログもどっかで HTTPS にしないとなあ...
来年の目標などについて考えつつ、まとまった量のコードを書きたいなあとぼんやり思う。
あ、愚痴なんでそっと読み飛ばしてね。
自分の大きな行動指針は生涯被雇用可能性の最大化である。いや最大化は嘘だな。可能性を十分に大きく保つこと、という方が正しい。それなりに稼がないといけない事実を踏まえると、今は十分に大きくない。
時代遅れかつ偏りのある身なので、現代的なメインストリーム技術への追従が喫緊の課題。一番大きいのは ML だけれども、クラウドとかのサーバ側も期待値がないとはいえさすがに足りてない。本職なはずのモバイルについても期待値を満たせていない。
けれど追従にばかり時間を使っていると他に何もできない。
これを作ったといえるソフトウェアを、自分は持っていない。仕事で中心的な活躍をしているなら、その仕事の成果を自分の成果に数えてもよいと思う。会社員プログラマの王道とも言える。しかし自分はちょう下っ端。チームの成果を名に冠するのはあまりに詐欺っぽい。レジュメの方便にはともかく自分がそれを信じられない。更に悪いことに、自分が仕事で発揮するインパクトはチームをうつるたびに小さくなっている。今のチームに長くいたところでより大きな仕事ができる気もしない。
それは実力の現れなので仕方ないのだが、結果として自分を代表するコードというものが存在しないのは悲しい。別に a billion users とか state of the art とかじゃくてよいのだよ。ただ「これが自分の実力」と言える何かがほしいだけで。
仕事がだめなら仕事の外で何か書こうじゃないの、と思っても先の追従作業が邪魔をする。
追従作業はそれ自体は何も生み出さない。追従作業と何か書くプロジェクトを被せることもできない。端的にいうと自分が ML 絡みでなんか作ろうと思ったところでゴミしかできないし、より現実的には何も完成しない。これは過去に体験済である。
モバイルはもう少しマシかもしれない。でも全部をつっこんで作りたいアプリとか、別にないんだよね。あんまし興味ないのと、それ以上に自分が規模のあるまともなアプリを E2E で作れる気がしていない。完成しないとは思わないけれど、ゴミができるとは思う。これも過去に体験済である。もっかいやってみろという話もあるが。
やはり自分の経験は技能と照らし合わせ、できると思える主観的な確率が 50% くらいないと厳しい。ML は 1%, モバイルは 20% くらいしかない。クラウドを絡めたサーバサイド主体の何かだと、そのあいだの 5% くらいだろうか。自分が 50% くらいできると思えるプロジェクトは古臭い題材ばかり。
そうした古臭い題材のプロジェクトはけれど、やれば楽しいし満足すると思う。成功の見込みは、主観で 50% だから現実にはその半分くらいでまあ失敗するだろう。でも趣味のコードなんて完成しなくてもそこそこ達成感はある。
ただその対価としてまた 1, 2, 3 年と時代との距離ができてしまう。ただでさえ時代遅れなのに、その追い打ちは高くつきすぎやしないか。運良くなにか満足いく成果が出たとしてもダメージはでかいし、失敗した日には何も残らない。しかも失敗しがち。
自分の「追従作業」がもたらす未来も、特段明るいわけではない。ML にキャッチアップすると言ったってすごく基本的なことをできるようになるのがせいぜい。現実に ML エンジニアになれるわけではないし、より遠回しな形で仕事が ML に近づける見込みすら、さして高くない。せいぜい仕事で手伝っているシステムの奥の方にあるブラックボックスの暗闇に、ちょっとだけ目を慣らせるというだけ。必要なことだと思うけれどもエキサイティングではない。
古臭い趣味プロジェクトを楽しんで雇用を危機に晒すか、届くことがないであろう将来への距離を空しく縮め続けるか。そんな二択。というか現実的には後者一択。
ヒット作を連続する超スタープログラマを別とすると、多くの「名を冠する」コードは書き手のキャリアが一番明るいときに書かれているように見える。そんな時期があったとして、自分は何をしていたのだろう。わかんない。どうでもいいブログを書いたりしてたのだろう。今だって時間ないとかいいつつ Podcast をやっているわけで、自分の名を関しているのはそうしたコンテンツやメディアであってコードではないのだろうな。
これは我が体を表していると思うし現状として受け入れているけれども、この先もずっとそうなのかと思うとだいぶ悲しい。
年末だからと将来のことを考えると暗くなりがち。程々にして、また目先のことに気を取られつつ暮らしていきたい。
via ngrok - secure introspectable tunnels to localhost
自分であげた GCE のインスタンスにある Jupyter をどこからでもさわりたい問題、ふと調べてみたら ngrok という port forwarding 業者を使えそうだとわかった。まあ今どき人々は Colab なのかもしんないけど、自分でインスタンスを持ちたいときには便利かもしんない。
個人事業主がやってるインディーっぽいサービス。しかし Webhook API を提供している業者のチュートリアルでは隈なく使われているという。インターネット、いいかげんでよいな。
カメラまわりハローワーク、当初の予定を若干逸脱しているので見直す。Halide チュートリアルのあとやることリスト:
次点:
次点までバーっとさわってみたい気もするが、その手前で一旦 wrapup して他のことをやってもよい、ということにしておく。そのときに次点もカバーするならすると判断すればよい。
ハローワーク、触れる要素技術が増えること自体は一定程度不安を和らげてくれはするのだがいまいち達成感ないのが長く続ける意欲を削ぎがち。なんかまとまった量のものを書きたい。しかし現状の自分はあまりに丸腰すぎて何も興味深いことができないので仕方なし。
05:45. @SB. 寒いなどの理由で普段は歩きのところ車に載ってみたら窓が凍っていた。そしてスタバ、ついに何も言わなくてもコーヒーとドーナツが出てくるようになった。常連だ！
考え事の日です。
04:40. 昨日は疲労のためスキップ。
今日はなんとなくどうでもいいブログでも書くかという気分。
Things I Don’t Know as of 2018 という記事がよかったので真似してみる。
個々の説明を長々しても仕方ないと自分は思うので、ざっくり 3 つくらいの「知らない」レベルに分けてみる。すなわち 1. なにそれ. ニュース記事とかで名前と三行説明を読んだくらい。 2. 聞きかじり: 何らかの入門的文書は読んだことがあるが、さわったことはない。3. ハロー: ハローワールドしたか、何らかの必要に迫られて数行触ったくらい。
元記事とおなじく全てのソフトウェアテクノロジをカバーしているわけではない。なので個々に載ってないからと言って知っているわけではないものはたくさんある。あと元記事では「ネットワークスタック」「関数型言語」みたいな「さわる」を定義するのが難しいものが混じっているので、そういうのは省いたり具体的にしたりした。ウェブの細かい要素技術はどうでもいいのでだいぶ省いた。かわりに Technology Radar を眺めたらちょっと補った。
ではスタート！
現代的ソフトウェア開発をしている人が見たらこの人大丈夫かと首を傾げるかもしれない。が、今の所大丈夫ですよというのが話の趣旨なのであった。元の記事は Facebook で React を作っている有名人らしい。そのへんのおっさんはともかくスターがいうと説得力がある。
自分の場合、ほんとに大丈夫なのかと言われると言葉に詰まる。サーバサイドやりたいなあ、機械学習やりたいなあ、とか思いながら行動には移さずぼんやり Android してます。色々触れる仕事は遠くなりにけり。
自分の知らないことを書くのに気が乗らない理由の一つは、こういう上から教えたがりさんに絡まれる可能性への億劫さだと思う。
05:00. よく見ると #41 が重複していたので #44 はスキップ。
Halide やんぞ。
プログラマと英語その 3 くらい？年に一回くらい書いているので今年も backlog を消化しておく。
コミットログとコメント。自分はこれを日本語で書くのはないわーと思っており、強制された場合を除き日本語で書いたことはないし、日本語のコメントをみると拒否反応が出る。最初の勤務先ではコミットログは日本語だったかも。覚えてないが・・・。
実際のところ日本語だめなのだろうか？オープンソースで世界中の人に使ってもらいたい！とかいうときはやめといたほうがいいと思うが、日本で日本人と働いているとして。コメントもコミットログもコミュニケーションの手段なわけで読み手に親切な方がいいし、不自由な言語で書いて間違ってたりしても厳しいよね？
自分はもう完全に適応してしまっため日本語で書くのは無理な気がするし幸い必要もないけれど、昔なぜあんなに英語で書くことにこだわっていたのか思い返すと不思議。まあすごいダメなコンパイラが死ぬ、みたいな可能性が昔は一部の言語であった。しかしそれほんと昔の話だし、一部のダメな言語 (C とか) くらいからねえ。
なんとなく美しくない。気分としては完全に理解できる。しかし説得力には乏しい。
むかし無駄に下手な英語でコメントやコミットログを書いている自分を、同僚たちはどう思ってたんだろうね。想像すると若干肩をすくめてしまう。ごめんね。
過去:
これは来年の目標や計画をたてるにあたっての braindump である。
メタな話として、長期的な見通しを考えると同時に目先の仕事のがんばりにも気を配らないとだめだな、というのが今年仕事をがんばってみた上での感想。先のことばかり考えると足元を掬われる。あと人生のフェーズ的に将来の話ばっかりしてる段階でもない。
といいつつ大局的な話をまず考える。
Android の仕事について
ML とクライアントサイド
Computational Photography と Computer Vision
その他クライアントサイドの要素技術
サーバサイド
次の自分に目を向ける。
プログラマ基礎力
プログラミング言語
競技技能
転職
そのほか課外活動
目先の仕事
年末でコードレビューを頼む相手もおらず暇なのと、去年は OS のバグに苦しめられたのとで、手元で OS をビルドできるようにしておこう計画を進めてみる。すなわち repo init, repo sync して本体をビルドしてみる。
でかい。社内ビルドなのでアプリも全部入っている。それだけでなく、ビルドをしていると中間生成物でディスク残量がみるみる減っていく。複数チェックアウトを手元にもつのは厳しい感じのサイズ。Chrome のときもでかいと思ったけど、比べ物にならないね。コードの複雑さ以前に物理的なバイト数で。このクソでかいのにたいした専用インフラなしにやってる OS の一味やばいと思わざるをえない。せめて Ninja になってたのはよかったね。
ワークステーションは、最近 Mac Pro もびっくりの業務用超速くてデカくてうるさいやつにアップデートしてもらったのでディスクサイズを別にするとびくともしない。ビルドもファンがうるさいが速い。すごい。ただしアプリ開発には overkill だな。
そしてビルドとインストールはできたけど仮にまたバグがあったとしてデバッグできる気が全くしない・・・。
04:49
ゆこっぷ（奥さん）が子と添い寝をするようになって夫婦の会話が不足がちになったので、あるときから文通をしてみることにした。半年くらい前。メディアとしては例のごとく WordPress を使っている（二人ともブログ世代なので。）一つのサイトで運用。
今は休暇中だし、子供の相手をしながらなんとなく会話をする技術も向上してきたので以前ほど頻度はない。それでも少し立て込んだ話をするのには文章でコミュニケーションした方が良いことも結構あり、そういうときは重宝している。（たとえば家電製品のマニュアル PDF のスクリーンショットをとって張り、昼間にここみて XX しておいて、と頼むなど。あるいは Amazon にある子供おもちゃのリンクを複数張り、レビューサイトへのリンクもはって引用をコピペし、これはどうだろうかと言うなど。）あと仕事の昼休みとか朝早くとかに書いておける非同期性も助けになる。
たぶん普通だとソーシャルメディアでグループ使うとかの方が良いのだろうけれど、ブログはソーシャルメディアにありがちな他人のノイズがないのは良い。文通、という感じがする。あとから見返す楽しみがあるのもよい。あとチャットはチャットで使っている。でも情報量に応じてメディアを使い分けるほうが良い気がする。
04:45.
昨日の夜もちょっとだけ読んだ。さっさと wrap up せねば。
04:53.
Firecracker のコードを読む、前にまずは周辺ドキュメントだな。
ドキュメント読んでビルドして、ちょっとコード読んだくらいで時間切れ。
今年は自分比でいつになく仕事をがんばったので仕事について考えることが多かった。稿を分けてなんか書いておく。
自分について
チームについて
製品について
05:50 @SB
今日は Weekly review の日です。Podcast 編集はまた明日。というか podcast 編集とか別に集中力必要ないので朝の元気な時間を使うの勿体無いね。寝る前の 30 分とかでちまちまやる方が良いのではないか。リリースまで時間がかかってしまうが。
05:16.
編集の日です。
メルカリ上場していたのか！ というのを UK 撤退だかのニュースで気づく。IR をぼんやり眺める。
とにかく日本での伸びっぷりおよび売上がすごい。US やめて人増やすのも遠慮すれば超高収益企業になりそうだけど、そういうノリではなく博打継続中なのだろうなあ。今のところ見込みのある博打には見えないが・・・。
日本のソフトウェア企業が米国進出するの、自分は最初の勤務先がそれ（など）で潰れかかったのでまったく成功する印象がない。一方で DeNA とかが一時期ヒット作もありやばくなったらさっさと撤退したのを見て、単に突撃してきて失敗する時代は終わったのだと感心したのを覚えている。Mercari どうなるかな。
C++ を書いていると、数年のブランクがあるにもかかわらず妙な安心感がある。自分は間違っていない、というと語弊があるが、自分の間違っている程度を自分はわかっている、というような。コードの質もなんとなく高い気がする。
仕事で Android アプリの Java を書いているときはそこまでの confidence を感じない。そこそこだろうとは感じている。
Python とか JS を書いていると、我ながらこのコードはダメだなと思う。しかしどう良くしていいか検討もつかない。似たような話を前に書いた気がする。
最近のモダンメインストリーム言語、すなわち Go, Swift, Rust, TS とか全然使えない。Kotlin は Better Java として使っている範囲ではそこそこだと思いつつ、Kotlin を活かしている感じはない。
自分は学生時代、 C++ の習得に莫大な時間を費やした。学生時代後半から会社員になってしばらくは Java もそれなりに熱心にやった。そうした取り組みは自分の言語への fluency や confidence にはっきりとつながっている。何らかの新しいプログラミング言語を、同じくらいとまではいかないけれど十分な fluency や confidence で使えるようになりたいという願いがあるが、なにもしていない。
機械学習をやりたいとする。プログラミング言語の観点から見たらやるべき言語は明らかに Python である。一方で良い機械学習プログラマは良い Python プログラマなのか。いまいちそんな様子はない。Python 経験者が ML 界隈で特別重宝されている様子もない。むしろ、あまりがんばらなくてもなんとなく使える Python の性質が ML との相性の良さの一つになっているようにすら見える。なので ML 修行の寄り道として Python 真面目にやるか、という気分にはなりにくい。そんなにモダンでもなく、したがってさほど面白い言語でもないし。隣接する Computer Vision や Computational Photography に至っては C++ だし。もういいよ...
Android プログラマでいるにあたり Kotlin に詳しくなるのはいいような気もするが、Android プログラマでいるという事実にそんなに深く踏み込んでしまっていいのか。自分は根本的に Android への reservation があるためあまり盛り上がれない。そして Kotlin.js や Kotlin Native といった Android 以外での Kotlin の活躍を、自分は信じていない。ついでにいうと JVM もそんなにすきになれない。
Go. 自分がサーバサイドで何かできる見込みが薄い上に言語としてもさほど面白みがなく、盛り上がれない。サーバサイドやらない人が Go やるとなるとどうなるの？コマンドラインツールでも書くんだろうか。
TS. ウェブとかやるの？いまさら？まあやればいいのかもだけど。JS まわりほど技術習得の不毛さが際立つ世界ってなかなかないよね。
C++ 出身者にとって Rust はある意味理想の言語だ。ただ使いみちあんまりないよね。それこそコマンドラインツールとか、なんらかのシステム系のプログラミングをするにはいいんだろうけれど。ブラウザやってる人にはいいだろうね。システムプログラミングというマーケットの性質もあり、他のモダン言語と比べると若干メインストリーム感に劣る。そして仕事で触れる可能性はほぼゼロである。
Swift, は自分的にはぜんぜん圏外なのでどうでもいい。（言語の良し悪しではなく守備範囲として。）
・・・などとどれも決定打に書き、そいつらに詳しくなるくらいなら機械学習系の勉強でもするわ、みたいな気分になってしまう。
でもさー。プログラミング言語に詳しくなるってそういうことじゃないじゃん。もっと打算を超えた勢いとか愛とか執着みたいなもので過剰に時間を溶かした結果として無駄に詳しくなるわけじゃん。そして時折、何らかの偶然が過剰を報いてくれることもある。そんないささか割の悪いギャンブル・ファンタジーがプログラミング言語への精通というもの。
・・・というと極端すぎるな。マイノリティー言語への習熟はギャンブルかもしれないが、たとえばいま Swift や Kotlin や Rust や Go をやってる人はそれぞれ iOS や Android やブラウザ/システムプログラミングやサーバサイドのしごとをしていて、そこで前に進む歩みの一つとしてこれらモダン言語に習熟しようとしている。なのでいうほどギャンブル要素はない。
自分がモダン言語に腰が重いのは、1) 仕事であるはずの Android に愛がない 2) ワナビーである ML や CV にモダンメインストリーム言語がない 3) 打算的すぎる、の組み合わせの帰結といえるかもしれない。
打算を超え一つの言語に入れ込んで、その大好きな言語で流暢にガガガっとコードを書く、という憧れがある。ただ勢いも根性も足りてない。という愚痴。
ふりかえる。
昨年末から今年頭に病床していたため目標とか立ててない。しかし病気がちな上に仕事の人事考課スコアが下がったりしたもんだからどのみち目標どころではなかった気がするが。
大きな出来事
仕事
業務外活動
子供
目標達成度
英語
04:53.
KVM の論文を読んだことだし QEMU 動かしてみようかな。
コマンドラインからお気楽実用 QEMU/KVM 入門みたいな記事ないかな・・・
まあ当面 Ops ごっこする気はないのでここらへんで挫折しておこう。VM たくさん起動して手元で分散システムごっこは一度くらいしてみたいなあ。
ただ手元で分散システムごっこをするのに VM/QEMU は良い切り口なのだろうか。Vagrant みたいにベースイメージがあるならいいけど、自分で用意するのかったるいよね。それのみならず、極端にいうと EC2 にあたる VM provisioning のレイヤを自分で再現せねばならず、それはやる気にならない。色々ハードコードしたシェルスクリプトを用意するにしても素人には大仕事すぎる。
もうちょっと上のレイヤのフレームワークとなるとたとえば OpenStack なんだろうけれど、これもまったくやる気にならない。
となると VM はやめて Kubernetes というか Minikube とかで遊ぶのがよいのかな。 とドキュメントを冷やかすと、その感想はだいたいあってるっぽい。そしてなんか KVM 上に provision できると書いてるな。まじで。これを使えばローカルの KVM の上で Kubernetes を動かせるっぽいじゃん。
が KVM を挟まないオプションも用意されており、じっさい別に KVM 挟まなくてよくね？どうせ Docker なんでしょ？というか Minikube が VM を使うのは Mac とか Windows ユーザのために見える。KVM 対応とか誰得。やはり VM は使わず Minikube で遊ぶ、が Linux ユーザの正しい分散システムごっこなのだろうな。まあ老後の楽しみということで、そのうち。
05:28. ねぼう...
Podcast 話すことの準備。しかしもう木曜とはギリギリじゃんか。時間のなさよ・・・。
05:03. 体調びみょう・・・
引き続き論文読み。
聞いた/読んだ本備忘録
途中で挫折
くじけた本については、1. アメリカ辛い話は去年含め聴き疲れた。精神衛生に悪いのでもうしばらくパス。2. Behavioral economics 周辺も食傷気味。3. 育児系は飽きがち(子育てに飽きたという話じゃないよ)。4. Malcolm Gradwell は podcast を聞いた後だと間延びしてて退屈してしまった。など。CV 系は途中でやめてるけど途中まででもそれなりに得るものはあったかな。
電子書籍仕事をやめたせいか、去年と比べ今年はあんまし本聞いてないね。来年はもうちょっと読んだり聞いたりしたいもんです。ちゃんとした教科書を一冊も読めてないのも無念だけれど、論文読んでると無理。
04:44. 昨日は子から風邪をうつされかかっていたので寝た. 早起き、どうしても健康マージンのギリギリを攻めがちなので気をつけないとね。
今日は論文読みです。
朝は論文読んでも全然眠くならなくてすごいな・・・・。それと比べて昼食後は最悪。日々の時間配分を考えた方がいい気がする（と思っていつも何もしないのだが。）たとえば昼食後はおとなしく昼寝しとくのがトータルの生産性にプラスなのでは、など。
締め切りの存在や打ち寄せるバグの波と戦うべく個人レベルのプロジェクト管理的なものを真面目にやる必要性を感じはじめ、どうすべきかと考える。道具に頼りたい性格なので、のっかるツールやアプリの選択に思い悩む時間が長い。
何度か書いているが勤務先にはまともなプロジェクト・タスク管理システムがない。一番近いのは bug tracker. ただしこいつは内製で、市販品と比べ出来が良くない。なので今まではテキストファイル (というか Google Docs) に目先のリストを書き出したりしてたが、それはそれで破綻しがちだった。現実問題としてこの tracker が組織の source of truth である事実から逃れることはできない。なのでへぼいなりに受け入れてみようと決めた。
まずは真面目に使ってなかったマイルストンとか優先度とかをちゃんと書いたり、タスクを以前より細かくバグにして登録してみる。わるくない。TPM 氏も喜ぶであろう。が、まだ日々のワークフローを支えきれる感じがしない。すなわち自分のやるべき仕事リストや優先順位などの source of truth を tracker に突っ込みきれていない。
何らかの bug tracker を個人のタスク管理に使うにあたる大きな問題のひとつは、（組織の）バグトラッカーを（個人の）タスク管理に使うギャップにある。自分は個人的なメタデータをタスク/バグに紐付けたいが、それをチームに見てほしいわけではない。たとえば「このバグよくわかんないからほっといて風化してもらおう」みたいな意思決定は表立って伝えたくない。ほかには自分の目先の優先度(例:今週やる)と、チームの優先度(例: 次のリリースまでにやる)はだいぶ粒度が違うが、tracker の優先度はチームの事情でつけられているので自分の好みで勝手に付け替えられない。
アジャイル！とかいいだすとそういう組織と個人のギャップを埋めたツールを作ろうとしたりするわけだが、今の自分の関心ではないのでもっと適当にやりたい。
そんななか tracker のドキュメントなどをじっと睨んでいたら、このギャップを乗り切るための機能がみつかった。
一つは hotlist(label) の ACL. すなわち自分にしか見えないラベルをバグにつけることができる。これで組織の粒度から切り離した個人粒度なラベルを付けられる。いいじゃん！というわけで「すぐに見て返事する(バグの分析など)」「今週やる(主な仕事のコード書き)」「小さい暇ができたらやる（クリーンアップとか）」に相当するラベルをつくり、目先のバグを割り振る。ほんとは自分にしか見えないコメントとかもつけられると最高なんだけど、文句はいうまい。
もう一つの機能は、機能というよりは運用なのだが、申請して自分専用のバグ component (カテゴリみたいなもの）を作ることができる。つまり「製品 X のアプリのバグ」というかわりに「自分のバグ」を登録できるようになる。（製品単位でなく組織全体で一つの tracker を共用している事実を思い出されたし。）結果として自分のタスク（例：経費精算する）とチームの製品のタスク（例: このバグを直す）をフラットに管理できる。いいじゃん！これだよこれ！
GHE とかだったら自分のアカウントで適当な repo をつくってその issue を使えばいい話だろうから何も特別ではない。でも大企業の古臭い内製 tracker の運用上の工夫が bureaucracy 的かったるさを回避させてくれた事実は appreciate してもいいのではないか。
仕事タスク管理に希望の光が挿した年の瀬。来年も会社員やってくぞ！
Audiobook を増やすのにあわせ podcast も定番を聴くだけにして新しいやつの追求はしなくていいかな。というわけで subscription を整理しようではないか。
以下の奴らは好きなので残しておく:
以下のやつらは全然聞かないしもういいかと unsub:
面白い番組がないかと時折探したりしてきたけれど、Audiobook もあるし耳の予算は使い切ってる。今聴いてるやつだけでもうたくさん。新番組探索はしばらくおやすみ。
まだ多すぎる気がしたので５本くらいに絞った。
読む、というか聴く本のバックログを補充するにはいい季節。
読むものあるね。しかし多すぎ。適当にフィルタリングしつつキューしてみる。
Audible に復帰する日が来た気がする。Wishlist につっこむべし。
そういえばなんで Audible やめたんだっけ、と振り返るに
しかし podcast ばかり聞いてるのはどうしても時間の無駄感が拭えないので audiobook に復帰したい所存です。
05:50 @ Starbucks. この時間にスタバにきて談笑してる中年三人組どういう経緯なのか気になる...
今日はコードは書かず weekly review などをする日です。そして来週から podcast 再開なのでしばらくあんましコード書けないな。
05:18. 前日が定例家族会議で遅寝のため.
Leasson 05 途中で時間切れ。
04:50.
Halide のチュートリアルをやる・・・ために HalideBuffer を png にしたい。
よし絵が出たぞ！もとは HalideBuffer<float> だったのを適当に PNG にしたのを JPEG としてアップロードしてます。
あとはフラグで実行するパイプラインを選べるようにして進めてけばよいでしょう。
今日はここまで。
Firefox 生活は思わぬ形で早くも終わりを迎えた。すなわち・・・ TabCopy がない！みんなこれなしにどうやってメモやブログを書いてるんだ、というような重要機能なのだよ自分にとっては。
ブックマークレットとかで適当にちょろまかせる気もするが・・・
まあクリップボードにコピーするのは手動でもいいかもだけど、いずれにせよヒマなしにつきまた今度ということで。
04:42. 昨日は不穏に疲れてたので一回休み。子も風邪気味につき用心せねば。
今日は Halide + Bazel なんとかビルドしたい。というか今日やってダメなら諦めかな・・・。
$bazel query "somepath(//halide @halide//:arm_64_android_halide_library_runtime)" ... //halide:halide //halide:hello @halide//:halide_library_runtime @halide//:arm_64_android/halide_library_runtime.o @halide//:arm_64_android_halide_library_runtime
なぜ・・・
さてそんじゃ Tutorial でもやってみるべとおもったが・・・
じかんぎれ。
慣れ以外で Bazel を使うそれなりにマシな理由としては native code が Android Studio 推奨の方法よりラクそう、というのがある。一方でその他のツーリングとかは標準 Android の方が良い気もするので、NDK まわりだけ Bazel を使えないかと考えてみる。
で android_library. 期待どおり AAR を出してくれる。つまり .so を含めることができる。Bazel で C++ と周辺の Java を書いて AAR にして、そっから先は好きにする、という方法はあるかもなあ。
そのうちためそう。
ふと見ると Simplenote for Linux にキーボードショートカットがついている。ようやく。そして WordPress アカウントでログインできるようになった。いいかも。
・・・と試すが、きびしいなあ。
特に URL がクリックできないってメモツールとしてはだいぶ致命的だとおもうんだけど、じぶんがウェブべったりすぎるのかなあ。別にクリッピングとかを求めてるわけではないのだよ。URL を書いたらそれを開く方法がほしいだけだよ？
まあ遅々とではあるがよくなっており degrade はしてない感じなので、引き続き年一回くらい見守りたい所存。
Evernote やっつけたい勢にとって Electron は大変良いプラットフォームだと思うので、誰か頑張ってやっつけた上でついでに linux 版もリリースしてちょうだいね。
なお最近は Standard Notes も定期ウォッチ対象にしている。やはり markdown が first citizen な世代なほうが良いなあと。しかしこいつらもキーボード・ショートカットがないのだった。おまえら desktop/laptop をなんだと思ってるんだ・・・。
04:42
今日は Halide を動かしてみたい。チェックアウトしてツリーの中でサンプルをビルドするのは前にやったので、今日は自分のプロジェクトに組み込む、という視点でやってみる。Android でやる・・・のは大変そうだからまずは Linux で。
じかんぎれ。また明日。
五時くらいに起きた。朝はインターネット接続が落ちていたので夜書いている。
そんでまあ Histogram Equalization 動いた気がするよ。なお 10bit くらいの画像を 8 bit にmap するのも equalization の過程でやっている。
なんかノイジーだね。昭和の写真みたいというか・・・。
しかし「ノイズがある、なんか色が褪せてる」以上に言語化できないな。写真リテラシーなさすぎ。
なんかヘンな原因を考えてみる。
こうした問題を追求したい気もするが、一方で hello work の backlog も溜まっている。一通り色々さわるのを優先し、現像プログラミングはここで一旦終了。#30 ということはカメラから現像までたどり着くのにおおむね一ヶ月。まったく速くないが、これが現実というものでしょう。
06:15 於 Starbucks. ゆこっぷ（奥さん）につきあって夜ふかし。週末やむなし。
今日はコードは書かず weekly review をしたりなんだりです。
実験的に Firefox に乗り換えてみる。Chrome に不満とかではなく Edge 逝去にともなう完全な気まぐれ。自分は Chrome を使う前は Firefox を使っていたのもあってか、特に大きな不満はない。メジャーなデスクトップブラウザ、どれもだいたい良く出来てるからね。
細かい感想を書いてみる
個人的にはどうせなら Vivaldi くらい攻めてほしい。でもそういうキャラではないのだろうなあ。あのくらい色々ヘンなことやってくれればときめくのだけれど、Vivaldi は Gecko-based ではないから Edge 追悼にはならないのだった。あれはオープンソースでもないし。
今の所つかっていてすごく困ることもないのでしばらく試します。
05:03 朝起きてやるゲームを探していたら寝坊。やはりゲームはよくない。自分の自制心バジェットと釣り合ってない。
ヒストグラム、最初は Python かなにかで見ようとおもったがふつうに GIMP で見れたのでそれでよしとする。CVAA にのってた histogram equalization でもやってみようかな。
といったところで時間切れ。
04:47. 4 時に目覚ましなってんだけどなー・・・。せめてあと 15分 くらい早くできないものか。ついインターネットで管巻いてしまうのがよくない。しかしスマホ等の明るい画面による覚醒効果は得たい。5 分くらい遊べるゲームとかしようかな・・・（泥沼の予感）
Demosaic すんぞ。
うごいた。ハローにゃんこ！
明るくしたいが、その前にもうちょっと G や B の入った画像を試してみるべきだな。なお単体テストなどは一行も書いておりません。
というわけでキッチン。包丁立てと水筒が赤、まな板とインスタントコーヒーが緑、 Oreo が青、というかんじで概ね合ってる気がする。寄って見てもあからさまにバグっぽいパターンとかはなし。しかし暗い。そしてなんか緑っぽくない？いちおうオフィシャルカメラでとった正解画像もあげときます。
自分のバージョンは問答無用で画像を上下反転していたが、ほんとは gyro で向きを検出のうえ正しい方向にしないとだめ、ということがわかりますな・・・。（上の画像はもともとは portrait size で、90度回転した。)
burst merge するまでもなく色々やることがあるけれども、次はどうしようかなあ。histogram を眺めるなどが必要なのかもしんない。あとはラズパイRAW現像の blog でも読み直すか。
ところで自分の demosaicing のアルゴリズムはあり得る限り一番素朴なバージョンを使っている。ちょっと探して出てきた 15 年前のサーベイ論文によると、この方法だとモアレみたいな aliasing が出ちゃうからもうちょっとマシな方法を使うほうが良いといっている。実際ラスパイ RAW 現像のひとはそういうアルゴリズムを実装している。がよくわかんないね。
opencv/opencv: Open Source Computer Vision Library
どんなコードか軽く冷やかしてみるが・・・つらい・・・。C++ で画像周りのコードをどう書くと綺麗に書けるか、という題材には向いていない。C++ は実装のための言語であって Python とか Java の binding とかが重要なのかもしれないね。
機能はいっぱいあるし特殊な CPU 命令や GPU を使った高速化とかもがんばっているぽいので、誰かが実装したアルゴリズムを呼び出すだけならさすがに良さそう。こいつをフレームワークとして自分でアルゴリズムを書くという乗り物には向いてないというだけで。
この言い分もフェアではないかな。たとえば Computational Photography のアルゴリズムを実装したコードも入っており、中を見るとまあこんなもんかな、と思えてくる。単にかっこいい C++ ではないというだけで、OpenCV の流儀を覚えればそれなりに便利なのかもしれない。
それはもはや OpenCV を参考に画像処理コードのデザインを考えるという話じゃなく OpenCV にコミットして良きも悪き受け入れるということなわけだが、そうやってる人が多いところを見ると割には合うもんなのかもね。
まあ今回はスルーするとして、やる気になったら考えよう。OpenCV 4.0 には G-API という、Halide/TF/NNAPI 的グラフでがんばるモデルもあるらしい。こういうのは学ぶ価値ありなのかもしらん。
via C++ programming with Visual Studio Code
C++ mode の出来の良さに感銘を受けたのでちょっと真面目にショートカットなどを覚えてみる試み。さすがちゃんと定義されている。しかし Android Studio と混ざって若干つらい。べつにどちらがわるいせいでもないのだが。
定義にジャンプする機能で STL などシステムのヘッダまで潜っていけるのは素晴らしい。C++ に限れば全部のコードが読めるということで、これコードリーディングとかするとき素晴らしいのではなかろうか。
ただ C++ 環境の質の良さは若干とびぬけている気がする。Python とか Java とか Go とか Rust とか C++ じゃないけど大規模コードになりがちな子たちはどのくらいちゃんと動くのかなあ。
下がらなかったぞ！！やーよかったよかった。これで来年も家賃とデイケア代が払えるわ。
しかし年々基本給の割合が低くなってて心臓によくない。景気が悪くなったとき勤務先はどうするだろうか。理論上は基本給以外のところを減らすのが答えの一つなわけだが、現実には不採算部門レイオフの方がふつうに見える。ボーナスとは何なのか・・・。
Blink がフォークして、WebKit/Blink が the Web Renderer (というと Mozilla の人に怒られそうだが) でなくなってしまった失望はブラウザから足を洗うきっかけになったわけだけれども、その後エンドユーザ製品としての Chrome の嫌われぶりとは裏腹に Electron だの Brave だのなんだのの Chromium 派製品は割と幅を利かせ続け、ついに IE/Edge も(何らかの形で) Chromium ベースになる日が来た。
これは Chrome/Chromium がんばったという話ではもちろんあるわけだけれども、それ以上に Microsoft の Windows というか desktop のやる気のなさの表れとも言える。だから方針を巡って喧嘩になったりはしないだろうね。
最近 desktop(laptop) を新調した身としては複雑な気分。Apple の Mac のやる気の無さの結果 Macbook が全体的にぱっとしなくなってしまった一方、一時期の Macbook のがんばりでバーを引き上げられた Windows laptop 業界は (Windows を受け入れるなら) 割といい製品が増え、Apple ファンはしばしば悔しがっていた。そうした高評価 Windows laptop の仲間には Microsoft の Surface ファミリも含まれている。でも Windows 本体がやる気ないんじゃハードウェアがんばってもしゃあねえな、という話にならないのかね。Windows PC メーカーは後に引けないから頑張るしかないのかもしらんが。PC オワコン気味は仕方ないけど滅びたわでもないんだから各位もうちょっとがんばってくれないかなあ。
一方で、力が抜けて色々クロスプラットフォームフレンドリになった Windows は、自分のように歴史的経緯で Windows に拒否反応がでてしまう勢がもう PC でどうでもいいわ、力を抜いてと戻る先にもなりうる。5 年後, Windows 11 は Linux ベース、とかわけわかんないこといいだしても不思議ではないな。Windows 全然好きじゃないけど、すくなくともドライバを自分でビルドしなくてもきちんと動くからね。
インターネットをみてるとウェブ標準の行方を気にしている人が一定数いる。個人的にはウェブ標準にかぎらずこの手のコードを伴わない標準というものはオープンソースによってだいぶ役割が小さくなったと思っており、標準とか言ってないでコードの側で透明性を保つ方がいいんじゃないの、と思っている。たとえば新しいプログラミング言語で標準化がどうとか言ってるのほとんどないよね。昔は ANSI とか ISO とかで標準化していたのに。
まあ単一私企業が実質的な主導権を持ってるオープンソースプロジェクトに透明性を期待できないという主張はわかるので、去年書いたみたいに foundation にするのが良いと思っていたけれど、さすがに the ship has sailed でしょう。やるなら WebKit だったろうから。Turning points というのは事後的にしかわからないものだね。
04:47. 寝る前に調べものなどをして無駄な夜ふかし...すべてを投げ打って寝るには規律が必要.
猫の Bayer image をとりあえずそのまま png にする。それが動いたら素朴に demosaic を実装したい所存。
04:45.
仕事がはかどってない問題について考える時間を取りたいが、コードも書きたい。むー。ちょっとコードかく。
とりあえず少しコードを整理してチェックイン。
via The Friendship That Made Google Huge | The New Yorker
Jeff / Sanjay が長いことペアプロをしていたというのは有名な話で、以前にもどこかで読んだことがある。自分が入社したころはまだやっていたらしいが、入社後初出張ツアーで冷やかしにいったときは不在だった。かわりに Gosling がいた。ははは。（遠くから見ただけだよ。）
AI 部門のトップになると聞いたとき、TensorFlow は Jeff Dean 最後の戦いなのだという自分の予感は深まった。コードを通じて会社を支えてきたけれど、何千人もいる部門のトップになってしまったらコードなんて書く暇ないじゃん。GFS / MapReduce / BigTable とちがって TensorFlow はオープンソースになり、専用のチップも作り、会社の総力をつっこんで開発を進めている（ように見える。）最後の戦いに相応しい舞台だとは思うけれども、勝手に悲壮感を感じてしまう。
会社のために AI 部門とインフラ部門へ袂を分けた二人が、けれど月曜は朝早くオフィスにきて、かつてのようにペアプログラミングをする。かつてにように二人で互いに LGTM し、かつてのようにコードをコミットしていく。
Jeff / Sanjay がコードを書いている限りこの会社もなんとかなる、とは別に思わない。どちらかというと、組織がどんどん大きくなり、自重で崩れかかっているこんなときでも、二人でコードを書く大切な営みを一週間のなかの少しだけは守り続けている。人として大切なことをすべて投げ捨ててはいない。そんな事実に安心する。会社はともかくあの人達は大丈夫と。億万長者相手に余計なお世話だが。
テクノロジー資本主義に荒波が打ち寄せるその朝、失望したユーザの罵声と政治家の叱責が空を埋め尽くし、デモ行進の果て暴徒と化したアクティビスト社員が放った炎に二階建ての旧本社ビルが燃え落ちるなか、オフィスの片隅で二人は、いつもようにコードを書いていた。ここが遅いな。どうしたら速くなるかね。まずはちょっとコードを整理しようか。人々が投げ棄てた暗いコードベースに、小さく静かな LGTM が灯る。
悲しい話だと思いませんか。
via My New Book: Digital Minimalism - Study Hacks - Cal Newport
Cal Newport, またつまらぬ本を書いてしまったようだな。控えめに言ってライフスタイル・グルなのではないか・・・。なまぬるいファンとして、またやる気がない時でも読んであげることにしよう。
04:44. なかなか 21 時に寝られない日々。
今日こそ C++ で PNG 書くぞ。libpng, 10 年以上前に使ったことあるはずだけど 1 ミリも覚えてないね。
clang-format を使いたい・・・が我慢。
8bit depth では書けるが 16 bit depth での保存がうまくいかない・・・。たぶん自分が間違っているが、世の中のビューアを信じ切ることもできないマイナーフォマットであるところの 16 bit depth png. そして libpng はドキュメントが厳しいうえに世の中のウェブも頼りにならん。
表示するときは 8 ビットに保存し、それ以外の中間データは生の配列のまま突き進むかなあ。きびしい。
vscode は C++ ファイル保存時にのエラーをハイライトしたり関数の引数を表示したりしてくれてるんだけど、どうなってんの？ libpng なんて bazel 管理下の奇妙なディレクトリに保存されてるから普通に考えたら見つけられるはずないんだけど、不思議。
Configurations:
OS Setup:
Code related setup:
04:49.
今日は新しく買った laptop のセットアップをします。昨晩半分くらいおわらせといたのであとはコードを古い方から移動するくらいかな。そしたら Bazel + C++ Hello に戻りたい。
新しく買った laptop は Dell の Precision 5530 というモデル。NVIDIA GPU のついてない構成を選んだおかげで Ubuntu 18.04 もあっさりインストールできた。しかし当然トラブルもあり、具体的には Wifi の通信速度が異常に遅い。色々調べてたどり着いたこの askubuntu の解答で治った。2018 年にもなって自分でカーネルドライバビルドしろと言われるとは思わなかったよ・・・てかこのすごいアクティブにコミットがある git repo の master をビルドしていれるの？ 狂気としかいいようがないが、自分は私用の Linux lapotp を新規購入セットアップするという狂気のさなかにいるという事実を受け入れると期待値の範囲だった。返品一歩手前。昨日が日曜なおかげでサポートが休業しててよかった。
なおこの laptop は Ubuntu 16.04 プリインストールなのだけれども、その状態でも Wifi は遅かった。つまり Dell はドライバの壊れた Wifi をくっつけて売っている。Sucks. しかし Dell って Suck だからみんな Apple 製品買うんでしょ、といわれるとおっしゃるとおりなのだった。
Askubuntu にコメントしようと思うも reputation 不足。まあいい。各人苦労してください。
もぞもぞしているうちに時間切れ。C++ は明日からかな。
自分は車の運転があまり好きでない。田舎暮らしなのに損しているなと思う。それでも California は road trip の国だけあってそこそこ眺めの良い道もあり、最近は娘の昼寝ドライブなどで無駄に運転をしている。昼寝に限らず週末の車外出が増えた。
家族でドライブするのはまあまあ楽しい。娘がいると家ではあまりゆこっぷ（奥さん）と話す時間がとれないけれど、ドライブ中は子供が寝ていればそれなりに話せるし。
ただ子供はヒマだろうな。少し前、NYTimes に「シリコンバレーの親は子供に画面を与えない」という記事があった。その記事に登場する draconian な親ですら、例外として長時間のドライブでは子供に iPad を渡すと話している。ドライブ中の子供のヒマさを象徴するエピソードといえよう。
自分の両親もよくドライブしていた。この間電話をして確認したところ、自分が記憶していたドライブ先は軽井沢の先にあるジャムの店だったらしい。Google Map によると当時の居宅から車で片道三時間弱。子供の頃、大人はなぜこのどうでもいい遠出をするのかと思っていた。（ジャムとかそのへんでも買えるじゃん？）今思えば当人たちは楽しかったのだろうな。当時は当然 iPad などなく超絶ヒマだった記憶しかないが、大人のたまの息抜きに付き合うのも子供の仕事のうち、ということにしておこう。悪いな娘よ。
と言うはなしをゆこっぷとして、我々は子供の頃どうやってドライブ中のヒマを耐え忍んでいたのだろうと話す。すると地図を見ていたという。たしかに地図は暇つぶしになったな。しかし・・・このへんの道は地図で暇をつぶすには若干まっすぐすぎるなあ。
06:12. 定例家族会議のため就寝遅れ。そしてだいぶ久しぶりにスタバ。前来た時まだ夏時間だったような・・・。
今日は来季 Podcast なにやるかについて考える日などです。
6:00 ゆこっぷ（奥さん）風邪につき２日ほど娘の添い寝を引き取って、朝何もできず。今日はまあ、寝坊です。添い寝わりと眠りが浅くなるとおもうんだけど、と聞くと、慣れると寝られるとのこと。ほんまかいな。一時期娘が母親でないと駄目だと insist したためゆこっぷ専属になってたけど、もう大丈夫であることが判明してのでもうちょっと引き取った方がいい気もする。しかし朝何もできないのみならず仕事中眠くなってしまう。添い寝力が必要。
スタバに行こうと思うもまた雨。まあ今日は朝飯の準備くらいしたほうがよかろうからいいとして、明日も雨だったら車かなあ。
まとまった時間もないし、コードは保留で考え事の日とする。