ＦＦ１ クリア

 ピクセルリマスター版、ＦＦ１をクリアした。(´・ω・`)

ファイナルファンタジーシリーズの第一作。

FFシリーズを新世代と旧世代に分けるとして、旧世代のＦＦで話題を見かけるのは大概が３～６。１と２はまず目にしない。

しかし、それでも有名シリーズの初代だし、一度くらいはクリアしてどういうゲームであったことを知っておくくらいはゲーマーの教養だと思ってプレイした。

さて、感想としては、まずピクセルリマスター版はファミコンに忠実にグラフィックを綺麗にしただけではなくアレンジが入っているんだけど、それでも古いゲームならではのとっつき辛さを感じた。(；´・ω・`)

まず、キャラが可愛くない。昔のゲームと今のゲームを比較すると、画像の解像度だけで留まらないキャラクターの洗練があると思うんだけど、FF1は総じてキャラクターにFFらしさが少なく、洗練されていない。

そもそもFFのような中世RPGはその元ネタに指輪物語があると言われている。そこを鳥山明が丸めてとっつき易くしたのがドラクエだとすれば、FFは1の時点ではそれが足りておらず、そのまま来ちゃっている感じがした。

後は、ストーリーのガイドの無さ。普通にプレイしていても、「次はこの街へ行け」みたいなヒントに出会わないケースが中盤から多く発生する。昔のゲームは総じてこういう傾向があったんだけど、FF1もとっくの昔にクリアした町に戻って、その町の住民に話しかけるとヒントが出るなど、マスを埋めるように世界中を手当たり次第に探してナンボのデザインである。

これはやってられないので、僕は攻略サイトで次の行き先を見て進んだ。仮に３０年前に僕がプレイしていたとすれば、攻略本を読まなければクリア出来なかったと思う。

そんなこんなで、まだまだ「ＦＦらしさ」というもの未完成だった感じ、粗削り感があるのがＦＦ１だった。

とは言え、発売当時はこれでも相当な高水準であったそうであるから、ゲームの問題点と言うより、時代が進んでしまった、と言ったところであろう。

と言うわけで、まあ今の時代に好んで楽しくプレイするにはやや辛いところもあったが、攻略サイトを見れば８時間くらいでクリアできるし、「初代ＦＦってどんなんだったんだろう？」みたいな興味本位を消化するには丁度良い機会であった。

一生に一度くらいは、と思っていた未消化タスクを消化できて満足である。(´・ω・`)

縄跳びトレーニング

 今日も縄跳びをやってきた。吐きそうにならないくらいに加減をしてちびちび。(´・ω・`)

ところで縄跳びの縄をもう一個買った。それがこちら。

K1選手監修、トレーニング用の縄跳び。

グリップの部分に150gくらい？の重りが入っていて、普通の縄跳びの1.3倍の運動効率を発揮できるというもの。

僕は「普通の縄跳び」とこの「トレーニング用の縄跳び」の２つを買ったんだ。どっちか一個だけで良いと思ったけど、どっちが自分に向いているか判断できなかったからな。両方買って試してみることにした。

そしてこちら、トレーニング用の縄跳びを今日は試してみたわけだが。

飛べないの。(；´・ω・`)

飛ぼうと思っても引っかかっちゃって。トレーニング用の縄跳びの全重は320gとのことだけど、320gなんて手に持っただけでは誤差みたいなもの。

でも、飛ぼうとすると、飛べない。何故？？？？

そして分析して分かったんだけど、このトレーニング用の縄跳びは、意識的に手首を強く降らないと飛べないんだ。

普通の縄跳びと同じ感覚で飛ぼうとすると、縄の回転速度が足りなくて飛べない。「よし、行くぞ！！」と気合入れて手首を回すことで、やっと飛べる。

320gの重さがここで効いているんだな。この効果によって、1.3倍の運動効率を発揮し、体幹のトレーニングにもなる、ということなんだ。なるほどな。

しかし、これは無理だわ。(；´^ω^`)

