tblsを使えば，ER図をgitで管理しやすい
背景 ER図の作成にはMySQL Workbenchを使っていたのですが，モデルファイルをgitで管理するには不向きでした．MySQL Workbenchで作成されたモデルファイルではコミットログを見ても差分が分からなかったためです． そこで，自動生成できると噂があったtblsを使ってみました． 今回できたものはこちら 環境 OS: MacOS DB: MySQL8.0 インストール 公式にある通りにすればOKです．僕はMacなのでbrewでインストールしました． DBとテーブルを準備 ER図は立ち上がっているDBから情報をとってきて作成されます． まずはmysql8.0のデータベースを起動して，サンプルのDBとテーブルを作成しておきます． mysql8.0自体は↓のものを使います（色々な場面で流用できるので，よく使うものはリポジトリ作っておくと便利だと感じました） $ docker im
Next.js App Router (app ディレクトリ) の逆引き辞典
2023/05/05 追記 v13.4.0 をもって App Router は安定版になりました！ https://nextjs.org/blog/next-13-4 公式ドキュメントもベータ→正式版にマージされました。 内容が充実してきている様子ので、そちらを確認してください。 https://nextjs.org/docs 加えて、公式ドキュメントの改善で分かったポイントもいくつか修正しています。 Next.js v13 から App Router 機能 (app ディレクトリ) が新しく追加されました。 （v13.3.0 現在はベータ版です。 v13.4.0 をもって安定版になりました！） ファイルベースの Layout 機能 処理の一部を Server Component に移しバンドルサイズを削減できる 例: remark を利用した Markdown のパース が有名なところだ
【半同期的ペアレビュー】ペアレビューは同期的でなくてもよくないですか？
半同期的ペアレビューは筆者の造語です。 TL;DR 半同期的ペアレビューとは・・・ 同期的に集まってレビューする PRにチェックポイントを作り、そのチェックポイントまでは非同期的にレビューする、チェックポイントだけ同期する 何事もなくチェックポイントに到達した場合は、到達した旨を伝え、全員到達したら次のチェックポイントに向かう 非同期的なレビュー中は、疑問点や指摘点などが出次第発言し、同期的に解決する 前提条件 ペアレビューが有効な場面。 Pull Request(PR)に2人以上のレビュワーが必要な場面。 背景 PRのマージに2人以上のコードレビューが必要な開発現場です。 特に集まらずバラバラにレビューすることを非同期レビューとしましょう。簡単なレビューであればこれでよいでしょう。 難しいPRに対しては、ペアレビューすることが有効です。集まってレビューするので「同期的」にレビューを行いま
どうしても Eloquent Model をモックしないといけないあなたへ
はじめに Laravel を使っていると避けては通れない ORM の Eloquent． データベースをオブジェクト指向っぽく扱えるため非常に便利で，複雑なリレーションも簡単に扱えちゃう魔法の道具です． 例えば，主キーでモデルを取得するには以下のように書けば簡単に DB からデータが取得できます． 簡単ですね😁 さて，Laravel を使ったプロジェクトに限らず，プロダクトを開発する中で「テストコード」を書くことがありますが，テストを書く際にしばしば モック を使うことがあります． モック（オブジェクト）は，テスト対象となるクラスが依存する外部クラスの振る舞いを定義するもので，本来使われるはずのオブジェクトの代わりに差し込むことで，テスト結果が外部のロジックによって左右されるのを防ぐことができます． Laravel 使って開発をしているなら， Mockery というモックライブラリを使っ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
