小幡十矛（Obata Tomu）｜プロフィール｜共創で価値をつくるエンジニア・新規事業×ブランドづくり/📝小幡十矛（おばたとむ）の共創ブログ｜iOS×新規事業×リアルとデジタルの交差点から生まれる挑戦の記録/📝 記事一覧/VOYAGE GROUPのインターン『Treasure』参加レポート【講義パート3】

VOYAGE GROUPのインターン『Treasure』参加レポート【講義パート3】

2024/6/28 23:272025/3/13 1:39

Genre

Tech

4日目 8/15(木)

データベースの講義

データベースの種類について

RDB

データの不整合を防止し、堅牢かつデータ利用がしやすいデータストア

ユーザー情報、取引履歴など整合性が重要なデータのリアルタイムな更新・参照といった用途で使用される

DWH

RDBを分析用に特化したもので、データ更新は苦手で低速

データ集計が主な用途

KVS

SQLを使わずに、独自プロトコルによりデータを操作する

RDBの補助的な役割で、重い計算結果を格納して再計算のリソースを節約などの処理を最適化することが主な用途

データベースの選択と特性

ACID

1.　Atomicity（原子性）

2.　Consistency（一貫性）

3.　Isolation（独立性）

4.　Durability（永続性）

BASE

ACIDよりも柔軟な分散システムの考え方

Basically Available(基本的に利用可能)
Soft-state(柔軟な状態)
Eventual Consistency(結果整合性)

結果的に整合性が取れればよい場面ではKVSを使えば高速で良い

などの内容を最初の講義で学びました。

グループワークのモデリング実践入門

そして、次はグループワークに入る前にモデリングの講義がありました。

データモデリング

データ≠情報

データは事実

情報は見たい内容

情報ベースでデータ設計しないこと(UIなど見た目に引きずられない)

エンティティとは

リソース

サービス運用に必要となる実体

イベント

過去のある時点に発生した「こと」
誰がいつ何に対して何を行なったか

7W2Hで考えるとよい

時間を属性として持つ

モデリングの技法

1.　論理モデルの作成

1.1 ユースケースを考える

1.2 エンティティ抽出

1.3 リレーションシップを張る

1.4 主要属性の定義(リソースとイベント)

1.5 主キーの選定

以下の選定基準(1つでも満たさない場合はサロゲートキーを使用する)に則って1つ選ぶ

一意に定まるもの
値の変わらないもの
できるだけ桁数の短いもの
複合キーでの連結が多くならない
必ず存在するもの(NOT NULL)

サロゲートキーの追加を考慮する

システム側の都合で付ける無機質なコードだが、論理モデルの段階ではなるべく使用しないようにすること

1.6 正規化し最終的なER図の作成

2.　論理モデルから物理モデルへの変換

論理モデルから実際にDBに実装する段階まで落とし込む

代理キー(サロゲートキー)が必要であれば使用する

自然キーを使用すると主キーの変更に弱い

ユーザー名を主キーにした後にユーザー名を変更できるようにしたくなった場合など

しかし、代理キーを使用するとサービスに関係無いカラムを増やすことになるため要検討

モデリングの講義の後は、3人チームとなって架空サービスのデータモデリングを行い、migrationを適用しました。なぜ、このようなテーブル設計にしたのか3人で何度も見つめ直すことで仕様漏れの防止に繋がったと思います。

社内LTにも参加しました

どれも非常に楽しい内容で充実した時間になりました。（進捗を最高にするイヤホン・ヘッドホンの選び方やBash Scriptで3分APIサーバー作成など笑）

5日目 8/16(金)

中間課題

5日目は中間課題の発表がありお題は、「最高に面白い何かを作ってください!!」というものでした。何を作ろうかと考えた時に、最近困っていることは何だろうと思い書き出していきました。

困っていること

1.　前に見ていたページを探したいと思った時に、開いているタブが多いと、ページタイトルが見切れてしまい切り替えることが困難

2.　見ているページをスマートフォンやiPadですぐに見たいときに、Slackなどで送るのは手間

3.　Chromeのタブをたくさん開いていると、メモリを沢山消費しているので開いているが不要なタブを削除したい

しかし、タブを沢山開いているとFaviconしか表示されないような状態になってしまい、不要なタブの判断がしづらい

上記の問題の解決策

開いているタブの一覧を表示して、タップするとそのページに遷移できるようにする

開いているタブのQRコードを読み取ることで、スマートフォン・iPadでも別のサービスを経由することなく瞬時に開くことができるようにする

複数ページを開いている際に「いくつタブを開いているのか」すぐに見ることができ、知りたい情報が記載されているタブがどれだったのか、「タイトル」「ロゴ」を表示して知ることができるようにする

そして、Chrome APIを使ったChromeプラグインを作ろうと決めて開発していきました。

8/17,18(土日)

オフィスで行き中間課題に取り組んでいました。今回のChrome拡張を作る上で使用した技術は、 React, ChromeAPI, Material-UIです。Chrome拡張のデバッグでは、React Developer Tools を使うことができなかったので大変でした笑

Reactは、あまりキャッチアップし切れていない現状でしたが、少しずつ書けるようになってくると、ライブラリ・ドキュメントの充実度が高くて楽しくなってきました。今回の中間課題に取り組んだことで、Material-UIやAtomic Designを意識したコンポーネント分割には少しずつ慣れてきて、後半のチーム開発でも活かしていけたかなと感じています。