僅かに着弾が逸れているのはどういう訳だ

ドイツ海軍、ドライゼ艦長揮下Ｕボートの
左舷数十メートル先海面に、敵艦の砲弾が着弾する。
ドライゼ、急速潜航。

イギリス海軍提督リチャード、
　双眼鏡でその様子を視ている。

リチャード	「　弾着して１５秒！。
	さすがに、ドライゼの腕は、物凄いな！　バートン君。」
バートン中佐	「　はい、提督。」
ドライゼ	「　敵艦との距離は、幾らか？」
レーダー手	「　２万５千メートルです！
	現在、本艦の追尾に移っています！」
ドライゼ	「　２万５千メートルの向こうから正確に射撃して来れるのは、
	戦艦の大口径主砲だけだ！
	相手は、戦艦だ！」
レーダー手	「　敵艦が、本艦の真上一直線上に乗り込んで来ます！」
ドライゼ	「　潜航したまま攻撃できるシュノーケルを着けて以来、
	連合国の船に遅れをとったことなど無い。
	ましてや、デカイだけの戦艦ごときに、
	追われたことも無い。
	・・・・・何ということだ！
	戦艦が追って来るのだ！」
ドライゼ	「　相手が何者かは知らないが、恐るべき相手だ！
	私は、こんな手強い敵に遇ったことはない。」

通信手	「　敵戦艦より入電。
	”　我が艦は、英国海軍リチャード提督揮下、戦艦バラクーダ。
	貴艦の艦長のご尊名を承りたし！　"」
クロイツ中尉	「　相手はリチャードです。ドライゼ艦長。歴戦の駆逐艦乗りですね。」
ドライゼ	「　リチャードは、或いは、来るべき第三次世界大戦に向けて、新兵器の実験をしているのかも知れないな。
	だが、このモルモットは、いささか手強いぞ。
	そうだな、クロイツ中尉」
クロイツ中尉	「　偉大なモルモットですね。」

　戦艦バラクーダへ返信
　「こちらは、ドイツ海軍U-126
艦長は、デスバルト・フォン・ドライゼ!」

ドライゼ艦の航海士	「　無線士が、潜航誘導用の超長波ビーコンが僅かに乱れていると言っています！」
ドライゼ	「　敵戦艦は、超長波に依る潜水艦探知装置を搭載しているのだ！」
リチャード	「　通常、超長波では、小さな艦船の探知は無理だと云われていた。
	しかし、我が英国海軍技術局は、超長波の先端を急激に短くして、それを可能にした。
	偉大な技術だ！　戦艦バラクーダの２５インチ砲弾を食らえば、Uボートなどは、鉄の粉になってしまう。
	ドライゼ、どうやら君の負けだ！」

ドライゼ艦通信手	「　敵のソナー音が聴こえます！」
リチャード	「　左舷２千メートル!第三波砲爆雷戦、用意!」

ドライゼ	「　あの氷山の下を、深深度潜航でくぐり抜けるぞ。」
クロイツ中尉	「　氷山の下は、水圧で危険ですね。」
ドライゼ	「　リチャードが相手では、危険は覚悟の上だ！」

Uボートの内部、水圧でミシミシと音を立てる。
しかし、くぐり抜けに成功し、戦艦バラクーダの斜め前方に浮上して、
魚雷を戦艦バラクーダに向けて発射する。

リチャード	「　ナニッ！？　取り舵いっぱい!!!」
ドライゼ	「　しめた！今の攻撃で、さしものリチャードも照準が狂っているぞ！
	新兵器のホーミングをお見舞いしろ！
４本連続発射!!!!」

リチャードの部下	「　魚雷が進路を返進して、本艦を追尾して来まーす！」
リチャード	「　何？　ホーミングだ！音響式の自動追尾魚雷だ！ドイツはもう開発していたのか・・・・・・」
	戦艦バラクーダ砲撃手	「　右舷、第５波砲爆雷戦、用意!」

リチャード

「　まて、もう遅い。あの魚雷からは、逃れられん！主砲の全弾を、Uボート後方の氷山に集中しろ。」

