OpenAI

朝、体が冷え切って目が覚める温度になってきた。そろそろ布団を出さないと体調を悪くしてしまう。
 　上司と、私の今年の目標達成率について<a class="oln_unk" href="/?kw=K%23EDD2+%26+1 on 1&rdr">1 on 1</a>をした。お互いに、「毎日の定例で30分話してるし、話すこと無くね？」みたいな感じだったが、普通に予定していた時間いっぱいまで話した。評価は上司の更に上がするので、まあどうなることやらである。
 　設定した目標を完全に忘れていたが、自己評価においては目標達成率は思いの外良かった。ちゃんと、自分が走りそうな方向に目標を置いておいたのが良かった。
 　ちなみにこの<a class="oln" data-kno="K#/E0D3" href="/E0D3">目標管理</a>は給与とかボーナスには影響しない。という建付け。多分参考にはする。
 　仕事で問い合わせを出して、その回答待ちなのを良いことに、すげーダラダラしていた。
 　<a class="oln" data-kno="K#/3A43" href="/3A43">Next.js</a>で<a class="oln" data-kno="K#/21E5" href="/21E5">SMTP</a>を受ける方法とか検討していた。無理そう。コレができるとシステムでできることの幅が広がるのだが。普通にマネージドサービスを使ったほうが良いんだろう。
　そうこうしていたところ、仕事でクラウド上に作ってるシステムが、全部吹っ飛んでいることが判明した。DBやらファイルやらユーザーアカウントやらが全部消えた。まだ本番運用前で良かった。
 　上司と話したところ、週明けに原因調査しようということになった。定時直前に発覚して、上司に相談した上で泣きながら帰宅した。
 　何も心当たりのある操作してないんだよなぁ……。クラウドのコンソールにログインするアカウントが不正ログインされた形跡もなかった。クラウドのシステム自体の不具合で消えたんだったら、一発アウトなので別のクラウドに移行しないといけなくなってしまう。
 　CI/CD・DB・ストレージ・認証・認可・API生成の全部入りのマネージドサービス（フレームワーク付き）でこの事象が起きちゃったので、まじで影響範囲がでかい。死ぬ。たのむ、俺のミスであってくれ。
　<a class="oln" data-kno="K#/5D31" href="/5D31">Fediverse</a>で「複雑なマネージドサービスって怖いよね〜〜」という話をしていた。はい。実感。
 　布団を出してカバーを付けた。カバーをうまく付けられなくてモタモタしてしまった。疲れで不器用になっている。<a class="oln" data-kno="K#/4F5F" href="/4F5F">俺はもうだめだ</a>。

 　朝、体が冷え切って目が覚める温度になってきた。そろそろ布団を出さないと体調を悪くしてしまう。
　上司と、私の今年の目標達成率について1 on 1をした。お互いに、「毎日の定例で30分話してるし、話すこと無くね？」みたいな感じだったが、普通に予定していた時間いっぱいまで話した。評価は上司の更に上がするので、まあどうなることやらである。
　設定した目標を完全に忘れていたが、自己評価においては目標達成率は思いの外良かった。ちゃんと、自分が走りそうな方向に目標を置いておいたのが良かった。
　ちなみにこの目標管理は給与とかボーナスには影響しない。という建付け。多分参考にはする。
　仕事で問い合わせを出して、その回答待ちなのを良いことに、すげーダラダラしていた。
　Next.jsでSMTPを受ける方法とか検討していた。無理そう。コレができるとシステムでできることの幅が広がるのだが。普通にマネージドサービスを使ったほうが良いんだろう。
　そうこうしていたところ、仕事でクラウド上に作ってるシステムが、全部吹っ飛んでいることが判明した。DBやらファイルやらユーザーアカウントやらが全部消えた。まだ本番運用前で良かった。
　上司と話したところ、週明けに原因調査しようということになった。定時直前に発覚して、上司に相談した上で泣きながら帰宅した。
　何も心当たりのある操作してないんだよなぁ……。クラウドのコンソールにログインするアカウントが不正ログインされた形跡もなかった。クラウドのシステム自体の不具合で消えたんだったら、一発アウトなので別のクラウドに移行しないといけなくなってしまう。
　CI/CD・DB・ストレージ・認証・認可・API生成の全部入りのマネージドサービス（フレームワーク付き）でこの事象が起きちゃったので、まじで影響範囲がでかい。死ぬ。たのむ、俺のミスであってくれ。
　Fediverseで「複雑なマネージドサービスって怖いよね〜〜」という話をしていた。はい。実感。
　布団を出してカバーを付けた。カバーをうまく付けられなくてモタモタしてしまった。疲れで不器用になっている。俺はもうだめだ。
  

2023年11月17日日記

