  |
はてなキーワード: 自作とは
htmlの中で
{{form}}とかやると受け取ったformを展開できて非常に便利なのだが
例えばbootstrapなどを使いたいときにclassの指定とかするのに困る時がある。特にテキストフィールドなど。
これに対しform.pyなどで定義した自作form内のコンストラクタでclass=form-controlを付与することで対応できるそうだ。
でもそれだと何のために見た目と中身を分けているの？html内の記述で対応できないと一貫性がなくない？
現にdjango-bootstrap-toolkitみたいなのがあってbootstrap4で使えるかはわからないけど
{{form | class-format}}みたいな記述ができるみたいだ。こういう方向性を目指すべきだと思うのに、何故フォーム作成のコンストラクタで対応しようとするのか。
自炊の初歩として「麻婆豆腐」はとてもおすすめできると考えている。クックドゥーの素を買ってくれば済む話と思われるかもしれないが、それでは麻婆豆腐を通じて得ることのできる経験をスルーすることになってもったいないし、何しろ高く付く。麻婆豆腐は自炊スキルと高めることができると同時に、節約料理としても最適である。そして、美味い。三拍子揃っている。
自炊の第一歩としては「カレー」の右に出る者はいないかもしれない。是非ともカレーをマスターしたら次は麻婆豆腐にチャレンジしてほしい。
本稿では自炊としての麻婆豆腐の素晴らしさについて紹介していく。
・ひき肉 250円
・長ネギ1本 100円（相場変動が激しいが1本50円〜100円で買える）
・豆腐2丁 100円（買う店によるが2丁で50円〜100円）
・片栗粉 数円
計450円〜550円。これでだいたい5食分できるので1食約100円。私は白飯よりもおかずを多く食べるので5食分としたが、人によっては10食分になるかもしれない。だとすれば1食50円だ。さらに、節約したいならひき肉を減らして玉ねぎや豆腐を増やせばいい。上記は肉の分量が多めの配分になっている。
一度にどのくらい作るかは各人の自由だが、1食あたり50円〜100円であるとご理解頂けるだろうか。白飯1杯もだいたい50円と言われているので、節約麻婆豆腐で飯を食えば1食100円に収めることができるということ。かなり魅力的な節約レシピではないだろうか。作り過ぎたら冷凍すればいい。
麻婆豆腐というと何だか面倒臭そうな料理に思えるかもしれないけれど、どの料理よりも簡単であることが作ってみるとわかる。基本的に「炒める→お湯に浸す→片栗粉でとろみを出す」の3工程だけである。慣れてくると10〜15分くらいで出来上がる。
自炊というのは面倒くさい。特に、今すぐに食べることができないのが面倒である。だけど、麻婆豆腐は「あ、腹が減った」と思い立って作ることができる。極度にめんどくさがりでカップラーメン大好きの私でもできる。
麻婆豆腐は沼である。誰もが世界で一番美味しい自分だけのカレーを作ることができるように、あまり知られていないが、麻婆豆腐にもそれが当てはまる。
自作の麻婆豆腐を作るためには「豆板醤」なるものが必要っぽいことをまず思い付くだろう。で、それを買ってきて作る。うーん、とりあえず麻婆豆腐っぽいものはできて食べれなくもない、けど何かが足りないんだよなー。
調べてみると「甜麺醤」という甘みを加えるための調味料もあるらしい。「豆鼓醤」というのもあるらしいが、まーこれはよくわかんないからいいや。と、甜麺醤を加えて作る。うん、前回よりは美味い。だけど何か味に深みがないっていうか、店とかで食べる麻婆豆腐とは程遠いな。何が原因なんだろ。
満を持して「豆鼓醤」を買ってきて作る。食べる。……美味い！豆鼓醤すげえな！豆鼓醤それ自体を舐めてみてもはっきり言って何だかよくわからない。だけど、麻婆豆腐に入ると味に奥行きが出る。驚愕する。
最近ではゴマ油を大量に使って作るとさらに美味しくなることを発見した。何か物足りない時には「中華スープの素」か「醤油」か「豆鼓醤」を入れておけば問題ないこともわかってきた。
このように、美味しい麻婆豆腐を作るプロセスにおいて、好みの味に仕立て上げるための方法を自然と会得できる。材料費が安いので何度でもチャレンジしやすいし、調理時間も迅速なので結果がすぐにわかることも長所だ。
中華料理は強火が基本だ。麻婆豆腐も例外ではなく、弱火でちんたら調理するよりも強火で豪快に作ったほうが美味しいし、調理時間も短縮できる。最初から最後まで基本的には強火だ（水溶き片栗粉を入れる時には火を止め、入れた後は中火）。
油断していると焦げる。従って、頭はフル回転で事前準備も抜かりなく行うことになる。疲れると思われるかもしれないが、やっているうちに楽しくなってくる。手が空いたら勢いに乗って調理器具を洗おうというやる気も出る。面倒くさがりな私が調理器具を調理中に洗うのは麻婆豆腐を作っているときだけである。
麻婆豆腐は難しい料理ではない。焦げる心配があるのも炒めているときだけ。だから、料理に慣れていない人でも思い切って強火でやってみてほしい。失敗しても材料費は安い。
自作の麻婆豆腐は美味い。こんなに簡単に作れるんだと驚くし、人に話すと「料理ができる人」との称号も得ることができる。
そしてある日、中華料理屋に行く。すっかり麻婆豆腐の魅力に取り憑かれたあなたは麻婆豆腐を注文する。この店の麻婆豆腐とやらを食べさせてもらおうじゃないか。お手並み拝見と行こう。
──う、美味い、と衝撃を受ける。え？ これすげーな！ピリ辛がやばいぞ。どんだけ花山椒入れてるんだよ。このジャリジャリしたのなんだろう？ 胡椒？ うーん、わからん。つーか、油こんなに使っていいのか。えー、こんなの家でどうやったら再現できるんだよ……。
こうしてあなたは自分がまだまだ未熟な麻婆豆腐職人であることを知り、より一層自宅での修行に励むこととなるのだった。ハッピーエンド。
好きなんだろうな。
まあ、政治ネタで吹き上がる女増田さんにだって趣味のコンテンツぐらいあるか。
こないだ妹が見てたから生放送ちらっとみたけど、ヒプマイのファンって自作のラップを投稿したりしてるんだね。で、声優に読んでもらって喜んだりしている。いやマジであれは、ファンの覚悟とか熱狂のレベルが高いわ。冷静に考えて、自作のポエムを投稿しているってすごいぞ。黒歴史まったなしだと俺は思うんだが、妹は「今回放送されたラップは出来がイマイチだったな」とか真面目に評価してるし、そういう土壌があるってのは、中々独特というか、一歩離れてみていたいところがある。
いや、政治ネタのラップとか、当然全力でマウスホイール回してスルーするけどな。
声優が読んでるわけじゃないし。
その中でも結構有名というか、研究内容を言ったら特定される分野なので詳細は省く。
GPAバトルを制し新進気鋭の研究室に入った俺を待ち受けていたのは、今考えても普通に訴訟もんだろというレベルのブラックな「現場」であった。
同業者の方はご存知と思うが、マテリアルというのは日本がかなり強い分野であり企業の注目度も高く、
なおかつ実用度が非常に高いため「金の成る木」としてバイオと並んで世界との競争が激しい分野でもある(らしい)
比較する先が世界なので、当然世界レベルの努力と実績を要求されることは入って知った。
20時間ぶっ続けでサンプル作った実験結果を当日のゼミで発表すると「もうちょっと綺麗に資料作れないの?」とか平気で言ってくる准教授。
真面目で頑張り屋なのにインパクトファクターを稼げずドクターを6年続けて鬱になった先輩。
めっちゃ上から目線で日本国の公的手続きの手助けを求めてくる外人ポスドク。
当たり前だがすべての研究は無償のボランティアであり、どころか金払って受ける教育なのだが、
求められるのは仕事としてのクオリティ。遊びでやってんじゃないんだよ!
頑張って書いた論文のファーストオーサーはもちろん…教授「俺だよ」
いろいろなことに嫌気がさした俺はアカデミックの道を早々に諦め就活を頑張ることにした。
教授からは「好きでやってる研究だろう。好きなことにすら不真面目な君が社会に出てやっていける訳がない(意訳:研究室で奴隷続けろ)」と全力で人格否定を受けつつ、
少子化の影響もあってか、まあまあ有名といえる程度の大手企業にどうにか滑り込むことができた。
今時小学生でもわかるだろというようなレベルの情報処理の授業、
中学生の国語でやるだろというようなレベルのビジネス作文の授業、
あらゆる授業を仕事として受けることになる。もちろんおちんぎんが発生する。
すべての課題を秒速でクリアし、定時より手前で帰る日々がしばらく続く。
あまりに簡単なので研修よりは同期とのレクリエーションが目的なのだろうと勝手に忖度していた。
ある程度の教育を終えると晴れて部署配属となる。部署はSE部隊。
情報系出身ではない俺だったが、趣味でプログラミングはかじっていたし興味もあった。
入ってすぐの仕事はあるシステム(社員が使っている自作ツール)の改修だった。
新卒に簡単な仕事を与えつつ、プログラミングスキルを伸ばしつつ、自分たちの仕事も効率化できる、という上手い采配である。
プログラミングはかじっていたとはいうものの、ゲームを作ろうとして挫折したり、あとはHelloWorldレベルくらいで、
まともに運用したのは精々MATLABのような特殊なものだけ。所謂プログラミング言語で利用者がいるソフトを触るのは初体験だった。
詰まっては調べを繰り返しながらも趣味の延長のような感じで楽しく取り組むことができ、上司の引いた工程の3分の1で完了した。
俺は平静を装いつつも内心歓喜した。
なにせ不真面目学生である俺は教授から駄目出しをくらったことしかなかったのだ。久々に得られた自己肯定感である。
これはいけると判断したのか、同じく社内ツール改修の仕事をいくつか振られる。
片付けていくうち、俺のPCスキルが先輩社員と比べても高い部類にいることに気付く。
自作ツールを社内LANで動かすとファイヤーウォールに引っかかったりなどするが、先輩社員がそれを対処できないのだ。
どうやらそういう感じで動かなくなり、放置されていた部分を俺が解決しているらしい。
だがWindowsのFWの設定なんてNasneでアニメを撮りためたりFPSの海外鯖に接続するようなヒキニートにとっては半ば常識である。
陽キャパリピっぽい先輩が知らなくても無理はないが、SE部隊で長年社会人やっておいてわからないことには軽く失望する。
プログラミングが派遣の仕事とは言っても使役する側に知識がないのではやはり困ると思う。
ちょうどその時、働き方改革とかいう名目で各職場が独自でやっていたシステムを統合し、
各営業所で独自に動いていた勤休登録システムが全社的に統一されることになった。
新しいシステムはUIもモダンで、前のよりぶっちゃけ使いやすくすぐに慣れた。
だが先輩は勝手がわからないらしく、俺が先輩に質問する回数が減るのと同時に、先輩が俺に質問する回数が増えた。
働き方改革の魔手は勤休にとどまらず、いろいろな社内システムが統合されてゆく。
頼られる頻度は増し、頼ってくる相手も先輩だけではなくなってきた。どこから噂を聞いたのか他部署の人からも質問の内線が来るのである。
上司に聞けや。知っとると思うがワイ新卒やぞ?と思いながら(つーか言いながら)回答する。
まあ新しいものには若い方が強いみたいな感覚は理解できるが同期に聞けよ←残念同期からも同じ内容の質問が飛んでくる‥現実です‥これが現実‥!
このあたりで自己肯定感よりぶっちゃけ不信感を感じることが多くなってくる。
確かに中学生以降は家族でも学校でもパソコンに強いニキではあったが、
まさか面接で選抜されたひとだけで構成されている筈の会社でパソコンに強いニキをやるとは思わなかったのだ。
まあそんな人が一人もいないはずがないので、多分、本当に詳しい人はうちではなく客先に居て、かつ忙しいということだろうと思うが。
さすがに面倒に感じていたある時、PukiWikiを社員が編集して公開できる神システムを見つける。
当然というべきか、数年前に何某が色々編集していた痕跡だけを残し、現在は廃墟と化していた。が、サービスは生きていた。
ゲームの攻略を頑張って書き込んでいた時代を思い出しつつ、新しい社内システムの利用法を懇切丁寧に解説するWikiを作る。
上司からは「その辺の社員100人より貴重」「絶対やめないでくれ」的な評価を賜る。
社内ツールの使い方記述しただけで褒められる異常事態に少しずつ価値観が麻痺してくる。
仕様書がないのはもちろん、そもそも社内環境でビルドできない、なんと.NETではないVBである。
当たり前のように1ファイル50kstepを超えるソースがずらずら並ぶ様は威圧感すら感じさせた。
上司を含めて誰もソケット通信が分からない中、元々チャットツールを作ろうとして失敗した経験のある俺は、
先輩が3人×3時間=9工数かけて解決しなかったあるバグをちょいとググっただけで10分で解決。
というようになんかやたらと活躍し、どうにかプロジェクトが終わるころには上司の評価は天元突破した。
地味に詳しい人は他にもいる(外にいて忙しい)ということもわかり推測は当たっている様だった。
会社に入って以降「君は社会ではやっていけない」と言った教授の言葉の信憑性は下がる一方である。
なにせ主観的にはヒキオタがヒキオタっぽいことをやっているだけで褒められるのだ。
募る違和感の中、経団連の会長室にメールが導入されたニュースと、そのコメントを見て気付いた。
俺は異世界転生したのだと。
そう、俺の就職先は、パソコン強いニキが崇め奉られる異世界だったのだ。
自席で堂々とYouTubeを見てたときには流石に上司に苦言を呈されたのだが
「ゼネラリストには情報収集も必要」と言い訳すると「おお…」「さすが村上君だ…」となって許された。(マジ)
ちなみにマーケット調査の名目で業務中YouTuberを見ることを冗談のつもりで提案したら、真面目に検討された。(マジ)
他の人にはありえないが俺だけ許されるところに落ち着くのではないだろうか。
うける。
正直言って危機感はある。
世界と戦うを標榜していただけあって確かに研究室のレベルは高かったと思う。非情報系でもプログラミングはできて当たり前だったし。
この会社は(最近、一定以上大きければどこもそうじゃないかと思うが)半官半民みたいなもんなので、皆どことなくのんびりと仕事をしているように見える。
その結果、当然ながら競争力が落ちる。落ちはするが、会社組織は存続し続ける。
そして存続し続ける会社の中には「異世界」が広がっているのである。
他の会社もそうだと思うが、各地で頑張ってる派遣プログラマーの方がよほど技術力が高い状態。
まあでも転生した側としては居心地いいのでこの異世界に骨を埋めるのも悪くないと思っている。
その中でも結構有名というか、研究内容を言ったら特定される分野なので詳細は省く。
GPAバトルを制し新進気鋭の研究室に入った俺を待ち受けていたのは、今考えても普通に訴訟もんだろというレベルのブラックな「現場」であった。
同業者の方はご存知と思うが、マテリアルというのは日本がかなり強い分野であり企業の注目度も高く、
なおかつ実用度が非常に高いため「金の成る木」としてバイオと並んで世界との競争が激しい分野でもある（らしい）
比較する先が世界なので、当然世界レベルの努力と実績を要求されることは入って知った。
20時間ぶっ続けでサンプル作った実験結果を当日のゼミで発表すると「もうちょっと綺麗に資料作れないの？」とか平気で言ってくる准教授。
真面目で頑張り屋なのにインパクトファクターを稼げずドクターを6年続けて鬱になった先輩。
めっちゃ上から目線で日本国の公的手続きの手助けを求めてくる外人ポスドク。
当たり前だがすべての研究は無償のボランティアであり、どころか金払って受ける教育なのだが、
求められるのは仕事としてのクオリティ。遊びでやってんじゃないんだよ！
頑張って書いた論文のファーストオーサーはもちろん…教授「俺だよ」
いろいろなことに嫌気がさした俺はアカデミックの道を早々に諦め就活を頑張ることにした。
教授からは「好きでやってる研究だろう。好きなことにすら不真面目な君が社会に出てやっていける訳がない（意訳：研究室で奴隷続けろ）」と全力で人格否定を受けつつ、
少子化の影響もあってか、まあまあ有名といえる程度の大手企業にどうにか滑り込むことができた。
今時小学生でもわかるだろというようなレベルの情報処理の授業、
中学生の国語でやるだろというようなレベルのビジネス作文の授業、
あらゆる授業を仕事として受けることになる。もちろんおちんぎんが発生する。
すべての課題を秒速でクリアし、定時より手前で帰る日々がしばらく続く。
あまりに簡単なので研修よりは同期とのレクリエーションが目的なのだろうと勝手に忖度していた。
ある程度の教育を終えると晴れて部署配属となる。部署はSE部隊。
情報系出身ではない俺だったが、趣味でプログラミングはかじっていたし興味もあった。
入ってすぐの仕事はあるシステム（社員が使っている自作ツール）の改修だった。
新卒に簡単な仕事を与えつつ、プログラミングスキルを伸ばしつつ、自分たちの仕事も効率化できる、という上手い采配である。
プログラミングはかじっていたとはいうものの、ゲームを作ろうとして挫折したり、あとはHelloWorldレベルくらいで、
まともに運用したのは精々MATLABのような特殊なものだけ。所謂プログラミング言語で利用者がいるソフトを触るのは初体験だった。
詰まっては調べを繰り返しながらも趣味の延長のような感じで楽しく取り組むことができ、上司の引いた工程の3分の1で完了した。
俺は平静を装いつつも内心歓喜した。
なにせ不真面目学生である俺は教授から駄目出しをくらったことしかなかったのだ。久々に得られた自己肯定感である。
これはいけると判断したのか、同じく社内ツール改修の仕事をいくつか振られる。
片付けていくうち、俺のPCスキルが先輩社員と比べても高い部類にいることに気付く。
自作ツールを社内LANで動かすとファイヤーウォールに引っかかったりなどするが、先輩社員がそれを対処できないのだ。
どうやらそういう感じで動かなくなり、放置されていた部分を俺が解決しているらしい。
だがWindowsのFWの設定なんてNasneでアニメを撮りためたりFPSの海外鯖に接続するようなヒキニートにとっては半ば常識である。
陽キャパリピっぽい先輩が知らなくても無理はないが、SE部隊で長年社会人やっておいてわからないことには軽く失望する。
プログラミングが派遣の仕事とは言っても使役する側に知識がないのではやはり困ると思う。
ちょうどその時、働き方改革とかいう名目で各職場が独自でやっていたシステムを統合し、
各営業所で独自に動いていた勤休登録システムが全社的に統一されることになった。
新しいシステムはUIもモダンで、前のよりぶっちゃけ使いやすくすぐに慣れた。
だが先輩は勝手がわからないらしく、俺が先輩に質問する回数が減るのと同時に、先輩が俺に質問する回数が増えた。
働き方改革の魔手は勤休にとどまらず、いろいろな社内システムが統合されてゆく。
頼られる頻度は増し、頼ってくる相手も先輩だけではなくなってきた。どこから噂を聞いたのか他部署の人からも質問の内線が来るのである。
上司に聞けや。知っとると思うがワイ新卒やぞ？と思いながら（つーか言いながら）回答する。
まあ新しいものには若い方が強いみたいな感覚は理解できるが同期に聞けよ←残念同期からも同じ内容の質問が飛んでくる‥現実です‥これが現実‥！
このあたりで自己肯定感よりぶっちゃけ不信感を感じることが多くなってくる。
確かに中学生以降は家族でも学校でもパソコンに強いニキではあったが、
まさか面接で選抜されたひとだけで構成されている筈の会社でパソコンに強いニキをやるとは思わなかったのだ。
まあそんな人が一人もいないはずがないので、多分、本当に詳しい人はうちではなく客先に居て、かつ忙しいということだろうと思うが。
さすがに面倒に感じていたある時、PukiWikiを社員が編集して公開できる神システムを見つける。
当然というべきか、数年前に何某が色々編集していた痕跡だけを残し、現在は廃墟と化していた。が、サービスは生きていた。
ゲームの攻略を頑張って書き込んでいた時代を思い出しつつ、新しい社内システムの利用法を懇切丁寧に解説するWikiを作る。
上司からは「その辺の社員100人より貴重」「絶対やめないでくれ」的な評価を賜る。
社内ツールの使い方記述しただけで褒められる異常事態に少しずつ価値観が麻痺してくる。
仕様書がないのはもちろん、そもそも社内環境でビルドできない、なんと.NETではないVBである。
当たり前のように1ファイル50kstepを超えるソースがずらずら並ぶ様は威圧感すら感じさせた。
上司を含めて誰もソケット通信が分からない中、元々チャットツールを作ろうとして失敗した経験のある俺は、
先輩が3人×3時間＝9工数かけて解決しなかったあるバグをちょいとググっただけで10分で解決。
というようになんかやたらと活躍し、どうにかプロジェクトが終わるころには上司の評価は天元突破した。
地味に詳しい人は他にもいる（外にいて忙しい）ということもわかり推測は当たっている様だった。
会社に入って以降「君は社会ではやっていけない」と言った教授の言葉の信憑性は下がる一方である。
なにせ主観的にはヒキオタがヒキオタっぽいことをやっているだけで褒められるのだ。
募る違和感の中、経団連の会長室にメールが導入されたニュースと、そのコメントを見て気付いた。
俺は異世界転生したのだと。
そう、俺の就職先は、パソコン強いニキが崇め奉られる異世界だったのだ。
自席で堂々とYouTubeを見てたときには流石に上司に苦言を呈されたのだが
「ゼネラリストには情報収集も必要」と言い訳すると「おお…」「さすが村上君だ…」となって許された。（マジ）
ちなみにマーケット調査の名目で業務中YouTuberを見ることを冗談のつもりで提案したら、真面目に検討された。（マジ）
他の人にはありえないが俺だけ許されるところに落ち着くのではないだろうか。
うける。
正直言って危機感はある。
世界と戦うを標榜していただけあって確かに研究室のレベルは高かったと思う。非情報系でもプログラミングはできて当たり前だったし。
この会社は（最近、一定以上大きければどこもそうじゃないかと思うが）半官半民みたいなもんなので、皆どことなくのんびりと仕事をしているように見える。
その結果、当然ながら競争力が落ちる。落ちはするが、会社組織は存続し続ける。
そして存続し続ける会社の中には「異世界」が広がっているのである。
他の会社もそうだと思うが、各地で頑張ってる派遣プログラマーの方がよほど技術力が高い状態。
まあでも転生した側としては居心地いいのでこの異世界に骨を埋めるのも悪くないと思っている。
前回は、MySQLとphpMyAdminを使って、リレーショナル・データベース（RDB）を少し触ってみた。
今回は、RDBの使い方や仕組みについて理解を深めるための資料を探してみよう。
本は、買う価値のある本と、買わなくてもいい本の2種類があるね。
どちらの本かは自分の判断で決めよう。（１度で理解できない本は、何度も読み返すことになるだろう。）
最初に読めば、DB全体を俯瞰する地図を手に入れたようなもの。その後の見通しが良くなる。
本書はMySQLをはじめて触る方を対象として，開発環境の準備からSQLの基本的な書き方，PHPによるWebシステム開発まで，図解でわかりやすく解説します。
まずは、データ操作の基本「CRUD」（Create＝追加、Read＝取得、Update＝更新、Delete＝削除）を理解しよう。
CRUDが分かれば、DBを使ったWebアプリを作れる。→ここがIT土方の最低レベルだぜ！
本書は、データベースを操作する問合型言語「SQL」の文法を練習できる。
SQLが読める＆書けるようになれば、RDBを使ったプログラミングで苦労しなくなる。
上記２冊の入門書程度の知識を身に付ければ、RDBに関しては初心者から脱却できるはずだ。
RDBを使うプログラムを作るなら、まずはこの程度の知識をクリアしておけば、十分だろう。
次の段階では、既存のDBを使うだけでなく、「ゼロからDBを設計、構築してくれ」と頼まれるようになるはずだ。
（以下の話は、今の段階では無視してもOK。RDBにある程度慣れたら読んでみて！）
データベースの本はいろいろあるけど、「ミック」という人が書いた本はRDBの要点がまとまってるので、なるべく早い段階で一通り目を通しておくことをお勧めする。（ミックさんの本は買って何度も読み返してる。）
RDBの設計方法はいろいろあるが、古典的な手法として「DOA」（データ中心アプローチ）がある。
↑DOAと、他の「OOA（Object Oriented Approach：オブジェクト指向アプローチ）」「POA（Process Oriented Approach：プロセス中心アプローチ）」を比較した図を見てみよう。
OOAは、言い方を変えれば、
という流れになっている。
つまり、ユーザー側から見ると、間にある[プログラム]は、[DB]を包んでいる「ラッパー」でしかない。
＝[DB]のデータ構造（スキーマ）さえシッカリしていれば、間にある[プログラム]は取り替えてもあまり困らない。
RDBを使うシステムなら、DB設計がプログラム設計よりも重要になる。
（後で[プログラム]を変更するよりも[DB]を変更する方が影響は大きい）
だから、今日でもDOAは十分に役立つ手法だと思って理解して欲しい。
慣れたらER図を書かなくても、頭の中で思い浮かべるだけでもテーブルを作れるようになる。
最初にDOAを知っておけば、今後他の設計方法を使うときでも、比較検討の基準として使えるので、損はないはずだ。
初級者が押さえておくべきDB設計の基礎知識やポイント、正規化／非正規化のケーススタディ、テーブル設計のやってはいけないバッドノウハウ、注意すべきグレーノウハウなどを丁寧に解説します。
DOA、正規化、階層構造（木構造）のデータの扱い方など、DB設計の基本を網羅的に説明している。
私が設計のスキルを付けるために実際に行ってきた「身の回りのものを題材にERDを書く」という方法のサンプルを今回は8種類書き下ろさせていただきました。
手前味噌ではありますが、本書をお読みいただき実践していただくことで「実務で具体的に手が動く」というレベルに達していただけると考えています。
RDBやSQLは「関係代数」という数学が、その基礎を支える理論になっている。
RDBを改造したり、自作したくなったら、RDBの原理を知っておきたい。
この手のコンピューターサイエンスの本って、難しくてつまらない本が多いけど、この本は図解が多くて、珍しく分かりやすい本だったｗ
自分が使うデータベースのマニュアルは最も基本的な１次情報になるので、不明点があったらまず確認するようにしたい。
など、公式サイト、オンラインマニュアルをチェックしておこう。
ミックさんは、ネットでもDB技術論の記事を公開されており、参考になるかも？
（↑無料Webサーバー「Yahooジオシティーズ」は2019年3月閉鎖予定なので、読むなら今のうち？）
階層構造になっているデータ（カテゴリー情報など）をRDBに保存するとき、主なやり方が3通り紹介されてた。（上記の本でも紹介されてる）
自分は(2)の「経路列挙モデル」が分かりやすくて、いつも使ってる。
…という具合に、ネット上の公開記事にも参考になる情報がたくさんあるよ。
（ここまでの説明でURLを9個張ってしまったので、もうこれ以上URLを張れない。＞＜）
他にもGoogle検索などで役立つ記事を探してみよう！（唐突な締めｗ）
データストア（データを保存する道具）は、RDB以外にもいろいろある。→「NoSQL」とか呼ばれている。（自分で検索してみてｗ）
Redis、Hadoop、ElasticSearch、OpenStack…いろいろな道具が発明されてるね。
RDB以外のデータストアを使うときでも、RDBと相違点を比較しながら学べば、取っ掛かりが持てて、理解がスムーズになるだろう。
RDBは、知っておいて損はない。使いまくって、体得しよう！
RDB、SQLはパズルみたいなものだから、楽しんで学んで欲しい。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書 ←★今ここ★
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
：
前回はオブジェクト指向プログラミング（OOP）で使う様々な仕組みについて学びました。
OOPの文法を学んだ後、OOPの長所が発揮される場面をどうやって説明したらいいのか？を考えてみた。
横田の意見を参考にして、「フレームワーク」を使って、OOPの使い方を見てみよう。
framework →「枠組み」「骨組み」「構造」などという意味の英語。
システム開発で使われる「フレームワーク」とは、よく使われる機能のパーツを用意して、まとめて１つのパッケージにしたプログラム群のことだ。
イメージとしては、いろんなおかずが入ってる豪華な幕の内弁当のようなものだ。
ただし、ご飯のマスだけが空になっていて、プログラマーが自分でご飯を用意しないと、弁当としては完成していない形になってる。
普通の白いご飯を作って追加しても良いし、好みや必要に応じて、炊き込みご飯やまぜご飯を作って追加しても良い。
ゼロから豪華な幕の内弁当を作るのは大変だけど、ご飯だけ用意すれば完成するので楽ができる。
プログラムの開発でフレームワークを使うと、プログラマーは必要最小限のコードを書くだけでアプリを完成させられるので楽ができる。
「フレームワーク」と似た用語で「ライブラリー」という用語がある。
弁当を作るときに使いたいおかず（ライブラリー）を自分で考えて探し出し、選ばないといけない。
（フレームワークは最初からおかずが全部用意されているので、自分でわざわざ選ばなくてもOK）
プログラムの動作で見た場合、フレームワークとライブラリーでは決定的な違いがある。
↑このページの「図1●フレームワークにおける制御の反転」という図解を見てみよう。
「制御の反転」（Inversion of Control、IoC）といって、自分の書いたコードが主役から脇役になってる点が違う。
（主役と脇役という説明は適切ではないかもしれないけど、イメージとしてはそんなかんじ？）
フレームワークはいろんな機能が全部入りで、こいつを使えば、ちょっとコードを書くだけで、高機能なアプリがすぐに作れる。
ここでは「MVCパターン」という仕組みで作られた「MVCフレームワーク」を使ってみよう。
MVCは「Model」「View」「Controller」の略で、MとVとCの３つを自分で用意すれば、アプリが作れちゃう仕組みだ。
MVCの歴史は古くて、GUI（Graphical User Interface、グラフィカルユーザインタフェース）を作る方法の定番だ。
→「MVC 仕組み」でGoogle画像検索すると、分かりやすい図解がいろいろ出てくる。
（参考）
Wikipediaの説明は、文章が学術的で難しいけど、正確な説明になってると思う。
↑このページの「MVCの概要」という図が、MVCの仕組み＝動作の流れを分かりやすく説明してる。
こういうプログラムの設計に関するノウハウは、「アーキテクチャー・パターン」という分野に蓄積されている。詳細はGoogle検索してみよう。
Webアプリを作るときに使われるMVCフレームワークには、いろいろある。
有名なものとして、
などが挙げられる。
PHPでOOPを学習しているので、ここではPHPのWAFの１つである「CodeIgniter」を使ってみよう。
CodeIgniterは使い方がシンプルで、覚えるルールが少ないので教材に向いているだろう。
それでは、CodeIgniterを使ってみよう。
↑このページの「Download」から「3.1.9.zip」という圧縮ファイルをダウンロードする。（2018年10月現在はバージョン3.1.9でした）
ダウンロードしたファイルを解凍して、「CodeIgniter-3.1.9」というフォルダが出てきたら、「waf」という名前に変えよう。（「waf」はWeb Application Frameworkの略。）
今「waf」フォルダの中には、「index.php」というファイルや、「application」「system」などフォルダがあるね？
この「waf」フォルダを以前用意したXAMPPの中にコピーする。（参照：anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備）
＝「C:\xampp\htdocs」（Cドライブの中の「xampp」の中の「htdocs」というフォルダ）の中に「waf」をコピーして下さい。
＝「C:\xampp\htdocs\waf」という位置にコピーできたらOK。
これで「Welcome to CodeIgniter!」というWebページが表示されたら、CodeIgniterの動作確認はOKです。
$config['base_url'] = 'http://localhost/waf/';
それでは「Hello, world!」と表示させるシンプルなWebアプリを作ってみよう。
<?php
defined('BASEPATH') OR exit('No direct script access allowed');
class Hello extends CI_Controller {
public function index()
{
$this->load->view('hello_index');
}
}
ここで注目して欲しいのは、「class Hello extends CI_Controller」という部分です。
フレームワークが用意している「CI_Controller」というクラスを継承して、自分で「Hello」というクラス（オブジェクトの設計図）を作っている、という点です。
次に、
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<p>Hello, world!</p>
</body>
</html>
今回は簡単なので、MVCの「M」は用意しませんでした。（CとVだけで完成）
Webブラウザーで「http://localhost/waf/index.php/hello」というURLにアクセスして下さい。
画面に「Hello, world!」と表示されたら、Webアプリの作成が成功です！
「Hello, world!」の表示だけではショボ過ぎるけど、Webフレームワークを使えばもっといろいろな機能が作れます。
詳細は、CodeIgniterのマニュアルを参照して下さい。
↑このページで「ユーザーガイド(日本語)」を読んでみて下さい。
Webアプリを作るときデータベースがないと不便なので、次の次ぐらいにSQLを学ぼう。
MySQL（データベース）を使えば、掲示板などのWebアプリも作れるようになります。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう ←★今ここ★
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
：
PCそろそろ買い替えたいなー。
今使ってるのはメモリだけは16GBあったりで仕事や普段遣いで使ってるぶんには性能は全く不満もないけど内蔵のSDD+HDDは両方共一度壊れて、交換済みSDD+外付けHDDで無理やり動かしてる状況がなんか嫌だし、何より当時からしてもグラボが低性能だったせいかSkyrim(OE)ですらマトモに動かないレベルなのをどうにかしたい(一度グラボ交換しようとした所、マザーボードが対応してなかった…)。
グラボ交換もできないポンコツには自作なんて到底ムリだしやっぱゲーミングPC頼んじゃうのが安泰かなー。
近所の犬が朝っぱらから煩くて、小一時間鳴き続けて睡眠妨害。その対抗策として、昔のCDを大音量でかける事にした。取り出したのは二枚の自作CD。歌詞も全部元彼が印刷したものだ。几帳面な字がタイトルに踊っている。曲順の書かれた紙を裏返せば、「OPEN」の記載がある。
まさか、と思った。一枚だと思われたその紙、よく見ると開けるようになっていて、中にメッセージが書き込めるようになっている。大学時代、遠距離恋愛をしていた私達はこうやって音楽を共有する事で寂しさを紛らわせていた。恐る恐るOPENと書かれたその紙を開いた。
「誕生日おめでとう。遠距離恋愛で寂しい思いをさせているかな。ごめんね。大好きだよ」
見覚えのある達筆で。考えないようにしたけど涙が溢れてしまった。自作の歌詞カードは、水分に弱い。あの頃の思い出が簡単に滲んでしまう。私達は、彼の母親の死をきっかけに別れたのだ。元々自分に恋愛感情はない相手だった。その筈なのに、トラックの最後に収録された「今、会いに行きます」の挿入歌だとか、今では陳腐と切り捨ててしまいそうなラブソングが詰まっていて。
どうしてこのCDを選んでしまったのだろうと後悔した。開けるべきじゃなかった。もう結婚しているのに。
