✒ 暦-購入

　コロナ禍を経て、
　（ ほとんど ）　出社しなくなって、困ることのひとつは、
　新年のカレンダーと手帳である。

　手帳は、やはり気に入ったモノを新規購入なのだが。

　カレンダー が 困る。


　流石に、耐えきれなくなり、
　カレンダーを購入。

　２月くらいを過ぎれば、値崩れして、投げ売り状態になるか！と、期待していたら、
　その前に、店頭から消えて行ってしまった。


深田恭子 さまぁ ♪ の カレンダー



あとは沈黙、 …… そして …… 　笑

ということで。他、Teams で参加されている方とか何かありますか？

σ(^_^) 、システムについて
　ド が 付くくらいの 素人なんで、質問なんですけど ……

Ｗ ……システム や ロ……システム の 開発を、
　なんで、上流 の データ連携 から 始めないんですか？。


（ 　いきなり、長い …… 沈黙　 ）


Ｗ ……システム で言えば、入□ の 時の 〇〇業務フロー の プロトタイプ とか、
　出□ の時 の 業務フロー の プロトタイプ とか見せて欲しいんですけど。


（ 　ふたたび、そして、さらに長い …… 沈黙 　）


「 まだ、何も開発してないの？ 」
「 まだですね 」

開発してないからこそ、
　プロトタイプ(叩き台) を
　　見たいんですけど。


それに、プロジェクトは、
　いつから やってるんでしたっけ？


（　失笑 *1　）


「 W …… は、1 年以上前。
　 　ロ …… に至っては、２ 年以上前 …… 。」

 　プロトタイプ開発 とは

　プロトタイプを作成し、
　　検証、評価、改良を繰り返して
　　　完成を目指す開発手法。


　開発段階で
　　ユーザー や クライアント が
　　　フィードバックを行うため、

　プロダクト の イメージ が
　　漠然としている新規事業や、
　　　UIデザインを重視するプロダクト、
　　　　発注側の開発経験が少ない場合に適する。


あ、ちょっ …… 、
　ちょっと ……それら の 質問に対しては、
　　ちょっと別途、回答させてもらいますんで。

　　　別に打ち合わせさせてもらえますんで。


（ σ(^_^) ）さん、すみません、ちょっと …… 。


え？、なんで回答を持っていないんですか？。


（　大爆笑　）


（　 σ(^_^) の名　） さん、ちょっと厳しいね。

　　俺相手じゃないから、
　　　もうちょっと抑えて言ってくれる？

え？、ポイントが押さえられていませんか？。
　ひとつづつ、押さえて行けばいいんですね！。


（　 σ(^_^) の名　） さん、ちょっとさ、
　　誰も答えられないような状態になってるからさぁ



DevOps 開発手法


DevOps （ デブオプス ） は、ソフトウェア開発手法の一つ。
開発 (Development) と 運用 ( Operations ) を 組み合わせた かばん語 かばん語 *2であり、開発担当者 と 運用担当者 が 連携して協力する （ さらに 両担当者の境目もあいまいにする ） 開発手法をさす。
ソフトウェアを 迅速に ビルド および テスト する文化 と 環境により、確実なリリースを、以前よりも迅速に高い頻度で可能とする組織体制の構築を目指している。

　»　概要
　DevOpsをイメージした図。

開発 と 運用、それに 品質保証 が 交わる部分を DevOps としている。

従来の機能別に分離された組織では、このような 開発部門 と IT部門 の 部門間統合 は ほとんどない。
しかし、DevOps では、開発部門 、IT運用部門 、あるいは品質保証 （ QA ） 部門が協力するプロセスと方法を推進している。
CI/CD *3 が自動テストや頻繁な統合などソフトウェア開発そのものに着目するのに対して、
DevOps は CI／CD のような技術的な側面に加えて、開発や運用といった組織的・文化的な側面をも内包する。

語源
2008年のアジャイルカンファレンスにおいて、アンドリュー・クレイ・シェーファーとパトリック・デボイス が「アジャイル・インフラストラクチャ」について議論した。そして、DevOpsという用語は2009年ベルギーで初めて開催された「DevOpsDays」から普及し、以後、世界中の多くの国々で「DevOpsDays」カンファレンスが開催されている。[5]

　»　DevOpsとアーキテクチャ

DevOpsは文化的な移行と（開発、運用、テストの部門間の）協力の概念であることから、単独での「DevOpsツール」というようなものはなく、複数のツールで構成される「DevOpsツールチェーン」となる。
DevOpsツールは、主にソフトウェア開発とデリバリー・プロセスの側面を有しており、一般的には1つ以上のカテゴリに分類される。

Model View Controller


MVCの典型的な相関図

Model-View-Controller (MVC、モデル・ビュー・コントローラ) はUIを持つソフトウェアに適用されるソフトウェアアーキテクチャの一種である。

MVCはソフトウェアを処理／Model・表示／View・入力伝達／Controller の3要素に分割し、ソフトウェア内部データをユーザーが直接参照・編集する情報から分離する。
プレゼンテーション （ View・Controller ） とドメイン （ Model ） を分離しまたユーザー入力 （ Controller ） と表示（View）も分離することでソフトウェアの保守性・開発生産性を向上させる。

*1:　　「　おかしさに堪えきれず吹き出して笑うこと　」。
　　　　「　笑いも出ないほど呆れて相手を小馬鹿にすること　」は誤用。