だって、僕は普通の縄跳びでもひーこら言ってるんだぜ？　このトレーニング用縄跳びでは、そりゃ少ない回数なら飛べるけど、回数が少なくてはダイエットにならないっしょ。

と言うわけで、当面は普通の縄跳びで頑張ろう。

そして普通の縄跳びでは運動負荷に物足りなさを感じてきたら、満を持してトレーニング用の縄跳びに切り替え、ということにしよう。

……そんな日が来るかな？

「普通の縄跳びでは運動強度が足りない」って、余程の身体の人でしょ？　監修しているこのＫ１選手が体脂肪率5%か10%か知らんが、本格的なアスリートではなく、単なるダイエッターでしかない僕はその域には永久に到達しない気がするんだよな。

スポーツ目的のトレーニングではなく、健康目的の範疇なんだから。

まあ、とにかくちびちび飛んでみるか。(´・ω・`)

縄跳びダイエット

 また最近太ってきてしまったのでダイエット再開である。前回は80kgからのダイエットだったけど、今回は75kgからのダイエットだ。(´・ω・`)

前回と今回の違いは、ジュニアがいることだな。

前回はジュニアがいなかったから自由に運動することでダイエットが出来たが、

今回はウォーキングに行きたいけれどもジュニアを風呂に入れなければいけない、とか。食事の前にウォーキングに行きたいけどジュニアにご飯を食べさせなければいけない、とか。

また、ジュニアの食事がハンバーグとか唐揚げとかだったら、僕も巻き添えになっちまうわな。(´×ω×`)

と言うわけで、時間的制約という意味でも、食事メニューの制約という意味でも、ジュニア同伴であることが大きな障壁である。

その対策として、縄跳びを注文してみた。

縄跳びなんて小学校以来じゃないか？

僕は飛んだり跳ねたりが苦手で、遂に二重飛びが一度も出来ずに若年期を終えてしまったが、４０過ぎになってまた小学校時代の課題に舞い戻るとは。

さっそくやってみたんだけど、これはキツい。(´×ω×`)

通常のメニューであるウォーキングを終えた後に追加で縄跳びをした、という前後関係もあるんだけど。

まず普通に50回飛んだところでヘバってしまって、一回休憩。

回復してまた50回飛んだところで再びヘバり、今度はゲロ吐きそうになったので終了。

やっぱりこういう運動は決定的に苦手なんだな。(´×ω×`)

ちなみに、何故僕がダイエットの為に行う運動がランニングではなくウォーキングなのかと言うと、ランニングするとゲロ吐きそうになるから。

飛んだり跳ねたりがどうにもならんほど苦手なのである。

しかし、そんな僕でも縄跳びにはランニングとは違う大きなメリットがある。

それは、ランニングは出撃してしまったらコースを満了するまで帰宅できないのに対し、縄跳びは家の隣で行うからどのタイミングでも切り上げて帰宅できることである。

だから今日みたいにゲロ吐きそうになったので帰ってきた、というパターンに対応できる。

ランニングよりはまだ縄跳びの方が向いてる感じがするな。

まあ、無理せずちびちび行くか。

50回や100回ぽっちでも、やらんよりはマシでしょ。

痩せてくれば回数も増えるかもしれないな。(´・ω・`)

