novtanの日常

ネタです。ネタなんです。マジレスする人は撲滅すべき敵です。だからネタだってば!

2022年1Qに食ったラーメン

時間を置くと忘れそうなのでこのくらいの感覚で記録しておこう。
食べた全てではないです。

f:id:NOV1975:20220110135722j:plain
Soupmenの限定。エグ目の見た目ですが、思いの外さっぱり感ある。レベル高い。まあ、何回も並びに行くところではないかな(近くないので

f:id:NOV1975:20220116130910j:plain
上北沢の小池。空いてた。王子のキング製麺の系列で、味の方向性も似ていた。あっちはだいぶ待たされたのでこちらのほうが好印象である(たまたまかなw)。近所だったらちょいちょい行きたい味。

f:id:NOV1975:20220123143231j:plain
千歳船橋の西川。大行列と言うほどでもないのにえらく時間がかかった。二郎より進みが遅い気がする。中で提供を待たされたわけでもないので、なんでこんなに進まないのか不思議。
濃いめの煮干しだけど、まあ非常に洗練されていてとてもうまかった。逆に言うと、中毒性はそこまでないかな(いずるとかはそういう意味でやばい)

f:id:NOV1975:20220205125015j:plain
三鷹の昭和系のお店出身の人がやっている荻窪の高尾。まあ、なんというか、昭和のラーメンで、特に洗練もされていないので、マニアがわざわざ来て食う店ではありませんな。ホッとする味ではあり、荻窪によく行く僕としてはたまに立ち寄りたくなる味。

f:id:NOV1975:20220219115852j:plain
東十条の机上の空論。凝った名前だねえ。田中商店出身らしい。これも煮干し系ですが、エグみはなく洗練されている感じ。全体的に一つ一つのレベルが高い感じがする。

f:id:NOV1975:20220227175838j:plain
高円寺のうち田。まあまあ美味しかった店の後釜。思わずつけ麺を食べてしまったんだけど、ちょっと古風なつけ麺だった…ラーメン食ってみないと評価しづらい。

f:id:NOV1975:20220306135430j:plain
落合の中華そば 児ノ木 。またしても煮干しである。最近「洗練された鳥スープ」を避けようとすると「洗練された煮干し」に行き着いてしまう。
とても美味しかったけど場所が微妙。周りの駐車場が高すぎて落ち着かない…

f:id:NOV1975:20220312135917j:plain
志木のうえだ。もともとの店主は引退して、朝霞の瑞山が運営している、との話?よーわからん。特にすごいラーメンという感じでもなかったけど、通ってしまう感のあるラーメンってどっちかというとこれだよなw

f:id:NOV1975:20220313134117j:plain
大宮の手揉み中華そば中村。久々に普通の醤油ラーメン食った。麺が幅広のぴろぴろな感じでスープと絡んでよい。まあ、最近のはやり鶏系ではあるけど、飽きない感じに仕立ててある気はした。

f:id:NOV1975:20220326190457j:plain
浜川崎つけめん玉。アクアラインで戻る帰りに立ち寄ってみた。久々にがっつり濃厚系つけ麺。うん、つけ麺はこうじゃなくちゃね。食い終わるとスープ割不要なほど、麺にスープが絡んでなくなっていく。
こういう、「つけスープを食った」ようなつけ麺って一時期食べ飽きていたけど、定期的に摂取するのがよい。

f:id:NOV1975:20220328144534j:plain
浅草中華ソバビリケン。なんか雑多な植物感ある具の構成だけど、実際のところスープの邪魔をしないアクセントになっていてとてもうまかった。鳥系ってどうしてもスープ一本勝負(具は肉に力を入れる)になっている店が多い気がするんだけど、こういうバランス感覚は好き。

総括すると、煮干し食い過ぎであるが、煮干し選択肢が増えているのでしょうがないのである。煮干し系は苦味を生かした系→超濃厚ドロドロ系→洗練系って流行りが推移している気がするんだけど、洗練系はどうしても煮干しの特色を出すと酸味が前に出てくる感じがするので、ラーメン特有のガッツリ感が損なわれる感じがする。これは洗練系全体における課題だと思うんだよね。単価上げたいなら身も蓋もない感じの具材で稼ぐ、というのが正しい気がしていて、洗練に洗練を重ねて素材が高級化したところで、味わいが2倍も3倍も深くなるってこともないのだ(難しい食べ物だよね)。超濃厚のインパクトがリピートを生む、のと同じようなレベルでまた来なければ、という強迫観念を与えてくれる洗練されたラーメン、というのがなかなかない。これは個人の好みもあるのでなんとも言えないんだけどさ。

日本にも「コーダー」が増えてきた気がする

SIer業界なんかにいますと、要員のスキルレベルってのは「PGクラス」「SEクラス」「アーキテクトクラス」(言葉は適当です)っていう分類をして価格帯を決めるみたいなことも普通だと思うんですよね。ってことが端的に表しているのは、SIの仕事においては「PG」は下っ端なんですよね。なぜなら、要件決めて仕様を策定する、ということができないとSIの案件においては付加価値を生むことができないからです。もちろん、PGとしてハイスキルであることは非常に大事なんですけど、由緒正しいSIerにおいて、SEクラスのエンジニアというのは当然ながらPGクラスの技術スキルはクリアしてきている人がやるわけです。

古式ゆかしいSIerにおける最大の問題は、この大前提がいつの間にか崩れてしまって「業務はよく分かるけど技術は…」「管理はできるけど技術は…」って人を生み出してしまうことなんですが、それは案件の規模が大きいことによって役割分担がなされた結果の帰結だったりもしますし、業務がよく分かる、管理がちゃんとできる、という単品でもかなりの付加価値を持つ仕事が多かった(未だにここがスペシャルだとそれだけでも食えます)ってことがあります。ただ、このあたりの市場はちょっと狭くなってきていて、巨大ベンダーだと社内でも「この人単品では出せないしどうしよう」という扱いになっちゃう人も増えてきているんじゃないでしょうか。

それはさておきですよ、その一方で「仕様にあることしかやりません」「仕様を決めるのは私ではありません」というコーディング専任の人も増えてきているように思えます。これはどっちかというとフリーランスに多い気がするが、データはない。まあ、一時期プログラマーの仕事は云々という話は流行ったし、生産性って意味でスペシャルなプログラマーがいると良い局面もまああるんですけど、経験上こういう言い方する人って、付加価値感じられないなあ…という場合がそれなりにあります。ぶっちゃけ、言われた通りのことを言われたとおりにできるだけでも「神!」って思っちゃうくらいには最近のエンジニアの平均(あくまで平均ですよ)スキルが下がっているように思えてならないんですが、個人的には仕様書をただコードに落としていくだけで満足している人って危ういと思うんですよ。だっていらなくなるもんそんな仕事。

いやね、要件にありませんよそんなの、だったらまだわかるのですよ。要件にないことを作れるかって言われると、流石に作れない。でもそれって「業務要件」であって、「システム要件」については業務要件とその他の外部環境からSIerなり、システム部なり、そこで雇われたエンジニアなりがひねり出していく、ってこととても多いですよね。ましてや、そこから抽出され、設計されていく「システムの仕様」においてはもうエンジニアの領分です。であるならば、仕様の正しさについての判断など、もちろん上位のエンジニアがやっていくことになるんですが、「誤りに気づく」ことができるのが優秀なエンジニアだし、ましてや準委任のエンジニアに期待されていることはそういう活動なんだと思いますよ普通。これが業務委託で、開発だけの委託で、発注の前提が「この仕様通りに作ること」であれば(まあ普通はそうです)、仕様どおりですって終わらせるのが正しいと思いますよ。開発だけのオフショア送りでこの辺りはだいぶ苦労しました(後のフェーズでなんとかする前提の品質の仕様書を作ってはならない)。

現場としては、専任の「コーダー」として、プログラム仕様の設計なりエラー検知もできない人はあまりいらない。プログラマーとしてプログラムだけやってればいいって言われる人が見ているスコープって「単品の部品としてのプログラムのコーディング」をやってるだけの人では当然ないわけです。だから、「仕様書にあることを忠実に実装するだけの」コーダーって職業には常に現場で活躍できるほどの付加価値はないです。これは職業の貴賎とかそういう話じゃなくて、単に需給の話です。フリーランスのエージェントとか、多分最初はそれなりの値段で売ってくると思うんだけど、現場で「単なる作業者」って評価が定着すると驚くほど値段下がっていくと思いますよ。

ベンダーロックインを避けるためにはどうすればよいか

www.asahi.com

新聞のサイトなのでいずれ見えなくなるだろうけど「ベンダーロックイン横行か、独禁法違反の恐れも 公取委が見解公表」という記事ね。

これは原本見るべきだと思うので、拾ってこよう
https://www.jftc.go.jp/houdou/pressrelease/2022/feb/220208_system/220208_report.pdf

核心はここかな?

既存ベンダーと再度契約することとなった理由
既存ベンダーしか既存システムの機能の詳細を把握することができなかったため 48.3%
入札の結果,既存ベンダーが落札したため 33.6%
既存システムの機能(技術)に係る権利が既存ベンダーに帰属していたため 24.3%
技術的には他社にも委託できるが,以下の理由(自由記載)により既存ベンダーと特命随意契約を締結したため(自由記載例:既存ベンダーによる情報システムの安定的な稼働が望めること,既存ベンダーへの委託費用が他社よりも明らかに安価であること等)21.7%
既存ベンダーしか既存システムに保存されているデータの内容を把握することができなかったため 21.1%
既存システムに保存されているデータに係る権利が既存ベンダーに帰属していたため 7.1%
その他(自由記載例:プロポーザル方式やコンペ方式の結果,既存ベンダーが落札したためなど) 16.1%

うーん、ロックインねえ

こういう記載もある

・ 以前,ある情報システムの改修に当たって,運用主体を既存ベンダーから他のベンダーに変更することを検討していたが,当該システムのプログラムに係る著作権が既存ベンダーに帰属していたため,運用主体を変更することができず,結局,既存ベンダーと再度契約をすることとなった。(国の機関)
・ 既存システムは,これまで何度も改修されているところ,改修の度の具体的なソースコードの変更履歴については,既存ベンダーしか把握することができない状態となっている。当県としては,他のベンダーにも既存システムの保守等の調達に参入してもらいたいと考えているが,そもそも我々担当者がソースコードの変更履歴を理解できていないので,既存ベンダー以外に発注することができない状態になっている。(都道府県)
・ 新システムへの移行に際し,既存ベンダーから,企業秘密であるとの理由でデータフォーマットの開示がなされず,新システムへのデータの移行が速やかにできなかったため,その間の繋ぎとして,既存システムを再度契約することとなった。(人口5万人未満の地方公共団体)

ただ、公取委がベンダーを悪者にしているかというとそういうわけでもない。

情報システム調達において,官公庁が仕様書の作成や受注者との契約を行う際に,特定のベンダーに偏った仕様となっていたり,権利処理が適切になされていない可能性が考えられる。また,「既存ベンダーしか既存システムの機能の詳細を把握することができなかったため」や「既存ベンダーしか既存システムに保存されているデータの内容を把握
することができなかったため」という回答の背景には,官公庁において情報システムに関する知見や人員体制が不足している可能性が考えられる。
そのほか,調達単位が大きいため,既存ベンダーしか情報システム全体を把握できず,新規ベンダーの参入が進まず,既存ベンダーと再度契約せざるを得ない状況となっている場合もあると考えられる。

うんうん。

ただ、その先の有識者やベンダーの意見ってのがまあ「疎結合」「オープンソース化」に終止しているんだよねえ。それはそうってところもあるけど、別にベンダーロックインを疎結合にしたら防げるかっていうとそんなわけないんだよ。業務を成立させるためのシステムのアーキテクチャなんて個々の部分を疎結合にしたから簡単になるわけはない。業務要件を正確に把握し、疎結合にしたら複雑になりがちなアーキテクチャの整合性をきっちり見れて、システム運用まで含めた全体を統括できる人材が「潤沢に」ユーザー側にいる、ということが最も大事です。今までそうじゃなかったからその役割をベンダーがしなきゃならなかったわけじゃん。その結果ロックインになっていた、なんてのは単なるギャグだよね。なんだったらロックインの変わりに安く作れていたかもしれない。密結合になっていることはベンダーロックインの原因になりうるけど、疎結合にすることが解決策、では決してないんだよ。

例えばだけどさ、システムの仕様が法律の条文だと考えたときに、「我々の手に負えないから弁護士の先生にお願いする」か、自分たちで頑張るかって話だよね。今まで前者を選択し続けてきたことを「ベンダーロックイン」という言葉で腐すのってどうかと思う。
ベンダーロックインを避けるのが至上命題なのであれば、システムの構成変更を考えるよりもまず先にやるべきことは、内部に複数の有識者(それもガチの)を作る、ってことだよね。そこまでしてベンダーロックインを避けて実現するのがあっちのベンダーとこっちのベンダーのやることを上手く調整して苦しむお仕事だと思うとやりたくなくね?

とはいえ、守りに守るベンダーってのもいる。既存の仕様書を「うちが著作権持ってるから」みたいな体で出してこないベンダーは本当にいる。顧客のビジネスを阻害して恥じない、という姿を見るとユーザー側がロックインロックイン言うのもわかるんだよね。そういうクソなベンダーには滅んでほしい一方で、「安く作って欲しい」から既存資産を流用する代わりに著作権はこっちだよ、みたいなのも普通にあるよね。真面目な話、現代のシステムってのは他社が権利を持っている資産なしにはなんにも作れないわけ。本当にそれが嫌ならOSからスクラッチで作るしかないし、そういうことをする意味はない。一度作ったシステムを違う形にリプレイスするのはカネがかかるし、それを「ベンダーロックインしているベンダーが悪い」というのはお門違いだよね。ちゃんと金を適切に払えばそれなりのことができる。

まあ、過渡期というか、2000年代からここに至るまでの中に移行が難しいシステムを売りつけたベンダーがいるのも確かなんだけど、結局の所それはシステムというものを軽視していて真面目に考えてなかったツケが回ってきただけだし、そうじゃない会社は上手くやっているんだよな。

官公庁に限って言えば、くだらない政治で出来上がってるシステムが多いんだから、自分たちの行動のツケと思って覚悟して金を出していくしかないと思うんだよなあ。金も人もないなら、ベンダーに頭を垂れてやってもらうしかないよ。