郷愁の情報システム部
今日から新天地（新しい職場）で
仕事始め。初日から遅刻しそうになって
朝からマジで焦った。いったい何を
やってるのやら。頭がボケっぱなし
なので、気を引き締めなければ…
前職の会社に入社したのは2011年。
それから10年の月日が流れ、前職の
職場は今や立派なビル、綺麗なオフィス、
モダンな開発環境となり、環境的な
意味では物凄く良くなっていった。
それでもやはり、SIerの仕事をこれから
先も続けることに対する疑念を払拭
できず、結局こうして転職することに
なったわけだが。まぁ、前職に不満は
確かにあったが、それ以上に、自分の
長い人生の中で、勤め先が1社だけ
というのはもったいない、という
思いはあった。情シスやりたかったし。
新しい職場は、大阪の某・医療機関。
ぶっちゃけ、新卒で入社した10年前に
タイムスリップしたような感覚がある。
それくらい職場全体にノスタルジックな
雰囲気を感じる。どこか仄暗い室内灯、
赤茶けたデスクに袖机、雑然とした倉庫、
あゝ懐かしや…
というか、情シスには女性職員が
ほとんどいない、という事に軽く
衝撃を受けた。なんとむさ苦しい。
これでは執務室がよりいっそう
暗く感じられるというものだ。
というわけで、当面の目標として、
情シスの女性職員在籍率を上げる事に
専念しようと思う。今のところそんな
権限はまったくないので、現実的な
目標かというと難しい所ではあるが、
じっくり組織の業務を流れを抑える傍ら、
中途採用や社内ヘッドハンティングに
無理やりにでも関わっていこうと思う。
こういう話題をすると腐れフェミが
「性を消費するな！」とか突っかかって
きそうだが、情シスなので仏の心で
無視しようと思う。クソリプ乙。
よっしゃー。
前職より待遇もあがるし、頑張るどー。
SIer辞めました
新卒からおよそ10年務めたSIerを退職した。
退職日は12月末だが有給が溜まっていたため
本日が最終出社日である。せっかくなので、
退職エントリーを書いてみる。
つらつらと書き始めたらクッソ長くなった。
なので、とりあえず目次もつけてみた。
おヒマな方はお付き合いくださいまし。
前職
大手SIer（システムインテグレーター）。
最近ではテレビCMを打ち出したり、
Yahoo!ニュースでも増収増益の企業として
取り上げられたり、今まさしく
ノリにノッている勢いのある企業である。
東京の新オフィスはモダンなデザインで
グループアドレスを取り入れており、
テレワークの普及率も高い。人によっては
最高に働きやすい環境だろう。
そんな環境を手放し、まったく新しい道を
選ぶようになった経緯も合わせて、
入社時から時系列で整理してみたい。
アプリ開発という名の遺跡
新卒で入社してすぐ、金融系の
システム開発の部署に配属された。
今も現役で動いている、古の遺産である
メインフレーム環境の開発である。
元々金融業界を志望していたこともあり
最初こそ面白いと感じていたが、次第に
今の環境に違和感を覚えるようになった。
同期はと言えば、業務アプリなので流石に
そこまでイマドキな開発ではないとは言え、
Strutsのフレームワークを使いJavaアプリの
開発をしていた。それが、こちらはどうだ。
TSOでホストにアクセスし、1行80カラムの
世界でCOBOLプログラムをコンパイルし、
JCLとEASYで年に1度だけ動く巨大なジョブを
作成し、膨大なテストを必死でこなす日々。
自分がしたかったことは何だったのか、
答えのない自問自答の日々が続いた。
ロストテクノロジーと言って過言ではない、
古代遺跡の調査と採掘を生業にするのか。
技術を身に付けたくて入った会社なのに、
枯れた技術しかこの先も身に付かずに
埋もれていく未来を想像しては、
絶望的で昏い先行きに酷く怯えた。
メインフレームの開発を続けることに
意義を見出せなくなり、オープン系の
開発チームに移ることを嘆願した。
古き良き牧歌的悪魔的時代
希望は叶い、晴れてオープン系の
開発チームに移った。同じく金融系の
業務アプリであり、Web系ではない
C/S構成のアプリだが、それでも
メインフレームよりは幾分かは
マシな環境で開発できるようになった。
非常に特殊な業務を扱っているアプリで、
数学的な素養も求められるシステム。
当時の自分の経歴にもフィットしており、
ここでなら開発業務を続けていけるだろう。
その時はそう思っていた。
綻びを感じたのは開発が佳境だった夏の日。
未経験のシステム、初めてのPL、という
慣れない環境だった事もあり、開発現場は
凄惨を極めた。当然、定時には帰れない。
長年の保守開発により負債が積み重なった
ソースコードは歪に成長し、少し揺らせば
崩れてしまうジェンガのようだった。
当時は法令違反となる残業時間の壁も低く、
月100時間がボーダーだったと記憶している。
いつも36協定や法令のラインすれすれを
攻めるような開発を続け、休日出勤も増え、
深夜2時頃まで残業する日が続き、
体と心は少しずつ蝕まれていった。
もっとも、当時はそれくらいの勢いで
働くのはそれほど珍しい話ではなかった。
（他所の部署のもっと酷い話も当時聞いた）
僕もまだ若かったし体力もあった。
ただ、以前に開発PLをしていた上司から、
リリース後に問題が発生したため、
予定していたハネムーンをキャンセルした、
という武勇伝を聞かされた時、そう遠くない
未来に自分はこの会社を辞めるだろう、と
なんとなく思っていた。
囚われのビジネスロジック
過酷な開発現場が続いたものの、人間の
順応力は侮れないもので、数々の汚濁に
目を瞑りながら開発の第一線を生きた。
ある年、そのシステムは大型案件として
ソースコードの全量更改を迎えることに
なった。風が吹けば倒れてしまうような、
絶妙なバランスで成立していたシステムを
刷新することが出来る絶好の機会だった。
その期待はあっさりと打ち砕かれる。
顧客予算の都合で、ソースコードの
リファクタリングが行われることもなく、
汚染されたソースコードをそのまま
マイグレーションツールにより別言語に
コンバートする、という方針となった。
（ツールにより汚染が一層進行した）
そもそも、テストコードもCI/CDもない、
純然たるレガシーシステムである。
リファクタリングなど出来るはずもない。
おまけに、その対応はオフショア先に
発注することになった。単純にコンバート
するだけならまだよかったが、変換に際し
オフショア側でビジネスロジックを一部
ラッピングされ、今後の保守開発では
自前で開発を行うことが部分的にできず、
オフショア先に頼む他ない状況になった。
その時の案件を問題なく終わらせる、
という刹那的な目標だけならそれでいい。
だが、それを保守していくのは誰なのか。
なぜ、保守・運用の負担が増えることに
少しも想像を巡らせる事ができないのか。
曲がりなりにも自前で連綿と続けてきた
システムのビジネスロジックを、他国の
人質へ出すような真似がなぜできるのか。
積もりに積もった負債を一新する絶好の
機会を棒に振ってより一層煩雑化させ、
あまつさえソースコードを人質に出し、
オフショア先に首根っこを掴ませる。
もはやマネージャに対する期待は何もなく、
ただただこの組織を去ることだけを考えた。
大型案件は最終的に無事に完遂され、
カットオーバーを迎えた。その後、
システムの保守担当に命じられた時、
組織を去る決意をした。
インフラという蜘蛛の糸
組織を去る、とは言っても、当時は
やはり転職することに抵抗があった。
そこで、インフラの部門に公募で
異動することが出来た。その辺りの
状況は以前の記事にも書いた通り。
異動した当時は本当に楽しかった。
ギークでイケイケなメンバーに恵まれ、
クラウド構築構築など案件にも恵まれ、
異動してよかったと心から思っていた。
そもそも、アプリ開発の部署の人間は、
その技術知識が偏っている人間が多い。
業務知識・業務アプリの開発知識が
メインになっているせいか、ハードウェア、
ネットワーク、ストレージ、データベース、
そもそもOSすらちゃんと分かっていない
人間のなんと多いことか。
業務エンジニアの病弊はここにある。
ニッチな領域の場合は特に顕著だ。
求められるのは、顧客の業務知識と
パートナー企業を使役する能力である
場合がほとんど。技術を求めてやってきた
人間が、そんな環境で腐らずにいつまでも
留まり続けることなどできようはずもない。
だから、そうした組織は若手離れが進み、
高齢化が進んでプロパーは弱体化していく。
最近では管理職でなく技術職としての
道も用意されているとは言え、やはり
管理者へ誘導するようなキャリアプランに
なっている場合がほとんどだと思う。
それも、TrelloやJiraのような管理ツールも
使わず、旧態依然としたExcelによる管理。
（無論、Excel管理がすべて悪ではないが）
結果としてOffice製品を使いこなす技術は
身に付くが、自然と技術者の道からは
遠ざかってしまう。技術者・開発者が
ヒエラルキーの最下層に属している事は、
SIの世界では疑う余地もない事実だと思う。
そうした組織に埋もれていた反動か、
インフラの部署は新鮮で面白かった。
業務知識など一切求められず、純粋な
コンピューターサイエンスを学ぶことが
出来る楽園のように感じられた。
このまま、いつまでも、
この会社のこの部署で
仕事をしていきたい。
当時はそう思っていた。
零れ落ちた一抹の不安
インフラの部署に移ってからの仕事は
楽しかったし、辞めた今もそう思ってる。
レガシーシステムに囚われることもなく、
AWSやAzureといったモダンな構築案件を
担い、時にはアプリにいた経験を活かして
PythonやPowerShellでスクリプトを組んで
運用の自動化を行ったりもして、充実した
仕事を続けることが出来ていた。
だがそれと同時に、年々仕事の負担が
高まっていくことも肌で感じていた。
インフラというクリティカルなレイヤーを
扱っている性質上、プレッシャーで
身を削られるような案件も担当した。
様々な技術を扱えるのがインフラ部署の
面白さであるのと同時に、未知の技術を
扱う事の心労。一歩間違えれば重傷害を
引き起こしてしまう恐怖。それでも
案件としては小規模であるため、計数や
障害も含めて一人一人が担う責任感。
スリルとリスクで神経を根こそぎ
持って行かれる日々が続いても、
アプリ部署にいた当時より遥かに
マシな環境だったため、なんとか
自分を騙し騙しやってこれた。
そんな状況で、インフラ部署で案件推進を
続けていた最中、当時の部門長が辞職した。
何も珍しい話ではない。仕事柄、様々な
理由で職を去っていく人間は多い。
それでも、その事実は少なからず心に
幾許かの影を落とした。そしてそれからも
何人もの人間が一人また一人と辞めていき、
組織も少しずつ変わっていった。
僕も企業に新卒で入社してから、無能な
人間が去っていく場面は何度も目にした。
そして、非凡で優秀な人間が去っていく
場面も、それと同じくらいの頻度で
目にしてきたことに気付かされた。
アプリ部署で辣腕を振るった部門長。
ベンチャー企業とのブリッジ技術者。
Oracleのスペシャリスト。
社内屈指のアーキテクト。
傍から見れば順風満帆に見えた人達も、
この会社に居続ける事より、他の道を
選んだという事実が心を揺さぶった。
他に魅力的な選択肢があるのは分かる。
やりたいことなんて十人十色なわけで。
それでも、この会社は、優秀な人間を
留めておけない会社である、という
事実を痛烈に突きつけられた。残された
人間たちは、それぞれがそれぞれの
決断をするまで、この会社の中で
命と心を削る覚悟でその身を捧げ
続けなければならないのだろうか？
そんな一雫の疑念が首をもたげた。
まるで自分が、蠱毒の壺の中の
羽虫であるかのような錯覚を覚えた。
そして、転職を真剣に考える
契機が間もなく訪れる。
上司や組織へ募る不信感
2021年に入ってからは特に、
厳しい案件が立て続けに入った。
技術的に難しい案件ではあったが、
それより一番参ったのは体制的な部分。
2021年から上司についたPMは、
立場の強い人間には殊勝な態度で接し、
部下に対しては小馬鹿にした態度で
責任転嫁を繰り返す人間だった。
一技術者としては信用できるが、
人間としては一切信用できない。
政治家のように立ち回るか小狡く、
自分がいかに責任を追及されない
立場でいられるか、ということばかり
考えて仕事を進めているように見える、
保身の塊のような上司。
もっとも、その上司も決して悪い
人間ではないことは分かっていた。
相談にはちゃんと乗ってくれるし、
プロジェクトの方針も考えてくれる。
ほんの少しコミュニケーションが
取りにくくて隠蔽体質で、ほんの少し
言わなきゃ何もやらない気質で、
ほんの少し肚が据わっていない
だけなのだ。人によってはやりやすい
場合もあるかも知れないが、自分に
とっては絶望的なマッチングだった。
不幸な巡り合わせと言う他ない。
上司以外の環境もつらかった。
ろくな経験もないクセに年ばかり
食ってるせいで無駄に単価が高い
パートナーを使わざるを得ない体制。
このパートナーも、可能なら早い段階で
切りたかったが、その場合はまた新規
パートナーを調達しなければならず、
そのコストを考えると、妥協して
参画してもらうしかないと考えた。
（この判断は本当に間違っていた）
信用できない上司、扱いづらい
パートナー、難易度の高い案件。
組織内に相談したところで、何も
変わらないだろうという諦観と絶望。
そもそも、声を上げる事で上司に余計な
負担をかけてしまうのではないかと
感じて遠慮してしまうようなレベルの
組織としての心理的安全性の低さ。
そういった状況が、自分の心を
急速に消耗させていった。
同年、組織内で数々のプロジェクトが
不芳化を起こした。綱渡りの状態で
運営されていたアラが一気に噴き出し、
組織の計数的にも厳しい状況となる。
障害対応や再発防止策のために多大な
工数がかかり、時にはフロア内で
怒号が飛び交い、顧客からの信用は
失墜して地を這い、気と心を病んで
休職する人間も出た。
こういった状況に陥ってしまうまで、
それぞれのプロジェクトがギリギリの
状態で持ち堪えていただけで、いつ
瓦解してもおかしくない状況だった。
にも関わらず、それを組織に対して
忌憚なく声を上げられないこと自体、
組織が抱える問題の根深さと闇を
窺い知ることが出来よう。
元より、組織に対して思う所はあった。
うちの組織は保守運用もなく、固定客や
既存システムの保守開発も行っておらず、
本当にド新規のインフラSI案件ばかりを
ミッションとしている組織だ。
そのため、持続的な売上・利益はなく、
予算を達成するためには常に案件を
獲得し続けなければならない、一切の
農耕を放棄した狩猟民族の部署だ。
その狩猟に戦略があればまだよかったが、
ただ案件の引き合いがあるから提案して
獲ってるだけ、という姿勢にしか見えず、
戦略も見境もないように感じられた。
インフラSIと一口に言っても、技術的な
裾野は広い。何かしらの尖った技術に
特化しているわけでもないので、良く
言えば万能、悪く言えば器用貧乏。
それに、インフラの技術も日進月歩で、
流行り廃りのサイクルも早い。
そのため、組織の中でナレッジが蓄積
されてもすぐに風化してしまい、結局
個人の技術力に依存する個人商店の
巣窟のような組織となってしまう。
更に言えば、世はクラウド戦国時代。
今でこそクラウド構築案件で飯が
食えているが、そもそもクラウドは
アプリ技術者がインフラを意識せず
開発できることこそが醍醐味で、
アプリ側でクラウド技術者が育てば
インフラ側の希少性は忽ち失われて
しまうことになる。そうしたときに、
また新しい狩場を見つけていくのか？
この自転車操業のような果てしない
狩猟生活を、一体いつまで続けていく
つもりなのだろうか？
度重なる案件の不芳化。不健全な体制と
組織運営。インフラSI開発部隊の宿命と
未来に対する葛藤。これらの根っこの
問題と苦悩は、SIerという組織として、
開発の第一線にいる以上は逃れられない
問題だという結論に至った。アプリから
インフラへ流れ着いたエンジニアは、
結局公募による異動では、安寧の地を
得るという悲願は叶わなかった。
2021年の6月、転職サイトへ登録した。
転職活動という無理難題
SIerという職種に絶望して転職活動を
開始した以上、同業他社という選択は
自分の中ではあり得ない、と考えた。
当然の話である。
昔の自分なら、尖った技術を使って
バリバリ開発が出来る若いベンチャー
企業を希望して転職活動しただろう。
しかし、以前の記事でも書いたが、
僕はとうの昔に技術者として
終わりを迎えていたことを知った。
それに、相応に齢も重ねた。もはや
技術に夢を見ることができない程に
心は老いさらばえ、時間を削って
技術に身を捧げるような気概など
露ほども残っていない。そんな自分に
できることなど、たかが知れている。
ベネフィット部門から一線を退き、
情シスのようなコスト部門で余生を
過ごしたい。そんな想いから、大阪の
社内SEに絞って転職活動した。
しかし、在職中の転職活動、やってみると
これが思いのほかキツい。転職活動と
言えば業務後の時間帯にするもんだろ、と
高を括っていたが、エージェントによると
面接の時間帯として業務後を指定すると、
企業によっては悪印象を持たれる、
とのこと。ふざけるな、と言いたい。
昨今はテレワークが進んでいるためか、
すべて在宅で完結するような企業もある。
しかし、だからと言って通常の業務時間に
面接のスケジュールを入れていくのは
案件を抱えているとかなり厳しい。多少の
融通を利かせることはできるが、ポンポン
時間休や中断を入れられるものでもない。
選考が進んでいった場合はオンサイトでの
面接になる企業も多いし、何なら最初から
オンサイトでの選考のみの企業もある。
その場合、移動も含めると半日ほど時間を
取られてしまい、業務に空ける穴も必然
大きくなる。
なかなかスケジュール調整に苦労し、
面接に漕ぎ着けたとしてもWeb面接特有の
距離感にも苦戦した。少し余談になるが、
Web面接の利便性それ自体は否定しないが、
オンサイトの場合と異なり、画面越しでは
見えない部分、例えばその人の佇まいや
雰囲気、企業に対する前のめり感や情熱、
そういった部分はすごく伝わりにくくなる
ように感じられた。PCや周辺機器、照明、
部屋のレイアウト等にも左右されるし、
便利とは言うものの、オンサイトなら
また違う結果になったかもな、という
思いも拭えなかった。
まあ、上記はすべて言い訳だ。アプリ・
インフラ両方の経験があり、オンプレ・
クラウドにも対応できる自分の経歴なら、
転職活動もそれほど苦労しないだろう、
と甘く考えていた。しかし、社内SEの
門戸は狭い。元々求人数が少ない上に
競争率が高く、そのうえ社内SEの求人は
割とピンポイントな求人である場合が
多い。例えば、CCNPを持っている
ネットワーク管理者だったり、SAPの
保守・運用経験がある人間だったり、
今ならDX推進が出来るような人間を
求めている企業もそれなりに多い。
その中で、自分はアプリ・インフラを
中途半端に齧っただけの人間でしかなく、
企業の御眼鏡に敵うケースはほとんど
なかった。最終的に、16社ほど受けて
内定をいただいたのは1社のみ、2021年
7月末にオファーをいただくことができた。
内定をもらってから、2～3か月で次職へ
移ることが通例らしい。しかし、当時
抱えていた案件は2021年10月末まで
続く案件であり、案件の途中で中途半端に
降りるような真似はしたくない。それに、
案件が終わったら貯まりに貯まっている
有給休暇も消化したい。ついでに言えば
12月のボーナスも欲しい。なので、
勤務開始は年明けの1月から、という
方針で内定企業にダメ元で打診してみた。
もしこれで断られてしまった場合は、
元より縁のなかった企業だとして
諦めようと思っていた。そして、
その結果の如何を問わず、転職活動自体
終了するつもりだった。期間にして
2か月程だったが、在職している状態で
続けることによる負担は大きかった。
もしも転職活動に失敗したその時は、
現職に骨を埋める覚悟で頑張ろう。
もう、どちらに転んでも構わない。
そんな気持ちだった。
結果として、こちらの要望は全て
受諾された。完璧な退職タイミング。
望んでいた職種。向上する待遇。
断る理由は何もない、そう思った。
2か月程かかった転職活動は、
無事に終えることが出来た。
次職
大阪の某・医療機関で、念願の社内SE、
それもDX推進とかイケイケな課でなく、
あくまでインフラ面でのサポートの課。
自分のような、技術者にも管理職にも
なれない人間が、落ち着くべき末路に
落ち着いた、それだけの話である。
よしたにまことさんが言うように、
SIerの人間の中には、ユーザー企業側に
移ることを夢見ているケースは多い。
ただし、情シスがラクなのかというと、
一概にそうとは言えない。ベンダーの
コントロール、OA機器や什器等の管理、
基幹システムの法改正対応などなど…
SIerのような客商売とはまた違った
難解さ、煩雑さが伴う業務である事は
想像に難くない。
また、次職は組織全体がレガシーだ。
社内システムもオンプレDCでの
テープバックアップ、医療機関という
性質上テレワークの普及率も低い。
そんな環境から脱却したい、という
思いがあることは面接で部門長と
話した時に感じられ、クラウド移行や
Microsoft365の導入などにも非常に
意欲的だった。部門長の懐刀として、
環境の効率化・最適化のために死力を
尽くしたい。腕が鳴るというものだ。
情シスに求められる役割は途方もなく
広い。情シスは、冗談抜きで会社の
システムを（引いてはすべての業務を）
ものの30秒で爆破できる。情シスは、
PCやシステムに疎いユーザー部門から
何でもかんでも相談されるので、
御仏のように広い心が必要とされる。
まず、1年くらいはサポートに徹して
業務全体と職場の雰囲気・課題を掴み、
ゆくゆくはシステム企画的な業務に
携わっていけたらいいな、と思ってる。
最終出社日
やるべきことをすべて終え、社員証や
社用スマホを返却し、荷物をまとめて
職場を後にした。世話になった人達には
小倉山荘の御礼品を配ってまわった。
18時ごろ、今後は二度と訪れることが
ないであろう職場のビルを見上げ、
誰にするでもなく静かに一礼する。
御堂筋では街路樹のイルミネーションが
始まっていて、随分長い年月をここで
働いてきたんだな、と感慨が湧いた。
新卒で入社してから10年間の記憶が
脳裏を目紛るしく駆け巡っていく。
大阪の同期たち。昭和のノリの宴会。
炎上した案件。喧嘩しまくった上司。
結婚して子供も生まれ、増える重圧。
慕ってくれた後輩。消えていった先輩。
未熟だった自分。少しは成長した自分。
「寂しい」という思いが胸に込み上げて
きたことに自分で驚いた。会社に何の
未練もないつもりでいたが、どうやら
自分で思っていたより会社に対して
愛着があったようだ。それもそうか。
最後に所属していたインフラ部署の
メンバーは、（直属の上司を除いて）
本当にいい人たちばかりだった。
自分に期待してくれていたことも
分かっていたし、できることなら
今のメンバーと一緒に仕事を
続けたかったし、組織長が目指した
「日本最強のインフラ部隊」という
夢の果てを共に追い続けたかった。
惜しむらくは、自分にはその適正と
覚悟がなかったということだ。
ここで過ごした10年間を無駄に
しないように、次の職場は気を
引き締めて臨みたい。頑張ろう。
そして、しばしの休息に入る。
とりあえずはお疲れ様でした。
2ヶ月間の休みか…何しようかな。
技術者の余命
久々にQiitaに投稿した。
内容としては、昔拾ったブックマークレットを
紹介しただけのもので、技術的にそこまで
面白い内容かどうかはビミョーなところだ。
記事の中にはJavascriptのコードを載せている。
（もちろん拾い物なので僕が書いたわけではない）
一応僕もコードを読むことくらいはできるので
その処理の内容自体は理解しているつもりだ。
人が書いたコードを掲載するのも気が引けたが、
まぁ作者の紹介もしてるし問題ないかと思い、
投稿が完了してシメシメと思っていた。
翌日、さっそくQiitaユーザーの方から
コメントをいただき、その内容に驚愕した。
「ただ、少し古い書き方だったのでイマドキな感じに書き直してみました。」
…マジで？
内容を確認すると、確かに紹介した
ブックマークレット3つすべての
改良コードが掲載されていた。
僕は、こういったコメントに感動して
打ち震えていたのと同時に、自分は
既に技術者として終わっていたのだ、と
うすら寒い絶望を肌で感じていた。
アプリの畑からインフラの畑に移り、
確かにコードを書いたりすることは
ほとんどなくなってしまったが、僕には
Qiitaに投稿したコードがレガシーなのか、
改良されたコードがイマドキなのか、
それを判別する感性は、とうの昔に
既に失われてしまっていたようだった。
エンジニアの寿命は35歳までというのが
昔の定説としてあるが、現在は35歳を
超えても現役でコードを書いている
エンジニアは多数いるため、この定説は
現在では正しくないとされている。
ただし、僕のような、普段から家に帰って
勉強をしてないサラリーマンエンジニアに
限って言えば、この定説は今でも正しい
ように思える。そもそもこの定説は、
齢を重ねていくにつれて管理業務が増え、
現場から離れていくエンジニアの悲哀を
表したものだった気がするけど、学ばない
エンジニアは現場にいる人間には勝てない、
老兵はただ去るのみだ。
僕も今年で35歳。
残された余命は、あとわずかだ。
徒然なる日々をただ漫然と
今日も割と早めに仕事が終わった。
定時ではなかったが、まぁ定時みたいなもんだ。
更新が出来てないのは、まぁ特筆すべき点は
特にないからである。３連休の間も、基本的に
子どものお守りとお出かけくらいだったし。
あとは、ちょくちょく本を読み進めているくらい。
読破したら内容を記事にまとめようかな。
最近の仕事はマルチクラウド案件と、
ネットワーク案件の支援、それから
オンプレシステムの保守案件と…
なんか、やること多すぎねぇか。
とりあえず、いったんは定時で帰ることが
今年の目標でもあるので、それについては
今のところは（だいたい）できてるし、
このまま継続する方針としよう。
※嫁にもらったストラップ
（メカニカルの青軸。すごい）
リバース・エンジニアリング
しばらく扁桃炎で死んでいたため、
まったく更新ができてなかった。
最近は定時で帰れていたので、
本業以外の作業に時間を見つけて
精を出していた。
その内容は、FX・MT4の自動売買である
エキスパートアドバイザー（通称EA）の
デコンパイル調査である。
（出典：https://www.atmarkit.co.jp/ait/articles/1607/05/news008.html）
こう書くと若干グレーというかアウトローな
内容になってしまうので書くのが憚られる。
まぁ、そもそもネット上にデコンパイラが
落ちてないか調べてただけだけど。
結果的に、僕の探し方が悪かったのかも
知れないが、デコンパイラは見つからなかった。
見つかったソフトは、ことごとくウイルス対策
ソフトに駆逐されるか、まともに動かないもの
ばかりだった。後は、〇〇円でデコンパイルします
的な詐欺っぽいサービスがヒットするくらい。
あー、やっぱデコンパイルなんて
ろくなもんじゃねーなぁ…
というわけで、僕は大人しくEAの
開発に着手することにした。それも、
MT4ではなくMT5でやってみたい。
FXの世界では、MT5ではなくMT4が
跋扈している状態であり、MT5の普及を
阻害している要員は、MT5で使用できる
インジケータやEAの数が絶対的に少ない。
そして、MT5に対応しているFX業者も少ない。
なので、MT5の普及に貢献すべく、
差し当たりMT5用EAの開発を進めたいと
思っている。そして、あわよくば聖杯となる
EAができたらいいなと思ってる。
何個かいいのができたら、それによる
運用益と、EA開発サイトも作成して
販売したらウハウハだ…
まるで夢みたいな話である。
夢は夢で終わらなければいいが…
いったい おれ どうな て
どうやら子供が胃腸炎になったっぽい。
それも、多分だがウイルス性胃腸炎。
妻だけではワンオペ育児するのは
かなり厳しそうだったため、今日は
急遽年休を取得。
朝方からゲーゲー戻しては泣いていたので
大層心配だったのだが、昼まで熟睡した後は
ケロっとしたもんで、すぐに機嫌もよくなった。
安心していると、夕方ごろにふたたびリバース…
さすがに心配になる。
明日もこの調子なら、流石に病院に
連れて行こうと思う。
子供の傷病時の対応は難しい。
まだ言葉も話せないし、機嫌も気分も
コロコロ変わるし、ネットの情報は
嘘ばっかりだし。診療所とかのサイトに
書かれている情報は流石に信憑性が高いけど。
色々読んでいると、嘔吐した際に
あまり水を飲ませすぎるのは良くないと
しているサイトが多い。理由としては、
嘔吐して水分が失われている中で
更に水を飲ませても、飲んだ水＋胃液を
リバースして失われる水分が増えてしまい、
かえって脱水症を増長してしまうとか。
うーん、怖い怖い。
良かれと思ってやったことが裏目に出て
その分我が子を苦しませるなんて、恐ろしや。
今は機嫌がよさそうだが、またいつ何時
リバースモードになるか分からないという恐怖。
加えて、妻や僕に２次感染してないかが
非常に心配である。中でも、ノロウイルス・
ロタウイルスの感染力はズバ抜けて高いらしく、
石鹸やアルコールにも耐え抜く恐るべし
生命力も兼ね備えているらしい。なので、
塩素系漂白剤（ハイターとか）で死滅させないと
残存して感染被害が出る可能性があるだと。
マジかよ。やべーよ。
あー、なんかちょっと体調が悪くなってきた
気がしないでもない。いやマジで。
プラシーボだったらいいけど。
当たり前の事を当たり前にやりたい
今日はとりあえず定時に帰れた。
サイコー。つーかめっちゃヒマだった。
そして家に帰ったら、Amazonで注文してた
ArchissのMaestoro 2Sが届いていた。
このエントリーもMaestro 2Sで書いている。
ガチで最高のキータッチである。
銀軸にして良かったー！！！
銀軸（Speedシルバー軸）は、触れ込みに
よると驚愕の感応度らしく、慣れないうちは
誤入力しまくるという話だったが、よくよく
考えてみれば僕はそもそもどんなキーボードでも
誤入力しまくるタイプの人間なので、あまり
気にする必要はなかったようだ。
しかし、本当にキーが羽のように軽い。
ストロークが浅い。スコスコ字が打てる。
高速入力特化型キースイッチの大風呂敷は
伊達ではなかったようだ。すげぇ。
相棒、これからもよろしくな！
ちなみに、メカニカルキーボードの
キースイッチの違いについては
この辺のサイトで紹介されているので、
気になる方は要チェキラ。
念のため、どこぞのサイトの図も掲載。
さてさて…
今年の抱負は「初志貫徹」として、初心に帰り
ちゃんと副業の時間を確保しよう、という
所信表明のような形になってしまったのだが、
とりあえず今までの抱負を振り返ってみる。
2011年 … 忙中閑アリ
2012年 … 円木警枕
2013年 … 副業でウハウハ
2014年 … 新天地開拓
2015年 … ビジネス元年
2016年 … 1hシャドウワーク
2017年 … 日々是勉強
2018年 … 順位付けと数値化
2019年 … アウトプット元年
2020年 … 初志貫徹
すごいな。全然できてなくて笑う。
つか毎年同じような目標を掲げては
頓挫してきた、ということが良く分かる。
情けない話ではあるが、何も成し遂げようとも
しないよりは、何かを為そうとして失敗する方が
ずっと素晴らしいはずだ…
と自分を言い聞かせないとやってられない…
「初志貫徹」と言っている通り、
「副業でウハウハ」を達成するためには
「円木警枕」の覚悟で「日々是勉強」し、
「忙中の閑」を見つけて「1hシャドウワーク」し、
ときには「新天地」にも目を向けながら、
やるべきタスクの「順位付けと数値化」を行い、
「ビジネス」や「アウトプット」に結びつけて
いけばいいのだ。そう、今まで掲げていた抱負は
全く特別なものではなく、すべて当たり前に
やらなければいけない事であるはずだ。
というわけで、今年も色々と計画しており、
いくつかのプランは既に水面下で始動している。
その過程および結果は折を見てこのブログにも
書いていきたい。
戦地へ赴く人々へ
明日から出勤する多くのサラリーマン諸氏。
残された最後の休日の時間を
いかがお過ごしだろうか。
僕も明日から出勤だ。
憂鬱で死にそうである。
まぁそれは半分冗談ですけど。
というか、年始からそんなにやる作業が
ないような気がするが、行けば恐らく
色々仕事があるはずだ。たぶん。
今年の抱負としては「初志貫徹」を
掲げたが、差し当たり、本業の残業時間を
抑制することから始めたい。
というか、いま所属しているチームが
中々難しい問題を抱えている。というのは、
案件で扱っているのが割と高度な技術力を
要求されるマルチクラウドの案件で、なおかつ
要件がほぼほぼ固まっておらず（致命的）、
そのうえ顧客の要求による制約が多数ある
無理ゲーのような状態である。
そもそも要件定義工程を進めていたのは
別部署で、うちのチームは設計工程から
参画しているわけだが、要件がフワフワ
しまくっているのはかなりツラい。
使用したことがないPaaS系サービスも
理解する必要があったり、クラウド特有の
ネットワークのクセのようなものが
わからなかったりと、うちのチームの
メンバーもかなり苦労している。
おかげで、残業が慢性化しているのである。
不幸なのは、チームメンバーが全員
「残業？いくらでもしてやんよ」精神の
持ち主たちであり、22時退勤が当たり前の
ような状態になっていたのが去年のこと。
（本音はみんな早く帰りたいだろうけど）
誤解のないように書いておくが、
リーダーをはじめとするメンバーたち
個人の能力は、押し並べて高い人たちだ。
高学歴で知識も豊富、頭の回転も速く
インフラ案件の経験値は百戦錬磨、
技術力も総じて高い頼れる逸材たちであり、
部署で選び抜かれた要員で構成されている。
（そこに僕もいるので僕も優秀なはず、多分）
そんな人たちですら残業を強いられる
ような状況になっているのだから、
この案件がいかにヤバい案件なのか、
窺い知ることが出来よう。
というか、僕も含め、みんなこの案件以外にも
別の案件を並行で進めていたりするわけで、
そりゃ残業時間も爆発しちゃうよね、
っていう話。そもそも計画時点でおかしいって…
年始からいきなりフルスロットルで
残業が火を吹くことはないと思うが、
明日は絶対に定時で帰りたい。
（なんなら定時より前に帰りたい）
今年の抱負は「初志貫徹」。
社会人としての当たり前を再度見直し、
下記をちゃんと実施して気を引き締めたい。
- １日のスケジュールチェック
- １日のタスク配分検討
- １日のバッファ時間確保
サラリーマンにとって会社は戦場。
（この認識が既に間違っているか）
今日という生き延びることが出来た一日、
明日という輝かしい未来の始まりの一日を、
大事にして日々生き抜いていこうと思う。
キーボードを求め彷徨う物語
そろそろ新しいキーボードを買いたい。
コンパクトなメカニカルキーボードが
好きなだけに留まらず、なんとなく
変態チックなキーボードをこよなく愛する
僕は、謎のタイプライター風キーボードを
なぜか2台も保有している。
凄い絵面である。
ちなみに、上のフルキーボードは青軸、
下のコンパクトキーボードは茶軸であり、
フルの方法はクリック音がうるさすぎて
とても会社では使用できない。そのため、
下のコンパクトキーボードを会社で
使用しているが、初見の人には
かなり数奇な目で見られてしまう。
いずれのタイプライター風キーボードも
「￥(円マーク)」や「_(アンダースコア)」が
意味不明な位置に配列されているので
大層気に入っており、2年近く会社でも
愛用していたのだが、以下の問題がある。
- 5列なのでFnキーが独立していない
- アプリケーションキーがない
(Shift + Fn11で代用する必要あり) - prtsc、home、endもFn押しが必要
まあ問題と言うほど問題ではないし、
手がかかる部分も含めて愛用していた
わけだが、ぶっちゃけ少し飽きてきた
というのも事実。なので、新しい
キーボードを探す旅に出ることにした。
エンジニアであれば、キーボードの
沼にはまった人であれば、だいたいは
HHKBか東プレのRealForceあたりに
行きつくはず。多分だけど。
最近は自作キーボードブームで、
エルゴノミクス系の分離キーボードを
自作した話を見かけるけど、自分の
周りではあまり見たことがない。
僕もいずれはRealForceが欲しいが、
とりあえずもっと変態チックな
キーボードがないか探していると、
こんな素晴らしい配列のキーボードが
あったのでAmazonでポチってしまった。
Archissすげぇ！確かに、ArchissとかFilcoも
高級キーボード出してるね。それにしても
このコンパクト感でテンキー付きとは、
形容しがたい素晴らしさ。結局homeキーや
endキーはFn押さなきゃダメっぽいけど、
こんな配列のキーボード見たことがない。
こりゃ買わずにいられないっしょ。
ちなみに、キースイッチは銀軸
（Speedシルバー軸）にしてみた。
キー荷重は45gなので赤軸と同じだが、
キーストローク3.4mm、作動点1.2mmという
驚異的な感応度を誇り、慣れないうちは
誤入力しまくってしまうという魔性の
キースイッチである。それもそのはず、
このキースイッチは高速入力に特化した
ものなので、性質上しょうがないのである。
そこは慣れるしかあるまい。
あと、IBMのSpaceSaver2もほしい。
今日びPS2ってのがヤバい。それに、
トラックポイントがあるのいいよね。
最高。この動画の打鍵音を聞いてほしい。
いい打鍵音！さすがThinkPad！
しかし、メンブレンなのかー…
本音を言うと、Unicomp製のバックリング
スプリング方式のキーボードの、あの
ガチャコンとした打鍵音がいいんだが、
Unicomp製はJIS配列のコンパクト
キーボードがどうやら無いらしい。つらい。
なので、妥協ってわけじゃないけど
JIS配列のSpaceSaver2を探索中。
もう非売品だし、ヤフオクで探すか…
（日本橋を練り歩いたが見つけられず）
深紅の暴風
眠い。
とりあえず時間が空いたので更新。
現在、我が家のネットワーク作業中。
ネットワーク作業は深夜と相場が決まっている
（のかは知らない）。というか、作業するなら
嫁も子供も寝静まっている深夜にやるしかない。
つらい。
我が家には使用されていないFortigate 60Dがある。
以前ヤフオクで落札したものの、初期構築してた
際にファームウェアをアップデートすると
なぜか一切通信が出来なくなり、それっきり
ホコリを被って放置されていた悲運のUTMである。
以来、ONUから別のWiFiルータに接続しただけの
構成で我が家のネットワークは特段何も問題はなく
回っていたのでFortigateは放置していた。
だが、年も明けたことだし、ONU・WiFiルータ間に
Fortigateを挟む構成に変更することにした。
この行為の背景は、別にセキュリティ強化や
外からVPN接続したいなどという高尚な
目論みがあったわけではなく、ただ単に
- 嗜みとしてFortiOSを触ってみたかった
- ONU付近に有線LANの口を増やしたかった
というだけである。我が家のPCラックを有効活用
するためにも、とりわけ有線LANの口増やしが
何より重要な大義であった。
（なので、別にL3スイッチでも何でもよかった）
まったく通信が出来ず困り果てていたFortigateは
コンソール接続して工場出荷時点の状態に
強制リストアすることで難を乗り切った。
コマンドは下記で一発だ。楽勝。
execute factoryreset
あとは、FortigateのWebUIからWAN側・LAN側の
インターフェース設定をそれぞれ行い、
WiFiルーターもAPモードに変更すれば完成である。
VLANもVPNもポリシー設定も必要ねえ！
さて、有線LANの口ができたので、これまた
使っていないお古のPCに火を入れ、現在は
Windows Server 2019の評価版をインストール中。
本当はESXiの上にVMとして立てたかったけど、
如何せん古いPCだったためドライバーが適合されず
泣く泣く物理サーバを構築するハメに。
カスタムビルドとか頑張ったんだけどなぁ…
Win2019は順調に入りそうだし、
とりあえず今日は寝ようかな。
明日（というか今日）、日本橋いけるかな…
タイトルは、Fortinetのロゴを見てなんとなく。
ミッドナイト・ハイなだけのノリです。
さーせん。