浮上して、戦艦バラクーダの様子を視ているUボート、後方の氷山に気付いていない。

ドライゼ	「　永遠に眠るのは、そちらだな、リチャード!・・・・!?しまった、氷山が崩れる!急速潜航!!」

Uボート航海士

「　氷で我が艦破損。艦が沈みまーすっ!!!!」

戦艦バラクーダ側面に、巨大な水柱と、衝撃音が4回。

ドライゼ	「　相討ちだ！　魚雷も全弾命中!!!!」

ドライゼ	「　男は、好敵手の顔ぐらい、見てから死にたいものだな！クロイツ中尉。」

ドライゼ、バラクーダに向かって敬礼。

リチャード提督、双眼鏡でドライゼ艦長の顔を視認して、
「フフフ、ドライゼめ!」

リチャードもUボートに向かって敬礼。

その瞬間、戦艦バラクーダは、大爆発し、轟沈。だが、Uボートも沈む。

「　ただひとり、
　　ショートサンダーランド飛行挺に救出された、副長クロイツ中尉は、
　　戦後、誰にも何も語らず、何処かへ姿を消した。

　　今も、北海の海辺で、オーロラの下で戦った男たちの幻を追い掛けているのかもしれない。」

---

おいっ！、嘘だろ！、ぬるい ぞ！

NULL-e Zoom

追記：
　　「 『 燃料価格 高騰 』 が 原因 」
　　　　との 指摘 を 受け、
　　　　　　編集進まず

13:19

今日も寒い。

　こんな日は、
　　激熱 を 求めて …… 。

13:21

午前中の案件が想像以上に長引き、
結果、繁忙時間 12:00 - 13:00 から大きく外れたハズだったのですが、

　　13:21 になっても、

　　　道路にまで、行列が出来てました。

　　　　おぉ~~ (T^T) 。

13:30

？！、ぬ …… ぬるい ？！p(@O@)q 。

ぬるいにもほどがある！
他の客、こんな温度のトン汁を飲んでいるのか？

それとも、冷まし過ぎたのか！？。*1

店員は、トン汁 の 温度 を 確認していないのかっ！。

なので、抗議行動 として、さっさと飲み干して、

13:32

またもや、 …… ヌルい ！！p(@O@)q 。

ならば、

37

やっと、ちょっとちょっと温度が上がったトン汁。
普段 の 一杯目程度 の 温度に。

41

ちょっとだけ、熱い。
こうなったら、

45

このあたりで、隣の客が、
σ(^_^) がやたらトン汁をお替りしているのに気が付く。

50

その中でも、パウル・カレルが著した『彼らは来た』に登場する、ヴォルの「ふん、もう勝ったと思ってるな」に対する「そうらしい。では教育してやるか」というヴィットマンの返答[2]がよく知られている。

なお、この会話は原著ではそれぞれ»Ja, glauben die denn, sie haben den Krieg gewonnen?«および»Offenbar, aber sie sollen sich irren.«であり[3]、直訳すると「彼らは既に戦闘に勝ったと思っているのでしょうか？」「そうらしい、だがそれは間違いだ」程度の意味である。したがって、日本でよく知られている「教育してやるか」という表現は、日本語版訳者である松谷健二の意訳に依る部分が大きいことには留意を要する。

13:58

６
ｘ４
ｘ２

考察

有識者と、何故？、トン汁がぬるい？ と

　「　そんなの明白じゃん。
　　　　ガス料金 の 高騰 で、常時激熱を維持するようなガス火の使い方が
　　　　出来なくなったんじゃん！」

と、即答をいただく。

指摘されてみれば、その通り。納得。

…… なんですが、
それじゃぁ、熱いトン汁を求めてきた客はどうしたらいいの？。

全部価格に転嫁して、品質は維持の方がしてくれないかなぁ~~。

でも、いくらくらい値上げの相当するのだろう？。

補記 02 ： さらに、繁忙時間帯 12:00 - 13:00 （？）ではなかったからか？。

補記

すると、トン汁 × 6 は、最高記録更新なのですが、
前提条件が違うわけで、公式記録にはならず。
参考記録ということか。

