こちらの記事の話の続きになります。

【今週の振り返り】とっても残念なお知らせと、体調維持のために大事な事 | 自分、ぼっちですが何か？ (taki-lab.site)

先週はずっと体調不良でほとんど出社できず、

さらに今一番忙しい時期なのに2日もお仕事を休んでしまうという事態に。

再びメンタル不調に陥ってしまいました。

朝起きても、布団から出て朝ごはんを食べる元気がなく、

夜になるとお酒を飲んで気分を紛らわすという日々を送り、

これは不味いな・・・と思ったのが今週の月曜日。

もしかしたら、契約が3月末で終了となるのがショック過ぎた？と感じ、

エージェントの方と現場のリーダーにそのあたりの話と、今の体調の状況を説明しました。

ほぼチャット・メールベースで内容はほぼコピペできる内容ですが、送信するまでの文章作成が辛かった・・・。

でもなんとか理解して貰えて助かりました。

そして、契約の話ですが、

今の顧客のお仕事の規模が縮小される見込みでほとんどの協力会社のメンバーが契約終了の方向で動いていたらしいです。

なので、契約終了は自分に何か問題があったわけではなく、完全に職場の都合だったんですね。

まぁ、その話を聞いただけでもかなり気分は楽になりました。

そして、この話もかなりドタバタしていまして、「やっぱり契約延長したい」と話がありまして、

自分が必要とされている人間だと感じて、さらにメンタル的に好転。

今朝は、頭の中の不快な感覚は、ほぼなくなりました。

比較的スッキリ起きられましたね。

かなり良い傾向なので、これを機にちょっとお出かけを増やしたり、部屋の片付けに取り組んだりしようと思います。

これはきまぐれクックの動画内で紹介されていた、

オオズワイガニ2kgです。

動画の概要欄のリンク先から購入ページに行けます。

が、すぐに売り切れたみたいで、

でも何回か再販しているみたいなので通知登録して再販を待ちましょう。

オオズワイガニの大量発生事件はニュースでもよく見ており、

現地の漁港でとかで1杯100円とか格安で売られている話を聞いたことがありますが、

ネットとか探しても販売されていないので、

ネットで安くカニが食えると思った当時のワイは撃沈してました。

なので、今回の販売は買えてとってもラッキーです。

で、現地で水揚げ後に茹でて冷蔵便で届いたこのカニ。

早く食べないと傷んじゃうのですが、

食べるタイミングを完全に失っております。

だって、日曜日の夜に届いたんだもん。

でも、1杯だけ、少し食べてみました。

サイズはかなり大きく、茹で前の状態で届いてたら、これを調理できる鍋に困っていたでしょう。

茹で後の冷蔵状態なので、このままで食べることが出来ます。

適当に捌いて実を食べてみると、これが美味しい。

カニ味噌は居酒屋でしか食べたことないので、

ああ、こういう味だったな

と言うのを思い出しながら食べてました。

めちゃくちゃ美味しいです。

という話題がX(旧Twitter)上で繰り広げられていました。

自分はウォーターフォールはもちろん、アジャイルの現場を経験しています。

そして、アジャイルの現場を経験した際は、現場のリーダーからアジャイルについての説明を、2～3日かけてレクチャーして貰いました。

そこで得られた知見を元にすると、何の前提も無しに「アジャイルの方がウォーターフォールよりも優れている！」という人達は、

アジャイルをよく理解せずに現場を炎上させてきた人達じゃないかと思います。

実際レクチャー受けている時でも、誤解している人が多いっていう話です。

レクチャー受けている時は、そういう誤解を全て解消してくださいました。

そもそもの話、

アジャイルという開発方式は存在しない

ウォーターフォールは、要件定義をしっかり決めて、それに従って後戻りがないように仕様、設計、製造工程まで進め、

テスト工程を経て「設計通りに動作している」ことを確認する開発方式だと思います。

これは要件定義からリリースまで十分にスケジュールがあるから出来ることなんですよね。

ただ、最近のこの世の中、この開発方式が通用するのは一部だけで、

最近では、社会のニーズに合わせて、ソフトウェアを開発し提供しなければならない。

という流れがある事から、アジャイルという考えが生まれました。

このリンク先にあるのがアジャイル宣言と言われまして、

https://agilemanifesto.org/iso/ja/manifesto.html

これをベースに様々な開発手法が生まれました。

当時の現場では、スクラム開発という体制を敷いていて、スクラム開発についての説明もきちんと行って頂けました。

アジャイルと言えばスクラム開発が代表例ですが、他にも様々な開発フレームワークがあるようです。

整理しますと、

アジャイル→ソフトウェアの状態

スクラム開発→アジャイルを実現するための開発フレームワーク

と言うふうに教えて貰いました。

そもそもウォーターフォールの開発をアジャイルで置き換えることが出来るのか？

プロダクトの開発には、何もない状態から初版のプロダクトを完成させる、というプロセスが必ず必要になります。

この初版のプロダクトがとても重要で、すでに完成されているプロダクトを流用するのであれば良いのですが、

