eityansメモ

eityansメモ

ゆるくやっていきます

記事一覧

「SCRUM MASTER THE BOOK」を読んだ

ここ最近リーダーっぽいことをやっているので、関連するような本を読んでいる。「SCRUM MASTER THE BOOK」もその読んだ本の一つで、とても気付きの多い本だった。

まず自分はスクラムについて少し誤解していたようだ。これまではスクラムのことを何らかのミーティング手法の集合ような感じで認識していたが、それは違った。

スクラムの目標はチームを自己組織化した状態にすることであり、決まった方法があるものではない。スクラムマスターは常にチームを観察し、ときに導き、ときに教え、障害物をなくし、会議をファシリテーションしてコミュニケーションを活性化させる。ゆくゆくはチームの一人ひとりが主体的にそれらの行動を取れるようにする。スクラムはリーダーを育てるものだ。

この本はチームが自己組織化するために必要なアクションを考えるための知識を提供してくれる。

自分はこういうメタ知識がすごく好きだ。

タックマンの集団発達モデルの話が面白かった。チームが機能するまでの過程を説明したモデルで、次の4段階を経るという

  • 形成期：集まったばかり、緊張や不安

  • 混乱期：メンバー間の対立が発生する。生産性は下がる

  • 規範期：対立を乗り越え一通り落ち着いちゃう。メンバーはそれに満足してしまい、それ以上の成長をしなくなる

  • 機能期：より高みを目指す

理想は機能期に入ることだが、多くは規範期で落ち着いてしまう。スクラムマスターはそれに満足せず機能期に持ち上げるアクションが求められる。また、この状態は変動しうる。人が入ったり抜けると状態が変わる。スクラムマスターは常に状況を観察し、チームがどの状態にあるのかを意識してアクションを取っていく。

この考え方はチームに対しても使えるし、個人の成長にも使えそうだ。

抽象度が高く、全体的に学びが多い本で良かった。

この本を読む前に「SCRUM BOOT CAMP THE BOOK」を読んでいた。これは漫画形式でスクラムマスターが何をするのかを紹介している本で、スクラムの知識を得るのに役に立った。

react-intersection-observerを使って初期描画を減らし高速化する

データをリストで表示する。データ数が多く、単純なリスト描画をすると初期描画に時間がかかる。わけアリでcursorのようにデータを逐次取得するような状態ではない。フロントエンド側で調整する。

イメージ以下のような構造

1<List>
2  {lists.map((item) => (
3    <Item item={item}/>
4  ))}
5</List>

Intersection Observer API

端的に言うと、ある要素が別の要素（通常はviewport）との交差状況の変化を非同期に監視できる。これを使うことで、必要なときに描画の処理をすればよくなるため、初期描画が最適化される。

react-intersection-observer

useInViewを使う。遅延描画用のLazyItemコンポーネントを作る

1export const LazyItem: React.FC = () => {
2  const [ref, inView] = useInView({
3    triggerOnce: true,
4    rootMargin: "200px 0px",
5  });
6
7  return (
8    <div ref={ref}>
9      {inView ? <Item /> : <div style={{ height: "40px" }} />}
10    </div>
11  );
12};

描画対象じゃないときは少し高さを持たせ、後続のitemが描画されないようにしている。これを使うことで遅延描画が達成

データベースの世界のNULLは偽ではない

Railsの世界に浸かっていると基本的なことを忘れる。戒めメモ

1User.all.pluck(:type).tally
2=> {nil => 26, "aaa" => 9, "bbb" => 1, "ccc" => 2}
3User.where.not(type: "bbb").count
4=> 11
この結果が直感的でなかった（nilも含まれると思っていた）けど、よく考えたらデータベースの世界では3値論理でNULL != falseだった。
1User.where.not(type: nil)

で何らかの値が入っているレコードが取れることを考えると、そこまで不思議ではなかった

ちなみにnilも含めたい場合はorを使う

1User.where.not(type: "bbb").or(User.where(type: nil))

素のRails + PostgreSQL構成をdockerで管理するようにしたメモ

個人開発の素のRails + PostgreSQLアプリがある。Redisを導入したくて、ついでにDocker管理するようにした。職場でDockerが使われているが、既に構築されたものをたまにメンテするぐらいで、一から作るのは初めてだったので新鮮だったメモ。

Dockerfileの作成