---

*1:　　通常、この店のトン汁は激熱である。
　　　ただし、一杯目だけは、配膳する前に装って、一分ほど冷まして、出すのである。
　　　初期は、熱い寸胴と、一杯目用の温度の寸胴と二種類あるのだろう …… と、 σ(^_^) も含めて、皆、類推するのであるが、それは、間違いである。

銀製 の 銃弾

この本 は 「 ソフトウェア工学 の 聖書 」 と呼ばれている。

　なぜなら、誰もがこの本を読んでいるが、
　　誰もこの本で述べていることを実践しないからである。

プロジェクト本部 から 連絡が来た。
「 連絡を忘れていました。仕様変更がありました 」

なので、

「 増員として、ｘｘｘ を そっちに廻してやる！。
　　これでいいだろ！。」

「　（　 …… こいつ、本気か？　凸(- -# 。）
　　（ 『 システム工学 』 『 システム構築 』 というものを 理解して(わかって) いるのか？。）

　　（ならば …… と …… 、）
「　ぢゃあ、逆に、現状、まだ手付かず の 案件があります。
　　今の案件が終わり次第、そちらのｘｘｘさんから説明を受ける手筈でした。
　　ｘｘｘの案件、主担当者にお返ししますので、
　『 実構築担当ｘｘｘでお願いします。』
　　これで、どうでしょう？」

「　うん！、わかった！。
　　　それで行こう！。」

「（わかってないんだろうなぁ …… ）」
The Mythical Man-Month: Essays on Software Engineering

No Silver Bullet - essence and accidents of software engineering

この本は「ソフトウェア工学の聖書」と呼ばれている。なぜなら、誰もがこの本を読んでいるが、誰もこの本で述べていることを実践しないからである。

人月の神話

人月の神話―狼人間を撃つ銀の弾はない (Professional Computing Series 別巻 3)

ソフトウェア見積り　人月の暗黙知を解き明かす

つまり、人月を使ってスケジュールを見積もることで、その見積もりが失敗し、スケジュールが遅れてしまうのである。そういう事態に陥ってしまった場合、スケジュールの遅れを取り戻すために、プロジェクトの人員を増やすという対策が取られることが多い。しかし、それでは、火に油を注ぐことになってしまうとブルックスは主張する。彼は、それを「ブルックスの法則」と呼び、以下のように定義している。

ブルックスの法則：遅れているソフトウェア・プロジェクトに人員を投入しても、そのプロジェクトをさらに遅らせるだけである。

プロジェクト本部から連絡が来た
「連絡を忘れていました。仕様変更がありました」

なので、

「ｘｘｘを増員してやる！。これでどうだ！。」
「（ …… こいつ、本気か？）」
「ぢゃあ、逆に、ｘｘｘの案件、主担当者にお返ししますので、
　『実構築担当ｘｘｘでお願いします。』
　　これで、どうでしょう？」
「うん！、わかった！。
　　それで行こう！。」
「（わかってないんだろうなぁ …… ）」

---

あああ🦇

東京本社 に 転勤したとき、
そこは、諸派閥 の 巣窟 で、
σ(-_-) をどこに所属するか

「 カレー 部 」
　「 ラーメン 部 」
　　「 とんかつ 部 」 ……

　　 …… が、群雄割拠。

この中で、 「 カレー 部 」は、
　　「 カレー専門店 」 巡りだけではなく、

『 家系ラーメン 千家 』 の カレー→

家系 なら 白飯でしょ！ なんですが、
これも、美味し(うみゃ)い ♪

ど、
　異動直後や、
　　ほぼ、連日、
　　「 居酒屋 ｘｘｘ の 店長 から、
　　　　今日は ｘｘ の カレーに挑戦して、
　　　　　いい出来だってた って、連絡があって …… 」

って、強制連行されて …… 。

予約席というか、

うん、至近にあるいくつかの居酒屋の店長は、
カレー作りに凝っているようである。
考えてみると、前日の食材の残り、魚のアラ *1

ラーメン屋なら、そのスープが。
蕎麦屋なら、そのツユが

ラーメン頼んだら、スープを残すな！。
とんかつ頼んだら、千切りキャベツを残すな！ *2 。
！

---

*1:　　『 粗 』の字を書くようである。

*2:　　残すくらいなら、「少なめって先に言え！」と、
　　　某店の主将と意気投合したものである。

aaa

 
ああああ

好きなことが出来なかったら、こんな会社、辞めちゃいなさい。

これまで、まともな研究開発（を）、一度もさせていただいたことがありません。

そろそろ、まともな研究開発させてもらえませんか？

---

めぬけ鯛 と 大根 の うま煮

めぬけ鯛 _と 大根 _の うま煮

おばんざい ランチ 　　　　全品 990円（税込） 　　　　　　　　お支払いは現金のみになります 主菜 を お選び頂けます 手作り おばんざい 全品付き ・お刺身 ・煮物 ・お浸し ・お豆腐 ・サラダ ・お新香 ・お味噌汁 　 ・白米 or 玄米 　　　　　（ おかわりどうぞ ） お客様へのお願い ☆　混雑時、お食事がお済みお客様は お並び の お客様 に 席をお譲りくださいますよう 　　　　　　　　　　　　お願い致します。 ☆　ランチタイム は 全席、禁煙 となっております。 ご協力 の 程 宜しくお願い致します。 営業時間 11:00 ~ 15:30 ( lo 15:00 ) 　〇〇〇〇 〇

POP？

『 POP 』 *1 の、デザイン、文字の大きさ、配置、配色、
そのすべてが気に入らない。

…… というか、下手 …… （ あくまで、個人の感想です ） 。

なので、HTML で、作ってみた　↑　。

所詮は、操り人形 …… もとい、DTP システムではなく、HTML なので限界はあるが、
さて、どちらが 『 良い 』 だろうか？。

10:35

だと、開店、数分後

この日は、内容が ✕

　この日の『 白米 』は、
　　御飯が固く、多くの部分が 団子のようにダマになっている …… はっきり言って、客には出せないような代物。

よっぽど、変えてもらおうか？と、思ったんですが …… 。

　主菜の　めぬけ鯛　も、なんか 精彩 に 欠ける。

開店時間をちょっと過ぎた時刻に入ったのですが、
配席された場所から考えると、まだ数人目？。

あああ

明るさの偏り …… 陰影から分かるように、

最初 の 独り客 だったため、
　配席されたのは カウンターの一番端の席。

今から思えば、左に寄せて撮影すればよかったか？。

　そうすれば、もうちょっと、
　　全体的に明るかったかも。

---

*1:　　「 Point of purchase advertising 」

すでにノーコードが当たり前に？

凸(- -#。『通』の目を持てよ！

最近、『 ノーコードで、システム が 開発できます 』 というＰＲをよく目にする。

コードを組まなくて、どうやってシステム開発するんだ？と思ったら、
ＧＵＩで、組んでいくのがほとんどである。

…… 『 ノーコード 』にする必要あるのか …… ？。

メリット

・プログラミング の 知識 が 必要ない
　　ノーコード の 大きなメリット は、ソースコード の 記述 が 不要 なため
　　プログラミング の 専門知識 が 必要ない点です。

　　プログラミング言語 や ITスキルのない人 でも 開発ができるため、
　　エンジニア に 発注 する 必要がなくなります。

　　『 プログラミング の 専門知識 が 必要ない 』

　　『 プログラミング言語 や ＩＴスキルのない人 でも 開発ができる 』

、
　そんな素人に毛が生えたような初心者が、
ノーコードでシステムを組んで、使い物になるのだろうか？。

ちゃんと、『 品質 』 でもって、評価しよう。

渡しの勤務先にも、
ノーコードで、
社員を教育し、
内製体制を構築し、
ＤＸとか
に言わせれば　おバカなことをうたっている部署や人がいる。

ところが、ベンダー側のＰＲ
ＰＲにも、「システム開発ができる」とは書いてあっても、
プロがコードで組んだシステムと同等品質のシステムが …… とは書いていない。
要は、そんなもんなのである。

あああ

---