ThunderMiracle's Blog - Page 3

Notionの検索機能はページのタイトルやタグなどのメタデータを検索できますが、ページの内容を直接検索できません。ページの内容を検索するには、ページを開いてからブラウザの検索機能を利用する必要があります。これは非常に面倒です。ChatGPTのように、質問をするとAIがドキュメントを検索して回答を提供してくれる機能は、解決策の1つとして有用ではないでしょうか。私もそれを実装してみました。

Next.jsのバージョン13.4から、`app`フォルダーが正式に利用可能になりますが、サーバーレスファンクションのCold Start問題は解決されていないようです。キャッシュができず、毎回SSRが必要なページの場合は、`Node.js`でのレンダリングではなく、`Edge`でレンダリングしましょう。

ビジュアルリグレッションのテスト結果を簡単に確認できるように、playwright-reportをGithub Pagesにホスティングして、ホスティング先のURLをプルリクエストにコメントするようにしましょう。

スナップショットをDockerの中で更新するのが面倒です。プルリクエストの中で更新できるようにしましょう。

ライブラリのバージョンアップ、あるいはリファクタリングをする時、レスポンシブ対応済みのWebサイトのPCサイズ、タブレットサイズ、モバイルサイズ、さらにChrome, Firefox, Safariの組み合わせを1つづつチェックするのが負荷が高すぎます。Playwright+Github Actionで自動ビジュアルリグレッションテストしましょう。

今参画しているプロジェクトでは、1年半前からMongoDBを使用しています。当時技術選定する際、残念ながらPrismaはbeta版だったため、MongoDBのサポートを断念しました。去年5月ごろようやく正式にリリースされましたが、最近もう一度PrismaとMongoDBの相性を確認しようと思っています。

チームメンバーの選定は能力だけではなく、謙遜、尊敬、信頼、好奇心、チームに貢献したい素質の方がむしろ重要でしょう。技術高いメンバー1人しかメンテできないバス係数1になるソースコードの存在は避けるべきしょう。非難なきポストモーテム文化を作るのもパフォーマンスのいいチームにとっては必須です。スタートアップのスクラムチームであれば、DX改善のためのポジションを設けるのが個人的におすすめです。

Edge FunctionsがCold Start発生しないため、Serverless Functionsより圧倒的にパフォーマンスが良いです。その上、VercelのServerless Functionをパフォーマンスチューニングできないから、レスポンススピードにこだわりのあるプロジェクトであれば、VercelのServerless Functionsの利用を避けた方が賢明でしょう。

ホームページとブログを別々の技術スタックとプロジェクトで開発することは珍しいことではありません。サブディレクトリを実現するのに苦労しました。その方法を共有します。

自分のホームページもGatsbyJSからNext.jsに移行しました。GatsbyJSが元々Next.jsとやや互角だったが、昔と今を比較してみようと思います。