ＦＦ６ クリア

 デジタルリマスターのＦＦを買った。とりあえず６をクリア。(´・ω・`)

ＦＦ６は僕が小学校６年生くらいの発売だったか。

今になって振り返ると、６までが旧世代のＦＦ、７～が新世代のＦＦという分類になると思う。その中でも僕のプレイ履歴は３～６だけ。

７～はもうゲームが重いからやる気も無いんだけど、１～６の古のＦＦは死ぬまでにクリアしておきたいと思って購入した。

最初はプレイ経験のある６から。

６は良作ではあるんだけど、ゲームバランスが荒っぽいと言うか。魔石システムという取り返しのつかない成長要素をしっかり押さえてナンボのゲームなんだけど、子供の頃の僕はそれが理解出来ていなくて……。

まあ、それでもLvを上げれば9999ダメージ×8とかでゴリ押しでクリア出来たんだけど、こんな荒っぽいクリアではなく、綺麗な形でクリアしたいと思ってた。

そんな時、このデジタルリマスターが発売された。

デジタルリマスターではブースト機能と言って、獲得できる経験値を０～４倍に出来るのよ。大事なのは経験値を０にする機能。

魔石システムを有効活用するには下手に経験値を取ってレベルアップするのはＮＧで、レベルアップをコントロールして成長ボーナスを得るのが寛容となる。

また、そもそも普通にプレイしているとレベルが上がり過ぎて楽勝過ぎるので、レベルが上がり過ぎないように適度に自主規制することで、ようやくゲームバランスが手頃になる。

結果として、普通にプレイするならクリア時Lv50とも言われるんだけど、綺麗に成長をコントロールしてLv37でクリアした。

高級装備も一通り揃え、ボーナスはしっかり取得し、ラスボス戦は数名の死者が出るくらいの程よいバランス。

そうそう、これがやりたかったのよ。

ラスボスが瞬殺されるゲームなんて嫌だったのよ。
やっと、子供の頃の心残りが消化できた。(´・ω・`)

６をクリアしたことで、残りは１～５か。どれから着手していこうかな。

• 未プレイの１～２
• 記憶が残ってない３～４
• 完全クリア済の５

どれが良いかな～。

まあ、慌てることは無いし、心の思うままにプレイしていきたいと思う。(´・ω・`)

技術士二次試験 午後３

 午後３は、何と両方の問題がＡＩ！！　時代はＡＩか。(´・ω・`)

しかし弊社ではAIが解禁されていないので、僕には逆風である。とは言え、仮に解禁されていたとしても、どこまで論文執筆の作成の手助けになるかは懐疑的。

と言うのも、世の中の人がAIを活用していると言っても、まさかAIを前提したシステムをゼロから構築するなんてゴージャスな経験を持っている人は滅多にいないはず。精々が、手作業でやってた実装をAIに手伝ってもらうとか、そういうチンケな活用ではないか。

そういうチンケなAI活用を以て「これがAIの活用法だ！！」とホザく。そんなんじゃ論文にならんわ。

この問題は、現実的には出会えないような遠大なプロジェクト観を述べるべきもの。僕はAI自体は作業経験が少ないが、プロジェクト観なら行けるはずだから、そこで勝負する。

午後Ⅲー１

AI駆動開発において、品質確保と管理の在り方について述べよ。

（１）多面的な観点からの課題

生成AIをプロジェクトに持ち込むとしたら、その観点は４つあると思う。

• 設計者の観点。設計に生成AIを使う
• 実装者の観点。実装に生成AIを使う
• テスターの観点。テストに生成AIを使う
• マネージャーの観点。生成AIと言っても色々あるでしょう。どの生成AIを導入するのが最も妥当であるかをどうやって決めるのか

僕は「実装」「テスト」「マネージャー」の３つを選んだ。

（２）最も重要な課題と対策

このうち「実装」が一番重要だと思う。やっぱり生成AIと言ったらコード生成AIが花形でしょう。そもそも僕自身がプログラマーだから、ソースに関するものじゃないと書けないしね。

• マイクロサービスアーキテクチャ。僕の切り札。生成AIって、従来型のモノシリックな巨大ソースの全部をAIに食わせたら何が起きるか分からん。でも、マイクロサービスならその単位に限られる。生成AIの大暴走デグレード祭りを抑止するには、そもそもの設計方針がマイクロサービスであることが理想像のはずだ
• テスト駆動開発。まあこれはお約束と言うか、常識レベルか。先にテストソースを書いて、後から本体ソースを作る。そうすれば本体ソースの中身がどうなろうが、テストがＯＫであれば安心でしょ？　ただし、テストソースばかりはプログラマーがレビューしなければならん。そこが人間の責任だからね
• 検査ツールの有効活用。AIが生成したソースに対し、静的テストツールを実行する。それで変なのが見つかれば直せるっしょ。あと、脆弱性診断ツールを実行する、とか。SBOMを実行する、とか。こういうツールを使えばAIが変なソースを作っても見つけられる。