*2:　複数の語 の それぞれの一部を組み合わせて作られた語。　

*3:　　継続的インテグレーション と 継続的デリバリー Continuous Integration、CI Continuous Deployment; CD

✒　鎌焼

 

 

aaa
御通

松前漬

刺身盛り

刺身がわずかにピンボケ。再検討

里芋唐揚げ
あだち菜おひたし
めひかり

の炭火焼き 又は 唐揚げ （二本）

千住葱 の 天ぷら

（一本）

あだち菜おひたし
めひかりの炭火焼き 又は 唐揚げ （二本）
千住葱 の 天ぷら（一本）



里芋唐揚
参考　長芋竜田揚げ


武術、両手警棒！　参ル！

何処かに、山本の見せ場を作るだろうとは思っていたが、
ここに持ってくるとは。

獣たちよ！、何故、小銃を乱射しない！。
それに、ＳＩＳも、スタングレードとか使えよ。



しかし、最終回 …… 。スタッフのやる気の無さが滲み出ている …… 。


✒ 🍎 の 呪

 

note.com

Apple版 の Wizardry の ソースコード の 抜粋。
オリジナル の Wizardry は Pascal という言語で書かれている。

ただ、これはたぶんオリジナルのソースコードではなくて、
バイナリを逆アセンブルして Pascal に変換したか、
直で Pascal に変換するソフトを使ったものを人間が手を使って見やすくしたもの。
それを、さらに σ(^_^) が見易く（？）したもの。

で、これはキャンプ時に、ビショップがアイテムを鑑定する部分のルーチン。



BEGIN (* IDITEM *)
　　CHARX := LLBASE04;
　　XGOTO := XBK2CMP2;

　　REPEAT
　　　　GOTOXY ( 0, 18);
　　　　WRITE ( CHR(11));
　　　　WRITE ( 'IDENTIFY WHAT ITEM (0=EXIT) ? >' );
　　　　　　{　どのスロットにあるアイテムを鑑定する？と表示　}

　　　　GETKEY;
　　　　　　{　キーボードの入力を取得　}

　　　　ITEMX := ORD( INCHAR) - ORD( '0');

　　　　IF ITEPIX = 0 THEN
　　　　　　EXITIDIT
　　　　　　{　入力が0ならキャラクター画面に戻り　}
　　　　　　{　他の数字であれば次にうつる　}
　　　　UNTIL ( 0 < ITEMX ) OR ( ITEMX <= CHARACTR[ CHARX].POSS.POSSCNT );

　　　　　　IF CHARACTR[ CHARX].POSS.POSSESS[ ITEMX].IDENTIF THEN
　　　　　　　　EXITIDIT;
　　　　　　{　得られたスロット番号のアイテムがすでに鑑定されているなら戻る　}

　　　　CHARACTR[ CHARX].POSS.POSSESS[ ITEMX].IDENTIF :=
　　　　　　 (RANDOM MOD 100) < (10 + 5 * CHARACTR[ CHARX].CHARLEV);
　　　　　　{　1D100 の サイコロを振り、自分のレベルx5+10より下になれば鑑定成功となり、
　　　　　　鑑定済とする　（ ＝その スロット番号 の アイテム に 鑑定済みフラグ を立てる　）　}


　　　　IF CHARACTR[ CHARX].POSS.POSSESS[ ITEMX].IDENTIF THEN
　　　　　　CENTSTR( 'SUCCESS!') ELSE CENTSTR( 'FAILURE.);

　　　　IF (RANDOM MD) 100) < (35 - (3 * CHARACTR[ CHARX].CHARLEV))
　　　　　　　　THEN
　　　　　　　　　　BEGIN
　　　　　　　　　　　　MOVELEFT( IOCACHE[ GETREC( 　
　　　　　　　　　　　　　　ZOBlECT,
　　　　　　　　　　　　　　 CHARACTR[ CHARX].POSS.POSSESS[ ITEMX].EQINDEX, 　
　　　　　　　　　　　　　　　SIZEOF( TOBIREC))], OBJECT, SIZEOF( TOBJREC));


　　　　　　　　　　　　CHARACTR[ CHARX].POSS.POSSESS[ ITEMX].CURSED OBlECT.CURSED;

　　　　　　　　　　　　XGOTO := XEQPDSP

　　　　　　　　　　END;

　　　EXITIDIT END; (* IDITEM *)



さて、有名な Supper BIshop だが、
キー入力の部分で、所持アイテム数の最大の 8 以下を押すことを暗に求めらる。
が、数字キーには、０～９があるわけで …… 。

もし、９が入力されても、( 0 < ITEMX ) OR ……となっているので、
前項が成立して、
９も受け付けてしまうのだ！。

９が指定されると、通常通り、鑑定判定が行われ、
鑑定に成功すると、鑑定成功として、アイテムの８ビット目 最上位ビット が 立てられる。
その位置には、自分自身の経験値のメモリがあり、

すなわち、（たぶん自身の経験値の）変数の最上位ビット目に１が立てられる。
すさまじい経験値が設定されてしまうバグ（スーパービショップ）がある。

これは、

UNTIL (ITEMX > 0) OR (ITEMX <= CHARACTR[ CHARX].POSS.POSSCNT);

たぶん、「９」以外のキー、例えば「ａ」などを押した場合も、
どこかのビットが操作されているはずである。