2017春アニメ総論

2017年春アニメも終わってしまいましたので総論的な感想をば。

当期は一言で言うとクソアニメと工業製品的アニメの大豊作で、私としてはとても楽しい3ヶ月でした。放送前からロクアカ、マキャベリズムとタイトルからしてラノベテンプレクソアニメ臭あるいはトリニティセブン臭に溢れる作品に大期待しておりました。

 

その中でも当期最高のクソアニメはなんとも言ってもクロックワークプラネットでしょう。ストーリー・話のテンポ・謎の演出と三要素合わさった正統派クソアニメで、私の木曜日最大の楽しみになってくれました。とにかく雑としか言いようの無いストーリー展開がほんと楽しかったです。あと11話〜最終話の謎空間での裸シンクロダンスはなんですか。ぼくらクソアニメ愛好家を笑い殺す気ですか。腹筋は引きつりっぱなしでしたよ。

anime.dmkt-sp.jp

 

ロクデナシ魔術講師と禁忌経典はまた大分違った展開を迎えました。前半ではテンプレアニメと見せかけてテンプレらしい部分を外しに来てくれていたんですが、リィエル(青髪の娘)編に突入したあたりからはテンプレ展開というかクソアニメ展開満載になりましたね。特に最終回は見るからに「卒業」っぽいなあと思ったら本当に卒業式に乱入するわ、お前誰だよってキャラとの因縁が述べられるわ、取り逃がしてなんか良い話っぽいENDで終了するわで虚無アニメの領域に突入してました。最初三話だけでは判断できないものですね。

 

放送前はトリニティセブンライクなクソアニメじゃろ〜と予想していた武装少女マキャベリズム。金髪チョロイン亀鶴城メアリに心おられて私は原作買ったわけですが、原作だと女帝こそが真のヒロインであり萌えキャラなんすねえ。さいしょっからデレッデレで最初に制服でノ↑ムラとあった後に胸を押さえて過呼吸に陥ってた女帝がアニメでも見たかった作品でありました。個人的には原作を先に買ってしまったので失敗したなーっていう作品です。大変おもしろくはあったんですが原作のが好きねえってやつでした。

 

当期最高の工業製品アニメはなんといってもエロマンガ先生でしょう。ぶっちゃけ原作では俺妹をかなーり薄めて万人受けするようにした作品と感じており、あまり楽しめなかったのですが映像化でとんでもない作品になりましたね。今度の妹ヒロインたる紗霧の臆病さ・赤面・桐野から遥かにマイルドとなった怒りの表現・随所に出てくるデレの面、工業的な萌えをがっつり詰め合わせたものがここまで良いものになるとは。メディアの違いというものを完全に活かしきった作品でした。まぁ僕ら木戸衣吹愛好家的には木戸ちゃんがおちんちんと叫んでるだけで相当満足しましたが!!

 

他にも、別々の方向性のクソアニメを示したつぐもも七つの大罪美少女アニメでありつつもクソアニメの文脈を取り入れたフレームアームズガール、物語の面白さを示そうとしたID-0正解するカドなどなど、見るべき作品がてんこ盛りだった三ヶ月でした。おかげで私の睡眠リズムは崩壊し、肉体的には大ダメージを受けているときもありましたが、精神的には救われ続けておりました。

2017年夏アニメもこのように楽しめるものが満載であることを期待しております。

 

第四帝国到来のフラグ

EUのドイツ一強の経済状態や政治的影響力の強さに足してドイツ第四帝国だなんだと言ってましたが、軍事的にもその兆しが見えてきましたね。

top.tsite.jp

EU軍ですよ!EU軍!ドイツ・チェコルーマニアってこの組み合わせにハンガリーオーストリア入ると、この勢力圏どっかでみたことあるな〜????

ちな海外だと「第四帝国」=「Fourth Reich」のようです。最初Fourth Empireで検索して遊んでたのですがじぇんじぇんヒットしなくて嘆いてましたが、Reichだったんですね。こちらで検索すると海外の方々も興奮してる様子が見受けられます。 皆さんも #fourthreich で検索してみてください。Fourth Reich rising..

 

で、NATOに金出せだなんだ言ってこの状況を作ったトランプ大統領ですが、こんなこと言ってますな。

ほとんどEU軍の応援になってるじゃねえか。ドイツの実質上の再軍備勢力圏の拡大って欧米のアレルギーだと思ってたんですがそうでもないんですかね。欧州と米国の分断に成功したロシアがむしろ割食ってんじゃないのかって展開が面白いです。

 