<a class="oln" data-kno="K#/D151" href="/D151">実家</a>から<a class="oln" data-kno="K#/1AA9" href="/1AA9">みかん</a>が届いた。5kg。ギリギリ冷蔵庫に入った。5kgともなると流石に食べきれずに腐らせてしまうので、職場で配りたい。明日総務部あたりに頒布していいか打診しよう。
 　<a class="oln" data-kno="K#/A7C8" href="/A7C8">和歌山</a>では農家からみかんが<a class="oln" data-kno="K#/BD17" href="/BD17">トリクルダウン</a>してくる。
 　今日は<a class="oln" data-kno="K#/2088" href="/2088">休みの日</a>と位置づけた。最近プログラミングのやり過ぎで、疲労感がある。
 　昼。軽く街をぶらついた。散歩ルートがなかなか定まらずにいる。
 　ぶらついた後、やや暖かかったのも有って、<a class="oln" data-kno="K#/8E96" href="/8E96">スタバのテラス</a>で読書をした。そのためにわざわざ本を持ち出しておいた。テラスでの読書は、今年はコレが最後になるだろう。そろそろ寒さが厳しくなりそうだ。
 　夕飯。鍋に積まれた白菜の山に蓋を載せながら、俺はいつか<a class="oln" data-kno="K#/D0F5" href="/D0F5">寸胴</a>を買うのだろうなと思った。
 　月曜が近づき、<a class="oln" data-kno="K#/EAC8" href="/EAC8">2023年11月17日日記</a>で書いた開発中のシステムを吹っ飛ばしたままの件が重くのしかかる。憂鬱だ。Gloomy Monday。なにかの手違いで直っていてほしいが、そんなことは起こらないので、なんとかするしか無い。

 　実家からみかんが届いた。5kg。ギリギリ冷蔵庫に入った。5kgともなると流石に食べきれずに腐らせてしまうので、職場で配りたい。明日総務部あたりに頒布していいか打診しよう。
　和歌山では農家からみかんがトリクルダウンしてくる。
　今日は休みの日と位置づけた。最近プログラミングのやり過ぎで、疲労感がある。
　昼。軽く街をぶらついた。散歩ルートがなかなか定まらずにいる。
　ぶらついた後、やや暖かかったのも有って、スタバのテラスで読書をした。そのためにわざわざ本を持ち出しておいた。テラスでの読書は、今年はコレが最後になるだろう。そろそろ寒さが厳しくなりそうだ。
　夕飯。鍋に積まれた白菜の山に蓋を載せながら、俺はいつか寸胴を買うのだろうなと思った。
　月曜が近づき、2023年11月17日日記で書いた開発中のシステムを吹っ飛ばしたままの件が重くのしかかる。憂鬱だ。Gloomy Monday。なにかの手違いで直っていてほしいが、そんなことは起こらないので、なんとかするしか無い。
 

2023年11月19日日記

服薬をサボってたら<a class="oln" data-kno="K#/3AB9" href="/3AB9">メンタル</a>を不調が襲ったので、薬をのんだ。
 　<a class="oln" data-kno="K#/D151" href="/D151">実家</a>から送られてきた5kgの<a class="oln_unk" href="/?kw=K%23EDD2+%26+みかん&rdr">みかん</a>が残り半分以下になっている。「週明けに職場で配ろう」とか思ってたら、このままなくなる勢いだ。
 　年末も近づき、<a class="oln" data-kno="K#/D151" href="/D151">実家</a>の<a class="oln" data-kno="K#/FAA6" href="/FAA6">親</a>のことが思い出されて<a class="oln" data-kno="K#/4AB4" href="/4AB4">情緒</a>が不安定になる。親の<a class="oln" data-kno="K#/EF2B" href="/EF2B">寂しさ</a>を思ってしまうが、その実私が<a class="oln" data-kno="K#/82D0" href="/82D0">寂しい</a>のかもしれない。<a class="oln" data-kno="K#/BBA3" href="/BBA3">一人暮らし</a>が長い。
 　そろそろ年末の<a class="oln" data-kno="K#/C615" href="/C615">帰省</a>に向けて、実家への飛行機のチケットを取らねば。
 　<a class="oln" data-kno="K#/3A43" href="/3A43">Next.js</a>の<a class="oln" data-kno="K#/9446" href="/9446">Server Action</a>を性懲りもなく試しているが、どうにもうまく動かない。エラーが出るが、どこがエラーを出しているのか判別がつかない。諦めよう。
 　<a class="oln" data-kno="K#/6194" href="/6194">ServerSideProps</a>に切り替えていく。引数でデータをバケツリレーするのは面倒だが、想定した動作をする可能性が高い。

 　服薬をサボってたらメンタルを不調が襲ったので、薬をのんだ。
　実家から送られてきた5kgのみかんが残り半分以下になっている。「週明けに職場で配ろう」とか思ってたら、このままなくなる勢いだ。
　年末も近づき、実家の親のことが思い出されて情緒が不安定になる。親の寂しさを思ってしまうが、その実私が寂しいのかもしれない。一人暮らしが長い。
　そろそろ年末の帰省に向けて、実家への飛行機のチケットを取らねば。
　Next.jsのServer Actionを性懲りもなく試しているが、どうにもうまく動かない。エラーが出るが、どこがエラーを出しているのか判別がつかない。諦めよう。
　ServerSidePropsに切り替えていく。引数でデータをバケツリレーするのは面倒だが、想定した動作をする可能性が高い。
 

2023年11月24日日記

目標管理

実家

SMTP

寸胴

日記

和歌山

2023年11月17日

カフェで読書

Next.js

みかん

1 on 1

トリクルダウン

スタバのテラス

2023年11月19日

