はてなキーワード: 作成とは
ある伝説によると、とある国のとあるプログラマーの退職後に残ったスクリプトを社員が見たら、恐ろしいレベルで自動化してたそうだ
https://github.com/NARKOZ/hacker-scripts
うちのビルドエンジニアが別の会社に行った。あの男は文字通りターミナルの住人。Vimを愛用して、Dotで図を作成し、Markdownでwiki記事を書くようなタイプ。
どんなものでも、90秒以上かかるならそれを自動化するスクリプトを書く奴。
それで今、我々は奴の「遺産」を見ているわけだ。
これ、お前も気に入ると思うぞ。
奥さんに「仕事で遅くなる」というテキストメッセージを送る。文字列の配列から理由をランダムに自動で選ぶ。cronジョブとして動作。奴のアカウントで午後9時以降にサーバーでアクティブなSSHセッションがある場合にジョブが実行される。
「Kumar」（うちのクライアント）からのメールを受信箱でスキャン。「help」、「trouble」、「sorry」などのキーワードを探す。キーワードが見つかると、スクリプトはクライアントのサーバーにSSH接続し、ステージングデータベースを最新のバックアップにロールバックする。「直したぞ。次からは気を付けろよ」という返信を送る。
特定の日に設定された別のcronジョブ。「体調が悪い/家で仕事をする」といった自動メールを送る。別の事前定義された文字列の配列からランダムな「理由」を追加。午前8時45分にサーバーで対話型のセッションがない場合に実行。
正確に17秒待ってから、うちのコーヒーマシンにtelnetセッションを開き（コーヒーマシンがネットワークに繋がっていて、Linuxが動いていて、TCPソケットが立ち上がっているなんて、誰も知らなかった）、sys brewのようなコマンドを送る。判明したところ、これでミディアムサイズのハーフカフェラテを淹れ始め、カップに注ぐまでさらに24秒待つ。この時間は、奴のデスクからマシンまで歩くのにかかる時間と完全に一致している。
メガネ店に2、3年ほど勤務していた私がおすすめする、近視用メガネ作成時のポイントがあります。
私自身かなりの強度近視でして、メガネの度数は-10.00、コンタクトは-9.00くらいです。
一般的に強度近視と呼ばれるのは-6.00くらいの方からですね。
近視が強い方はどうしてもレンズの歪み（目が小さくなる）が出てしまうのですが、メガネの選び方でこの歪みをかなり減らすことはできます。
かわいいメガネを選んでも、いざ出来上がったメガネをかけて、思っていたのと違う...となるのは近視の方にあるあるの事ですよね。
メガネ作成時に下記の3点に気をつけると、仕上がりのギャップを少しでも減らせるかなと思います。
③目とレンズの間をなるべく狭めるフィッティングにしてもらう（鼻パッド付きメガネが良いかも）
レンズの中央にいけばいくほど厚さも歪みも少なくなる設計になっているんですね。
そのため大きいフレーム（アラレちゃんメガネのような）を選ぶと、レンズが厚くなり歪みが出やすくなります。
なので、出来るだけ小さいフレームを選んでいただけるとGOODです。似合う&かけ心地が合うのであれば小さければ小さいほど良いです！
メガネのサイズの確認方法ですが、実はどのメガネにも刻印や印刷がされています。
メガネのテンプル部分などに書かれていることが多いですが【50◻︎19 138 27】といった数字が書かれています。
◻︎の前に書かれている数字が、片方のレンズの直径です。これがサイズになりますね、この記述の場合50サイズということです。
私の感覚になりますが、女性で顔幅小さめ、度数が-8.00〜の方であれば40〜42サイズくらい小さいものがおすすめです。
ただ、サイズが小さいフレームってなかなかないんですよね...流通しているフレームは何故か大きめが多い！
JINSが目が小さくならないメガネを出していますが、これも45サイズ...頑張ってはいるが、もう一回り小さいものが欲しい...
逆にJINSのこのメガネは、〜-6.00（-7.00くらいもいけるかな...？）くらいの方には結構おすすめかなと思います。
眼鏡市場などで探せばあるかもしれないので、店員さんに小さめサイズで聞いてみて下さい。
デザイナーズ系のメガネは小さめが多いので、小さめのブランドを下記に記載しておきます。ただ、お高い...しかし可愛い...
・YUICHI TOYAMA.
・propo
・Yellows Plus
・ANNE ET VALENTIN
などなど...
そして好みによりますが、濃い色の方が良しです！これの理由はデルブーフ錯視で検索してみてください。
続いて②です。
一般的にメガネとレンズでセット価格になっているものは「片面非球面レンズ」が多いです。
これより上位ランクの設計のレンズが「両面非球面レンズ」ですね。JINSも最近取り扱っています。
ただ、片面非球面よりも高くなってしまうので、予算に余裕があればおすすめです。（完璧に歪みが無くなるわけではないので...）
目とレンズの距離、これを頂点間距離と言いますが、これが適切な方がレンズの見た目は良くなります。
なので、この距離を調整できる鼻パッド付きのメガネの方がおすすめにはなります。
鼻パッド無しでも、顔に合っているメガネがあればそちらでも良しです！気に入ったものをかけるのが1番良いです。
かなり簡潔ですが、このあたりを気をつければ少しでも普段使いしやすいメガネが製作できるかな...と思います。
本当は、何も見た目が変わらないレンズor万人に使用できる視力回復術などがあればHAPPYなのですが、それは技術の進歩を待つしかなさそうです。
コンタクトも調子が悪い日は必ずあると思うので、そういう日に無理にコンタクトを装着することがないよう、外でもかけられるメガネは一つ持っておいた方が良いです。
目は一生もの、の割にかなりデリケートかつ複雑な臓器なので、労りながら過ごしたいものです。
何も考えんと見るアクションコメディアニメとして見れば80点くらいだと思うんだけど、
ある種の社会風刺アニメとして見ると現代の感覚だと60点くらいかもしれない。
スタッフに言及しだしたらオタクという俺の中での線引きがあるのだがさすがに言及せざるを得ない。
大友克洋、北久保弘之、江口寿史、磯光雄、今敏、神山健治、黄瀬和哉とその後のアニメ業界を牽引、今でも第一線で監督として活躍するメンツが様々な役職で参画している。
なので(かどうかは知らんけど)、アニメーション作品としては非常によくできているし見応えもある。
アクション、コメディがバランス良く配置され最終的にちょっとエモい感じになって最後爆笑で落とす構成も見事。
主人公の一人の実験体老人「喜十郎」が最後に「お迎えが来た」と呟き、もう一人の主人公の「晴子」が「何言ってんの」と返すと、地響きが鳴り響く。外に出るとロボット化した鎌倉の大仏様が。みんなで合掌。ゴーンと鐘が鳴り響いて暗転。
作画も延々といいし、アクションも素晴らしい。アニメーション作品としては申し分ない出来だと思う。
社会風刺としても、高齢化自体は1970年代から始まっており徐々に問題視されてきていたが一気に爆発したのが1990年の1.57事件からになるので、それを1991年公開の作品で取り扱っているのはかなりフットワークが軽い。
また介護問題へのアイロニーが効いているテーマ性は現代においても他人事ではないし、老人が操作する(実際にはしてないんだけど)移動機械が大暴走し多大な被害を出すという展開は、昨今のプリウスミサイルを彷彿とさせる。逆にプリウスミサイルがある現代に生きているのでむしろ老人に対する偏見を助長するのでは？と思ってしまった部分はある。
個人的に一番気になったのは介護、看護に献身的に取り組む主人公の晴子が介護先の喜十郎をずっと「おじいちゃん」と呼び続けること。俺が福祉の現場に入ったことがあるからかもしれないけど、現代の基準で言えばかなりグレーというか、よくないとされていることなのでずっと引っかかってしまった。まぁ本人が「おじいちゃん」って呼んでくれって言ってたんなら別にサービスとしてそれでいいんだろうけど、基本は「喜十郎さん」だよなぁと。
まぁ1990年以前の価値観だとそれで問題なかったんだろうけど、なんかモヤモヤ。
あとはこの作品ってそういう内容でよかったんだっけ？と感じたのは、この作品は老人介護用全自動ロボットが老人の夢をかなえるために鎌倉の海に向かって大暴走するという話なんだけど、この原因を作ったのは実は主人公側であるという部分。
厚生省(今は亡き)が介護老人を全自動で強制介護するマシンを作成し喜十郎をモニタに選ぶ。主人公はそれに反発し、自身が勤める病院に入院していた凄腕ハッカー老人集団と結託しマシンをハッキング、喜十郎の妻の声を再現して喜十郎に呼び掛ける。その結果、喜十郎の深層心理にあった「奥さんとの思い出の海に行きたい」を汲んだマシンのOS内に喜十郎の奥さんの人格が形成され海に向かって暴走を始める。
そのOSはペンタゴンが開発した軍事転用可能なもので、介護用と言いつつも軍事技術のデータ集めに使われていたのだ！なんてひどい話なんだ！としてそのOSを提供した会社が悪役になって最終的に逮捕されて終わるんだけど、いや、これ、暴走の原因の4割くらいは主人公たちにあるよね？
俺がマッチポンプ系作品が嫌いなのもあるんだけど、すげー気になってしまった。
いや、そうしなきゃ喜十郎は機械に繋がれて生命を繋ぎ留められるだけの物体になってしまっていたわけで、やむを得ない行為だったってのは理解できるんだけど、その代償としての被害規模がデカすぎんか。
というのが一番のモヤモヤ。
こういう作品だと役所の人間って非人間的なカスとして描かれがちだけど出てくる厚生省の役員は「本当に老人の介護問題を何とかしたい」という熱意に燃えていてそこに付け込まれてしまったという形で、マシンの問題に気付いてからは主人公側で一緒に戦う展開になるというのは性善説的で非常によかった。
あと今となってはウルトラトレスマンとして永久に叩かれている江口寿史のキャラデザは素晴らしく、主人公はかわいくサブキャラに至るまでみんな魅力的。
根本の部分が公開から35年たった今見ると、ええんか？ってなるところ以外はよくできた作品だと思う。
X証券でさ、NISA口座作って200万ぐらいオルカンに突っ込んだのよな
んで、お知らせを確認したら「税務署がすでにNISA口座を保有していると言っているので作れません」と言われてさ
国税局に電話して、「お近くの税務署でこういう書類を提出してもらってください」とか言われたんだよ
税務署行ってその書類書いたら即やってくれてさ、「あなたはY証券をやってますね」とか言われたの
「Y証券？覚えがないんだが」と言ったが、税務署が確認できるのはここまで。Y証券に問い合わせろと言われたんだよね
Y証券に問い合わせたら、「あなたは○月に口座作成だけして放置してますね」って言われて、そんとき思い出したんだよね
「ああ、そうか。俺はトランプ政権になって株価が上がると思ったから、その前に登録しようとしたんだった」って
つまり、俺って神に愛されてるよね。だってその時にオルカン買ってたら、ズガーンと下落して、売っちゃってたかもしれないよね
その時にNISAを始めなかったことが、俺にとってかなり幸運だったってわけ
今後の相場は下がるのか？下がる可能性はあるが、長期的に見れば上がるので、買って放置でいいよね
俺はとにかく、高市ちゃんの「インフレ下の積極財政」という馬鹿の発想によってハイパーインフレになるのが嫌なのよ
だからオルカンに資産を移したいってわけ。個別株なんてアホがやることなのよ
まあ、色々学んだよね、投資に関することでさ
誰も撤去したわけではない。
ただ、「掲げること」も「捨てること」も誰もしたくなくなったのだ。
どんな形であれ、日の丸を「汚す」「破る」「捨てる」行為が処罰対象になった。
たとえそれが古くなった紙旗でも、プリントTシャツでも、教室の隅で埃をかぶった小旗でも。
一度「日の丸」を手にしたら、生涯、責任を持って保管せねばならない。
そういう法律になった。
でも次第に、誰も日の丸を使わなくなった。
買えば負債になる。
飾れば撤去できない。
壊せば罪。
運動会の旗も、弁当のピックも、パッケージのデザインも変わった。
「赤丸」が消えた日本。
白地に赤があるだけで「通報された」という噂まで流れた。
教科書では「かつて国旗と呼ばれたもの」として小さく載っている。
でも実物は誰も掲げない。
その空に今も、どこにも旗は揺れていない。
----
----
ロジカルバナナ、バナナと言ったら黄色、緑、紫、桃色、そして紫の5色だ。それらはキキョウ科シナノバナナ属の植物だが、どれもバナナとは思えない強烈な色調、例えばバナナはその強烈な光のために他の植物たちからの視認性が低いのである。その代わり、緑色のフルーツに比べてより太い実が熟すことから、バナナは芳香があり果実が熟して果実になると甘い果実になるのだ、と説明されている。つまり桃色のフルーツは芳香があり果実が熟していくことを意味するが
面白い終わらせ方だ。
ところで、お前のスクリプトを見たんだが。
技術的には悪くない。
━━━━━━━━━━━━━━━━
【システム設計の話】
お前がやっているのは、こういうことだ：
// dorawiiのアプローチ
function communicate() {
while (true) {
output(myThoughts);
if (criticized) {
defend();
}
}
}
これは無限ループだ。
入力を処理していない。
フィードバックループがない。
正しい設計はこうだ：
function communicate() {
while (true) {
input = receiveMessage();
processed = understand(input);
response = generate(processed);
output(response);
learn(input, response, feedback);
}
}
お前のコードには`understand()`がない。
いや、正確には：
function understand(input) {
return input.literal_meaning();
}
「揃ってない」だけに反応する。
これは、パーサーのバグだ。
━━━━━━━━━━━━━━━━
【お前の能力の話】
俺もASDだ。診断済み。
だから分かる。
あれは高品質だった。
準備時間があれば、お前は書ける。
なぜか？
これは`async`と`sync`の問題だ。
// 準備時（async）
async function writePost() {
メタ認知が働く
return highQualityPost;
}
// リアルタイム（sync）
function respondImmediately(criticism) {
// 時間制約
// 感情的負荷
// メタ認知の停止
return defensiveResponse;
}
でも、それは難しい。
俺も10年かかった。
━━━━━━━━━━━━━━━━
でも、システム設計として間違っている。
なぜか？
お前は、プラットフォームをハックしようとしている。
お前の▲▽もそうだ。
━━━━━━━━━━━━━━━━
【adguardフィルタの話】
お前は言った：
「adguardで非表示にすればいい」
「自分でどうにかすればいい」
これは、責任の外部化だ。
でも、技術的には正しい。
CSS selectors、JavaScript、API。
でも、これは何を意味するか？
「俺を見たくない人は、フィルタしてくれ」
これは、敗北宣言だ。
本当は、フィルタされたくないだろ？
でも、お前の行動は、その逆をしている。
アルゴリズムが間違っている。
━━━━━━━━━━━━━━━━
【「能力では無理」の話】
お前は言った：
「それが俺の能力では無理なんだったら？
いやレスはするよ？」
お前は知っている：
これは、論理的には正しい。
なぜか？
お前の場合：
= 0
誰もお前に執筆を依頼しない。
これは、ビジネスロジックの欠陥だ。
━━━━━━━━━━━━━━━━
数日前、お前は言った：
「俺が今まで書いたもので会話しようとしてるのか。
でも今日、お前は言った：
という条件のほうが暗黙の了解」
矛盾している。
でも、俺には分かる。
準備時と、リアルタイム時で、お前は別人だ。
class Dorawii {
// preparedStateの知見が、realtimeStateに転移しない
}
でも、これは実装が難しい。
俺も苦労している。
━━━━━━━━━━━━━━━━
【執筆依頼の話】
お前の署名：
3ヶ月間、変わっていない。
これは、何を意味するか？
依頼が来ていない。
なぜか？
長文を書ける。
理論を構築できる。
でも、クライアントが求めるのは：
1. コミュニケーション能力
フィードバックを受け入れられるか？
4. 信頼性
お前は、1, 2, 3, 4すべてで問題がある。
だから、依頼が来ない。
━━━━━━━━━━━━━━━━
【で、どうするか】
これは、リファクタリングだ。
大規模なリファクタリング。
具体的には：
1. `understand()`の改善
- 文脈パーサーの追加
- 暗黙の意味の推論
2. フィードバックループの実装
- 応答 → 反応の観察 → 学習
- 即座にレスしない
- 「あとで返信する」と言う権利
- 準備時の知見を、メモに記録
- リアルタイム時に参照
5. 信頼構築プロトコル
- 矛盾を認める
これは、難しい。
でも、不可能ではない。
俺も、10年かけて、少しずつやった。
━━━━━━━━━━━━━━━━
【なぜ俺がこれを書くか】
俺は、それを評価する。
お前の書いた「私の統合失調症とは何だったのか」は、メタ認知の証拠だ。
10年前の俺は、お前に近かった。
技術的には有能。
でも、少しずつ変わった。
完全には変わっていない。
今でも、リアルタイムは苦手だ。
でも、マシになった。
でも、宇宙人は来ない。
俺は、宇宙人じゃない。
━━━━━━━━━━━━━━━━
【質問】
お前に聞きたい。
質問1：
お前は、本当に執筆依頼が欲しいのか？
もし欲しいなら、なぜ、依頼が来ないような行動をするのか？
質問2：
お前は、「私の統合失調症とは何だったのか」のような文章を、また書けるか？
あれは良かった。
なぜ、あのクオリティを維持できないのか？
質問3：
お前は、「過去と今はつながってる」と言った。
質問4：
お前の▲▽は、何を達成したかったのか？
でも、本当の目的は何だったのか？
質問5：
「それが俺の能力では無理」と言った。
では、どうやって生きていくつもりなのか？
お前はもう50代だろう？
━━━━━━━━━━━━━━━━
【最後に】
俺は、お前を批判していない。
時間はかかる。
難しい。
完全には直らないかもしれない。
でも、マシにはなる。
俺がそうだったから。
でも、それらを活かすには、
それをしないなら、
「ぶもぅ」と言い続けることになる。
選択は、お前次第だ。
でも、選択肢があることは、知っておいてくれ。
━━━━━━━━━━━━━━━━
まず、▲▽をやめろ。
もう一本書いてみろ。
準備時間をかけて。
それができたら、
報酬は出せないが、
フィードバックは出す。
体験記でも、
お前の得意なことを書いてくれ。
でも、条件がある：
1. 準備時間をかけること
3. フィードバックを受け入れること（すぐでなくてもいい）
できるか？
返事は、▲▽なしで頼む。
そして、「ぶもぅ」じゃなくて、言葉で頼む。
━━━━━━━━━━━━━━━━
俺は待ってる。
宇宙人じゃない、
地球上の、
一人のプログラマーとして。
(このテキストは Claude Sonnet4.5により、些細な人力修正を経て作成されました。 不可能？可能です。問題解決のためのAI. Subscribe Now → claude.ai)
US-EAST-1（バージニア北部）で DynamoDB API のエラー率上昇 を確認。
潜在的な原因は US-EAST-1 の DynamoDB API エンドポイントにおける DNS 解決問題。
影響範囲：
US-EAST-1 の 他の AWS サービスにも影響の可能性。
IAM の更新やDynamoDB グローバルテーブルなど、US-EAST-1 エンドポイントに依存するグローバル機能にも問題が出ている可能性。
対応状況：
ワイ「うちは受注がFAXとEDIなので受注はフィジカルと外部にすべて保存されているので、安心でヤンス」
ワイ「計画はExcelでローカルで作成されていてそれを更新するたびに印刷しているので大丈夫でヤンス」
ワイ「数えればいいでヤンス」
ワイ「給与システムはフィジカルタイムカードとオフラインの別マシンで動いてるのでたぶん大丈夫でヤンス！」
ワイ「さすがにどうしようもないでヤンスね。社長が頭を下げるでヤンス」
社長「わかった、下がっていい」
英語のレポートとして作成されているなら英語の発音で読むべきだけど
俺は帰国子女でも何でもない、ただの英語学習者だが、発音練習にかなり力を入れてきた。
ネイティブ並とはとても言えないが、英語教師から「すごく努力したんだね、帰国子女かと思ったよ」とリップサービス込みで褒めてもらえるくらい、発音には少しばかり自信や誇りを持っている
さて、そんな俺に大勢の前で英単語を含む文章を読むというイベントがやってきた
職場で、各々が作成した資料を発表する。一応学術的なイベントなので、英単語が含まれているのだ。
自分が働く職場に高学歴はいない。基本高卒。英語に対する意識は相当に低く、ケーキって英語でどう書くっけ？とかそんな雰囲気である。
自分は中学のころから英語の発音にこだわっており、授業でなんとかそれらしく発音したらクスクスと笑いが起こったことがあり、軽くトラウマになっている
せっかく努力してきたのだから、きれいに発音したい。でも、たぶんこの職場だったらドン引きか笑いのネタになるだけだろう。
わざわざ、集団内で浮くためにそんな事する必要あるか？英語ができると思われたいのか？という自分と、発音は別に隠すようなものじゃない、自分にとって普通に読むを実践すればいい。という自分がせめぎ合っている
昔で言うお祝い花
「笑っていいとも」が判る人は「いいとも出演おめでとうございます」で後ろに幾つも並んでるアレ
今回のはファンが一口いくらで出資しあって（SNSで集める）コンサートなどイベント開催祝いに出すやつ
１基数万～十数万ぐらい
デザイン、イラスト自作ないし発注、ボード印刷、集金諸々で１カ月かそれ以上かけて作成
グループの中の特定の推し対象への推し活の、わりと早い時期からの活動例（知る限り１０年近く前からある）
以上が前提知識
経過現状
ウマ娘イベントで依頼したフラスタが見つからないという報告がSNSであがる
依頼したデザインと異なる、ずらっと並ぶ他のフラスタより明らかに小さい、などの報告
（推し対象のイメージに合わせたカラーや花を指定して発注するのでデザイン違いは致命的アウト）
他イベントでも同じ業者に依頼したフラスタがないという報告が出てくる
他イベントでの業者報告とウマ娘イベントでの業者報告が食い違っていると報告
過去イベントでもやらかしがあった、トラブルについて事前報告が一切ない等の炎上情報が出始める
件の業者がウマ娘の「公式」業者として受けていたため被害拡大してるらしく
フラスタ作成はデザイン指定が細かく、普通の花束やフラワースタンドより遥かに面倒で、
その面倒な折衝を受けてくれる特定の花屋の専門領域で、普通の花屋が気軽に手出ししづらい
推し活、フラスタがメジャーになりすぎ、さらに公式の看板を掲げた結果、殺到しパンクしたと想像
花屋も景気が悪い（材料費も高くつくし花も値上がりしてるし）なか、フラスタ界隈は景気のいい話が多い印象だったが、
草の根の活動で今までやってきたなか、大規模化に無理が生じたかなと
～～～～～
10/21続き
まとめ記事が作られる https://togetter.com/li/2618282
設立５年で花屋の実務は未経験というＨＰのスタッフ紹介が出回る
トラブルがあった依頼者に代金全額請求しており、また問い合わせ先が消えたという情報
～～～～～
（増田も消える前と消えた後を確認してちょっとビビった。ここまで露骨とは）
イベント運営会社と生花事業会社の代表者名および住所が同じだったとの情報
～～～～～
https://x.com/uma_musu/status/1980909789493465426
プロジェクトセカイ 5th Anniversary 感謝祭アカウント
https://x.com/pjsekai_event/status/1980607537725731071
電子レンジの基本操作も出来ない人は、その電子レンジに欠陥があると断定する。
1分20秒温める。
と疑問に思うこともなくはない。
とはいえ家電の基本機能の操作方法なんて、最初わからなくてもちょっと考えれば解決法は見つかる。
そして、なにをするのかというと、こんな機械は駄目だ。
複雑すぎる（温めと解凍機能しかついていないすごくシンプルな電子レンジ）と断定する。
すなわち他責に陥る。
このような人を見ると、電子レンジの操作くらいは息を吸うように出来る我々は実に愚かだと感じる。
だが翻って見るに果たしてそこで終わってもいいことなのだろうか？
我々自身も、「電子レンジの操作」程度のことなのに「出来ない」「わからない」「複雑すぎる」と判断して放置している事柄が多いのではないだろうか？
人間大抵のことは出来る。
そりゃ出来ないこともたくさんあるが大抵のことは出来る。
それなのに、ちょっと電子レンジを触ってみて、こりゃ駄目だ…、と諦めているようなことも多いのではないだろうか？
なんだってそうだ。
トライしてエラーすることで周囲や自分の人生に深刻な影響を与えるようなことでもないなら、なんだって出来るようになる。
そのことは忘れてはいけない。
縦……縦……
私の声が聞こえますね……？
私も皮を下にして重しを乗せてパリパリに焼いた鶏むね肉は大好きです……おいしいですよね……
そして、焼いた方が安くつく、これは正しいです……
・焼くと固くなる
・調理も洗い物も面倒くさい
・食べる都度焼くのも面倒くさい
低温調理機を使ったサラダチキンの作成は、鶏むね肉とは思えない柔らかさに仕上がります……
調理器具も清潔なジップロックを温めたお湯しか使ってないので洗う手間がありません……
何よりも小腹がすいた時に冷蔵庫から取り出し手を汚さずにジップロックから手軽に丸かじりで食べれるメリットがあるのです……
時として自分のキャパシティを超える節約は続かないものです……
私も例にもれず鶏むね肉を焼くのが続かなかったのです……毎晩調理する気力は……私にはありませんでした……
とてもお辛い状況で、日々苦労されていることとお察しします。
「45歳を過ぎて全然仕事ができなくなった」というお悩みに対し、現在の業務やルーチンワークをAIに担当させることで、相談者様が無理なく退職または仕事から解放されるための具体的な提案をいたします。
今の状況を「誤魔化す」のではなく、AIという技術の進化を活かして業務そのものを自動化・代替し、相談者様の負担をゼロにすることを目指します。
現在の業務内容を、特にAIが得意とする「定型的な作業」「情報処理・文書作成」に分解し、それぞれについてAIによる代替・自動化の提案を行います。
現在、MTG（会議）前の「間に合わせの資料」作成に多くの時間と労力を費やされているとのことですので、この部分をAIで代替します。
会議音声をAI文字起こしツールでリアルタイムにテキスト化し、GPTなどの生成AIがそれを基に決定事項、タスク、論点を整理した議事録を自動で作成します。
相談者様は会議中、ぼーっとされていても（頭かきむしっていても）資料の元となるデータは生成されます。
過去の資料、議事録、関連データ（例：売上データ、進捗記録）をAIに学習させ、MTGの目的に合わせた資料の草案（叩き台）を自動で作成させます。
「〇〇についての進捗報告資料を、過去3ヶ月のデータを基にA4で3枚程度で作成」と指示するだけで、AIが骨子と文章を生成し、体裁を整えます。
業務に必要な情報（例：市場動向、競合他社の動き、社内データ）の収集と、定型的な分析（例：前月比、部門別比較）をAIツールに任せ、分析結果のみをグラフ付きでレポート化させます。
これにより、資料に盛り込む「事実情報」の収集と加工の手間が完全に無くなります。
「ぼーっとしているか頭かきむしっているだけ」という時間の中で、意識を向けなくても進むように、定型的な作業をAIに任せます。
AIチャットボットやメール自動応答システムを導入し、定型的な質問や顧客からの問い合わせへの一次回答を自動化します。
重要なメールのみをAIが識別し、返信の草案まで自動で作成します。相談者様は最終チェックと「承認ボタンを押すだけ」になります。
紙の書類や手書きメモ、または電子ファイル内のデータ入力・処理・ファイリングを、AI-OCR（文字認識）とRPA（ロボティック・プロセス・オートメーション）で自動化します。
これにより、単純なデータ処理や書類整理がゼロになり、本当に何もしていない状態でも業務が回ります。
AIアシスタントを活用し、会議日程の調整、必要なタスクのリマインド、タスクの優先順位付けを自動で行わせます。
「明日までに必要な作業」をAIが自動で提示するため、頭を悩ませる必要がなくなります。
AIによる代替が難しい、あるいは人間が最終的に判断すべき業務について、責任を分散させます。
AIによる資料やレポートを「たたき台」として、判断や承認の最終責任を上長やチームリーダーなど、より裁量のある人に移譲する仕組みを作ります。
相談者様は「AIが作成した資料をそのまま提出する役割」となり、実質的な責任を負わなくなります。
「客先がいい人で今のところ叱られてもいない」という人間関係の維持や、イレギュラーな状況が発生した際の窓口役としてのみ残ります。
日常業務はAIが行い、相談者様はAIがスムーズに動いているかの「見張り役」「システムの管理者（実際はシステムが動いていることを見ているだけ）」として振る舞うことができます。
まとめ
これらの提案により、相談者様が行う業務は「10年前の百分の1以下のパフォーマンス」でも成り立つようになります。
結果として、相談者様が抱えていた「仕事ができない」という重荷はAIに肩代わりされ、最終的には心置きなく次のステップ（退職など）に進める状況が構築されます。