はてなキーワード: 再利用とは
本当に美味しいアンコ玉の作り方が難しいみたい。
あと、高い和菓子ほど、職人の手細工とか余計なことを加えてる。
たとえば伊勢赤福はあんこ再利用で営業停止されたことあるのにみんな買うよね。
あれ、今でもたまにあんこが後味が酸っぱい気がする。
岐阜のくりきんとんも、傷みやすい~焦げやすいものなのに手細工でしぼってつくられる。
ブリスターパック10個入り250円くらいの最中がいちばん美味しかった。
(最近みかけなくなってしまった、別の餅入りもなかつくってるメーカーにいれかわったけど)
お昼がわりに3つくらい立て続けに牛乳とたべて、
さっきNHKのニュースでもやってたテスラ。CEOのイーロンマスクは第二のスティーブ・ジョブズと言われアイアンマンのトニー・スタークのモデルとなった人物。
同氏のスペースX社は初の民間ロケットを打ち上げというか、地上に戻ってロケット再利用とかぶったまげ。
そのイーロンマスクの作ったのがテスラモーターズ。電気自動車というか目指してるのは自動運転電気自動車。詳しくはサイトに譲るが、この革命的なクルマの情報が知りたくて、クルマ雑誌を見ても全く情報がない。GQとかWIREDなんかの情報誌はバンバン特集してるのに。
で分かった。雑誌で広告しなくても、テスラ3は予約が殺到してるからだ。
本当にくだらない。何がモータージャーナリストだよ。何が自動車情報誌だよ。テメーの雑誌に広告料が入ってこなきゃ一行も記事にならないんだな。300万円代で、ニッサンGT-R並みの加速で、最新の自動運転技術を盛り込んだスマート電気自動車がマスコミに取り上げてても、自動車雑誌はそうやって無視しとけバーカ。iPhoneと一緒じゃねーかよ。
あこがれの英字キーボードを手に入れたから早速会社のパソコンに接続してみた。会社のパソコンは Windows 7。解像度もメモリも CPU も悲劇的な支給パソコンをなんとか使えるレベルで動かしてくれる頼もしいやつ。
「カシュカシュカシュ」
う〜ん、シングルクォーテーションとダブルクォーテーションがうちやすい! あとアットマークをシフトを押しながら入力するのは新鮮かな。
「コトコトコト」
スペースキーが広い! 打ちやすい! ついつい連打しちゃう。キー配列になれるのは時間がかかりそうだけどハッカーみたいでかっこいい。だけどちょっと、ううん、かなりストレスフルなことが一点あって、日本語を入力しようとしたらキー配列がJIS配列になっちゃうんだ。いちおう英字配列にはキーコンビネーションで切り替えられるんだけど、キートップの印字とちがうじゃない。ほら '*' が '(' だったりさ。
今思えば英語入力にわりきって使えば良かったって思うよ。でも往々にしてわりきるのって無理でしょ。
こまったときのグーグル頼み。グーグルさんに日本語キーボードのパソコンで外付け英字キーボードを上手く使う方法はないのって聞いてみた。そうしたらいろいろおすすめしてくれたから、まあ、このくらいの苦労はしないと英字キーボードを買った意味はないよねって、というかこっちから苦労を買ってやろうって、ふふんと思いながらいろんなページを確認したの。業務中だったけど。
それで、レジストリを書き換えてやればいいって書いてあるページを見つけた(http://blog.heiichi.com/?eid=792239)。書き換えるのは
パス : HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/i8042prt/Parameters キー : LayerDriver JPN, OverrideKeyboardIdentifier, OverrideKeyboardSubtype
か。でもレジストリエディタってなんか使いづらいし、怖いなあ。おっとそういえば業務のデファクトスタンダードアプリ Excel で、拡張コンテキストメニューから「読み込み専用で開く」ためにレジストリを書き換える PowerShell スクリプトを作ったんだっけ。マイクロソフトオフィスがアップデートするたびにレジストリ書き換えられるもんだから、あたまにきて作ったんだっけ……。
New-ItemProperty -Force -Path 'Registry::HKEY_CLASSES_ROOT/Excel.Sheet.12/shell/OpenAsReadOnly' -Name ddeexec -PropertyType String -Value "[open("%1",,1,,,,,,,,,,,,1,,1)]"
よっし、エンジニアならコンポーネントの再利用だな、ってスクリプトをコピーしてぺたぺた(スクリプトは超危険なので割愛!)。パスをかえて、値はこれで、そうそう現在の設定を確認して英字配列と日本語配列を自動で切り替えるようにしたいな、むふふ、なんてつなげたばかりの英字キーボードですくりぷとすくりぷと書いていたの。
そんで実行。エラーか。ふむふむああええおお、パスまちがえちゃった。
こんどこそ実行。エラーなく終わって、ちゃんとキーの名前と値が入っている。さてさてそれでは再起動しましょう。
「ブイーン」
これ面倒なんだよなー。ハードディスクの暗号化解除っと。あれ、起動画面に移らないなあ。メモリチェックが走っているのか。ふーん。
……おわらないんだけど………………………………………………。おそるおそる画面をみたら、
「Windowsが起動できませんでした。システム管理者に連絡してください。」
うっわーーー。ブルースクリーンだーーー。はじめて見たーーー。本当にブルースクリーンででるんだなあ。
正直このときはラピュタをみつけたパズーの気分だったかも。ぼくの場合はこの先にはわくわくなんてなかったけどさ。だんだん、やべー、これやべー、これやべーや、これすごくやばいよね、って正気にもどった。そんで隣のお仲間にバレる前に強制終了。ふう。多分再起動中だっておもってくれたよね。
だいじょうぶだ Windows は軍用にも使われる堅牢性の高い OS だ。これくらいのエラーは普通再起動したらいつもと同じように退屈な起動プロンプトがでるはず。そうやって自分をまず信じる。それが一番大事。
まずは軽い深呼吸。そして電源オン。
「ブイーン」
ハードディスクの暗号化解除は BIOS レベルだから変わらないのか。Windows は予期されない終了をしたって? そのとおり! 気にせずに君はいつものように平常心で起動してくれたまえ。
あかんわ。これ完全にあかんわ。二回起動して二回だめって、これなんかいやってもダメなパターンはいったよね。エンジニアのはしっくれだけどそれくらいはわかる。
とりあえず電源を落として、気持ちを落ち着かせるために散歩しよう。ああ、今日は雲がきれいだなあ。風もふいていてはるだなあ。どうしよ。ぼくも答えはわかっていたんだけどね。管理部にごめなさいしてリカバリ DVD をかりてくればいいんだよね。でもさ、ただの箱になったパソコンはお客様のものっていう派遣の立場だしさ、絶対に原因追求でレジストリいじったことを告白させられるしさ、ああなんか春と秋ってにてるよね。
あとさブルースクリーンになった原因もわかったの。ふいにあああれだなって思い浮かんだんだけどさ、スクリプトつかいまわしちゃったせいで OverrideKeyboardSubtype キーの型を DWORD じゃなくて String にしてたのよ。ぜったいにこれで起動シーケンスで致命的エラーはいてんだろうなって。
そんな風に思いながら、自席に戻って、もう一回電源起動。もう一回よく画面を確認する。……むむ自動修復だと。よかろう最後の望みだ。かなえてやろうじゃないか。へー最後に記録した正常状態にシステムを復元するのか。なんか説明書きに「最近インストールしたプログラムとか消えるかもね。ハハッ。」て書いてあるけど、しばらくインストールなんてしていないし、初期状態に戻んなかったらまあいいよって感じ。ポチッとな。
そんでもって三十分から一時間経ったかなあ。あまりにも時間がかかるからトイレの個室で頭をかかえてたの。自席に戻るとパソコンの電源が落ちているわけ。さてとこれはラストチャンスだ。なんのチャンスかわかんないけどラストであることはあきらかだよね。そして電源をいれた。
この時ばかりは神様に祈ったね。だって計算機はプログラムしたようにしか動かないから、お祈りなんてしても意味ないもんね。だから神様にお祈りしたの、どうかおねがいします、今後はこれにこりてレジストリなんてぜったいにいじりませんので、この計算機が正しく動くことを祈ってくださいって。
結局、無事復旧できた。なにひとつ異常なく Windows 7 は立ち上がって来て、みなれた壁紙がでてきた。おそるおそるレジストリを確認したら、ちゃんとぼくがいじくるまえにもどっていた。ありがとう Windows! ありがとう自動修復機能! いちおうありがとう神様!
それでも外付け英字キーボードで日本語入力したいんだーて人はここらへんを見たら幸せになれるよ。
USB英語キーボード付けた。(英語、日本語キーボードの共存、KeyboardTypeOverride) 202122 (http://202122.iku4.com/%E3%83%91%E3%82%BD%E3%82%B3%E3%83%B3/%EF%BD%95%EF%BD%93%EF%BD%82%E8%8B%B1%E8%AA%9E%E3%82%AD%E3%83%BC%E3%83%9C%E3%83%BC%E3%83%89%E4%BB%98%E3%81%91%E3%81%9F%E3%80%82%EF%BC%88%E8%8B%B1%E8%AA%9E%E3%80%81%E6%97%A5%E6%9C%AC%E8%AA%9E%E3%82%AD%E3%83%BC%E3%83%9C%E3%83%BC%E3%83%89)
USBポートに対しての設定だからブートで失敗することはないと思うよ(ブルースクリーンを発生させたもののことば)。
いちおうこれを書くにあたって、自宅のパソコン Windows Vista で再現できないかためしてみた。検証内容は以下の二つ。
結論としては両方とも大成功! ちゃんとレジストリエディタから編集したら、英字キーボードで日本語入力が快適にできるようになったし、 DWORD を String に変更したらブルースクリーンがでるようになったし! Vista だと会社の Windows 7 ではできた自動修復ができないし! なんかブートセクションとデータセクションが分けられるようになったのって Windows 7 かららしいし!
だけどここは会社じゃなくて自宅だから、メイン OS の Ubuntu で Windows 領域をマウントして華麗に chntpw を叩いてレジストリを修復できる。そう Linux ならね。
正しいHTML
block__element__elementは使用しない
GoogleChromeなら変換時に右側に△マーク〜
誤訳御免。
とりあえず力尽きたので、公開されたメールのやりとり
とか、NPMの説明
http://blog.npmjs.org/post/141577284765/kik-left-pad-and-npm
このドキュメントでは他のnpmを公開している人とのモジュール名の紛争について取るべきステップを記述している。
このドキュメントは"npm行動規範(Code of Conduct)"で説明されている容認可能な行為の明確化であり、このドキュメントに記載されている内容はnpm行動規範のいかなる側面に対しても矛盾する解釈を与えるものではない。
パッケージ名を不法占拠してはならない。コードを公開するか、さもなくば去るように。
あるユーザがモジュールを公開していて、その後、他のユーザがその名前を使いたいと思うケースがしばしばある。ここではよくある例を記述する(個々の例は実際の出来事に基づいている)。
それぞれの状況下でのアリスからのクレームは議論されるであろう。しかしそれらのケースでアリスが取るべき適切な段取りは共通している。
これまでのほとんど全てのケースでは、巻き込まれた当事者は重大な介入を要さずに妥当な解決へと到達することができた。多くの人々は本当に合理的になることを望み、おそらく彼らがあなたの邪魔をしていることに気付いてすらいない。
モジュールのエコシステムはそれらが可能な限り自律的である限り最も活気づいて力強くなる。もし管理者がある日あなたが取り組んでいたものを削除したら、それは理由のいかんにかかわらず多くの人を怒り心頭にさせつつあるのだ。人々が自分らの問題を相手との敬意を持った会話により解決すれば、その交流にたいして皆が良い気持ちで終わりを迎えるチャンスを得るだろう。
幾つかの事柄は許されておらず、npmの管理者に注意喚起された時点で議論なく削除されるだろう。例えば:
もしそうした悪い振る舞いを見たらすぐにabuse@npmjs.comに連絡ください。あなた自身でそうした悪い振る舞いを解決しようとする必要はない。われわれはここにいます。
これは生きた文書であり時間とともに更新される。変更点を確認したければ、gitの履歴(https://github.com/npm/policies/commits/master/disputes.md)を参照
Copyright (C) npm, Inc., All rights reserved
本ドキュメントは"Creative Commons Attribution-ShareAlike License."(https://creativecommons.org/licenses/by-sa/4.0/)の元で再利用可能。
ドローンのアンテナが届かないといっても、たかがしれたことです。
(1番目は、おまけ)
ただし、ATM利用料無料の恩恵がある時だけ、有効活用しましょう。
ちょっと買い物するなら、VISAデビットとかのがお得ですが、それでも銀行にお金がいってしまいます。
ただし、ATM利用料無料の恩恵がある時だけ、有効活用しましょう。
ちょっと買い物するなら、VISAデビットとかのがお得ですが、それでも銀行にお金がいってしまいます。
ただし、ATM利用料無料の恩恵がある時だけ、有効活用しましょう。
ちょっと買い物するなら、VISAデビットとかのがお得ですが、それでも銀行にお金がいってしまいます。
振込手数料を節約するために、できるだけ多くのメガバンクを登録し、同行間無料を活用する
タバコは必ずクレジットカード、または、Edyで買い物をして、カートン単位で購入すること。
しかし、実際、50%引きでも75%引きでも、お店は必ず儲かる仕組みです。
専用ボックスを同サービスで再利用できない、リサイクルの心を持たない
紙の資源の節約、及び、リサイクルにかかる資源の節約になります。
12.本当のリサイクルの心を持つこと
リサイクルをしたら、かえって資源の無駄になるものが、非常に多くあります。
普通に燃やして捨てたほうのが、資源の無駄にならないケースもあります。
13.各種店舗の方へ
自治体のごみ指定袋に似せたレジ袋を用意して、然るべきところに申請しましょう。
14.飲食店の方へ
少食向けの方に数10円~100円程度安くした量を少なくしたメニューを出すようにしましょう。
15.まとめ
リサイクルを推進しているようで、実は一切していない、安倍晋三政権です。
本当の環境問題を考えるのであれば、20年は車は持たせてもおかしくはありません。
・新世代の人々の前に広がった風景(サード後)は、悲惨なものであった
・彼らはそれに触れるうちに慣れてしまった
・世界が滅ぶかどうかという危機的状況に置かれている彼らは一個人の生死を優先することができない
・サード後はサクラはシンジに対し複雑な感情をもって葛藤している
・歴史認識(サード、ニアサード)に関して、新世代とシンジの間で相違がある
・シンジが起こしたサードのせいで、新世代の平穏な生活は奪われた
・他人を思いやれるほど平和な状況ではない、むしろ十分な対応している
・「怒りと悲しみの累積」をそれぞれが抱えている
・それゆえ、悪意はないにせよ各種の言動に繋がった
大体こんな感じですが、もう少し要約したいと思います
<1>
新世代には明るい未来が広がっていたが、サードインパクトによってそれは全て壊されてしまった。サードインパクト後、凄惨な風景が彼らの目前には広がり、悲惨な暮らしを強いられた。サード(ニアサード関係)を起こしたのは碇シンジであり、新世代は彼に対し複雑な感情を持っている。特に、サクラはエヴァ搭乗者としてのシンジの側面も兄から教えられているために、余計に葛藤している。
<2>
サードインパクト後、生き残ることで精一杯であった彼らは悲惨な暮らしを過ごす中で、人が死ぬことは日常茶飯事になり慣れてしまった。そして、危機的状況の中では人類の存続が最優先であり、シンジ一個人の希望を優先することはできない。この点に関し、シンジと新世代の間で齟齬が生じている。また歴史認識、すなわち「世界はなぜ壊滅的な状況になったのか」という史実に関しても情報は錯綜しており、新世代は誰を憎んでいいのか分からない。
<3>
新世代にとって、「シンクロ率」とは憎悪/恐怖の対象であり、サクラの発言は純粋な喜びから出たものである。他人を思いやれるほど平和な状況ではない上に、各人が「怒りと悲しみの累積」を抱えている。それゆえ、新世代にとって複雑な感情から各種の言動に繋がってしまった。世界崩壊の犯人扱いされたシンジも可哀想だが、未来ある人生を壊滅させられた新世代も同時に可哀想な存在であり、ヴィレの中に悪者はいない。
まず押さえておきたいポイントですが、肝要なのはサードインパクトです。「破」のラストでは、アスカは精神汚染で隔離中、マリと弐号機は戦闘不能に陥り、綾波は故障明けの零号機での戦闘を試みるもゼルエルに飲み込まれてしまい、残っているエヴァは初号機のみです。
シンジがあのまま残り、何もしなかったと仮定しましょう。そうすると、自ずと零号機と同化したゼルエルは地下のリリス+槍と共鳴を果たし、サードインパクトが起こります。これは旧劇における最後のインパクト(初号機+リリス+槍)と同じであり、ほぼ人類の生存は期待できません。
すなわち、シンジが勝手な行動を取ろうと取らまいと世界の壊滅は決定的だったわけです。まずこの点が重要。「シンジが勝手な行動を取ったために」世界が壊滅したわけではなく、あの状況においてはシンジの動きに関わらず世界は確実に壊滅します。ダミープラグの処遇を巡ってシンジを追放した時点で、世界の壊滅はほぼ決定的だったのです。これらの事をミサトたちは目前にし、自分たちでは解決不可能な問題のを一人の少年に託したはずです。責任転嫁も甚だしい。
そのため、新世代の未来は元々明るくありません。それに加え、戦闘が続き疎開が相次いでいたサード前から推察しても明るいものではありません。戦闘に爆弾に見知らぬロボットによる迎撃、ドンパチ騒ぎ。当時から元々平和ではなく、明るい未来/今と同じくらいの幸せは元々存在していません。
そうなると、次に問題となるのは「誰が世界を滅茶苦茶にしたか」という史実です。14年間何があったかは分かっていません。しかし、前述のとおり、ミサトたちは一連の内容を把握しています。シンジの追放、そして再び手に負えなくなったら都合よく再利用。しかも、「自分自身のために!」と応援とまきた。自分たちの範疇を超えた問題を一人の少年に託しておいた、これは致し方ありません。初号機に乗れるシンジにしか解決できぬ問題ですから。しかし、新世代はなぜこの史実を正確に把握していなかったのでしょうか。青葉がビデオも取っていたのに。情報の錯綜は当然あるでしょうが、凄惨な暮らしを強いられたのであるならば、その犯人が知りたいというのは最もです。
14年間の内容は分かっていませんので、ある程度の推察も含みますが、おそらくミサトたちは組織を作るために嘘を伝えました。まさか事もあろうに世界を再建しようとしている幹部たちが、実はこの凄惨な状況を招いたサードインパクトを自分たちの力では解決できず、一人の少年に託した上に、失敗に終わった。などという情報を流せば、組織の混乱/疑心は図りかねません。
そのため、「サードインパクトは碇シンジによって引き起こされたものであり、自分たちはNERVに騙されていた」という主旨の内容を伝えたはずです。そうすれば、ヴィレの総括はしやすくなります。嘘も方便というやつですね。その結果、ミサトは建前上シンジに冷たくしなくてはならなかった。オペレーター全員がいる戦闘室ではハッキリと冷たい目線/口調で述べたのに対し、サクラのみが同行した応接間では俯き「もうレイはいないのよ…」と寂しげに呟くだけでした。その後、マーク9の突入時にもサクラがいたために、「身元は私達で管理します、ここにいなさい…!」と言うしかなかったのです。本音はその後のDSSチョーカーの震えに現れている通りであり、シンジを組織統括の大義名分として利用したことへの罪悪感と、そこから生じたシンジの命だけは守りたいというアンビバレントな感情の現れです。
新世代には嘘の史実が伝えられました。「碇シンジが君たちの世界をぶっ壊した張本人である」といった旨を教えられたために、たらこ唇は苦い顔をしサクラは憤りを顕わにしました。シンジと新世代の間で、サードインパクト史実に対する認識が異なっているのはミサトの嘘のためです。この齟齬によって、彼らはシンジに対し憎悪/複雑な葛藤を抱くしかなかったのです。旧世代とリアクションが異なるのも、嘘があったためと考えると納得いきますね。
彼ら新世代にとっては「自分たちの幸せな未来を吹き飛ばしたのは碇シンジである」という史実がありますが、軍人としては問題を分けて考えるべきではありませんか。軍に身を置くのならば、職責と史実は分けて考えるべきです。アメリカに原爆を落とされたからといって、共同戦線を張る際に感情を表に出すなどあってはなりません。さらに言うと、サクラが本当に「サードを繰り返したくない」と考えているのであれば、なおさら自分の感情は胸に秘め、”危険な対象である”シンジには慎重な扱いが妥当です。シンジは新世代にとって大型地雷みたいなもんで、どこを歩くと爆発してしまうかということには慎重になるべきです。危機的状況が続いて精神的に疲労していたとしても、ここは慎重にならざるを得ません。シンジを最も危険な対象として認識しているのであれば尚更、軽はずみな言動は避けるべきです。
さて、シンジはその前のシーンで自己のアイデンティティを支えていたエヴァ(「あなたはもう何もしないで」)を奪われ、自己が安定していない心理状況です。774さんのおっしゃるとおり、確かにここのサクラの発言;「シンクロ率は0です。良かった」には曇りがありません。純粋に喜んでいます。しかし、前述のとおり、ここは大変に慎重ならざる得ない場面であります。トウジからエヴァ搭乗者であったことをサクラは知っていたはずです、それならばシンジの大変さ/苦労も伝わっているはず。そうであるならば、シンジの拠り所であったエヴァに関する言及は非常に繊細になる必要があります。
なぜ、サクラは不用意な発言をしてしまったか。それは、ミサトがここでもう1点嘘を付いていたからです。新世代に伝えられていた2つ目の嘘は、「シンクロ率は危険な指標である」ということです。サード前はエヴァ搭乗者のポテンシャルを図るポジティブな指標でした。しかし、サードを起こしたのはエヴァ、エヴァの搭乗者にはある一定のシンクロ率が必要、そしてシンクロ率は危険という考えに至ります。サードを起こしたエヴァに乗るためには碇シンジのシンクロ率が必要であり、それさえ無ければ金輪際インパクトは起きないと伝えられていたと推察します。ある程度は新世代の思い込みもあります。そのために、「シンクロ率0で良かった」というサクラの不用意な発言に繋がってしまったと考えられます。
さて、ここまでの内容を振り返っても、サクラを筆頭に新世代が迂闊であり、配慮に欠けている自己中心的な人物であるという自分の結論は変わりません。彼らの苦しみを考慮していなかったのは事実ですが、それらは軍事的な職責とは関係してはいけません。広島/長崎に原爆を落とされたからといって、いつまでもアメリカを憎んでいても仕方ありませんし、感情的には理解できても意味のない行動です。ましてや彼女らは軍人、マヤさんなんて吹っ切れてビシビシ動いてるじゃないですか、あれもシンジやサードで亡くなった人への贖罪の一つですよ。
もう一つ、彼らが迂闊で自己中心的だというのは、ミサトたちの話を信じこんでしまっている点です。本当にシンジがサードの犯人であるのか、本当に敵であるのか、危険な存在であるのか、といったことに思慮を巡らせず、自分たちの都合のいいように解釈し、シンジを原発のような危険物とみなす。悲惨な現実は確かに目前にありましたが、そこに思考の責任転嫁をするのは納得できません。旧世代、青葉や伊吹、日向は度重なる戦闘のオペレーションを繰り返して精神がすり減る中でも、自分たちで思慮していました。「ダミープラグは仕方ない措置だった」「そうじゃなきゃ君が死んでいた」と、目前にしたシンジの心情にも折り合いをつけながら分析して答えています。旧世代の行動は利他的ですよね。新世代の彼女らからは稚拙さが拭えません。感情論に支配されている軍人は、利己的/幼稚と捉えられても致し方ないと思われます。
また、新世代たちに同情的な目線を向ける必要がなぜあるのでしょうか。そこがよくわかりません。「新世代もいろいろあって辛いんだよ!!だからシンジに気配りできなく当然!!」なんて論理は通りません。彼女たちの先には幸せな未来が広がっていて、なおかつそれをシンジに壊されたと仮定しても、彼女たちに世代的な苦しみへの慮りを要求するのは些か理解に苦しみます。シンジは世界をたった一人で守れと言われた、背負わされた、その上理由もなく突然にそれをヤメロと言われた。エヴァを通じて人間関係を築けたのに、アスカは精神崩壊し綾波の感情はリセットされたTV版以上ですね、精神の乱れ具合は。
それで、ぼくは劇中のゆとり世代に腹は立ちますが、物語としては彼らの成長も一つの展開だと思うんですよ。旧世代も新世代も力を合わせてお互いに妥協する点を模索して、やっていくストーリーだと思うんです。世代論にかまけてたり、時代や環境のせいにするのではなく、当事者意識をもって問題の解決に(能力差があっても)構成員全員で取り組もうというメッセージだと思うんです。左翼/右翼、若者/年配で内ゲバ起こしてる場合じゃないんですよ、今の日本って。GDPは下がり年金受給年齢は上がり、消費も増えない。賃金も上がらない。対立してる場合じゃないんですマジで。
20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。
今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。
一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。
以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。
受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていないから追加請求もできない。時間(工数)をかければ良い成果物ができるかもしれないがそれを説明して顧客に嫌な顔をされたくないから、限られた工数の中での最善を尽くす。最善を尽くす、聞こえは良いが要は手を抜く。
つまり、どう頑張っても売上は同じなのだから、良いもの・価値を生むものを作ろうと考えない人が多い。社内で開発者と呼ばれる人間もそうだし、マネジメント層はそういうものづくり志向を持った人をリスク扱いすることもある。
これが諸問題の根源で、いかに述べるような組織・プロジェクトが出来上がっていく。
マニュアル作業の正確さをかたくなに信じてる人だらけで、ITとは何なんだと考えさせられる。
私は定型作業を効率化しようとjsやrubyでスクリプトを書いたりしていた。テストデータを開発用DBに突っ込んだり、テキスト処理して整形したり、Excelからコード生成したりするよくあるやつ。
あるとき上司に肩越しに自分の作業を覗かれて「何やってるの?」と聞かれ、そういうスクリプトを作ってると答えたら、工数とリスクの話をされた。曰く「そのスクリプト作るのに何日かかるの?工数に乗ってないよね?」「スクリプトのテストもちゃんとしないと結果が正しいって保証できなくない?」と。この時はイラッとして「30分でできる数十行のスクリプトだし自分の作業工数内で完結する。むしろ後工程や別の人でも同じことを再現性できて楽になる」とか真面目に説明してプログラムも見せたが、読もうとはせず(読めないので)1時間無駄にした。
前述したようなビジネスモデルだから、営業力と、予定工数で無難にプロジェクトを終えるマネジメント力が大事。IT企業だが開発者は自社で持たない。不況の時に待機コストが発生するリスクがあるし、自社で抱えるより単価の安い開発者が人材派遣系の企業や下請けにいっぱいいるから。
社長があるとき社内広報で「技術は買うものだ」と言っていた。文脈で明らかに技術=技術者のことだったので、使い捨ての人売り業と揶揄されていることへの自覚が無いと思う。
そういう人が集まっているor残っている組織なので開発者はほとんどいない。20〜30人ぐらいの課に1人ぐらいの割合でstaticおじさんがちらほらいるぐらい。大体20代からプロジェクトリーダーという立場をやり始め、だんだん大型の案件を扱えるようになっていき、後は出世ゲーム。部長のお気に入りが課長になり、部門長のお気に入りが部長になる。その繰り返し。
開発案件でのBP(ビジネスパートナー、委託先、派遣、下請け)比率は自分の周りだと1:5ぐらいが多い。プロパー社員一人が5人の開発を仕切る、みたいな形。案件規模によりだいぶ差があると思う。この比率が高い=マネジメント力のある組織と考える会社はこの数字を上げようと必死で、比率の低い組織は評価が下がる。
私は開発が好きだったのでエンジニアとして生きていきたい、というようなことを評価面談の度に伝えているが、その度に会社の目指す方向を説かれてモチベーションが下がる。
上述の通り、案件で接する開発者は基本的に社外の人間なのだが、彼らの技術力と意識の高さにはものすごいばらつきがある。言われたものはなんでもこなせる人、何でこの歳まで技術者やれてるんだと疑う人、このプロジェクトはおかしいと良い意味で騒ぐ人、何も意見を言わない人、CっぽくJavaを書く人、人当たりは良いが技術力がいまいちな人、すぐ休む人、バグやミスを隠す人…etc。
まぁ色んな人がいるのはどの業界のどの職種も同じだが問題は質だ。私の主観になるが本当にエンジニアとして尊敬できるレベルの人は1%いるかいないか。というのも、ほとんどの技術者は長年SIやその周辺企業と付き合ってきているので同じ体質に染まっているのだ。顧客が良いといえば良いという態度(この場合の顧客は私が所属する企業)、請負の場合は工数を超えない範囲で手を抜く姿勢、その他諸々。技術力だけをひたすら磨き続けてきたという人はごく一部だけだったし、そんな人でもGitHubアカウント持ってない・ブログやってない・OSSに貢献したことない、といった具合でクローズドな世界で生きている。
そうした技術者とやっていく中で最も厄介なのが教育コストだ。案件のあるなしで人が都度入れ替わり、新しい人が来るたびに同じシステム・技術要素の説明をして何とかやる気が出るようモチベートして、というのを繰り返すのに疲れた。私の会社固有の変なルールの説明はてきとうにしておいて、私は技術が好きな仲間が欲しかったので今のシステムの課題と技術面での改善や展望をよく話す。が、あまり食いつかれることはない。これは私の問題だが、そうした期待と落胆のループも疲弊の一因だ。
ある時、一つの課に6年近くいるというBPと一緒に仕事をする機会があった。その課にはプロパーの技術者が長いことおらず、彼がその課の技術的中心を担っているという話だった。抜けられると途端に色んなものが崩壊するからという理由で、その人の派遣元にはかなり高額の単価を支払っていたと聞いた。課員が口をそろえて「あの人はすごい」「何でもできる」というので初めはかなり期待していた。
だが、拍子抜けした。あまりにも仕事が雑なのだ。コミットされたコードはTODOコメントだらけだし、バグがあまりにも多かった。一度も実行されずにコミットされ、他の人がチェックアウトした時点で判明したバグなんかもあった。それでも声が大きく、プロパーが技術を知らないのをいいことに自分のブランディングに完全に成功していた。客先にも顔を出し、信頼を得ているらしかった。「自分は設計が得意でテスト以降の工程には興味が無い」と言っていた。確かに彼が関わった各システムには独特の概念が埋め込まれた設計があったが、その複雑な設計は保守性が低く、他の開発者が触ると容易にバグを引き起こしていた。
また、彼はJavaの有名なフレームワークであるStrutsを拡張したいわゆるオレオレフレームワークを開発しており、それの出来は悪くなかったと思う。そのフレームワークに欠けているものをうまく補うような形になっていた。だがフレームワークのバージョンを上げると壊れるというのが残念な点で負債になりかけていた。
私は異動したが、彼は今でもそこにいると聞いた。
(最低限のものしか作らないから)安くて早い!という触れ込みで売っているので、テストの工数が異常に少ないことも多い。特にテストコードを書くなんてもってのほか。そういう世界でやってきた人ばかりなので、30や40超えたマネジメント側は「テストコードって何?」状態だ。大型の改修案件が来た時にはコア機能だけでもテストを書いていこうと見積段階から社内で提案したが「顧客に『そんなメリットあるなら何で今までのプロジェクトではやってないの?』って問われるから、絶対言うなよ」と拒否された。
保守案件をやっていた頃、時間を捻出してコソコソとテストコードを書いたりしていた。その案件を離れてしばらく後、ある時リポジトリを覗いたら私が書いたテストコードがばっさり消えていて驚いた。コミットログから課内のstaticおじさん的な人が消したとわかったが、そのコミットコメントが「現在使用していないコードを削除」だった。これはもう問う気も失せて何も言えなかった。
先述したようにテストがそもそもないプロジェクトが基本なのでリファクタできないのだが、たとえテストがあったとしても勝手なリファクタは許されない。ソースコードは顧客の持ち物なので同意なしに改変することはいわば契約違反なのだ。たとえ内的品質が向上してコスト削減に繋がるとしても、そのためにお金を支払う顧客はまずいない。
私がいたどの案件にもコードレビューがなかった。リーダーと開発者数人という構成の場合、まず開発者は全員下請けでリーダーは技術の心得がない場合が多い。そうなると彼らの成果物の良し悪しを図るのは目に見えるシステムの挙動と実施されたテスト結果のExcel報告書だけになる。これが非常に非効率で、少しコードを読めばわかる明らかなバグや仕様理解の齟齬が頻発していた。特に受入試験と呼ばれるリリース直前の顧客側での最終確認や本番稼働中におけるhotfixは全機能をきちんとテストせずにデプロイされることが多く、そのhotfixがさらなるバグを引き起こしたりもしていた。
そもそもテストを書けという話だがテストが無いプロジェクトに足すのはかなり大変なので、レビューサイクルをきちんと回すだけでもかなり変わる。実際、私が入った案件ではすべてのコミットに目を通すようにし、明らかな問題は都度指摘することで品質の向上に繋がった。欲を言えば他の開発者にもレビューしてもらいたいが、下請けの彼らの工数を増やすことは嫌がられる。
無難にプロジェクトをこなすことと新しい技術を試すことの両立こそ技術者の腕の見せどころだと思っているが、ほとんどの場合それは許されなかった。新規にせよ継続にせよ案件を受注する段階で営業やマネジメント層と顧客間で「今回は過去に実績のあるこの技術でやります」という契約が結ばれているからだ。その技術(言語やフレームワーク)がいかに古く、保守性も将来性もないものだとしても受注できればよいし、その技術のサポート切れか何かの拍子で再度リプレイス案件でも受注できればさらにラッキーぐらいの考えでいる。
また横に倣えが加速してさらに悪い事に、同じアーキテクチャ・ネットワークを再利用するために既存のサーバに新システムも相乗りすればよいという発想も珍しくない。「資産の再利用によりコスト削減」という触れ込みだったが、ただでさえスケールしない低スペックのオンプレミスサーバ上で複数のアプリケーションサーバを運用した結果、予想通り耐障害性が下がった。
また、Oracleのライセンスが高いという理由で一つのDBインスタンス上に10数個のシステムが同時稼働しているなんてこともあった。1つのシステムが高負荷なクエリを投げたせいで関連する全システムが共倒れになったこともあったがOracleのバグとして報告していた。
新人の頃にOJTでstaticおじさんの下に付いたことがあった。そのとき担当したのはPerlでデータ連携用のバッチを書くという開発業務だったのだが、最悪の思い出だ。
まずプログラム構造仕様書というのを書かされた。メソッド単位でのモジュールを全てExcel上に記述し、処理の順番と内容を説明するという謎資料だった。あまりに意味がわからなかったので「UMLのクラス図を書けばよいのですか?」と聞いたら「Perlにクラスなんて必要ない。構造化プログラミングを研修でならってないのか」と返ってきた。「俺が前に書いたPerlのバッチがあるから参考にしろ」と言われ、あるリポジトリをチェックアウトして見てみると1ファイル4,000行の.plがいくつか並んでいた。その時の私は何もわかっていなかったのでそういうものかと思ってしまったが後で調べて明らかにおかしいと気づいた。
また、そのプロジェクトのメイン言語はJavaで、Eclipseを使っていたのでPerl用プラグインを入れてコーディング・デバッグをしていたらやめろと言われた。理由は「Eclipse上で動くPerlが信用できない。サクラエディタで書いてプリントデバッグすれば充分だ」と言われた。その時の私は何もわかっていなかったので、プラグインの品質が悪いとかそういう話かと思い「じゃあvimで書きます」と言ったら「サクラエディタにしろと言っただろ!」と一喝され、vim vs サクラエディタという史上類を見ないエディタ論争が起きた。
SI業界の中では高いのかもしれないが決してよくはない。4年目(たぶん25歳)ぐらいで残業込みで年収400万にやっと届いたがそこからほとんど変わっていない。30歳の先輩に聞いたところ「500万前後、残業してない場合の月の手取りは未だに20万切ることがある。残業抜きでは新婚生活が厳しい」と言っていた。いわゆる年功序列がきっちりしていてこのまま続けてもしばらくは給与が伸びないということがわかった。
個人での貢献で差がつくのは±10万程度。その程度ならいっそ無くてもいいのでは、と思う。というかそもそも生産性をきちんと評価する制度が存在しない。これはどの組織でも難しい問題だと思うが、形骸化した評価制度で上司の気に入った人間にS評価を付けているだけならいっそ止めたほうが時間の無駄にならなくてよい。
会社から貸与されるノートPCは低スペックすぎて開発には使い物にならない。なので開発者は基本的にデスクトップを使用せざるを得ないのだがこれもメモリ4G、1.2GHz程度で大したマシンでもない。本当に開発する気がない。
いつの間にかどこかで意思決定がされていて、関与する機会がほとんどない。だがほとんどの社員がそれで良いと思ってる。失敗しても自分が決めたことじゃないから上層の責任だ、そう言えるので楽だから。
情報共有をしない、というか意図的にしないようにしているとまで感じる。連絡はメールと添付ファイルベースで行っているし、共有のファイルサーバなんてのもあったが一部のフォルダは権限を持った人間しか見られない。何で他の部や課が行った過去の見積や提案資料が自由に見られないんだよ。
ソースコードのリポジトリも同様。外部に公開しないのはまだわかるが、プロジェクト外にすら基本は公開していない。別に奪われて困る大した技術もない。
会社が用意した提案資料共有サイトみたいなのもあったが、それに至ってはもっとひどい。課長以上もしくは部長から承認を与えられた者のみ閲覧可能。共有とは。
どうでもいいことを決めるにも承認や根回しや説得が必要になる。それがプロジェクトの利害関係者ならまだわかるものの、まったく関わっていない上長(課長や部長、時には部門長)を通さないと進まないという異常さ。
利益率向上のためにコスト削減ということがしきりに言われており、過剰なコスト削減対応が生産性の低下を招いている。たとえば顧客に見せる資料以外は白黒で印刷しろ、みたいなルール。色がないために情報が伝わりにくい。というかそもそも印刷せずに各自のノートPCで見ろという話だが、先述したようにノートPCは低スペックすぎるので多くの社員がデスクトップを使っている。ITとは。
本当に無駄としか思えない承認・申請フローの煩雑さに加え、使っているシステムの使い勝手も悪く、ひどい日は一日がそうした事務作業で終わる。しかもそのシステムは自社で以前開発したものだというから泣けてくる。こんな作業が定常的に発生するのでいっそ事務員を派遣で雇うべきという提案が何度もされたが、課の予算をオーバーするから無理だという回答しか返ってこない。
表向きは社員の健康促進という触れ込みで残業時間削減を全社的に取り組んでいる。残業減らせと声をかけただけでは誰も帰らないので、勤怠システムと入退館管理システムを監視し、削減できていない組織や人間の評価を下げるようになった。
その結果、サービス残業が復活した。30時間を超えると部長に説明しないといけない、50時間を超えるとその上へ…みたいなループ。表向きの残業時間削減・コスト削減としては成功したかもしれないが、社員の残業時間を管理するとかいう無駄な仕事を増やしたし、管理される社員のストレスとサービス残業に繋がったので下策だと思う。
他人の残業時間をExcelにまとめる仕事があって、そこに給与が発生してると思うと泣きたい。
そもそも無駄な作業や工数至上主義で作業効率が悪いから残業しているので、残業が少ない奴が偉いと一斉に舵取りしただけでは生産性をちゃんと評価できていないことに変わりはない。一昔前の残業多い奴は頑張ってて偉い、というのと本質レベルで何も変わっていない。
それ古い話だね
今期の話だと「ゆゆ式」ってアニメがそう(※厳密にいえば特殊例なのは知ってるが、あくまでリサイクル放送例として)。
2013年4月が初回放送で、今季(2016年1月~)BS11で再放送スタート。
以前からドラマ(今だと夕方に「相棒」再放送やってる)がやってた手口だったのを
NHKで今季アニメ放送始まった「ラブライブ」ってアニメも、スタート(第1期放送)は2013年1月で再放送もされている。
今はドラマ初回放送後、2回目の前に再放送するってスタイルも一般化したけど
地上波はほぼ同時放送、BSで数日遅れ、ニコニコなんかのネットで1週間~10日程度の遅れって感じで
初回見損ねた人をうまくフォローできるようにしている。
試行錯誤の部分が大きいけど
2015年9月~の編成でバラエティで結構あたりが出たのでネット配信をもうちょっとうまく使えるようになってきそうな気配はある。
こないだまでやっていたのは「六神合体ゴッドマーズ」(アニメ内のキャラが死んださい、現実でファン女性が集まってお葬式をやったというアニメ)だったり