<h2>再現手順</h2><a class="oln" data-kno="K#/9977" href="/9977">Amplify</a>を触ったことがある人を対象としているため、画像を貼ったりせず、事細かには説明しない。適宜補完してほしい。
<h3>本番と見なすAmplifyのアプリを作成する</h3><h4>ダミーのウェブアプリを作る</h4><ol><li>Githubに空のレポジトリを作成する<li>GithubからレポジトリをCloneする<li>ローカルの端末で<code>npx create-react-app amplify_the_destroyer</code>などと実行して、テスト用に適当なウェブアプリを作成する。ここでnext.jsで作るとややこしいことになるのでやってはいけない。</ol><h4>Amplifyのウェブコンソールでの作業</h4><ol><li>Amplifyのウェブコンソールから「アプリケーションを構築」を押して、アプリ（名前はto_be_destroyedとする）を作成する。</ol><h4>ローカルの端末での作業</h4><ol><li>Backend environmentsにstagingがあるので、これを<code>amplify pull --appId {appId} --envName staging</code>で取得する。<li><code>git add .</code>、<code>git commit -m &quot;init&quot;</code>、<code>git push</code>を実行して、レポジトリにコードを反映させる。</ol><h4>Amplifyのウェブコンソールでの作業</h4><ol><li>Hosting environmentsからGithubを選択して、上記レポジトリのmainブランチと連携させる。<li>「ビルドの設定」画面で、Environmentを「新しい環境を作成」にし、Environment名は空欄のままにする。<li>デプロイを開始し、デプロイされるのを待つ。</ol>
<h4>作業結果</h4>下の画像のようになれば成功だ。Amplifyを使っている人には見慣れた光景かと思う。
<a class="img" href="https://i.gyazo.com/b1af5f4cf0a579a15f244f51268333ee.png"><img src="https://i.gyazo.com/b1af5f4cf0a579a15f244f51268333ee.png" style="max-width: 100%;"/></a><a class="img" href="https://i.gyazo.com/bfe135b044bf63eed1be678a301e14a2.png"><img src="https://i.gyazo.com/bfe135b044bf63eed1be678a301e14a2.png" style="max-width: 100%;"/></a>この後、ローカルの端末で<code>amplify pull --appId {appId} --envName main</code>を実行してmainと同期し、その結果をGithubのレポジトリにpushしておく。
 <h3>本番環境とは切り離された検証環境のつもりでAmplifyで別アプリを作成する。</h3><ol><li>Amplifyのウェブコンソールから「アプリケーションを構築」を押して、アプリ（名前はdestroyerとする）を作成する。<li>Hosting environmentsからGithubを選択して、上記レポジトリのmainブランチと連携させる。<li>「ビルドの設定」画面で、Environmentを「新しい環境を作成」にし、Environment名は空欄のままにする。<li>デプロイを開始し、デプロイされるのを待つ</ol><h3>Amplifyのウェブコンソール上でdestroyerを削除して、to_be_destroyedのBackend Environmentsが削除されるのを確認する</h3><ol><li>Amplifyのウェブコンソールでdestroyerを開き、「アプリの削除」を押して削除する。<li>destoryerが削除されたら、to_be_destroyedのBackend Environmentsが削除されているのを確認する。</ol><a class="img" href="https://i.gyazo.com/bc8ba2adc37ffab192e1b09dcf87db03.png"><img src="https://i.gyazo.com/bc8ba2adc37ffab192e1b09dcf87db03.png" style="max-width: 100%;"/></a>mainが「Deletion completed」となっているのが確認できる。
 <h2>原因</h2>Amplifyにレポジトリ連携でデプロイする時、team-provider-info.jsonがレポジトリに入っていると、別Appであっても同一のCloudFormationスタックが用いられる。
 そのため、Appを削除するとCloudFormationによって他Appと共用となってしまっているバックエンド環境が削除される。
 <h2>対策（未検証）</h2><ul><li>Amplifyと連携しているレポジトリからteam-provider-info.jsonを消す<li>.gitignoreにteam-provider-info.jsonを追加する<li>CloudFormationのスタック削除保護を有効化する<li>バックアップを設定する</ul> <h2>後記</h2>代理店を通じてAWSにBackend Environmentsの復旧を依頼したが、Backend Environmentsに掛かるDynamoDB・S3は復旧できないとのこと。
 amplify pullを実行すると、.gitignoreに色々追記されるが、team-provider-info.jsonは除外設定にならない。
 本事象は私のプロジェクトの本格運用前に発生した。本格運用が始まった状態でこの問題が発生した場合にはより深刻な影響を及ぼしただろう。
 DynamoDBのデータは、<a class="oln" data-kno="K#/28A2" href="/28A2">DataStore</a>がDynamoDBと同期していたブラウザのIndexedDBより救出された。
 今年の2月に開始された弊プロジェクトでは、この他にも2度ほどAmplifyのバグを踏んでいる。

 再現手順Amplifyを触ったことがある人を対象としているため、画像を貼ったりせず、事細かには説明しない。適宜補完してほしい。
