A beautiful config generator for Ghostty terminal.

この記事はpyspa Advent Calendar 2024の12/21の記事です。昨日は@katzchangのMy New Gear...でした。今日はJavaの話です。 背景 子供達はMinecraft(以下マイクラ)が大好きです。特に友人と一緒に遊べるマルチプレイを楽しみにしてます。しかし6〜9歳の子供達だけでマルチプレイ環境を整えるのは困難で、大人が出しゃばる必要があるのが現実です。本稿ではマイクラマルチプレイ環境を整える手順を紹介します。もしあなたが覚悟を決めた人ならここに書いてあることは完全に理解しなければならず、何故ならあなたがお子さんのクラスメイトの保護者(ITに疎いかもしれない)に同じ内容を説明する必要が生じるからです。 前提 マイクラには統合版(Bedrock版)とJava版がある 子供達はNintendo SwitchやiOS端末でプレイしていることが多くこれらは統

いつもメカニカルキーボードをレビューしていますが、YouTubeチャンネルの方で「AnyキーのMod-Tapとかが日本語の入力変換には必須」というコメントがあり、今回記事にまとめてみました。また、当ブログでは上記関連記事のアクセスが多く、やはりUS配列キーボードを使う場合の一番の難点は、この日本語入力の切り替えだと思います。他にも、円マーク(￥)やアンダーバー(_)などの記号周りをカスタマイズしたい場合もあると思います。そんな時、QMK/VIAに対応していれば簡単に設定できます。ただし、各キーボードによっては「SPECIAL」のキー一覧に日本語入力特有のキーがない場合もあるので、キーボードごとに確認する必要があります。 もちろん、QMK/VIAに対応していない場合は、上記関連記事のようにサードパーティのソフトウェアを使うことで、簡単に入力切替が出来るようになります。QMK/VIAに対応して

Ubieでは、Ionic(Capacitor)でガワアプリ的に実装されていたモバイルアプリ(Android/iOS)を、2024年初頭にReact Native (with Expo)にリプレイスしました。 「なぜ今更React Nativeを？」という方もいらっしゃると思います。本記事では、UbieにとってReact Nativeがフィットした理由や検討した点を紹介します。Ubieの技術資産、人材、事業展望などのコンテキストを前提とするものであり、一般的な技術の良し悪しを論じる記事ではないことに注意してください。 Full-Stack TypeScript Ubieのプロダクト開発チームでは、フロントエンドエンジニア/バックエンドエンジニアといった技術領域での担当分けは原則せず、プロダクト開発エンジニアとして企画から開発、分析などに一貫して携わっています。 このように仕事を広く持つ前提で

ホームガジェットキーボード【レビュー】NuPhy Halo75 V2 キレイなコトコト系の打鍵音に進化！（NuPhyスイッチ比較やV1・Gem80比較表あり） 【レビュー】NuPhy Halo75 V2 キレイなコトコト系の打鍵音に進化！（NuPhyスイッチ比較やV1・Gem80比較表あり） 2024 9/14 「NuPhy Halo75 V2」は、前モデルHalo75の後継機として、ガスケットマウントを採用しQMK/VIA対応はじめ、大幅な進化をしてリリースされました。海外公式サイトでは、2024年4月1日からプレオーダーで販売開始。日本国内では、日本総販売代理店のNuPhy Japanが8月9日から販売開始しています。 特に、打鍵音・打鍵感がGem80のようなコトコト系になり、Halo75とは全く異なるものになった印象です。というのも、キースイッチ・キーキャップは同じで、内部構造もGe

Clerk ComponentsPixel-perfect UIs, embedded in minutes Simply add <SignIn/>, <SignUp/>, <UserButton/>, <UserProfile/> for complete user management functionality. Match to your brand with any CSS library, then deploy to your own domain — no more jarring redirects! Everything you need for authenticationEver feel like authentication requirements change with the season? Clerk keeps up with the latest