たいていの場合は要件定義をしっかり検討し、きちんと動く物を完成させる、というこれまでと同じ作業が発生します。

この作業をアジャイルに置き換えることは出来るのでしょうか？

アジャイルでは、要件定義からリリースまでの短い（だいたい1週間～1ヶ月が一般的）サイクルを繰り返す事でプロダクトを完成させていきます。

このときの要件定義の内容はサイクル内で完成できる内容でなければならないし、そうしなければ開発体制は崩壊します。

そして、サイクルの最後では必ず動くプロダクトを完成させなければ鳴りません。

はい、ここまで聞いた正しい認識を持った技術者なら、こんなのアジャイルじゃ無理じゃん！と思うはず。

ウォーターフォールとアジャイルにはそれぞれメリデメがあり、プロダクトの正確に合わせて最適な手法を選択する必要があります。

単純にウォーターフォールvsアジャイル、どちらが優れているかという議論はただただ不毛でしかありません。

もう一回アジャイルという物を学び直してください。

我々が経験したアジャイルの現場では、その特徴を十分に理解しているため、

プロダクトの初版リリースまではウォーターフォールで、それ以降のアップデートはアジャイルで開発を行っていました。

これはウォーターフォール、アジャイルの特徴を生かした最適解であると思っています。

画像のリンク(Amazon)から購入できます。[PR]

セロトニンは幸せホルモンと呼ばれていて、

これを分泌されると体に良い効果をもたらします。

しかし、ストレスなどによってセロトニンが不足すると、

うつ病などを発症することがあります。

この本の中ではセロトニンを分泌させるために、

• 生活習慣
• 仕事
• 人間関係
• お金

の面から気をつけることなどを解説しています。

特に、日光を浴びてウォーキングするというのは効果はあるかもしれない。

みんな、朝起きたら外を歩こうぜ。

これは2月26日。

コンビニ行くのに防寒対策して買い出しに行ったのですが、

その帰りに、アウターのチャックが壊れていることに気がつく。

無理矢理直そうとしたら、完全にチェックが外れて、修復が困難になりました。

はい、外に出かけるための防寒装備がありません。

しばらくはテレワークで乗り切ったものの、

このままでは土曜日病院に行く予定なのですが、この日に限って寒いという天気予報。

ダメ元でZOZOTOWNでアウターを注文するも、木曜日まで発送されていないという状況。

なので、寒さが和らぐ、金曜日になんとか出勤して、帰りにユニクロでアウターを買う計画を立てました。

そして、金曜日の終業後、ユニクロへ行ってお買い物。

もうすぐ春になるためか、ガチガチの冬装備はほとんど売られて織らず、

最終的には「何でも良いから寒さをしのげるもの」を購入。

めちゃくちゃ汗かいた。

なので、せっかく久しぶりに札幌中心部まで来たので、居酒屋で飲んで帰宅。

これがイケなかった。

ユニクロで買った商品を飲み屋に忘れて帰ってきてしまったのである。

もうこの時点で取りに戻る気力は無いので、そのまま帰宅。

そして、ZOZOTOWNの商品が土曜日に到着することを知った。

まぁ、こんなこともあるよね。

えっと、まずは残念なお知らせ。

今の現場、3月いっぱいで終了が決まりました。

長く続けたかったけど、契約終了という選択をされてしまった以上どうすることもできません。

まぁ、契約終了理由の心当たりはあります。

1月、2月と体調不良の日が多く、お休みがちだった。

体に良いとされていること（運動以外）いろいろやってきましたが、なかなか改善されず。

でも、その原因にやっと気がついたのがつい最近で、

その頃にはもう手遅れだった、ということです。

ということでまた4月から案件探しになるのですが、

すぐにエージェントに動いて貰えるよう、必要な情報を送ったところです。（ついさっき）

で、体調不良の原因ですが、

ここのところ、部屋の中が全然片付かなくって、

きちんとお掃除できていなかったことが原因と思われます。

部屋の中を見渡すと、長らく手つかずだった所に埃が溜まっていることに気がついて、

例えば、カーテンレールの上とか、

ハンガーラックカバーの上とか、

などなど。

そこを掃除したら少し調子が良くなりました。

やっぱりお掃除が大事なんだね。

まだ部屋の中には、手を付けられなくて放置している物が沢山あり、

結構埃が溜まっています。

そこら辺を徹底的に処分して掃除すれば、だいぶ快適になるのではと思います。

はい、健康維持のためには、食べる物だけではなく、生活環境も大事ということですね。

元々はこのポストでした。

やばい話。
実家あてにプロバイダからIP情報開示請求の書面がとどいた。見覚えのない動画などの視聴により著作権を侵害されたとのこと。家族もみんな見覚えが無いし、書面はいきなり何円払えという内容ではなく、プロバイダが被害者（と言っている権利者）に個人情報を開示してもいいかどうかの書面

— MAHALITO (@mahalito_wiz) February 22, 2024