本番と見なすAmplifyのアプリを作成するダミーのウェブアプリを作るGithubに空のレポジトリを作成するGithubからレポジトリをCloneするローカルの端末でnpx create-react-app amplify_the_destroyerなどと実行して、テスト用に適当なウェブアプリを作成する。ここでnext.jsで作るとややこしいことになるのでやってはいけない。Amplifyのウェブコンソールでの作業Amplifyのウェブコンソールから「アプリケーションを構築」を押して、アプリ（名前はto_be_destroyedとする）を作成する。ローカルの端末での作業Backend environmentsにstagingがあるので、これをamplify pull --appId {appId} --envName stagingで取得する。git add .、git commit -m "init"、git pushを実行して、レポジトリにコードを反映させる。Amplifyのウェブコンソールでの作業Hosting environmentsからGithubを選択して、上記レポジトリのmainブランチと連携させる。「ビルドの設定」画面で、Environmentを「新しい環境を作成」にし、Environment名は空欄のままにする。デプロイを開始し、デプロイされるのを待つ。
作業結果下の画像のようになれば成功だ。Amplifyを使っている人には見慣れた光景かと思う。
この後、ローカルの端末でamplify pull --appId {appId} --envName mainを実行してmainと同期し、その結果をGithubのレポジトリにpushしておく。
本番環境とは切り離された検証環境のつもりでAmplifyで別アプリを作成する。Amplifyのウェブコンソールから「アプリケーションを構築」を押して、アプリ（名前はdestroyerとする）を作成する。Hosting environmentsからGithubを選択して、上記レポジトリのmainブランチと連携させる。「ビルドの設定」画面で、Environmentを「新しい環境を作成」にし、Environment名は空欄のままにする。デプロイを開始し、デプロイされるのを待つAmplifyのウェブコンソール上でdestroyerを削除して、to_be_destroyedのBackend Environmentsが削除されるのを確認するAmplifyのウェブコンソールでdestroyerを開き、「アプリの削除」を押して削除する。destoryerが削除されたら、to_be_destroyedのBackend Environmentsが削除されているのを確認する。mainが「Deletion completed」となっているのが確認できる。
原因Amplifyにレポジトリ連携でデプロイする時、team-provider-info.jsonがレポジトリに入っていると、別Appであっても同一のCloudFormationスタックが用いられる。
そのため、Appを削除するとCloudFormationによって他Appと共用となってしまっているバックエンド環境が削除される。
対策（未検証）Amplifyと連携しているレポジトリからteam-provider-info.jsonを消す.gitignoreにteam-provider-info.jsonを追加するCloudFormationのスタック削除保護を有効化するバックアップを設定する後記代理店を通じてAWSにBackend Environmentsの復旧を依頼したが、Backend Environmentsに掛かるDynamoDB・S3は復旧できないとのこと。
amplify pullを実行すると、.gitignoreに色々追記されるが、team-provider-info.jsonは除外設定にならない。
本事象は私のプロジェクトの本格運用前に発生した。本格運用が始まった状態でこの問題が発生した場合にはより深刻な影響を及ぼしただろう。
DynamoDBのデータは、DataStoreがDynamoDBと同期していたブラウザのIndexedDBより救出された。
今年の2月に開始された弊プロジェクトでは、この他にも2度ほどAmplifyのバグを踏んでいる。
 

AWS Amplifyで検証用アプリを作ったあとに削除したら、大本のアプリのBackend environmentsが意図せず消された

俺はもうだめだ

GHOST IN THE SHELL

<a class="oln" data-kno="K#EDD2/E706" href="/E706">GHOST IN THE SHELL</a>の<a class="oln_unk" href="/?kw=K%23EDD2+%26+shell&rdr">shell</a>は、<a class="oln" data-kno="K#EDD2/E29B" href="/E29B">外殻</a>という意味の<a class="oln" data-kno="K#EDD2/E084" href="/E084">shell</a>と、コマンドインタプリタである<a class="oln" data-kno="K#EDD2/E802" href="/E802">shell</a>の<a class="oln" data-kno="K#EDD2/4619" href="/4619">ダブルミーニング</a>だろうか。

 GHOST IN THE SHELLのshellは、外殻という意味のshellと、コマンドインタプリタであるshellのダブルミーニングだろうか。
 

shell

ダブルミーニング

外殻

文章を書け

母「お前は<a class="oln" data-kno="K#EDD2/E75F" href="/E75F">作文が嫌い</a>だっただろうが、お前の書いた文章に興味がある。<a class="oln" data-kno="K#EDD2/FE45" href="/FE45">文章を書け</a>。」
そこから<a class="oln" data-kno="K#EDD2/9492" href="/9492">なんやかんや</a>あって<a class="oln" data-kno="K#EDD2/D4B4" href="/D4B4">文章</a>（<a class="oln" data-kno="K#EDD2/E5C4" href="/E5C4">資料作成</a>）でお金をもらう仕事をしているし、ブログでお金を稼ごうとしている。人生はどうなるか分からない。親にはまだ何も見せていない。

 母「お前は作文が嫌いだっただろうが、お前の書いた文章に興味がある。文章を書け。」
そこからなんやかんやあって文章（資料作成）でお金をもらう仕事をしているし、ブログでお金を稼ごうとしている。人生はどうなるか分からない。親にはまだ何も見せていない。
  

母「文章を書け」

