勉強がてら適当に作っていたAPIサーバー. このデータベースのテーブル設計を考え始めたらどんなデータを収めるべきなのかを考える必要が出てきた. めんどくさいわけだが, これはMinQを具体的に掘り下げるのにいい機会にもなると思った.
基本的には勉強履歴を付けようと思ったからです. ただそのためのルールとかサービスで自分に合うものがなかった(見つけられなかった)のでポートフォリオがわりになるかと思って作り始めました.
勉強に王道はないとよく言われる. 特に楽な方法はないとされます(睡眠学習にも一定の効果があると言う話もあるという話もありますが・・・). 反復学習が必要でモノの本には脳に汗をかかせることが大事と言う趣旨のことが書いてあった記憶があります. とはいえ闇雲にやっても暗中模索で, 迷子になるのがオチだし, 忘却曲線のように効果がある勉強法もいくつか存在するのは確かです. アウトプットが良いなんて話もあって, 勉強したことをブログに書くと言うこともあるだろう. 備忘録にもなるので設定や環境構築なんかではやる人も多いわけですが, 実際はググった方が速かったりします.
いち初学者として自分が勉強する上でどうやれば良いのかを考えた. また教育系の一般書に目を通して比較的効率的な学習法も調べた. その結果現状あまり良い勉強法と言うか環境が提供されていない気がした.
勉強法 | 利点 | 弱点 |
---|---|---|
アウトプット | 情報を共有できる | グーグル検索問題 |
動画 | 分かりやすい | 効率がいまいち |
文章チュートリアル | 分かりやすい. 動画よりは効率的 | 探すのが辛い |
スクール | ピア・プレッシャでモチベーションを維持できる | 高額, 初心者向けしかない |
検定(情報処理技術者試験, LPIC) | 基準が明確 | 試験のインターバルが長い |
本 | 情報の精度は高い(はず) | 古い, カリキュラムが組みにくい |
誰でも一つまたは複数の勉強法を試したことがあるはずです. さてこのようにコンテンツは沢山あり勉強するには良い時代・・・となりそうですが(別に否定はしませんが), 個人的な不満があったりします.
情報が古いとかは承知で買うしそれはそれで勉強になったりするのですが, 復習が困難です. 本によっては課題や復習問題が付いていますが, それを自分で管理するのは面倒です. 特に大量にインプットしたらもう一度同じ本を読むのは億劫です. また全体のカリキュラムも描き難いです. 内容ごとに言語にまたがることも多いので, 効率性も微妙な気はします.
テストは学習において効果が高いとされていますが, 難易度の調整が微妙な気がします. もっと柔軟な習熟度に合わせた学習法が実現できそうです. 他にもテストのインターバルが長すぎる, 学習履歴が残らないと点が不満です.
動画は見ていると楽しいものもありますが, プログラムの場合追いにくい場合があります. 結局GitHubなどに置かれている完成品を読んだり写経するという羽目になったりします. 復習もやりずらいです.
金がない(以上)
ブログのことと思えばいいです. 検索してヒットするとありがたいのですが勉強法としては, 疑問です. 結局ドキュメントのメモだったりするものもあり, ドキュメントを読むということも多々あります. ただエラーへの対処とかは便利だと思います.
勉強記録とかGitHubにひたすらコードをあげるという感じです. この開発日記もその一つでしょう. 人に教えるというのは高い学習効果があるとされていますのである程度の効果は見込めそうです. しかし見返す前に同じ内容をググってしまったり, 単なるメモや記事として価値がないようなもの(この記事みたいな?)があったりします. さらに時間がかかります. とはいえ自分の記事に助けられるという機会があった人もいるでしょう.
これらを踏まえてMinQはどうするかです. MinQはクイズベースです. 形式としてはLPICが一番近い気がしますが, 別にプログラミングに限る必要はなく英語や数学なんかもやってみたいです. また学習履歴も細かく管理したいですが, 学習管理サービスは別に作るつもりなのでここでは考えません.
テスト形式が比較的学習効果が高いそうです(確かそうだったはずです). 作りやすいし, 還元的な手法は物事を理解する基本だと思います. 解析とかもしたいのでデータを細かく取りたいというのもあります. 学習者(現状対象者は私だけですが)は理解していることよりもしていないことを知りたいわけです. また隙間時間で学習できるようにしたいというのもありこの形式を採用しました.
あくまで個人の実験用アプリなのであんまり詳しく考えてませんが, 以下のような感じでしょうか.
究極の目標は知識/能力の可視化です. クイズだと単位が小さすぎるのでどうなるか分かりませんが, 知識や技術をネット上で短く切り売りできたら面白いかなと思っています. PRaasS (PRogrammer As a Service)とでも呼んでおきましょうか.
そういう意味ではクイズが目的というよりは能力を可視化するというのが大きな目標になりそうです.
でようやく本題ですが, 関係データベースはテーブルから構成されるのですが, テーブルはスキーマと呼ばれる構造を持っています. まずはデータを編集するための管理画面(adminページ)用のテーブルが必要にあります.
カラム名 | 用途 |
---|---|
id | 主キー |
user_name | ユーザーの名前 |
メール・アドレス | |
password | 暗号化したパスワード |
こんなところでしょうか. 次はクイズ・テーブルが必要です.
カラム名 | 用途 |
---|---|
id | 主キー |
question | 問題文 |
answer | 回答/解説 |
tag | グループ/カテゴリ名 |
こんなカラムがあれば良いと思うのですが, 問題はanswerカラムとtagカラムです.
いろんな形式がありますが, MinQではThe Jupyter Notebook Formatを参考しようと思います. この形式の利点は以下です.
リスト構造なのでビュー側での表示のロジックが簡単になります. またセルごとに形式を指定するのでパースして内容を解析するという工程が不要です. 例えばMarkdownに数式やコードを埋め込むと, 該当箇所を判別して違うレンダラを利用する必要があります. これをセル単位で管理すると文章か数式かコード片か, あるいは画像かなどは即座に判断できます. 表示もセルのリストなので比較的簡単です.
クイズの分類のためにタグをつける場合, クイズが複数の分類に跨ることは普通にありえることです.そのためクイズには複数のタグを持たせられるようにするべきです. 一方でタグからクイズを絞り込むということもできた方が便利でしょう.
A Tour of Tagging Schemas: Many-to-many, Bitmaps and Moreにはいくつかの方法が解説されていて面白いです.
もっとも素朴な解決策はタグをCSV(Character Seperated Value)形式で保存する方法です. 表示だけのことを考えるとこれで十分ですが, タグをつける理由は表示のためではないでしょう. またビットマップという手法もあります. ビット列をそれぞれのタグの有無と対応づける方法です. n番目のビットが1ならAタグが付いていることと見なすわけです. この方法は検索は効率的ですが, ビット列以上のタグを持てません.
達人に学ぶDB設計 徹底指南書では学生エンティティと講義エンティティの例が示されています. 両者を繋ぐのが関連実体/関連エンティティの受講です. この受講エンティティと呼ばれるエンティティは学生エンティティと講義エンティティの主キーを組み合わせたキーを主キーします. こうしたテーブル間の関係を多対多の関連 (Many-to-Many relationship)というらしいですが, GORMではJoinテーブルという中間テーブルで管理するようです. この機能を使うようにします.
## MariaDB
RDBMS(Relational DataBase Management System)としてはMariaDBを使おうと思います.
### 導入
CentOS 7にはMariaDBが入っていますが, 5.5とバージョンが古いです.
```bash
$ yum list installed | grep mariadb
mariadb.x86_64 1:5.5.64-1.el7 @base
mariadb-libs.x86_64 1:5.5.64-1.el7 @base
mariadb-server.x86_64 1:5.5.64-1.el7 @base
```
これをまずアンインストールします. How to install MariaDB 10 on CentOS 7 / RHEL 7に従って, インストールします. 現状ではバージョン10.4が安定バージョンのようです.
bash
sudo systemctl enable mariadb
sudo systemctl start mariadb
これでMariaDBが起動しました.
次はセキュリティの設定です.
sudo mysql_secure_installation
基本的には全てYesでいいらしいです. 途中rootパスワードの設定が必要なのでパスワードを用意しておきましょう.
mysql -u root -p
上で設定したパスワードを入力してMariaDBと表示されればオッケーのようです.
デフォルトの文字コードはutf8とlatin1が混在しているのですが, これをutf8mb4という絵文字も扱える方式に統一するという話です. またutf8mb4にしても照合順序の関係で寿司とビールの絵文字が同値として扱われるという問題があるそうです. ただいずれも絵文字に対応する処理なので現状関係なさそうなのでほっときます.
MariaDB(MySQL)初期設定時のセキュリティとutf8mb4化の手順を参照するなりググルなりしてください.
次は管理画面とログイン機能を作っていきたいと思います.
Install MariaDB on CentOS 7
How To Install MariaDB on CentOS 7
Androidアプリ開発者を目指しています. 興味あることリスト: https://t.co/ew3bb6grdJ Github: https://t.co/9btqysHqWr Qiita: https://t.co/ZVRhjouauX
Crieitは誰でも投稿できるサービスです。 是非記事の投稿をお願いします。どんな軽い内容でも投稿できます。
また、「こんな記事が読みたいけど見つからない!」という方は是非記事投稿リクエストボードへ!
こじんまりと作業ログやメモ、進捗を書き残しておきたい方はボード機能をご利用ください。
ボードとは?
コメント