0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

研究の手順

経験談を基に,卒業・修士研究の手順を述べていきます.ここでの研究についての記述は,全て自身の体験談です.進め方は,もちろんどんな研究をするかや環境により異なります.あくまで参考程度に.
手順は以下の通りです.
テーマ決め→課題,ユースケース決め→課題の基礎実験→提案決め→実装→評価

テーマ決め

思考を発散させることが大事.この段階では,実現性を深く考えずにアイデアをたくさん出す.アイデアが出ないなら,自分や周りの経験から考えてみる.

課題,ユースケース決め

「ユースケースが決まっている」とは,大まかには「自身の提案がどのような環境で使われるかを説明できる」ということです.大体の基準として,いつ,だれが,どこで,何をしているのかが言えると最低限という感じです.課題とユースケースは同じタイミングで定める必要があります.課題のみを考えたところで現実味がないからです.背景と課題で迷う人がいますが,大体人の困るところが課題になります.例えば,CPUの使用率が100%になっていても課題にはなりませんが,ユーザの待機時間が増加すると課題になります.

課題の基礎実験

課題を決定したら,課題が本当に発生することを実験で確かめます.この時,なるべく現実に即した実験環境を心がけます.マジックナンバーは避けつつ,自身が実験できる規模間に収められることが理想です.

提案決め

提案には,独自性が求められます.トレードオフを破るような提案が理想ですが,多くの人はそう賢くありません.どうしても思いつかないなら,トレードオフを特定のユースケースにおいていい感じのところに落ち着ける提案だったり,2つの既存手法を状況に応じて切り替えるような提案が決めやすいと思います.したがって,ユースケースは課題のためだけでなく,提案決めにおいても定める必要があります.ユースケースにより状況を限定し,かつそこでしか使わないような変数を提案に取り入れることで,自身の研究に独自の価値を付与しやすいと考えています.

実装

多くの時間を割きがちなので,先に最低限評価するためどの機能を実装すべきかを整理すべきです.没頭しやすいので,周囲の人に相談することを視野に入れるべきです.

評価

課題の基礎実験と同様,現実に即した実験をすべきです.世の中にはシミュレーションにあふれていて,別にそれは問題ありませんが,どこから出てきたか分からない初期値を使っても説得力には欠けるでしょう.提案にさほどアピールできるような力がない場合,評価をしっかり行うことでアピールするとよいでしょう.

まとめ

以上が私の体験談に基づく研究の進め方です.基礎的かつ抽象的な内容でしたが,お役に立てると幸いです.

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?