思いついたことを<a class="oln" data-kno="K#/7330" href="/7330">メモ</a>したとして、経験的には<a class="oln" data-kno="K#/44DC" href="/44DC">メモの賞味期限は1日</a>だと思う。時間がたつごとになぜそれが良いと思えたのかが忘れられて行ってしまい、最終的にはなぜこのメモを書いたのか分からなくなってしまう。なので、どんどん<a class="oln" data-kno="K#/4292" href="/4292">メモから文章を書く</a>必要がある。
 　メモからノートや記事にまで育て、さらに大きい文章に育てていく。<a class="oln" data-kno="K#/3844" href="/3844">執筆の階段</a>をどんどん上っていく。そうして最終的に<a class="oln" data-kno="K#/F4C6" href="/F4C6">本を書く</a>までに至ることができたらいいと思う。
 　ただ漠然と、<a class="oln" data-kno="K#/36A2" href="/36A2">メモを溜めれば良いことが起こる</a>と思っていても何も起こらない。メモから<a class="oln" data-kno="K#/FE45" href="/FE45">文章を書け</a>。文章から<a class="oln" data-kno="K#/AC17" href="/AC17">本を書け</a>。

 　思いついたことをメモしたとして、経験的にはメモの賞味期限は1日だと思う。時間がたつごとになぜそれが良いと思えたのかが忘れられて行ってしまい、最終的にはなぜこのメモを書いたのか分からなくなってしまう。なので、どんどんメモから文章を書く必要がある。
　メモからノートや記事にまで育て、さらに大きい文章に育てていく。執筆の階段をどんどん上っていく。そうして最終的に本を書くまでに至ることができたらいいと思う。
　ただ漠然と、メモを溜めれば良いことが起こると思っていても何も起こらない。メモから文章を書け。文章から本を書け。
  

あれ

反教導と税の作文

なかなか、<a class="oln" data-kno="K#/C0D6" href="/C0D6">読書メモが活用されない</a>。活用されることが無い。
 　<a class="oln" data-kno="K#/9579" href="/9579">メモで終わらせない</a>方がいいのかもしれない。<a class="oln" data-kno="K#/8C90" href="/8C90">メモから文章にして可読性を上げる</a>。<a class="oln" data-kno="K#/F847" href="/F847">文章の可読性は品質</a>だ。文章に可読性を持たせることで、後から自分で<a class="oln" data-kno="K#/CEAF" href="/CEAF">読み返し</a>がしやすくなり、活用される可能性を上げられる

 　なかなか、読書メモが活用されない。活用されることが無い。
　メモで終わらせない方がいいのかもしれない。メモから文章にして可読性を上げる。文章の可読性は品質だ。文章に可読性を持たせることで、後から自分で読み返しがしやすくなり、活用される可能性を上げられる
 

作文が嫌い

人生

私には<a class="oln" data-kno="K#EDD2/396E" href="/396E">他者をコンテンツ生成器としてみている</a>節があることは<a class="oln" data-kno="K#EDD2/BA1E" href="/BA1E">前述</a>したが、私の親にもその傾向があり、明らかに私を<a class="oln" data-kno="K#EDD2/7EE2" href="/7EE2">コンテンツ生成器</a>として見ている。度々、情報の取得を試みてくる。その背中を見て育った結果私もそうなったのだろう。
　観測者と観測対象の間の関係性によってもコンテンツの強弱が変わる。自己の遺伝子を継承した<a class="oln" data-kno="K#EDD2/7EE2" href="/7EE2">コンテンツ生成器</a>は、<a class="oln" data-kno="K#EDD2/ECBC" href="/ECBC">強いコンテンツ生成器</a>になり得る。つまり、私の親にとって子である私は<a class="oln" data-kno="K#EDD2/ECBC" href="/ECBC">強いコンテンツ生成器</a>としてみなされている。ここで問題になるのは、私が観測するのはいいが、私が観測されるのは不快だということだ。

 　私には他者をコンテンツ生成器としてみている節があることは前述したが、私の親にもその傾向があり、明らかに私をコンテンツ生成器として見ている。度々、情報の取得を試みてくる。その背中を見て育った結果私もそうなったのだろう。
　観測者と観測対象の間の関係性によってもコンテンツの強弱が変わる。自己の遺伝子を継承したコンテンツ生成器は、強いコンテンツ生成器になり得る。つまり、私の親にとって子である私は強いコンテンツ生成器としてみなされている。ここで問題になるのは、私が観測するのはいいが、私が観測されるのは不快だということだ。
  

メモを溜めれば良いことが起こる

メモから文章を書く

メモの賞味期限は1日

ブログ

なんやかんや

本を書け

文章

2022年5月5日散歩メモ

メモを書籍化

資料作成

高校以前は、<a class="oln" data-kno="K#EDD2/5F3B" href="/5F3B">長い文章</a>を書けと言われると、１行たりとも書くことができなかった。正確に言えば作文が書けなかった。今思えば、本を読んでいたせいで良い文章と慣れ親しんでいたために、文章の構成を考える時点で、稚拙さが許せなかったのだろう。
　年を取ってから多少長い文章が書けるようになった。文章を評価する力に、書く力が伴ってきたともいえるし、<a class="oln" data-kno="K#EDD2/457D" href="/457D">稚拙さを許す</a>ようになったともいえる。どちらにせよ<a class="oln" data-kno="K#EDD2/B3BA" href="/B3BA">成長</a>だ。
　ツールの充実にも助かっている。ツールの助けが無しに紙に書けといわれれば、今でも1行もかけないままかもしれない。後から編集すれば良い、後から構成を組み立てればよい、というツールの在り方には大変助けられている。

 　高校以前は、長い文章を書けと言われると、１行たりとも書くことができなかった。正確に言えば作文が書けなかった。今思えば、本を読んでいたせいで良い文章と慣れ親しんでいたために、文章の構成を考える時点で、稚拙さが許せなかったのだろう。