LLM Gateway to manage authentication, loadbalancing, and spend tracking across 100+ LLMs. All in the OpenAI format.

前職を辞めるタイミングで、それまで個人事業主として細々と引き受けていた仕事(技術広報のメンタリングや顧問業)をまとめて会社を作ろうとしたらタイトルの通りだったよという話をします。 freee会社設立はいいぞ 基本的にはこれに登録して、この通りにやっていくと会社ができる。 (厳密には登記後に登記簿と印鑑証明関連で所轄の税務署へ行く必要はある) このfreee会社設立は本当にすごくて、全て無料で使えてfreeeに詳しい税理士を紹介までしてくれる。 流れとしては、サービスに登録するとすぐに電話がかかってきて面談日の設定がされる。初回の面談では、会社を作る背景やなにをしたいかをユーザー(自分)から説明、freeeの方から今後の手順を説明され、不明点に答えてくれるという超手厚いもの。 基本的にはサイトにあるものの情報を集めたり決めたりして、手順どおりにポチポチ進めていくと会社が出来る。不思議だ。すご

前提 ミドルウェアのログ可視化 ログサイズは全体で 1 TB 未満 ログは jsonl で出力される まとめ 非同期での可視化 オフラインでの可視化 低コスト DuckDB とは こちらをどうぞ。 DuckDB雑紹介(1.1対応版)@DuckDB座談会 - Speaker Deck サンプル とりあえず動くのが見たい人用です。ソースコードも公開してます。 DuckDB-Wasm + Parquet + S3-compatible object storage + OPFS S3 から Parquet ファイルを fetch して DuckDB-Wasm への登録 OPFS へ Parquet ファイルの保存 OPFS から Parquet ファイルの読み込み DuckDB-Wasm へ登録 SAMPLE 1 の出力 SAMPLE 1 での検索 SAMPLE 1 での Parquet ファイ

Deno v2が正式にリリースされました🎉 この記事では、Deno v1.0.0リリース時点からDeno v2.0.0までのリリースに渡って起きた大きな変更などについて、当時の状況と比較しつつまとめます。 GoスタイルAPIの見直し - Web標準への準拠を高める Deno v1.0.0時点でのDenoのAPIの設計について Deno v1.0.0の時点ではDenoにおける様々なAPIやコマンドなどがGoの影響を強く受けていました: 例) 様々なリソースへのIOのためのインターフェース (Deno.Reader/Deno.Writer) deno runコマンド (スクリプトランナー) deno fmtコマンド (Formatter) deno docコマンド (APIドキュメンテーションツール) deno testコマンド (テストランナー) Denoは初期の頃からWeb標準への準拠が

この令和になっても転勤族の子供病む説がインターネットにあんまり出てこないのが不思議。 まあ、親の側からしたらどうしようもない親の都合で子供を巻き込むわけだし、そらポジティブなことしか見たくないわな。 当事者だけど歪むよー。 まあー歪むよー。幼稚園もころころ変わり、小学校中学校も入ったところと出たところ違う、トータルで通えたの高校が初めての転勤族の子供だけどさ。 例えば学校のお勉強、習い事、友人関係。頑張っても一定期間でリセットされ続けるわけよ。 そりゃ今大人になって見たら、その経験は次に活かせるわー✨とか綺麗事も言えるけどさ、 教科書もドリルも変わる、 進度の差でやってないところが出る、 微妙なルールとかお作法が変わる、 その度に肩身狭い思いする、 みたいに、短期目線しかない子供からしたら、引越ごとに完全リセットに近いのよ。特に小さい頃ね。 賽の河原にいる状態ですよ。親より先に死んでないど

