Daisuke@北海道で働くエンジニア

大阪→東京→北海道(イマココ)

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

記事を投稿しました！ ハンズオン！Next.js 13＋{JSON} Placeholdeで作る簡易ブログ(SSG編) [TypeScript] on #Qiita https://t.co/fPCDoCQNnj

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

数年エンジニアやっていて数値型はアンダースコアで区切れることを知らなかったのは恥ずかしい…

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

PayloadCMSは公式ドキュメントよりも型情報を見に行った方が開発が楽だわ

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

プロフィール更新

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

Payload cmsのS3アダプタ周りのドキュメント
そのままドキュメントの設定をコピペしてもtype errorになるのでちょっと詰まったが、何とか解消

[ライブドアニュース @livedoornews]

【発表】「馬券購入システム」で荒稼ぎ、競馬利益6億円を脱税か 東京国税局が男2人を刑事告発
https://t.co/EQUDciri80

2人は知人が開発した「馬券購入システム」を使って、主に競馬のほぼ全レースの馬券を機械的に購入し、多い時には1カ月で20億円ほどを賭けていたという。

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

久しぶりに投稿
本日、2年ほど働いていた会社を退職しました
転職先はもう決まっていて、前々から誘われていた所へ4月から入社予定です

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

実務でPHPをつかうことになった

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

@52BqT3mPcTLEore 多分typoかもです

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

Zod良いね、使い易い
https://t.co/Bf0wg1z5Et
半日もあれば使えるようになった

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

この問題は散々悩んだけど、最終的にrootに置くで決着したなあ
例えば、後々UIの改修で同じAPIが必要になった場合、レスポンスを適宜leafに渡せば済むからね
leafに置いててrootに移動しなきゃってなった時は地獄を見る

[Yosuke Kurami @Quramy]

データフェッチのあるべき姿を考えるのが好きです
#tng42
https://t.co/xucw8OhOu0

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

GW休暇で大阪に帰省中
あと東京に移り住んで1年が経ちました

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

本年度の業務終了！
来週からまた頑張ろう！

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

@mcymmtkzk R3！

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

MUI X DatePickerのonAcceptイベントの発火条件がOK ボタン(accept)クリックではなく、「カレンダー入力した状態でカレンダーを閉じる」だからめちゃくちゃ使いづらい…
他にもcancelやらclearボタンが用意されているのに、それらに対応した専用イベントが無いのもキツイ

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

ChatGPTでTypeScriptの質問をして、最後にこの質問したら納得の答えが返ってきたw

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

雪の中無事帰宅☃️

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

あけましておめでとう🎍

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

転職して初めての仕事納め
お疲れ様でした🍺

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

あ、今日で転職して東京に来てから半年が経った！

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

これのメリットは
・孫のpropsに変更があっても子の型のメンテナンスはOmitする時以外は不要で、propsの引き直しが楽(子のpropsから追加分を呼び出してTS エラー箇所に渡すだけで済む
・関数やステートを作る場合は子や孫の型を参照、子や孫は型だけでコンポーネントを作れるのでISPの形になる

[Daisuke@北海道で働くエンジニア @fullStackHaruno]

Reactコンポーネントのpropsの型定義、孫から子、子から親の方が管理しやすいかも
子は各孫のpropsの型を使ってインターセプション型を作る塩梅
一部のpropsを子で作る場合はその分はOmitして親に伝搬させないようにすれば良い