2017.4.22
俺のカクテルデータベース計画!#1【スケジューリング#1】
さて、ここ数年日記以外のこと何もしてないんですが
(厳密にはAnonymousの爆死を機にやる気をなくした)、精神的に回復を見せ、また環境も徐々に出来る可能性がでてきたのでまぁなんか開発じみたこともそろそろやんなきゃなって。
いや、一応
某ファッションノートの更新もやりたいんですけどね。服もなんかお気に入りの服がほぼ全部ダメになってるんで、買うついでにね。ま、それはまたそのうちにね・・・・・・。
ということで
昨日の記事で具体的に示した、(俺専用の)カクテルデータベースを作ろうと。
カクテルのデータベースは割といくつかありますし、例えば
ここなんかはかなりのデータが保存されてます。
だから今更それに対抗するつもりもないですしね。
でも、僕にとっては必要なわけです。宅飲みをしたときに、こんな材料あるんだけど何作れるんですか?ってのがパッと出て来るやつがね。
スマホで見ても分かりやすく、すぐにレシピがわかるやつ。そのへんのデザインは追々考えたいと思うわけですけど・・・・・・。
さて、技術的には
今は亡きMuselの応用みたいな感じなんで余裕で作れそうなものです。
が、ここで一つ、プロいことをしてみようかと思うのです。
それが今回のタイトル、
スケジュールです。
スケジュールって立てる意味があんまりないように思えるのですが、今までの開発を通じて思ったことがあります。
スケジュールがあることで
自分の進捗を客観的に捉えられ、モチベに繋がると思うんですよね。
あっ自分思ったより全然進んでないな、あかんやん・・・・・・ってきちんと把握できることで、目標としてる日時に開発がきちんと終えられるように調整ができるわけですね。
さて、今回は具体的なスケジュールは立てないですが、大まかに作業を分解してみましょう。
この「分解していく」という作業が大事なわけですね。
今回は所要時間などは考えず、ざっくりと作業をわけてみましょう。
1.設計
読んで字のごとく、設計部分ですね。フローチャートとか、あと大事なものとして
クラス図(らしきもの)を考えましょう。
ユースケース図なんかもあると思うんですけど、そこまでは書かなくていいかなぁ・・・・・・。書き方もあんま覚えてないし、開発が小規模すぎて活かされない気がする・・・・・・。
2.デザイン設計
大体僕がずっと引っかかるのがこのあたり。ほんとはデザインを先にすべき感あるんで、設計と同時並行がいいんですかね。
分けた意味・・・・・・。
CSSの構造とか先に決めちゃいたいですよね。ま、別にそれに依存せずにコーディングはできるんですけどね・・・・・・。
とりあえず最低限、どんなデータが必要かとか考えた方がいいかもですね。別にクラスそのものを渡せば後はなんとかしてくれる感ありますけど・・・・・・。
3.コーディング
ま、読んで字のごとくですね。一番時間かかるところではありますが、大事なのは
ロジックは1.の時点で考えとくってことですね。
場当たり的に開発するのはもうやめたいわけです。
次回はこのそれぞれについで時間の配分を考えたいですね・・・・・・(なんか全然話進んでない気がする笑)