風立ちぬ
「風立ちぬ」が好きで何度か鑑賞している。
色々なところで色々な風に言われている「風立ちぬ」だが、僕がこの作品を好きな理由は、堀越二郎のエンジニアとしての美しさだ。
-
- -
この作品は宮﨑駿が引退すると宣言したものであってか、公開前から相当盛り上がっていた記憶がある。特に、試写中に宮﨑駿氏が涙ぐむ場面もあり、感動作という印象もあるのだけど、涙もろい僕だが特に感涙はしなかった。
僕がこの映画を好きなのは、儚い結核文学であるからではなく、メロウなラブストーリーであるからでもない。単にものづくりに携わっている人がもつクリエイティビティへの畏敬の念が、この作品にはこもっているからだと思う。
-
- -
要するに作中の堀越二郎に自分を重ね合わせているんだと思う（非常に恥ずかしい話だが！）。
モノを作っていくエンジニアリングってのは、クリエイティビティを伴う行為だ。彼はエンジニアとしてのクリエイティビティを具現化した存在だ。それゆえ、二郎は”呪われた夢”である美しい飛行機を夢見て、あまつさえ作ろうと奮闘している。
「エンジニア」というと、どうも泥臭いイメージがつきまとう職業なのだけど、実のところ、技術的な視点に立脚し、意見を出さないといけない場面も往々にしてある。自分としては、この想像的な面こそエンジニアの本質であると考えている。二郎の存在は、エンジニアの泥臭い面を隠蔽し、創造的な面のみを押し出した存在としても見ることができる。
自分もエンジニアの端くれとしていくばくか創造的な仕事を求められることがある。しかし、それは泥臭い面を持ったエンジニアだ。理想的であるとは言いがたい。
この映画を見ると、ある意味で最高潮を迎えようとしている航空技術に、創造力で打ち克とうとする二郎の姿から、やはり純粋なエンジニアはかくあるべき、という理想像を夢見ることができるのだ。
-
- -
ところで、興味深いのは、同僚である本庄の言葉だ。
現在の日本は技術立国とも揶揄され、技術力の高さでは世界を席巻しているとも言われている。しかし、個人的には、その技術には国際的な競争力が欠けているように思う。流れの早い分野では依然として世界についていけていないセンスや技術があるように思う。
特にソフトウェアの分野では、日本の実情に合わせたガラパゴス化が顕著である、と肌感覚であるが、思うことがある。本庄の作中の言葉で引用すると次のような感じか。
俺達がExcelで管理しているバグを、やつらはAsanaで管理している。
俺達は10年は遅れているんだ。
恐るべき後進性だよ。
Androidアプリにおけるプライバシー
App privacy controls still missing from Android 5 / Lollipop There is a lot of…
Androidアプリをダウンロードするとき、必ずその権限についてきかれる。
実装としてはAndroidManifest.xmlにuses-permissionでアプリに権限を与えているんだけど、この内容の確認はGoogle Playからダウンロードするときのポップアップによって行われる。ユーザに注意喚起するためだ。セキュリティ上のリスク回避手段だと考えられる。
しかし、これには色々まずい問題を含んでいる。
まず、UI上の問題が挙げられる。ユーザによるポップアップの内容の無視だ。これはどのアプリで言われていることだが、どんな重大な警告であろうと、あまりに何回も出るとユーザは慣れてしまうのだ。とりあえずどんな問に対しても'はい'を押してしまうように学習し、内容を熟読しなくなる。
件のポップアップは毎ダウンロード時に出現する。これではユーザはいちいちポップアップを確認はしないだろう。
2つ目には、警告を理解しても、取るべき手段が非常に限られているということだ。使用したいアプリであっても、セキュリティ上の問題があれば、全機能がつかえなくなってしまう。これは上記記事でも触れられている。
インストールしたアプリの全ての機能が動くわけではないが、自分でリスクを細かくコントロールするか、現在の「全てを受け入れ、インストールする」か「インストールしない」の完全なクロとシロの選択肢しかないか。
例えば、電話帳アプリがあったとしよう。素晴らしいUI・UXを持ち、検索機能もシンプルで使いやすい。デザインもクールで申し分ない。ただ、クラウドに自動同期してしまう。そして、この機能が好ましくなかったとする。これはもちろん、この機能自体をoffにすることはできるだろう。しかし、ポップアップの’はい’をクリックし、ダウンロードすると、クラウドとの同期がはじまってしまう可能性がある。一部の好ましくないと思っている機能のために、ダウンロード自体を諦めなければならないのだ。
アプリのパーミッションの粒度を（多少煩雑になるのは覚悟の上）細かくすれば、これはすこしマシになると考えるかもしれない。しかし、警告だけではどんなリスクをはらんでいるのか十分に予想できない問題は残る。事前にリスクの具体的内容がわからないのだ。電話帳の例だと、「電話帳へのアクセス」と「インターネットへの接続」権限が求められた場合、これがクラウドとの同期のことを指しているのか、アプリベンダーのサーバーに送信することを指すのか、はたまた勝手に全世界の人間の連絡先がダウンロードされるのか、見当がつかない。
やはり使用の際に、どのようなアクセスがなされているかを知り、コントロールすることが必要に思われる。
これに対し、googleは「App Ops」*1なるツールをかつてAndroidプリインの機能として提供していた。この機能はアプリごとに権限をコントロールできるツールだ。しかし、現在このアプリは提供されておらず、Android5.0の現在も復活の兆しがない。
どうもGoogleはこういったプライバシーの問題にあまり積極的でないように思える。おそらく彼らのビジネスモデルがまさに「個人プライバシーを売る」行為だからなのだろう。Gmailの内容だって実はコンピュータによって解析がされている*2。
我々のプライバシーを売ることにより、たくさんの金をかせげる方法がある。それこそが、あなたのプライバシーを侵すアプリ開発者のビジネスモデルだ。
昔のブログ
ふと昔のブログを見返してみた。なんとなくで目的はないんだけど。
ひとつのサービスに長く居座ることがなくて、昔っから自分に合うスタイルの日記サービスを見つけられずに転々としていたみたいだ。
最初にBlog始めたのは2006年で、そのときは忍者ブログ使ってた。久々に自分の文章見てみたら、ひどいのなんのって。文章が破綻してた。まあ、それぐらいの気合の入れ具合で書いてたのかな。当時高校生だったのかなあ。
そんで、次mixiだった。2008年3月が最初の記事だ。ちょうど全盛期だったので、面白かったけど、この時の文章もひどいもんだ。この頃独特の青臭いというか、厨ニっぽい文章で見てられない。黒歴史ってほどでもないけど。2012年2月が最後の記事みたいだ。
この後、再び忍者ブログにもどって、2012年9月まで記事を書いてる（といっても月に一個書くかどうかだけど）。
こうやって、自分の日記をあとから眺めてみるのもいいもんだ。僕はWeb上に公開してはいるものの、ブログをやっているほとんどの理由を、そのとき考えていることをダンプすることにおいている。Webに公開するのは、緊張感というか、推敲する必要性を求めているわけで。
-
- -
その後空白期間を置いてはじめたのが、Tumblrだった。
2013年1月30日が最初の記事で、2013年11月が最後の記事だ。10ヶ月しか続かなかったのか。
結構おもしろげなサービスで、現行のSNSの中では昨今もっともユーザ数を伸ばしているもののひとつらしい。ただ、海外のサービスらしく、なかなかUIが使いにくい印象だ。ブログでいつも苦労するのが、URLの貼り付けと画像貼り付けなんだけど、どちらもなんとなく使いづらかった。特にURLなんてのは、記事のテーブルを無視して横に長く貼りつくもんだから、なかなかたまったもんじゃなかった。
さらにデザインテーマのカスタマイズも難しく、結局放棄してしまった。ただ、やはりユーザ数を伸ばしているだけあって、独特のサービスの展開は魅力的である。今でもUXが改善されたら戻りたいとおもっているSNSだ。
決してはてながダメといってるのではないけどね。やっぱり今後伸びそうなwebサービスってのは使ってみたくなるもんだと思うし、あの類のサービスは長く使ってみないと、なかなかわからないことが多いように思う。
物欲関係
社会人になって２年目だが、あんまりモノを買わなくなったというか、物欲自体が若干失せた気がする。もともと欲はないほうだけど。
それでもちょくちょく欲しいものはあったんだ..
タクティクス・オウガ
PSP版のやつ
タクティクスオウガ 運命の輪 | SQUARE ENIX
発売当時からほしかったんだけど、正直SFC版の焼き直しだし、わざわざPSPまで買うほども食指が延びなかった。で、久々にゲームやりたいな、と思って、最近になってPSPを手に入れた。
PSPが中古で約6000円で手に入って、タクティクスオウガが数百円。送料がほとんどだねえ。さすがに値が下がってた。
まだ序盤だと思うんだけど、これ、やっぱり難しい。SFC版は鬼のように難しかった記憶がある。明らかな難度調整として、
- 味方は3度まで死ねる（SFC版は一度死んだキャラクタは二度と生き返らなかった）
- 操作履歴が50手まで遡れる
この2点がある。後者のほうなんて、タクティクスゲームにしては、禁じ手だとおもうんだけど、さかのぼったとしても依然難しいんだ。簡単にキャラが死んでいく..
LOUNGE LOVER
ペトロールズは好きで何度も足を運んでいるんだけど、ソロも良さげね。
それで、初のソロ・アルバムなんだけど、全然情報をフォローできてなかった。長岡さんのツイートをたまたま見て、そのまま渋谷のタワレコまで行って買ってきた。全然情報なかったけど、3曲入りなのね。
01 DAZEDS
02 LOUNGE LOVER
03 LOWDEN
なんとなくインストルメンタルなかんじ。ところで、この3曲めって、SoundCloundにあがってるやつじゃ...
1曲損した気分になってしまった。なんか全体的にオマケ感ただよう作品なんだなあ。バックグラウンドについては何も知らないんだけど、遊びでつくったかんじ。それはそれでいいんだけどね。
AndroidのメーラアプリにGmailを設定する
Android端末のメーラにGoogleのimapを設定したところ、つまった話。
イントロ
Androidの中にGmailアプリはプリインされているし、端末に紐付けられているアカウント使えば、特に設定せずに使えてしまうGmail。なんとなくサードパーティ製のアプリを試したくなって、適当なメールクライアント（K9とNX!メール）を落としてきて使ってみた。ところが、簡単には設定できず、なんかはまってしまった。
1.imapサーバ設定
imapってのは、メールを受け取ってくれるサーバ側のプログラムのことだ。スマホやPC側（クライアント側という）はimapに問い合わせてメールを受信（サーバからダウンロード）するのだ。
たぶんGmailのimapは初期設定だと有効になっているんだけど、一応ちゃんと確認しておく。
IMAPを有効にするには、Gmailのブラウザ版サイトにアクセスする。PCのブラウザでGmailにログイン、もしくはスマホでデスクトップのレイアウトでログインする（モバイル版のGmailだと、ブラウザから使いに行っても全ての設定が使えるわけでないようだ）。ここで設定よりimapが有効であるかどうかを確認する。
- 右上の歯車アイコンから設定を選択
- 「メール転送とPOP/IMAP」タブを選択
2.セキュリティ設定を確認する
ここから「安全性の低いアプリ」からのアクセスを許可する
https://www.google.com/settings/security
ここから「アカウント権限」カードの「安全性の低いアプリのアクセス」を設定し、「許可」する。
※もちろん、セキュリティが脆弱になる可能性があるので、注意して設定すること。
Emoji Reading
Emoji is once again not so good for Unicode… | Sorting it all Out, v2!
leetってのは初めて聞いたけど、アルファベットを他のASCII文字で代替して書く、一種のネットスラング文化のようだ
'leet'という単語も'1337'で書き換えられる。
日本でもIDとかハンドルネームで散見するものの、やはりアルファベットの文化圏でないために、あまり広まらなかったようだ。
-
-
-
-
- -
-
-
-
件の記事では、過去事例の引き合いとしてleetを出しつつ絵文字のdescriptionが不完全なために、読み上げがうまく機能しないことに言及している。
しかし、この問題はleetとは少し性質が異なると思う。leetは単なる文字の別表記にすぎないからだ。leetを解読してみれば、単一の英単語になり、文章に単射可能である。これに対し表意文字である絵文字は単一の文章に単射可能でない。このため、意味に幅がある絵文字は文脈に無視して文字情報や音声情報に変換すると、どうしても違和感がでてしまう。
この問題はleetよりも顔文字に類似していると思う。画像データか文字データか、という違いよりも
表音文字か表意文字かの違いがかなり大きいように思う。
この問題を解決するには、文脈による意味の変化と、活用・品詞の変換が必要に思う。
しかし、この解決法だけでは明らかに不十分だ。
完全な解決をみるには、個人間での絵文字へ印象の差をうめなければならない。印象によって、変換の結果がことなる可能性があるからだ。
個人差とまではいかないまでも、文化間では明らかに顔文字への認識に差があるだろう。
個人的にはこれは文脈による問題よりも難しいように思う。
満員電車
最近研修があり、スーツを着込んで電車で一時間半かけ通勤した。2日間の研修なんだけどね。
なんともまぁ悪夢というか。
よく世のサラリーマンは毎朝コレに耐えてるなあというか。
-
-
-
- -
-
-
僕は普段私服で会社にかよっている。しかも歩いて20分のところにあるので、徒歩通勤だ。
定時出勤なので、8:50の始業時間に出勤してないといけないんだけど、通勤ラッシュというものを体験したことがない。
さかのぼって、学生時代も電車通学していなかった。
ラッキーなことに実家とキャンパスが近く、十分に自転車通学できる範囲だったのだ。
電車通勤すら経験の無い自分が、スーツを着て早起きをして電車通学するなんて、なかなかない機会だったのだけれど、これがなんとも21世紀とは思えない体験だった。
朝、通勤時間を考慮し、1時間早くおきる。
そして、約100分間の通勤時間。
世間の平均からしてみれば、大して長い通勤時間ではないと思うんだけど。実際体験してみると、これがなかなか大変なことだ。
長い乗り換えに、満員電車。
通勤時間なので、給料なんて出ていないが、一日の中で一番疲れる時間の一つだと思う。
会社について始業するころには、もう疲れている、
一刻も早く仕事は終わりたいが、帰りの満員電車のことを考えると憂鬱になってくる。
-
- -
この延々とつづく電車通勤という儀式は、サラリーマン特有のものだけど、実は意味なんてなものだ。
ましてや、満員電車なんてのは、21世紀になって久しいのに、未だ解決解決できない信じがたい労苦である。
- -
この情報化社会においては、技術的にはリモートワークも可能であるし、フレックス勤務だって
かなり市民権を得ているように思う。
リモートワークやフレックス勤務などで、技術的にも制度的にも、満員電車にのる必要性なんてどこにもない。
それにこれらを効率的に導入すれば通勤時間を抑えられ、会社だって広大なオフィスを用意しなくてすむ。
そうすれば、賃料も抑えられ、割りといいことづくめだ。
この改善が全く進まないのは、上層部のリテラシの低さと、日本の「我慢すればいい」という美意識のせいだろうと思う。
長々と書いたけど、実はこのあたりを詳しく掘り下げる気はない。。
（論じる能力もないし、今まで嫌というほどくりかえされた議論だからだ。）
過去の事例を鑑みると「フレックスを導入するとやっぱり効率が下がった」とか、「リモートワークなんて制御不能だった」なんて反例は容易に見つけることができる。
しかし、この現状は、人のストレス度合いとしても、業務の効率化という観点からしても、決して最適解ではないと思う。
これから打破すべき現状だし、解決していかなければならない問題だと思っている。
