フォームを創るときに「このフォームをユーザーが明示的にクリックした、自分のHTMLから送られている」ということを確認する意味で重要
Googleとかだと仕組みが必要ない→別のページから検索することもあるから
常に、「このデータは他の人が創ったフォームからしか入力しちゃいけないのか？/or not」を考えて実装させていくのが重要。
色々やり方はある(Ajaxを使うとか)。適宜学習。
ずっと同じCookieだと知られると毎回権限が奪われるので違うCookieを設定するのがよいかも

エラーを考慮する

issetと条件文などを使ってerrorを出力させる
値を先に見ておいてからtokenを確認するのは値だけでも出してあげるため
controllerはpost, confirmの二つがあるが、viewのformはpostだけのものではなくconfirmのものでもある
だからcontrollerとviewは必ずしも１対１対応にはならない→このへんに役割を分離する意味がある
（このへんよくわかっていないので補足お願いします・・・）

ファイルを分離する理由（MVCパターンの原則）

非常に重要。
model/bbs のところにvalidate_postを「別関数にして」「別ファイルに」分けているのは理由がある
基本的な原則：controllerにはHTTP（WEBサーバー）に依存するものしか書かない。
POSTの内容が正しいかどうかはサーバーサイドとは全く関係ない話。
ブラウザからでなくてもよいので、ここは切りだしてmodelにする。
よくある誤解：modelはDBを扱うものだというのは誤解。上にあるような概念に基づいて分けるべき。

確認すること

文字列の長さとかエンコーディングとかをみる
validate_postの部分をコードリーディングして覚える
&というのを書くと●●●（※ここがよくわからず。スミマセヌ）。

postを信用しちゃいかんということ

毎回validationを実行する
ユーザーの悪意を防ぐため
値を消さないように設計してやるのが実務的には重要。
エラーメッセージもちゃんと書いてやる。→そして消さないように値は戻してやる

リダイレクト

一旦別のページに飛ぶという命令を送る
完了しましたみたいな画面をブックマークしたらどうなるの
リロードしたときにもう一回ポストされちゃうとか
そういったことを防ぐためにそういう仕様にする
（※ここ微妙にわかってないので誰か補足を・・・）

難しくないですよね

（すいません難しいです）
このパターンで全部できます
このコードに出てくるパターンさえ覚えていれば全部できる→だから頭に叩き込む
後は叩くSQLを変える
confirmいらなかったらconfirmとればいいしとか

Q.エラーメッセージのところで、データベースでしばらく待ってくださいというのは？

ハードディスクがいっぱいになっているという状況を想定している

sqliteのパスを変えてやればオフラインで動く

MVCパターンを理解するために色々作ってみる！

おさらい

1.VとCを分ける理由
条件分岐があるので一つの画面で複数の見た目があるので分ける
CはURLのパターンだと思ってもらうといい
CはURLに１対１（例：Mixi、日記というのは１：１。日記がありませんと日記が表示される場合はCは１個だが、Viewはふたつある。URLのパターンとコントローラーの数は１：１の関係→ここよく分からなかったのであとで調べないと）
2.CとMを分ける理由
Mに操作が集まっていたほうがいい。HTTPに関係のある話以外は全部Mに入れるべき。
「これってHTTPじゃなくてローカルアプリにしたときにどっちに入れるべき？」というのを考えて仕分ける。
エラーの文言はViewに入れるべきかなと思ったが、複雑になるかなと思ってModelに入れた。
「このボタンを押してください」というような文言だとHTTPに関するメッセージなので
そのサイトで統一されたルールが必要かも
3.MVCの中でMが一番ふわっとしてる
Mは勝手に書いてねみたいなフレームワークが多い
SQL or ORマッパー？→どれぐらい早くなるか、将来的なチューニングのしやすさなどでどっちをとるか考える
SQLで確実にコードは汚くなる。汚くなることを許容できるなら・・・。SQLで書くことの精神的なコストは大きい
ORマッパーの達人になってしまえばSQLはいらないのかも？

＊PDO：SQLのライブラリ
＊Git：ソースコード管理のためのソフト。今後も使える技術なので次回フォローしていきます。

参考リンク

sqlite3の基本操作まとめ

http://tterry.blog.so-net.ne.jp/2008-03-19-1

入門ソーシャルデータ:ドット言語というものがあり、graphビズ？というライブラリで可視化できる。

↓のリンクからいけますが何でか分からないけど画像が表示されない。

感想

一番良いと思ったのは、やっぱりプログラマーの人の思考過程が見えることですね・・・！
そしてソースコードリーディングの重要性がわかりました。
良い基本的なコードというのを繰り返していくのが大事なんですねー。

