Satoshi Nitawaki

年額払いのサブスクの方が、サンクコストやモチベーションが低下してしまう現象に度々遭遇しているため、習慣化したいツールはむしろ月々で支払わさせてください!(という自戒)

chatgpt.com/share/676…


鼻息強い人間だからさ、背後取ってしまって鼻息ふしゅーとしてしまって怖がらせてしまってごめんな、危ない人じゃなくてこれが平常なんや、、、


誰かの投稿やつぶやきにあたるものをSNSでもdiscordでもslackでも見てしまうと、それらのROMモードになってしまうため、時間を一定かけてしまうし、思考や思想がその内容に染められてしまうのは否めない


九州に降り立つたびに日が長いから東京戻るたびに1日の早さに絶望するので早く九州に住みたい


Appel PensilKitが使われてるProDraftsが無限キャンパスでFreeformの代わりになりそう。使ってみてパフォーマンスがどうなるか、、、


Capacities, とってもいいぞ。


👀 SOOC Workflowに関する記事 🔗 www.shopmoment.com/reviews/w…


3 Lessons from the Smartest Developers I’ve Worked With | by Brian Jenney | Medium


つまりHEIF最強ってことでいい?


X-H2でCボタン設定していたところ、通常よりもシャッター切った後の保存のタイムラグが発生してストレスだったのだけど、要因はJPEGだった。HEIFだとノータイム保存になる。知らなかった〜! これは容量の問題なのか、カメラ内の現像処理のものなのか・・・?


どうしてもiPadでフリーボードの手書きメモを使いたいのに(ペンとズームキャンバスが好き)、 ある程度書いたらパフォーマンスの劣化問題がどうしても超えられないので 1ブロック書いたらコピーしてGoodnoteに貼り付けるワークフローにすることで快適さと便利さを両立した!

try1 try2

👀 Astro Digital Garden astro-digital-garden.stereobooster.com


👀 面白そうなプロダクトがいっぱいある Routineよさそう。他にも知らないのあるな・・・ 🔗 www.june.so/blog/prod…


👀 🔗 www.getguru.com/reference…


👀 🔗 www.getguru.com/reference…


Fujiにおけるワークフローで撮って出しをしているけど、RAWで取るべきかを迷い、伴ってストレージの件でも迷ってる。つまりいつも迷っている。

www.reddit.com/r/fujifil…


DrizzleとKysely

手元で利用しているORM、DrizzleからKyselyに移行しよう。 主に抱えたIssueは以下。

Objectへのマッピング

オブジェクトのマッピングを行う際に、SQLレイヤでJsonオブジェクトの構造化を完結したい。 だた、Drizzleの場合、Queryで生成されたSQLにて発行されたエイリアスがネストされたクエリ内でマッピングされずにSQLが実行されないというIssueがあった。

そのため、Queryの利用をやめ、Aggregating resultsでの実装を試みた。 試みたが、結局のところSQLのレイヤではなくロジックでマッピングという事になり、パフォーマンスやロジックの堅牢性に懸念があるのでやめた。

まだDrizzleは1.0バージョンではないのでProduction環境への利用にも不安が残るので、Kyselyを試す。


glass.photoのpatronにだけ限定公開されてたSeries機能が通常ユーザーにも公開きてた!

glass.photo/nitaking/…


👀🔗 sobrief.com


早く宮崎に新幹線がつながってくれ〜〜 🔗 news.yahoo.co.jp/articles/…


クリエイティブプログラマー読了。非常によかった、というかDigital Gardenとかキャリア的な思考が重なっててとてもフィットした wiki.nitaking.dev/Books/%E3…


🔗 www.reddit.com/r/UpNote_…


クリエイティブプログラマー読了した!とともに本読む時のworkflowも確立した(気がする)

wiki.nitaking.dev/Books/%E3…


www.perplexity.ai/elections…

perplexity開いたらliveで更新されてるから開きっぱなしにしてる


treand ar bad / next

www.reddit.com/r/nextjs/…

したがって、私たちの間違いは、トレンドを追いかけて、それが何をどのように機能するかを本当に理解していなかったことだと思います。あるいは、間違ったツールを選択したのかもしれません。Nextjs は、SSG または ISR になるレシピ サイトに最適ですが、なぜそのページでインタラクティブ性が必要なのでしょうか。

頭に浮かぶのは、現在 Next.js に関して私が見ている最大の問題は、コードベース全体でアプローチが混在するようになることです。ページとアプリの「アーキテクチャ」。どちらを選択するか? ジュニア開発者の中には、ドキュメントにアクセスして、いくつかの例で SQL クエリを確認する人もいます… ジュニア開発者は、それが良いアイデアだと思うかもしれません。または、フレームワークを使用しているが特定の機能に依存していないと考え、それが私たちの生活を楽にしてくれるので、それを使うべきだと主張し、「ドキュメントに載っている」と主張するかもしれません。私はそれをリファレンスとして扱うことはできません。