2017年春虚無アニメ

前の記事が虚無くなかったと言われたので虚無い記事いきます。

クロックワーク・プラネットに注目せよ

anime.dmkt-sp.jp

今期虚無すぎアニメことクロックワーク・プラネットです。ノゲノラ作者こと榎宮祐の作品であるだけあって、設定や見た目はとても面白そうなんですよ。でもね、この作者の作品らしくそれ以外がやたら虚無くて、キャラの会話がひたすら滑っているところとか顕著に虚無ってます。特に主人公とヒロインのオートマタちゃんがすーぐシリアスな場面で露骨なラブコメ空間作って会話を始める上にあんまりおもしろくないので私はもう笑顔を張り付けながら見てます。たまらんです。ストーリー展開もまぁ雑というかなんというかで一話で衛兵さんが敵の全計画をペラペラ喋ってくれるところとか話を積んでいくの面倒だったのかなあ…って感じがしてとても良いです。クソアニメ愛好家の方々もみんなマラソンに挑戦しましょう!

ぺちぱーエンジニャーからのフロントエンドに対する思い

フロントエンドが嫌い に刺激されて私もフロントエンドというかJavaScriptに対する思いを綴ったポエムをば。私の立ち位置ですが、最近はぺちぱーでしこしこECサイト作っており、専業フロントエンジニアがいない程度の規模なもので、PHPエンジニア兼インフラエンジニア兼HTML・CSSコーダー兼JavaScriptエンジニアなどやってる…という感じです。要するに本業として触っているわけでもない私のフロントエンドに対する私の思いは大きく以下2つで、増田の方と似てます。

まず、JavaScriptフレームワークは使えないし使いたくないです。専業フロントエンドエンジニアいないのにReactやらVueやらに手を出すのは学習コスト高すぎて無理っす。また現実問題として、ページデザインは外注ということも多いので、もしこれらフーレムワークを使うならデザイン会社にそれを強制していくことになり、いくらなんでもそりゃ無理があります。結局のところデザイナーさんの共通言語であるjQueryに収束していかざるを得ないわけです。まぁデザインのためのJavaScriptもエンジニアでやる、JavaScriptフレームワークに置き換えていくというのは一つの解決策なんでしょうが、結局専業エンジニアがいないという問題に戻ってしまいます。

その他使いたくない理由としては、JavaScriptフレームワークの仕事がPHPフレームワークの領分と被ってしまっていることが挙げられます。PHPフレームワークでHTMLやらなんやらはいくらでもモジュール化できて分割していけるのに、その上にJavaScriptフレームワークを載せるのは役割がかぶってしまうだろうという予感があります。データはPHPで、DOMはJavaScriptで、とやればいいんでしょうが、正直PHPでDOMまで生成すれば良いものをわざわざ切り離す二重管理状態をやっていける気力があるか私にはかなり疑問です。ここら辺はバックエンドからフロントエンドまで完全にJavaScript一本かつ単一のコードベースで扱えるようになるなら良いなあと思いますんでAngular4なんかがもっと巨大になって全てを飲み込むのに期待です。

今後のJavaScriptとのおつきあい

ぶっちゃけjQueryバリバリのJavaScriptで特にビルドツールも使わずに生きていければいいんですが、どうもJavaScriptが少しずつ大きくなってしまっておりそうも言ってられない状況です。管理のためにまずWebpackに手を付けなければならないだろうという予感がひしひしとしています。いずれ管理のためにJavaScriptを細かくわけてモジュール化もしていきたいのですが、それを統合するのがPHP側で手動で書いたscriptタグとなるとやってられません。WebpackとかいうJavaScriptツールチェインの中でも最高に難しいに手を付けるのはかなーり気が引けますが、これ以外でまともな解決策になれそうな方法も無いので致し方なしです…

