プログラミング技術さえ身に付けば、プログラマとして一人前と言えるでしょうか？ プログラミングを始めたばかりのうちは、プログラミング言語の習得や周辺の知識を得ることばかりに目がいきがちですが、それだけでは一流のプログラマになれません。（プログラミング言語を学びたいならこちら：写経で身につけるプログラミングの基本） プログラマとして成長するためには、プログラミング技術を学ぶだけではなく、良いソフトウェアを作るための良い習慣を身に付けることが大事になります。初心者のうちに良い習慣を身につけておけば、ただ知識を追い求めるのではなく地に足をつけた成長ができるはずです。 本記事では、私自身も先人たちから学んだプログラマが身につけたい３つの習慣について書いています。 自分で書いたすべてのコードを説明できるようになろう プログラミングは全て、明確な判断の結果です。if文を使うべきかどうか、どのAPIを使う

さて、今年の中原研ですが4月からゼミが始まりました！すでに3回のゼミが終わりました。 ゼミでは、自分が発表するときだけではなく、人の発表を聞いたり、コメントすることで学ぶことがとても多いです。 今年はゼミで学んだ研究の教訓・気づきなどもこのブログで紹介していければと思います。 ▼ 今回テーマとするのは「先行研究の読み込み」です。「先行研究を読む」というのは研究において基本中の基本かもしれません。しかし、とても奥の深い活動です。 今回は中原先生の言葉をもとに、先行研究を読むときに大事な３つのポイントを整理してみようと思います。そのポイントは以下となります。 １．先行研究の内容を「わかること」 ２．先行研究の論文間の関係を「整理すること」 ３．先行研究を「批判すること」 それぞれ説明していきましょう。 １．先行研究の内容を「わかること」 まずなんといっても「先行研究の内容を1本ずつ理解していく

この記事は今年度の前期に行った、専修大学の「リテラシー演習」という授業をしていて気づいたことをまとめたものとなります。この授業では、レポート・ライティングの書き方など、大学での学び方に関する授業を行いました。 先日「話が広がりやすい自己紹介の書き方」に関する記事を書きました。 「話が広がりやすい自己紹介」を書くための３つのポイント https://www.tate-lab.net/mt/2011/10/post-209.html ▼ 今回は「本の読み方」に関する記事を書いてみたいと思います。 今回主張したいポイントは以下の点です。 レポートを書くためにはまず「知識」が必要。だから本や新聞を読むのは大事 しかし、本を読むのは「知識を得るためだけ」ではない 自分はどういうことを問いたいのか、筆者はどういう主張をしているのか等を意識することが重要 ▼ 私が担当したこの授業では、半期をかけて、自分

先日自分が主催しているUnlaboratory（アンラボラトリー）というコミュニティのイベントで、「研究発表するをするときの心得」について10分程度の軽いプレゼンテーションを行いました。 ここで研究発表とは、「学会発表」や大学院での「中間発表」などのことを指しています。 そのときのスライドをWebに公開したところ、twitterやFacebook等で色々な方に見ていただけたようなので、あらためてブログに文章として書いておきたいと思います。 とても基本的な内容ですが、チェックリストのようになればと思います。項目は以下の通りです。 プレゼンテーションの基本ポイント プレゼンテーションをどのように構成するか？ 研究できるのは一つだけ 不十分なのは当たり前 あなたの行動が伝わるように 質疑応答の対策 何度も何度も練習するべし 1.プレゼンテーションの基本ポイント まず以下の４つをチェックしましょう

ミームの死骸を待ちながら：春から研究室に配属される理系新四年生のための心得に便乗して私も。 はじめに 卒業研究に望む姿勢としては、ある遊園地のフリーパスを無料でもらったときの姿勢と一緒がよろしいかと。どうせ、もらったのだから、怪我や病気の危険が無い限りはその遊園地にいってとにかく楽しみましょう。もしかしたら、しょぼい遊園地かもしれませんし、あるいは、最高の遊園地かもしれません。でも、楽しもうと思いさまざまなところに着目すれば、絶対に楽しめるところがあるということを決して忘れてはいけないと思います。 そして、遊園地というものは基本的に楽しいところなのです。 多くの人にとって一生に一度のことだから、楽しもう！ 卒業研究は、多くの人にとって一生に一度のことだから、大いに楽しもうではありませんか！ 何でもそうだけど、楽しむためには一度どっぷりと浸ってみないといけません。どっぷりと浸れない、あるいは

まとめ 良い進捗報告とは、自分が行っている作業やプロジェクトを順調に進めるのに役立つ手助けが得られやすい報告である 教員にとって良い進捗報告 学生が行っている作業やプロジェクトが自分の研究のプロジェクトの一部であったり、研究室で取り組んでいるプロジェクトの場合とそうでない場合では教員にとって作業の進捗の意味がある程度変わる。前者の場合は、自分のプロジェクトの一環なので、作業やプロジェクトの進捗がそのまま自分のプロジェクトの進捗に反映されるので、より真剣に、場合によっては過剰に干渉して進捗状況を制御しようとする可能性がある。後者の場合は、学生が順調に卒業／修了できるかどうかが興味の焦点になるので、学生が援助を求めてきたならば援助しようという程度の干渉の可能性がある。ここいらへんは指導教員の性格による。 どちらの場合にしても、教員が知りたいのは「どこまで進んでいるか」と「援助は求められていない