　年を取ってから多少長い文章が書けるようになった。文章を評価する力に、書く力が伴ってきたともいえるし、稚拙さを許すようになったともいえる。どちらにせよ成長だ。
　ツールの充実にも助かっている。ツールの助けが無しに紙に書けといわれれば、今でも1行もかけないままかもしれない。後から編集すれば良い、後から構成を組み立てればよい、というツールの在り方には大変助けられている。
 

年を取って長めの文章が書けるようになった

メモ→ノート→本

本を書く

執筆の階段

文章で生活する

自分の文章を<a class="oln" data-kno="K#EDD2/CEAF" href="/CEAF">読み返し</a>て、<a class="oln" data-kno="K#EDD2/ED69" href="/ED69">疑問</a>に思ったところや、<a class="oln" data-kno="K#EDD2/A6F9" href="/A6F9">調査</a>が甘いところを調べれば、それはすなわち<a class="oln" data-kno="K#EDD2/B8C4" href="/B8C4">情報の深堀り</a>になる。

 自分の文章を読み返して、疑問に思ったところや、調査が甘いところを調べれば、それはすなわち情報の深堀りになる。
 

情報の深堀りには読み返しが良さそう

<a class="oln" data-kno="K#EDD2/80AB" href="/80AB">やる気がないときは読み返しをすると良い</a>。<a class="oln" data-kno="K#EDD2/D819" href="/D819">自分が書いた文章</a>は<a class="oln" data-kno="K#EDD2/D1C6" href="/D1C6">読み返しやすい</a>。

 やる気がないときは読み返しをすると良い。自分が書いた文章は読み返しやすい。
  

<a class="oln" data-kno="K#EDD2/766F" href="/766F">Twitterで情報集め</a>して<a class="oln" data-kno="K#EDD2/1B25" href="/1B25">インターネット</a>で<a class="oln" data-kno="K#EDD2/411A" href="/411A">既知の情報</a>を集めるのも、<a class="oln" data-kno="K#EDD2/2664" href="/2664">効能が逓減</a>するな。もう少し<a class="oln" data-kno="K#EDD2/532D" href="/532D">深堀り</a>していく方向で進めた方が<a class="oln" data-kno="K#EDD2/DB32" href="/DB32">良さそう</a>だ。<a class="oln" data-kno="K#EDD2/CFDF" href="/CFDF">Twitter輸入業</a>ばかりしててもしょうがない。
 　<a class="oln" data-kno="K#EDD2/716B" href="/716B">情報の深堀りには読み返しが良さそう</a>なので、そうしよう。いきなり高尚なものに当たって砕けるよりも<a class="oln" data-kno="K#EDD2/31E4" href="/31E4">精神的に楽</a>だ。

 　Twitterで情報集めしてインターネットで既知の情報を集めるのも、効能が逓減するな。もう少し深堀りしていく方向で進めた方が良さそうだ。Twitter輸入業ばかりしててもしょうがない。
　情報の深堀りには読み返しが良さそうなので、そうしよう。いきなり高尚なものに当たって砕けるよりも精神的に楽だ。
 

良さそう

深掘り

読み返し

効能が逓減

Twitterでひと様のいいね欄を掘るだけの人になってる。気に入ったツイートをいいねしてる人のいいね欄を掘るといい感じのツイートが手に入りやすい。

 Twitterでひと様のいいね欄を掘るだけの人になってる。気に入ったツイートをいいねしてる人のいいね欄を掘るといい感じのツイートが手に入りやすい。
  

Twitter輸入業

情報の深堀り

インターネット

既知の情報

精神的に楽

疑問

深堀りが良いコンテンツになる

調査

やる気がないときは読み返しをすると良い

客員研究員

K教授との通話で教えてもらったのだが、<a class="oln" data-kno="K#/0F6B" href="/0F6B">客員研究員</a>になると<a class="oln" data-kno="K#/C366" href="/C366">学割</a>が使えるので、Adobeとかのサービスが安価に使えるらしい。すげー。

 K教授との通話で教えてもらったのだが、客員研究員になると学割が使えるので、Adobeとかのサービスが安価に使えるらしい。すげー。
 