(いっそJavaScriptのビルドというかconcatを、PHPフレームワークのテンプレートエンジンでincludeやらなんやらを駆使してやってしまうという手もあるとは思います。CDNのおつきあいを考えるとJSはJSで固めてPHP側の変数が混ざらないようにした方がいいとは思うのですがもういっそ…という思いも無きにしもあらずです。

TypeScriptはWebpack導入後にさっさと導入したいですね。型のおかげでバグがなくなっていくのはとてもいいことです。jQueryについては今のところ必要を特に感じません。結局jQueryはVanillaJSの便利なラッパーでしかなく、つらいつらいDOM操作の悪夢に悩まされるのはJavaScript使う以上どれでも変わらないでしょう。それなら記述量の減るjQuery使えばいいじゃん派です。

それはともかくStandalone AMPが流行って欲しい

以上の記事を全部ぶった切った話ですが、それはともかくとしてStandaloneなAMPがもっともっと流行って欲しいですね!PCサイトからスマヒョサイトまで含めて単一のAMPページにしていくトレンドもっと流行って欲しい!

AMPはSEOを楯にしたグーグルのそれはそれは邪悪極まりないJavaScriptフレームワークであり、これに乗っかるのはグーグル一極支配をより受け入れていくことに他ならないのですが、PHPエンジニャーとしてはそれを遥かに上回るメリットがあります。だってJavaScript書かなくて良いんだもん。検索順位上がるよ!ってのを我らエンジニアも楯にしてどんどんAMP化を勧めていきたいですね。当然現状のスマヒョ版、さらにはPC版を置き換える形でね! (なお現実はスマヒョ版と並列でAMPが設置される苦しみ)

まぁAMPもいずれ一定の条件を満たすJavaScriptはOKになって苦しみが増していくんでしょうけど、今この瞬間の牧歌的空気をもっと満喫していきたいですね…

クソアニメ天下五剣

今期も大体一話・二話が終わり、天下五剣が私にも見えてきました。

 

筆頭: マキャベリズム

anime.dmkt-sp.jp

実質上の女子校に転校してきた、かっとビングしそうな男子高校生が美少女とバトルしてはセクハラするアニメです。トリニティセブンみたいな作品ですが、こう、すっと脳に入っていく感じがとてもいいですね。美少女を組み伏せたらキスせねばならんのですよ。

 

次席: ロクアカ

anime.dmkt-sp.jp

もうタイトルからして空戦魔導士の気配が漂っている作品で、一話目はなんか違いましたが二話目はこちらの要望どおりだったのではないでしょうかっ。既存の教育の批判・謎の襲撃者・レイープされそうになるヒロインとそれを助ける教官、もうたまりませんな!

 

余談ですが、二話は特に妙にキャラデザがピンクパイナップルのエロアニメっぽく見えて、白猫が襲われるとことかまんまエロアニメやなって思わざるを得ませんでした…

 

第三席: 覆面系ノイズ

anime.dmkt-sp.jp

 

「少女漫画はな〜ノリがな〜」とか思ってたところに不意打ちキメてきた作品です。期待度が上がっています。やってることは軽音楽部のアニメそのものなんですがとにかく展開が早い! 急に歌い出すヒロイン・歌で思い出す男子高校・ヤンデレ化するボーカル・そしてキラキラ星と、まぁバンドリとか色んなものを一話だけで置いてけぼりにしちゃいました。今後の期待大です。

 

第四席: つぐもも

anime.dmkt-sp.jp

 

悪い妖怪を狩っていくいつもの作品ですが、かんなぎというISUCAの風味が漂っているのでしょうか。面白いかと言われると大変微妙です。テンプレクソアニメとして作業用に流すのが良いのではないでしょうかっ

 

第五席: フレームアームズガール 

anime.dmkt-sp.jp

 

武装神姫の続編なんですが、妙にクソアニメっぽい部分が漂っている作品です。イマイチクソアニメ具合で言うとそれぐらいしか紹介できないんですが、まぁ百合キスでHPが0になるところとかは大変いいんじゃないでしょうかっと。

 

(追記)第六席: Sin 七つの大罪

anime.dmkt-sp.jp

今期豊作で忘れてたやつ。第五席はコッチのほうが相応しいですわ。見るからに駄目そうな作品が見事にクソアニメなった素晴らしいやつです。視聴継続確定ですねっ

 

Mac OS Sierraのキー配列調整

マイフェイバリットキー配列である、右親指Shift、左親指Ctrl、左小指半角/全角の配置がSierraでも実現できました。

Karabinerが動かないということで諦め気味だったのですが、@Yuichiro_S 氏から投げられた情報と二つの神アプリのおかげなんとか実現できました。m(_ _)m

方法

  • Karabiner-Elements をインストールし、かなキーを右Shiftへ、英数キーを右Ctrlへリマップ

  • Macのキーボードショートカット設定の「前の入力ソースへ」をCtrl+Spaceから Alt+\に変更
  • ⌘英かな をインストールし、デフォルトの設定を消して右Ctrlを「前の入力ソースへ」に割り当てる

  • 入力ソースはGoogle IMEなりことえりなりで英数とかなの二つだけにしておく

 

Ctrl+Spaceをそのまま半角全角代わりに使うという手もあるんですが、普段使っているPhpStormなどなど多くのIDEで補完のキーになってるので使いたくなかったんですよね。Alt+\にしたり色々回りくどいことをしてるのはそのためです。

何はともあれこれでキー設定が私に最適化されたのでTweetDeck専用PCになってる状況から改善する第一歩が踏めて良かった良かった。

負の生産性と向き合えますか?

わたしは向き合えないというポエムです。ぽえむだぞ。

プログラマーの生産性は、優秀な人の場合、常人の数十倍にもなるという神話があります(せいぜい数倍であると否定されつつあると小耳にはさみましたが)。ですが生産性は0や負の値を取ることもある、というのが最近思うところです。生産性0というのはわかりやすく、開発者にとってタスクの難易度が高すぎて全く書けないという状況です。では負の生産性とはなんでしょうか。

負の生産性とは

ソースコードの技術的負債の一つに、ソースコード自体の肥大化・複雑化などにより保守性・可読性が低下することが挙げられます。技術的負債はソースコードを生産すれば生まれてしまうものであり、開発とは正と負の成果を同時に作る行為です。

負の生産性とは、この負の成果が大量に生まれてしまう状況であり、開発をやればやるほど技術的負債が積み上がっていく状況を指します。結果として、 生産されたソースコードの価値や工数に対して、技術的負債の返済コストの方が大きくなってしまうわけです。

技術的負債自体は開発で避けることは不可能なもので、極論を言えばソースコード行数が増えれば負債も増加するものです。とはいえ「負の生産性」と呼びたくなるほどひどい状況がいつもあるわけではありません。何故こうなってしまうのか、これが本題です。

負の生産性が生まれる原因

原因はわたしの中でだいたい見えてきつつあります。

負の生産性を生む人間が負の生産性を生んでいるのです。

これではトートロジーなのでもっと真面目に言うと、負の生産性を生む習慣が身についた人がそれを生み出しているのです。こういう習慣は色々あるんでしょうが、わたしの思う限りは特に以下の二つが特に大きな問題です。

1. 関数抽出しない習慣

継ぎ足し継ぎ足しで最長不倒関数が生まれるこの習慣こそ最大の問題です。人類は数百行、数千行にも達する関数を読んで保守することはできんのです。特にPHPのようなファンクショナルスコープな言語では変数のデータフローが本当に読めないので関数を短くするのはとても重要です。長くなるとデータフローがしっちゃかめっちゃかになって何やってるのか本当にわからなくなるのです。

関数抽出は人手でやるのは意外と難しくて神経を使う技術なのですが、今のIDEには関数抽出リファクタリングが標準装備されており非常に簡単に行うことができます。今時関数抽出しない人は罪人のそしりを免れないでしょう。ほんとうに、ほんとうに大切なことなのです。

2. 抽象化しない習慣

抽象化をさぼる習慣もじわじわと負債を増やします。ただし抽象化といってデザインパターンとかそういうレベルの話ではなく、「マジックナンバーを出現させずに定数を使う」とか「処理をできるだけ関数化して明白な名前を与えてやる」とかそういう低い意味での抽象化です。「type == 4」というコードが出現すると真顔になるんですよ。4ってなんやねん、4って。定数化はとても簡単にできる抽象化であり、基本中の基本なんですがそれすらサボられるととてもツライです。

負の生産性と向き合えますか?

教育により負の生産性を生む習慣をやめさせるのは前向きな発想ではありますが、実効性には疑問があります。というのもこれらは今の時代では技術というより「習慣」だからです。習慣だからこそやめさせるにはかなりの根気が必要でしょう。やめてもらうまで何度も何度もレビューで指摘する必要がありますし、「リリースまで時間ないんで、今回は見送って次回直すということでお願いしま〜す♪」のような言葉を全て拒否する精神力が必要になります。リリースさせたら最後あなたの負けです。リリースされたコードを直すなんてことはそう簡単にできることじゃないのです。

おそらくは一番簡単な解決策はその方に開発からご退場頂くことでしょう。もちろん後ろ向きな解決なのは間違いないですし、有期雇用や派遣の方が相手ですと雇い止めという比較的穏当な手段を取ることができるかもしれませんが、正社員の方が相手ですとそういうことはできるのでしょうか… 当人の希望と会社と思惑が重なって消えてくれることを祈るしかないのかな…