はてなブックマーク

先月から更新が少ない当ブログですが、実は 1 月末からとある Web サービスを作るお仕事を頂いており、そっちにかなり時間を割いていました。 内容としてはフリーランサー向けの案件照会サービスで、よくあるタイプのサービスです。 ただ今回頂いた案件は、デザイン・フロント・サーバー・インフラ、その他全て一任されるという結構重めかつ責任重大なものでして。 以前より仲良くさせてもらっている方からの依頼ということもあり、頑張って作ってみました。 デザイン～フロント周りについてはかなり詳しい自負がある一方、サーバー～インフラ側は決して強くない自分です。 今回 Web サービスを作るにあたり、そこまで大きいサービスでもなく費用もそこまでかけられないということで、とにかく無難 of 簡単な構成で素早く組んでみました。 ということで今回使用したものは以下のとおりです。 Next.js Vercel Fireb

と、ちょっと挑発的なタイトルにしてみましたが、いかがでしょうか。 今までモノレポに対する話題を上げることは避けていたのですが。 今回はモノレポに対する、個人的な意見をだらだらーっと書いていこうと思います。 先に結論から書いてしまうと。 タイトルの通り、個人的にはどちらかといえばモノレポ反対派です。 とはいえあたりまえですがケースバイケースだと思っていて。 もちろん有用なケースもあると思いますので、全面的に導入を反対する気は毛頭ないです。 ただメリットをデメリットが上回るケースで導入するのはアホだよね、と個人的には思っています。 あと、日本ではなぜかやたらとモノレポを持ち上げる記事が目につく一方、デメリットについてしっかりと触れられている記事が少ないなと思います、あくまで個人的にですが。 まず、モノレポを導入することによって得られるメリットって以下のような感じかなーと思います。 複数のリポジ

React TypeScript Cheatsheet の Useful Patterns by Use Case の Wrapping/Mirroring に答えが書かれていました。 自分は function でなく const で作成することが多い(どっちが良いんですかね？)ので、以下のように書くのが良さそうです。 import React, { ComponentPropsWithoutRef, FC } from "react"; export type ButtonProps = ComponentPropsWithoutRef<"button"> & { specialProp?: string; }; const Button: FC<ButtonProps> = ({ specialProp, ...props }: ButtonProps) => { console.lo