昨日、狂ったようにプログラムを書いた反動で頭がうまく働かなかった。<a class="oln" data-kno="K#/A315" href="/A315">knownet</a>でAPIを叩いている部分を<a class="oln" data-kno="K#/3A43" href="/3A43">Next.js</a>の<a class="oln" data-kno="K#/9446" href="/9446">Server Action</a>で置き換えようとしたが、理解が足りずにうまく動かずにいる。3000行ほど書いたけど全部捨てよっか。
 　とりあえず、<a class="oln" data-kno="K#/9977" href="/9977">Amplify</a>の<a class="oln" data-kno="K#/66E9" href="/66E9">GraphQL API</a>を叩くにおいては認証（認可？）で<a class="oln" data-kno="K#/2203" href="/2203">next/headers</a>を使わずに<a class="oln" data-kno="K#/2D5D" href="/2D5D">document.cookie</a>を使った方が良いということがわかった。next/headersを使うと、Server Actionの呼び出し元のComponentに始まり、すべての呼び出し元となるComponentをServer Component（<a class="oln" data-kno="K#/4D45" href="/4D45">RSC</a>？）にしないと動かなくなってしまう。しかもそれが連鎖するので影響範囲がでかい。地獄。サンプルでnext/headersを使うのをやめろ。
 　<a class="oln" data-kno="K#/9CDA" href="/9CDA">副業</a>の受注が確定した。コンペで競合がつよつよエンジニア出してきてたらしいけど、私が勝った。イエーイ。単価が安すぎる説はある。
 　<a class="oln" data-kno="K#/0E2A" href="/0E2A">Cartesian Genetic Programmingで文章の類似度を学習</a>をやってたこととかを伝えたのが効いたのだろう。怪しい研究はしておくものだ。怪しさ故に「<a class="oln" data-kno="K#/5702" href="/5702">やっとるな</a>」って感じが出て良い。もちろん<a class="oln" data-kno="K#/850E" href="/850E">BERT</a>のファインチューニングみたいな王道についてもやったことがあることを伝えておいた。
 　なんか大学の研究室で客員研究員をやらせてもらえそうな感じになっている。副業先への仲介をしてくれる会社の社長が、大学で教授をやっており、「どう？」という感じで声を掛けられた。<a class="oln" data-kno="K#/8F64" href="/8F64">縁</a>やわ。<a class="oln" data-kno="K#/56E0" href="/56E0">大学行き直したい</a>とか思っていたので、<a class="oln" data-kno="K#/0511" href="/0511">渡りに船</a>だ。特に今の会社をやめる必要もなく、研究成果が出たら論文を出して<a class="oln" data-kno="K#/AD11" href="/AD11">博士号</a>とろうぜという感じらしい。無職になって学費を払って大学に行くことを考えていたので、そんな都合の良いことをやっていいんだとなった。今までよくわからんものを作ってきたのが<a class="oln" data-kno="K#/897F" href="/897F">論文</a>にできるかもしれない。
 　夕飯のあと、どうも物足りなかったので、買い置きたる<a class="oln" data-kno="K#/0626" href="/0626">栗</a>を食べた。焼き栗のつもりで食べたら生だった。生でも甘みが感じられる。すごい。15分焼いたら半生だった。45分ほど焼いたらそれなりになった。そうこうしているうちに満腹中枢が刺激され、物足りなさは消えていた。

 　昨日、狂ったようにプログラムを書いた反動で頭がうまく働かなかった。knownetでAPIを叩いている部分をNext.jsのServer Actionで置き換えようとしたが、理解が足りずにうまく動かずにいる。3000行ほど書いたけど全部捨てよっか。
　とりあえず、AmplifyのGraphQL APIを叩くにおいては認証（認可？）でnext/headersを使わずにdocument.cookieを使った方が良いということがわかった。next/headersを使うと、Server Actionの呼び出し元のComponentに始まり、すべての呼び出し元となるComponentをServer Component（RSC？）にしないと動かなくなってしまう。しかもそれが連鎖するので影響範囲がでかい。地獄。サンプルでnext/headersを使うのをやめろ。
　副業の受注が確定した。コンペで競合がつよつよエンジニア出してきてたらしいけど、私が勝った。イエーイ。単価が安すぎる説はある。
　Cartesian Genetic Programmingで文章の類似度を学習をやってたこととかを伝えたのが効いたのだろう。怪しい研究はしておくものだ。怪しさ故に「やっとるな」って感じが出て良い。もちろんBERTのファインチューニングみたいな王道についてもやったことがあることを伝えておいた。
　なんか大学の研究室で客員研究員をやらせてもらえそうな感じになっている。副業先への仲介をしてくれる会社の社長が、大学で教授をやっており、「どう？」という感じで声を掛けられた。縁やわ。大学行き直したいとか思っていたので、渡りに船だ。特に今の会社をやめる必要もなく、研究成果が出たら論文を出して博士号とろうぜという感じらしい。無職になって学費を払って大学に行くことを考えていたので、そんな都合の良いことをやっていいんだとなった。今までよくわからんものを作ってきたのが論文にできるかもしれない。
　夕飯のあと、どうも物足りなかったので、買い置きたる栗を食べた。焼き栗のつもりで食べたら生だった。生でも甘みが感じられる。すごい。15分焼いたら半生だった。45分ほど焼いたらそれなりになった。そうこうしているうちに満腹中枢が刺激され、物足りなさは消えていた。
 

2023年11月16日日記

研究員

学割

Server Action

Misskey.ioに<a class="oln" data-kno="K#/36EA" href="/36EA">ルビ機能</a>が来たので、<a class="oln" data-kno="K#/516A" href="/516A">カタカナ・希哲館訳語変換サービス</a>の改修の報知をした。
 　<a class="URI" href="https://misskey.io/notes/9m9ogghzbxld00v2" target="_blank" rel="noopener nofollow ugc">https://misskey.io/notes/9m9ogghzbxld00v2</a>
 　今日は仕事では<a class="oln" data-kno="K#/DB90" href="/DB90">システムが吹っ飛んだ件を調査していた</a>。まじで勘弁してほしい。問い合わせが帰ってきて、色々確定したら情報をまとめたい。現状だと確定していないので、「〇〇サービスで✕✕するとデータやユーザーアカウントが全部消える」とか軽率に言うことはできない。
 　多分、普段私の投稿を見ている人にはどのサービスなのかはなんとなく察しがついてしまっているだろう。
 　<a class="oln" data-kno="K#/B10B" href="/B10B">K研究室</a>の通話にて、<a class="oln" data-kno="K#/4576" href="/4576">K教授</a>や他の<a class="oln" data-kno="K#/0F6B" href="/0F6B">客員研究員</a>の人と話した。
 　やはり私は知識の面においてかなりブランクがあることがわかった。大学を離れてからもう6年も経っているし、その間にキャッチアップできる情報にも限りがある。
