あきばこ工房

法事が近いこともあり、この連休は近場で買い物くらいしかしていないのだが、ふと思いついて アマゾンプライムの マイヒーローチャネルを登録した。 https://www.toei.co.jp/release/bb/1214972_971.html

普段、アベマTV(プライム登録中)でアニメでも流し見していることが多いのだが、そろそろ好み系の作品も見尽くしたこともあり、別の配信サービスをみつくろっていたときに、「ああ、そういえばFire Stickを使っているのにアマゾンプライムは見てないな」と思いつき、アマゾンプライムを確認していたら結構懐かしい作品が並んでいたので、しばらく登録してみることにした。

子供の頃に明らかに内向的TVっ子であったのでどの作品を見ても懐かしい。

どの作品が面白いか という話ではなく、「昔、横目に見ていたTV作品の主題歌や画像、展開雰囲気を今流し見すると、子供の頃の懐かしい雰囲気が思い出される」という話である。

つまり作品を見ているという話ではなく、音と雰囲気で昔へのシンプルなタイムスリップ感を楽しんでいるという話である。過去への時間旅行を500円くらいでやれるのであれば、下手な遠出旅行より楽でコストパフォーマンスが高い。

作品そのものは明らかに時代がかった三文芝居なのでがっつり見るのは下手すると時間の無駄かもしれぬ。あくまで他に見るものがないときや食事でもしているときにBGM代わりに流し見するという話。

まぁそのうちもういいかなと思ったら解約は忘れないようにせねばならぬ。サブスクリプション系のコンテンツはそこを忘れるとすごく割高になるし、必要があればサブスクリプションしなおせばよいし。なのでサブスクリプションを登録したら必ず見直す時期をカレンダーに記録する。

お盆の時期だし、長期休みの頃に定期的に考えるのがよいかもしれない。

「プログラムソースにコメントを極力書かない」という思想も最近多くなり、レガシープログラマはそれなりに悩むことになります。

自分らの世代では「プログラムはコメント文がプログラムを動かすつもりでがっちりコメントを書いて、その間にプログラムソースを少しずつ埋め込むくらいに書け」って言われたものですが。

ただその方法で書き慣れてくると考え方はある程度は納得する。つまり

「仕様書とコメントの両方の説明文があったら、どっちが本当かわからなくなるじゃないか」

どちらか一方があれば十分であるという考え方。仕様書の手直ししていくうちにずれてウソになっていくコメントだったらないほうがよい という話。

実際はコメントは書かなくてよいのではなく「仕様書とコメントはどちらか一方は必要」である。例えばフレームワークのライブラリのソースを深掘りすると、API仕様としてソースに山ほどのコメントが付いている。こちらの場合は「仕様書は細かく書かずにコメントを書く(それをdocツールで仕様書にしてしまう)」という話で、同じことを2回書いたり、両方に書いてどっちが本当か分からなくなる という問題は発生しないようにしているわけである。

コメントは英語（英字）で書くか漢字で書くかも難しい問題がある。

メソッドやフィールド名は基本英字になるし、英字になれば語は英語かローマ字になる。英語が苦手な昭和プログラマーにはスラスラ読めるとはいかないのだ。ソースを書きながらかな漢字変換を切り替えるのも誤字の原因として煩わしい。

大前提としては「英語に慣れるのが理想。できれば留学やホームステイをして英会話もバリバリになるべき」ビジネスに幅と機会も大幅に大きくなるのだし。

そこまではもう行けない老年プログラマーはせめて中学英語を理解しつつGoogleやbing翻訳を駆使しよう。プログラム界隈で使われる英単語は結構限定的である。

個人で書く分には誤字を気にせず日本語でいいんじゃない。

法事が近いので遠出はしない。お酒とハッカソン風で回す。プチ旅行計画。先週のことがあるのでお酒は少な目に。