（３）すべての解決策を実行しても新たに生じる将来的な懸念事項

これが苦手な問題でね。「新たに生じる将来的な懸念事項」は、（２）の内容ならではの懸念事項じゃないといけないのよ。

例えば、「生成AIって急に性能が悪くなることあるのが心配」とか。それは（２）がどんな内容であろうが、生成AIを使っている時点で必ず発生する。そういうのはＮＧ。「（２）の内容だからこそこんな問題が起きるかも」という内容でなければいけない。

これが苦手で。どうしてもＮＧパターンを踏んでしまう。生成ＡＩの懸念事項なんてパターンが知れてると思うのだが。

それでも何とかひねり出したアイデアがこれ。

• 可用性の低下。（２）の対策をやっても、やっぱり障害はどこかで起きるもの。しかし、AIに頼り切った怠惰なプログラマー集団に、障害発生時の対応能力があるだろうか？　（２）の対策が人間の能力を下げるのではないか？　結果として障害からの復旧が遅い、みたいなことが起きることが懸念事項である

で、対策は、綺麗なストーリーが思いつかなかったから、「複合的な対策を行う」と称して知ってる限りの技術情報を詰め込みまくった。(；´^ω^`)

• いざという時にソースが読めるよう、コーディング規約を用意しろ。コード生成AIは毎回の実行時に必ず固定ファイルを読み込む設定が可能だから、そこにコーディング規約を書く。改善活動も行う。
• 生成ＡＩをもう一個用意しろ。障害発生時に、第一の生成ＡＩでは原因を特定できずとも、第二の生成ＡＩなら見つけてくれることもある。
• バグが見つかったら並行展開しろ。生成AIは「観点」を絞れば精度が上がるから、障害の内容を元に観点を作って、その観点で並行展開を行えば、上々な精度で同じ種類のバグを見つけてくれるはずだ
• 最後に、人間の努力。定期的に技術交流を行い、そこで得た知見を開発標準にフィードバック。そういう地道なPDCAを回すことも大事なんやで

こう書いた。

あ～、でも、今気づいたんだけど、「生成ＡＩを２コ使う」は、そもそも（２）の段階で導入しておくべきだったか？

世間の皆さんってどうやってるの？　ＡＩ二刀流って凄く贅沢っしょ。そりゃ複数使って片方を開発用、片方を評価用にすることで客観性が得られる、という理屈は分かるけど。

でも、生成AIって自分で作ったソースを他人事みたいに話すじゃん？

「お前が作ったソースをお前がレビューしろ」

「はい。改善点が見つかりました！！」

ふざけんなっちゅ～の。こんなんだったら自己レビュープロンプトを３回回せば良い。別のＡＩを持って来れば品質が上がるとか、それは理想論じゃなくて現実的に本当なのかね？

僕は本業でＡＩを使っていないから、どうしてもこういう現場知識に劣る。厳しい境遇である。(´・ω・`)

終わりに

さてさて、今年も地獄の試験を終えたわけだが、何度も受験しているだけあって、コツは掴めてきている感じがするな。

それでも合格しないのは、そもそも知らんもんは知らんからだろう。だって、そんな経験無いもん。夢と妄想で論文書いてる。

そこを勉強と技術研鑽で克服しなければいけないんだろうけど、そこで問題になるのが、ＡＩの高額ぶり。個人の勉強でＡＩを使うのは高額過ぎるし、そもそもちょっと命令してソースを作ってみた、みたいなチンケな話を知りたいわけじゃない。