こんにちは、ニケです。 皆さん、Cursor 使っていますでしょうか。 私は去年の10月末から使い続けているのであと一ヶ月で1年が経過します。時間が経つのは早いですね。 前回書いた記事（↓）から半年経ち、開発の仕方が少しアップデートされたので改めて記事にしようと思います。 ちなみにこちらの記事ではブラウザ版のClaudeも紹介していますが、Claude-3.5-SonnetがCursorで利用できるようになってからはあまり使っていません。設計の壁打ちとかでたまに使ったりするくらい。 そのため、この記事ではCursorにフォーカスを当てて紹介していきます（最後に少しだけ他に使用しているAIツールを共有します）。 なお、役割によって用途が変わってくると思うので、予め私の属性を提示しておきます。 仕様を考えたりコード書くことがメインの仕事 仕事以外でも暇なときはコードを書いている 0 → 1 で

はじめに サイドプロジェクトでずっとD1を使用していましたが、最近色々と不便を感じたり、D1の仕様に限界を感じたため、Tursoに移行することにしました。 本記事のスコープ 本記事では、D1からTursoに移行するまでの作業をまとめたいと思います。 ただしデータの移行については割愛します。 前提条件 現在のプロジェクトでは下記の技術スタックを使用しています。 言語: TypeScript フレームワーク: Next.js DB: D1 ORM: drizzle-orm Runtime: Bun Auth: NextAuth API: tRPC そもそもなぜ移行しようと思ったのか 主に下記の理由で移行しようと思いました。 今後D1のアップデートにより改善される可能性もありますね。 D1の最大サイズは10GBまでしかなく、ある程度の規模になるとマルチDB運用にしないといけない Worker以外

落ち着いて考えると大した問題ではないのに一大事みたいに扱ってしまったり、過度に反応して本当に大事になってしまったりすることがある。自分もたまにやりがちなのでこの現象を雑にまとめておきたい。 自分の例を上げると、"情報の透明性"を気にしすぎて自分にも組織にも直接的な実害はないのに「透明性がない」といって過度に問題視していたことがあった。現状に至る経緯を確認してみたり何のための透明性かを落ち着いて整理してみたりすると、別に取り立てて問題として扱うことでもなかった。 他の例としては、マネージャーとしての反省もある。今考えるとメンバーのモチベーションを気にしすぎて過剰なフォローをしていたことがあった。実はそんなにモチベーションが下がるようなこともなくて勝手に心配して問題として対処しようとしていたのである。 後から聞いてみれば、そんなことをしなくてもメンバー自身はセルフマネジメントできていてむしろ気

tl;dr OGP 画像を satori (@vercel/og が内部で利用しているもので、JSX を SVG に変換するなんかすごいライブラリ) で生成していたが、運用上微妙だったので Playwright を使った生成に変えた 生成の所要時間は伸びてしまったが、挙動が安定しているため安心して運用できるようになった モチベ satori のテキスト周りのスペーシングの挙動がコロコロ変わりすぎて、安心して使い続けるのが難しかった 具体的には改行を含む右揃えテキストで最終行以外の末尾が変に空いてしまう事象などが発生した 特に困ることに、このような挙動変化が patch リリースでしれっと引き起こされ、リリースノートで特に言及されることもなくまた patch リリースで修正されたり、また別の挙動に変わったりする 実際前述の事象関連では v0.10.x 台だけ(つまり patch リリースのみ

TeamとBusinessはプランによって１セッションリプレイあたりの料金に変わりはないものの、支払い方式や総セッションリプレイ数によって変動する仕組みとなっています。 今回は、セッションリプレイのコストを大幅に抑えた設定や運用方法の紹介をしたいと思います。 削減しようとした背景 私が携わっているプロジェクトが他のプロジェクトより100倍セッションリプレイが送信されている報告を受け調査してみると、期待通りの使用量でないことがわかりました。月々のコストも嵩んでいることから早急に設定や運用を見直すことにしました。 原因 結論から言うと、デバッグ目的でSentryに送信していたアプリケーションログと一緒に意図せずセッションリプレイが送られていたことが原因でした。 過剰に送られている原因としては、上記の送信していたエラーは（業務影響はないが）ユーザー側で高頻度で起こるものであったことと、エラーの際