自分の知識が足りないからわからないというのも正解なのだけれども、もう一つ重要な視点を忘れないようにしてください。あなたが読もうとしている文章自体がろくなものではないという可能性を。卒論や修論はどれぐらい丁寧に指導されていたとしても、ある程度は間違いが含まれている可能性が高いです。ですから、卒論や修論を鵜呑みにする（卒論や修論にかかれていることは絶対に正しいとする）のはいけません。場合によっては、ちゃんと査読を通った国際会議論文や学術雑誌論文でも、間違いが含まれている可能性があります。もちろん、専門書も。 自分のことは一度棚にあげて、「良いか悪いかは別として、わからんもんはわからないんだ。」と考えて文献調査をすることが重要です。「〜がわからないのは恥ずかしい」というのは、まあ、そうでしょうが、わからないもんはわからないですし、今現在わからないんですから、素直に知っている人に教えを請いましょう

持ち時間を把握する 卒論提出、卒論発表会、中間発表会の日時（まだ決まっていない場合は昨年度の日時）を調べて、自分が使っているスケジューラーに入力する バイト、部活、就職活動、年末帰省などなどを考慮して、研究に費やせる時間が1日あたり何時間、週あたり何時間、月あたり何時間あるのかを表にしてみる 自分の持ち時間を把握するのが卒論を終わらせる第一歩 研究室の先輩の卒論体験をインタビューする 実際の卒論スケジュールを尋ねる 今から振り返るとこうしておけばよかったという「理想の」卒論スケジュールを尋ねる どういう点に気をつけたほうがよいのかを尋ねる 指導教員のどういう点に注意を払った方がよいのかを尋ねる 可能なら2〜3人に尋ねること 月曜〜金曜までは毎日1度研究室に顔を出す 試練の秋・冬に向けて、体と精神を慣らしておくべき 自宅のドアを出たら無意識に研究室に向かうところまで調教しておく 研究室の冷房

卒論大詰め。やっぱり、だめだった。 そこで、せっかくなので卒業研究を華麗に失敗する方法をちょっと書いてみる。タイトルのとおりだけれども、卒業研究を華麗に失敗するための有力な方法は「他人の話を聞くのをやめる」。かなり効果的なのでお勧め。 やり方は始めのうちは簡単。先生や先輩が何を言ってきても以下のように答えて、実際は何もしなければよい。 真剣な顔で、まじめに聞いているふりをする 相手の言っていることがわかっていようが、わかっていまいが「はい、わかりました。」と答える 向こうが「何か質問がある？」と聞いてきたら「特にありません」と返す とりあえず、相手の気が済むまでしゃべらせて、その後は忘れる はじめのうちは、先生や先輩もだまされていることに気がつかず「あいつは素直なやつだなぁ」なんて、思うけれども、しばらくするうちに、何かしら注意されたことや相手が教えてこようとしたことに対して失敗してしまう

理由は詳細版にてご覧ください→大学院修士向け研究室情報チェックリスト 自分の属している分野の大学院修士課程進学率、修士修了後の進学率をチェック 文部科学省の学校基本調査を調べる 自分の進みたい大学院の教育方針を読む 自分の進みたい専攻宛に来ている求人票を20社ぐらいチェックしてみる 自分の専攻の修了率はどれくらいか（X+3年3月の修了者数／X年4月の入学者数） 研究室の主宰者のチェック 研究分野をチェックする 会社勤めの経験があるかないか。出身大学はどこか（旧帝国大学系ならば、アカデミックポストを得るための人脈が豊富な可能性もある）。助手（助教）経験があるかないか。留学経験があるか無いか。 最近5年間くらいの外部資金の獲得状況はどうなっているか？ 主著者としての最近5年間くらいの論文執筆状況はどうなっているか？ 共同研究者に外部の人がいるかどうか 何を主としてページが構成されているか？研究

僕が新社会人になったときには、「この本を読んで学ぶと良いよ！」なんて、紹介してくれる先輩がいなかった。 だから、無駄な書籍を読んで、あんなクソな本読んでる暇があったら、この本読んでおけば良かった。と、何度も思った@HIROCASTERでございませう。 新社会人の皆様に技術書は高価なので、厳選してオススメを紹介します。カテゴリ・言語別で上の方に並んでいる者が初級者にオススメ、下にいくほど、上級者向けです。数ヶ月かけてステップアップすれば良いのではないでしょうか。 新しいプログラマの教育担当者やメンターになった人は、この記事を教えてあげれば良いんじゃないかな。