閑話休題。
若干脱落気味の私。宿題も今回やれてないのでキャッチアップしないといけないです・・。
＊というのもゲームのちからで世界を変えよう会議のOffline Meetingの準備におわれていたからでして・・・
ゲーミフィケーションとかシリアスゲームとかそういうのをもっと広めていって、世の中をもっとGamefulにしていこうよみたいな活動をやっています。

いややっぱそういう甘い考えじゃだめだな。活動があるとか全く関係ないですね。すみません。
せっかくamachangさんに教わる機会があるのにキャッチアップできてないとか大損失すぎる。
これじゃアイデアを実現するどころの話じゃないな。聞く姿勢の問題。。

脱落しているっぽい理由がvimとかnanoとかのエディタとターミナルを使いこなせてないからだと思う。
（そしてそれを勉強会で勉強するというのも変な話でどこにでも書いてあることだから自分で勉強すべき）
その辺復習できるよいものはないですかねえ。
プログラマーのひとショートカットかつようしすぎててちょっとはやさてきについていけないところがある

キャッチアップ対策

エディタ、ターミナルを完全にマスターする
もう一度録音データを聴き返してわからないところをわかるまで調べる
多分用語とか言葉がわからないからついていけない部分が多いので、わからない単語がないように潰す。

時間を見積ながら動かないといけないですね・・・

＊多分今回プロジェクトは立てずにどこかにJoinする形でやりたいかなと思ってるんですけどだれかやとってください

2012-01-12

Rock Over Japan

Magic Over Japanの名前の由来にもなっている（一番最初の記事でも書いた）、Rock Over Japanのまわるピングドラムバージョン。
アレンジ聞いてると全く別の曲。こっちのほうがむしろ好き。

2012-01-02

謹賀新年

あけおめことよろ（Twitterを落とす呪文）！

さて、今年の抱負ですが、まずはゲーミフィケーションの理論の理解そして実践ですね。
他にもあるのですが、一応このBlogはWEBサービスの開発周りに特化したブログなので！！
とりあえず14日のUTGYM企画会に向け、鋭意企画考え中です。
もし賛同してくださる方がいれば、是非一緒に作りましょう！！

14日までにor21日までに、Twitterで1個BOTとか作ったりしたいですねえ。。
そのためには今までの復習と、どっとインストールとかその辺も参考にしつつ勉強しないとな！

ドットインストールで思い出したのですが、インターネットを学習に使うためのコンテンツが日本でも増えてきています。

ソーシャルラーニングで学校いらず！？インターネット学習の現在とこれから
http://blogs.itmedia.co.jp/sasaki/2011/12/2012e--a86a.html

なかなか興味深い記事ですよねー。
ではでは。

2011-12-25

12/25 気になる記事まとめ

たまにはてなから、プログラミング初心者用の記事を抽出して読んでいく作業を開始してみることにしました。
「フレームワーク」「node.js」「大規模開発」とか色々気になるワードはあるのですが、今読んでもなかなか良くわからない気がするので、とりあえず自分でちゃんと書けるようになるまでは入門っぽいのだけ選別します。

中学生からわかるiPhoneアプリ開発入門。第1回。
http://www.appbank.net/2011/12/24/iphone-news/342008.php

[Creative][Android][Githam]空き時間にスマフォでソースコードが読める『CodeLibrary』をリリースしました！
http://d.hatena.ne.jp/hamhei/20111224/1324734053
→ちょっと難しめ

HTMLからツイッターbotの作り方まで無料で教えてくれるプログラミング学習サイト『ドットインストール』が素敵
http://www.danshihack.com/2011/12/22/junp/webservices_dotinstall.html
今やってます。

JavaScriptをもっと上達したい人へのヒント（JavaScript おれおれ Advent Calendar 2011 – 24日目） | Ginpen.com
http://ginpen.com/2011/12/24/hints-for-jser/
→ちょっとむずかしい。

2011-12-18

ちびこーどさんの記事。

昨日のUTGYMでid:amachang先生がchibicodeさんの話をしてて「誰それっ！？」と思ったアナタ！

私が記事を書いているのでそれを参照して下さい！すっごい方なんですよっ

「２０歳を過ぎてからプログラミングを学ぼうと決めた人たちへ」講演まとめと感想
http://kotoyumi.blog59.fc2.com/blog-entry-64.html

この記事の中でchibicodeさんが語っている、「知識のグラフ」の概念が、

今回のid:amachang先生の、

プログラムを学ぶためのロードマップ
https://cacoo.com/diagrams/KEzduTiEHpW5dTYB

これに似てるなーと思いました。