1FROM ruby:3.2.2-slim-bookworm
2
3## 必要なパッケージをインストール
4RUN apt update -qq && apt install -y --no-install-recommends \
5    build-essential \
6    libpq-dev
7
8# 作業ディレクトリを設定
9WORKDIR /app
10
11# GemfileとGemfile.lockをコピー
12COPY Gemfile Gemfile.lock ./
13
14# Bundlerをインストールし、依存関係をインストール
15RUN gem install bundler:2.6.8
16RUN bundle install --jobs=$(nproc) --retry=3
17
18# アプリケーションコードをコピー
19COPY . .
20
21# エントリーポイント
22CMD ["rails", "server", "-b", "0.0.0.0", "-p", "3000"]
23
24# ポートを公開
25EXPOSE 3000

いろいろなものを参考にしながら作成。古いアプリなのでRubyも古い。今度上げる。

  • aptとapt-getの違いを知ったり。機能面で優れているのでaptを使うで良さそう。

  • apt update -qq

    • qqオプションは、エラー以外の出力を無くすやつ

  • apt install -y --no-install-recommends

    • yオプションはインストール周りの承諾を自動的に「はい」にする

    • no-install-recommendsオプションは推奨パッケージをインストールしない。Debian系のパッケージシステムは、必須ではないがあると便利なパッケージをデフォルトでインストールさせるらしい。必要最低限にするために必要

  • build-essential

    • ビルドツールパッケージ

  • libpq-dev

    • PostgreSQLに必要

  • RUN bundle install --jobs=$(nproc) --retry=3

    • jobはインストール処理の並列実行

    • nprocコマンドでCPUコアの数が返る。いけるところまで並列化している

docker-composeの作成

1version: '3.9'
2services:
3  db:
4    image: postgres:16
5    environment:
6      POSTGRES_USER: XXX
7      POSTGRES_PASSWORD: XXX
8      POSTGRES_DB: XXX
9      DATABASE_HOST: db
10    volumes:
11      - db_data:/var/lib/postgresql/data
12    ports:
13      - "5432:5432"
14
15  web:
16    build: .
17    volumes:
18      - .:/app
19    ports:
20      - "3000:3000"
21    depends_on:
22      - db
23    environment:
24      RAILS_ENV: development
25      DATABASE_HOST: db
26      DATABASE_USERNAME: XXX
27      DATABASE_PASSWORD: XXX
28      DATABASE_NAME: XXX
29      REDIS_URL: redis://redis:6379/1
30
31  redis:
32    image: redis:8
33    ports:
34      - "6379:6379"
35    volumes:
36      - redis_data:/data
37
38volumes:
39  db_data:
40  redis_data:

DBに接続ができずにハマる。何度かPostgreSQLのユーザー名を変更したのと、その変更のキャッシュが残っていた関係で接続ができなくなった。イメージのビルドを明示的に指定することで解決。

1docker-compose up --build

マイグレーションの実行

1docker compose exec web rails db:migrate

データの移行

環境を作っただけでデータがない。これまでローカルのPostgreSQLに保持していたデータをコンテナで呼び出しているDocker Volumeに移行する
1pg_dump database_name > local_backup.sql
2docker cp local_backup.sql db-container-name:/tmp/local_backup.sql
3docker compose exec db psql -U postgres -d database_name -f /tmp/local_backup.sql

ぼんやり知っているつもりだったけど、実際に手を動かしてみると色々時間取られた

33歳になった

昨日33歳になった。1年後の自分がゲラゲラ笑うかも知れないので、ぼんやり考えていることを雑に残す。

「年を取ると一年が早くなる」とよく言われるが、個人的にはそんなことはない気がする。一年が早くなるのは、おそらく年齢を重ねるごとにイベントごとが少なくなりがちだからだろう。ここ一年はいろいろなところに出かけたり、美味しいものを食べたりといった思い出がたくさんあるので、密度の濃い充実した一年を過ごせた気がする。これからもそういう思い出をたくさん作っていきたい。このあたりの考え方はDIE WITH ZEROの影響を強く受けている。

プライベートは充実しているが、仕事はどうだろうか。社会人になって8年ちょっと、Webエンジニアになってもうすぐ6年になる。エンジニアとしてできることはたくさん増えてきたが、ここ最近はできることを淡々とやっている感覚があり成長実感が薄くなっている。いわゆるキャリアを考えるというやつか。

それでいうと、個人の能力を高めることはもちろん大切だけれど、チームとしてより高みを目指すことも大事だなとここ一年で強く思うようになった。一人で出来ることは限界があるが、チーム、組織ならもっといろいろなことが出来る。これを表現するのはマネジメントといった世界になるのだろうか。

image

そんなことを考えながら、お祝いですき焼きを食べた。めちゃくちゃ旨い。

前のページページ 2 / 13次のページ