話の内容を要約すると、身に覚えの無い動画を視聴したことが著作権違反に当たるとして、権利者側からプロバイダーに情報開示請求が来たのだが、プロバイダーから投稿主に情報開示していい？と問い合わせが来たという話。

結論としては、動画を視聴しただけでは著作権侵害にはなりません。

むしろ、動画をインターネットに視聴できる状態でアップロードした人間が著作権を侵害しています。

おそらくアクセスログからいろいろ難癖つけてプロバイダーに情報開示請求を行い、手に入れた個人情報を使用して架空請求などを行いたいという魂胆なのでしょう。

と言う所で、思い出したのは、高専生時代（25年以上前）

エミュレーターというプログラムが仲間の中で流行っており、そのデータをフロッピーディスクなどで共有されて遊んでいました。

エミュレーターとは、他のハードウェアの動作をWindows等のOS上で動作するようプログラミングで再現させたソフトウェア。

当時はファミコンやスーパーファミコン、ゲームボーイ等のエミュレーターがありましたね。

で、エミュレーター自体は問題はない。

問題はゲームカセットの中のプログラムをファイルに落としたデータです。

当時は同時にマジコンとかいう機械も話題になっていまして、

これを使用すると、カセットのプログラムをファイルに変換することができる装置になります。

これ自体は天下の任天堂様が徹底的に取り締まって、マジコン自体終焉を迎えました。

で、いろいろな方法で取得したゲームデータファイルをインターネットで公開する人達がいて、

でも普通に公開すると著作権侵害で捕まってしまうので、

いろいろな方法でゲームデータファイルたどり着けないように細工をしていて、

一番分かりやすいのは、HTMLファイル内のコメントにリンク先が書かれていたり、

JPEGなどの画像ファイルに偽装して公開していたりしていました。

現在はどうなっているかは分かりません。

だって、今は法改正されて、ダウンロードしたらアウトなので。

で、それに関連して、ファミコンのコンパイラというものを手に入れました。

https://hp.vector.co.jp/authors/VA042397/nes/index.html

このコンパイラは正式な物ではないですが、おそらくエミュレータを解析してエミュレータで動くように作成されたコンパイラだと思います。

当然ながら、コンパイルしたゲームはファミコン本体では遊べません。

が、コンパイルしたゲームはエミュレータで遊ぶことが出来ます。

実際、エミュレータ向けにファミコンのゲームを作成して配布している人も居ますしね。

コンパイラのマニュアルやサンプルコードも見てみたのですが、

完全に組み込みプログラミングでした。

ファミコン本体にROMカセット差し込むことで、ゲームデータがファミコンのメモリ上にマッピングされ、ファミコンのCPUからゲームデータにアクセス出来るようになるのだと思います。

で、ファミコンのメモリ領域は0x0000～0xFFFFでした。

ファミコンは16ビットCPUだったんですね。

もちろんゲームデータで使用できるメモリの量も限られていて、

一度に参照できるゲームのデータサイズは32KB。

マッピングを切り替えるレジスタもあるので、それを使用して大きなデータサイズのゲームも動かしていたのでしょう。

これでドラクエとか動かしてたんだからすげーって思いました。

で、ここまで考えてようやくフォーンアイルに到達します。

はい、X(旧Twitter)でめちゃくちゃドラクエをdisっていた開発者が作成したSteamのゲームですね。

分かる人は分かるんですが、現在の64bit CPUで動くゲームを作成し、16bit CPUで動くゲームと比較しても余り意味は無い。

そもそも土俵が違うのだから。

フォーンアイルの開発者は是非ともファミコン用のコンパイラを使用してゲームを作成し、それからドラクエをdisって欲しいものです。

今週から結合試験のフェーズに入りました。

こちらの記事にもある、

【今週の振り返り】現場に対して思うことがいろいろと。 | 自分、ぼっちですが何か？ (taki-lab.site)

我々C社が開発している機器とA社が開発している機器の間でデータのやりとりが出来るか、というテストを行います。

ある程度予測していましたが、なかなか上手くいかない。

共有された資料通りに作っているはずなのに上手くいかない。

我々が受け取るデータが期待通りに届かない。

明らかにA社が間違っているのに、力関係が影響して強く「直せ」と言えないジレンマ。

余りにも不可解なデータが届くので、「何をやっているのか？」「どうすれば上手くいくのか？」というのをミーティングで議論。

そして、チーム内でもよく分かっておらず混乱する。

最近見たことがないぐらいの荒れ模様でした。

というのは、必要な情報が書かれた資料が分散しており、一目であるべき最終形が分かりづらいと言う問題がありました。

さらに似たようなパラメータ名の記述も沢山あり、それがさらに誤解を生み出すハメに。

さらに言うと、タイポのまま修正されていなかったり、

いろんな所が統一感無くバラバラだったり。

なんだろうね。

きちんとした最終形に更新された資料が存在していないからこうなっていると思う。

参考資料を提出して、別資料で「この部分はこんな感じで」と言われても、日がまだ浅いオイラには理解できなかったし。

ということがあって、なんかいつもより疲れた気がします。

3連休。

まずはサウナに行こうかな。