　大学院での研究で調子を崩してから余裕がなくなって、ずっと実務しかできていなかった。最近になってやっと色々できるようになってきた。ブランクを取り戻さねば。
 　実務能力は大学院にいたときより遥かに高くなっているし、デライトという強い味方もある。研究、やっていきたい。
 　あと、私は変なことをするときに<a class="oln" data-kno="K#/20E3" href="/20E3">先行事例</a>の調査が甘いままに、実装や実験に突っ走る傾向があるので、もうちょっと調査の時間を多く取っても良い気がした。あと環境も大きい。今日の通話で「画像と文章のEmbeddingを同じ長さにして学習してやれば文章から画像が検索できますよね」とか言ったら、<a class="oln" data-kno="K#/5230" href="/5230">Multimodal Embedding</a>がすでにあることを教えてもらった。やっぱ<a class="oln" data-kno="K#/8578" href="/8578">先行研究</a>あるよなぁ。「先行研究が無いなら研究する価値がない」って昔言われたし、研究する価値があるなら先行研究があるのだ。

 　Misskey.ioにルビ機能が来たので、カタカナ・希哲館訳語変換サービスの改修の報知をした。
　https://misskey.io/notes/9m9ogghzbxld00v2
　今日は仕事ではシステムが吹っ飛んだ件を調査していた。まじで勘弁してほしい。問い合わせが帰ってきて、色々確定したら情報をまとめたい。現状だと確定していないので、「〇〇サービスで✕✕するとデータやユーザーアカウントが全部消える」とか軽率に言うことはできない。
　多分、普段私の投稿を見ている人にはどのサービスなのかはなんとなく察しがついてしまっているだろう。
　K研究室の通話にて、K教授や他の客員研究員の人と話した。
　やはり私は知識の面においてかなりブランクがあることがわかった。大学を離れてからもう6年も経っているし、その間にキャッチアップできる情報にも限りがある。
　大学院での研究で調子を崩してから余裕がなくなって、ずっと実務しかできていなかった。最近になってやっと色々できるようになってきた。ブランクを取り戻さねば。
　実務能力は大学院にいたときより遥かに高くなっているし、デライトという強い味方もある。研究、やっていきたい。
　あと、私は変なことをするときに先行事例の調査が甘いままに、実装や実験に突っ走る傾向があるので、もうちょっと調査の時間を多く取っても良い気がした。あと環境も大きい。今日の通話で「画像と文章のEmbeddingを同じ長さにして学習してやれば文章から画像が検索できますよね」とか言ったら、Multimodal Embeddingがすでにあることを教えてもらった。やっぱ先行研究あるよなぁ。「先行研究が無いなら研究する価値がない」って昔言われたし、研究する価値があるなら先行研究があるのだ。
  

2023年11月20日日記

document.cookie

やっとるな

博士号

2023年11月16日

お試し用URL:　<a class="URI" href="https://knownet.towasys.com/" target="_blank" rel="noopener nofollow ugc">https://knownet.towasys.com/</a>

 お試し用URL:　https://knownet.towasys.com/
 

knownet

K教授

next/headers

<a class="oln" data-kno="K#/4576" href="/4576">K教授</a>が運営する研究室

K研究室

客員

超かんたん無料登録

<pre style="color: #444; text-align:center; font-size: 2rem;">
あなたと<a href="https://dlt.kitetu.com">デライト</a>,
今すぐ超かんたん無料登
録
</pre>

 あなたとデライト,
今すぐ超かんたん無料登
録

 

あなたとデライト

<a class="URI" href="https://adventar.org/calendars/9044" target="_blank" rel="noopener nofollow ugc">https://adventar.org/calendars/9044</a>

『デライト Advent Calendar 2023』

<a class="URI" href="http://www.jiang.jp/posts/20230601_embedding_benchmark/" target="_blank" rel="noopener nofollow ugc">http://www.jiang.jp/posts/20230601_embedding_benchmark/</a>

 http://www.jiang.jp/posts/20230601_embedding_benchmark/
  

『日本語Embeddingモデルのベンチマーク比較: OpenAIが圧倒的な精度でリード』

Azure OpenAI

Assistants

Azure

OpenAIのAssistantsを使って文章を書かせてみたんだけど、どうも面白くないな。
まだ人間がごま油にならないといけない。

 OpenAIのAssistantsを使って文章を書かせてみたんだけど、どうも面白くないな。
まだ人間がごま油にならないといけない。
  

Retrieval-Augmented Generation
 大体の流れ
<ol><li>ユーザーが質問を発する<li>ユーザーの質問から関連情報を検索<li>ユーザーの質問 + 検索結果 を生成AIに与える<li>生成結果をユーザーに提示</ol>

 Retrieval-Augmented Generation
大体の流れ
ユーザーが質問を発するユーザーの質問から関連情報を検索ユーザーの質問 + 検索結果 を生成AIに与える生成結果をユーザーに提示  