プロジェクトとしてＡＩを採用するという本格的な業務経験が必要なところ、僕にはそれが無い。

しんどい時代になったもんじゃわい。(´・ω・`)

技術士二次試験 午後２

 お昼休みを経て午後問題へ。(´・ω・`)

お昼休みの際にエクレアを食べた。午後問題は３時間３０分という鬼畜の長丁場である。それに耐えられるよう、将棋のプロ棋士がおやつに甘い物を食べるのにあやかって、糖分蓄積用のスイーツを食べることが僕のルーティーンなのである。

しかし、この長丁場は非人道的だといつも思う。こんな長時間の連続集中を要求されることって他にある？　午後Ⅱと午後Ⅲの間に休憩が無いのは、恐らくは試験会場の手配と試験官の勤務時間を定時までに終わらせなければいけないからだと想像するが。

しかし、こんなに過酷でも何だかんだでみんなやれてるから不思議なものである。(´・ω・`)

午後Ⅱー１

参ってしまったのが、午後Ⅱー１。４つの問題からの選択制だが、全部分からんの。(；´・ω・`)

昔はこの中から１つくらいは過去問と重複していたから、過去問を勉強することで逃れられたのだが。去年、今年と過去問からの出題が無いからぶっつけ本番。

これは一体、日頃からどういう情報に接していれば、こんな単語と出会うんや？　過去問のトレース以外に勉強手段を持っていないから、これをやられると致命的に困る。

ただ、２の「デプロイ、運用、サポート活動において、ソフトウェア開発プロジェクトの管理者が対応すべきことと懸念事項を述べよ」は、何を聞かれてるのか分からんが何とでも書けるからオラオラと書いておわり。

• チケット管理ツールやチャットなど、コミュニケーションツールの手配⇒ゴミチケットが蓄積しないよう棚卸する
• Gitをベースとしたリリースライフサイクルの整備⇒本番環境を直接触るなどGit本来の運用が出来ない場合を管理

何か書けば少しは点も貰えるだろう、ということで次へ。

午後Ⅱー２

Ⅱの２は、１を選択した。

障害発生時の再発防止策として、テストプロセスの改善について述べるもの。昔ながらの伝統的な気配がする問題だ。無難である。

この問題のポイントは「想定するシステムと障害の内容を最初に定義せよ」という指定があること。これは閃いたね。

これね、クソみたいな原因で発生した障害を例に出してはアカン問題だ。

例えば、「テストケースのうっかり漏れで障害が起きた」とか、「プロジェクトが余りにも短納期で碌に試験もやってなかったから障害が起きた」とか。

そういうアホみたいな例を出すな。高度な事例を持って来なければいけない。

その時に僕の脳裏に浮かんだのは、あれは僕が社会人２年目だったと思う。当時、僕はEDIのシステムに関わっていたんだけど、発注システムから発注したのに、EDIに発注ファイルが来ないという発注漏れ障害があった。

原因は、Webとバッチの競合だ。Webとバッチで同じレコードを更新するんだけど、トランザクション管理が甘くてステータスが逆戻りし、バッチ処理の対象にならず永久にそのまま、という構図で発生する障害だった。

これはWebとバッチの処理が絶妙に被らなければ発生しないタイミング勝負のバグだから、テスト工程で普通にポチポチしていても再現しない。負荷テストツールを流用して、Web画面とバッチをガシガシ競合させまくる試験をやっていれば、検知出来た可能性もあったんだろうなぁ。

あの時は、負荷テストは性能をチェックする為のテストでしかなく、トランザクションの正当性をテストする為には使っていなかったのよ。

つまり、「障害の原因は、バグに再現性が無いから。改善策は、負荷テストツールの有効活用」。

どうよ。高度な内容でしょ？

「障害の原因は、担当者のスキル不足。改善策は、有識者によるレビュー」みたいなタワケた論文を書いたヤツはアウト。m9(･`д･´)

２０年に渡りあちこちで障害を起こしまくってきた僕だからこそ書ける文章。これで勝負や。(´・ω・`)

技術士二次試験 午前１

 今年も技術士試験に行ってきました。(´・ω・`)

僕の受験する情報工学部門、ソフトウェア工学コースは、合格率4.4%という滅茶滅茶な高難度。この合格率の低さは道義的に問題があるんじゃないか、というレベル。(；´・ω・`)

周囲からは「何回落ちてるの？」みたいに扱われてるけど、試験の難しさを考慮せず、不合格の回数だけで評価されるから心外である。基本情報に合格した若者は才能があり、技術士試験がＡＢＢで不合格だった僕を怠慢みたいに扱うとか、ふざけんなよ。

しかし、合格しなければ進めないので、ひたすら頑張るのみである。

午後１

今年の午後１は過去一難しかった。何か、題意がフワッとしてるのよ。

僕は現場型のプログラマーだから、「スケールアウト構成を組みましょう」とか「マルチスレッドで高速化しましょう」とか、現場技術的な話に倒せる問題は得意なのよ。

でも今年はそうじゃなくて。僕が選んだⅠー１は「青少年が健全にSNSを使う為の方策を述べよ」とか。

ハァ？( ﾟДﾟ)

どこから書いたら良いものやら。初手で悩んでしまって、１５分くらい考えて、ようやく執筆に着手できた。

（１）多面的な観点からの方策

「多面的な観点」は、僕は４つあると思った。

• 保護者の立場からの観点。子供を監督する機能が欲しい
• 利用者たる青少年の観点。そもそも闇バイトみたいな情報が流れてこないような安心なＳＮＳを提供して欲しい
• プラットフォーマーの観点。具体的にどういう機能が社会から要求されているのか、を理解する能力。要求分析能力を身につけなければならん
• インフルエンサーの観点。発信した情報が客層ではない相手に届くから問題になる。適切な相手に適切な情報を届ける仕組みが必要だ

この中で上３つを書いた。

（２）複数の解決策

「保護者の立場」を重要視するとして、その方策を述べる。

• リテラシー強化。そもそも保護者がIT音痴ではどうにもならんでしょ。リテラシー支援の為に、老眼でも読めるような文字サイズにする、とか。外国のコンテンツでも日本語で読めるようにする、とか。くだらん話だけど、情弱向けのHELP機能を作らなアカンよ
• 実行環境はクラウドにしろ。そうすればスマホにプッシュ通知したり、Lineに通知したり。保護者に情報をお届けする手段が豊富に用意できるっしょ
• 最近の流行として、AIの活用は外せない。AIでSNSを監視し、何か変なものを見つけたら保護者に通報しろ

こういうことを書いた。

（３）波及効果と懸念事項

この「波及効果」というのが何とでも言える課題な感じがして僕は嫌いなのだが。僕は「保護者がSNSと適切に付き合えるようになれば、子供も快適で勉強にも役立てて、学力向上にも繋がることも期待できる」とした。

懸念事項としては、SNSを悪用し、友達の答えをコピペして宿題を済ませるようなタワケが発生する可能性。生成AIでカンニングを検知しろ、と論じた。

（４）技術者としての倫理、社会の持続可能性

倫理は、例えば親でも何でもない他人が親に成りすまして子供のアカウントを覗いていたら犯罪だわな。親の本人確認と、ログイン時の二要素認証をやれ。

社会の持続可能性は、AIの電力だな。AIを濫用すると電力の無駄遣いが激しいから、AIの活用には優先順位をつけて、コンテンツのリスクが高いかどうかでAIの消費量を加減できるようにしろ。

感想

一応、一通り筋は通っているつもりである。原稿用紙の最後までキッチリ埋めた。

こんな一見して「は？」みたいな問題でも体勢を立て直せるようになってきたのは、やっぱり試験慣れということなのかな。

何となく、自分の実力も上がってるのかな、と感じた午前であった。(´・ω・`)