中田亨のレビュー一覧

非常にわかりやすく書かれており、理解しやすい内容でした。
マニュアルの目的は、最も簡単な作業の誘導。
そのために表現は断言すること、ダブルチェックは有害、頭の中に早見表ができることが「習得」であるなど、「なるほど！」と気づかされる点が数多くあり勉強になりました。

基礎、使い方がとてもよくわかった。
図が毎回丁寧に記されていてイメージがしやすかった。
わからなくなった時またこの本に立ち戻って
理解したい。
時間がある時に実際にプログラムをコーディングして動かしてみたい。

「マニュアル作成のマニュアル」と言える本でした。
使いづらいマニュアルが出来上がってしまう理由を述べたうえで、どうしたら分かりやすくなるのか具体的に示しているので、マニュアル作成に取り組んでいる私にはとてもタメになる本でした。

本書は、理系の大学４年生に向けての卒論の書き方を指南する本です。
著者は、卒業研究は、短距離のようなものと位置付けていて、期間があまりにも短いため、誰もが苦労するといっています。
書いた論文が、多くの人から引用されること、長期にわたって引用されることが、ゴールとしています。
自分が書いた論文が、頻繁...続きを読むに引用されるようになったらさぞかし、うれしいことでしょう。

文中、研究ノートを、営業ノートと読み替えてもいいですし、論文の記載箇所での詳細度は、ＰＲ資料にも言えることです。論文をどう書くかも、通常の文章の書き方と基本は一緒だと思いました。

気になったことばは以下です。

・成果がない実験をしても成果は得られない。本当は論文を書いてから、実験をするのが正しい。実験をするとどうなるかを自分の頭でシミュレートし、こうなるはずだと予測を持つことが大事です。どのような結果が、どのくらいの不確かさを持って発生するのかを数字として書ける程度に想像を固めます。データーは架空であっても、論文全体のスケッチを書いてしまうのです。
・インチキな論文は、このような予測を持たなかったために出現するのです。「実験前に架空データで論文を書くなんて、それこそ不正」と言われそうですが、実際は逆です。
・ちなみにプロの研究者は、研究費申請書を頻繁に書きます。申請書は「こうすればうまくいうはずだ。実験はまだだけど」という文書ですから、架空データによる予測論文の一種です。
・科学において残存している問題とは、下馬評が的外れで、突破口が見つかっていないものなのです。「人々と逆のことをやればだいたい正しい。世間のほとんどは間違っている」と言いましたが、まさにその通りです。
・困難につき当たったら、当初の目標に執着せず、目標を再構築することが大切です。実験はやってみると、いとも簡単に失敗します。机上の空論では想定していない要素が現実世界には充当しているからです。
・だいたい偉大な発見発明とは、怪我の功名が多いものなのです。このように当初は意図しなかった発見をつかみ取ることを、「セレンディピティ」といいます。

・複数の新しい変化を、いっぺんに試すな。という教訓があります。あれもこれもといっぺんに全部品を新型に変えると失敗するということです。部品それぞれを変えるごとに、ひとつひとつ試運転しなけれればいけません。

・研究ノートをつけよ。頭の中で考えたことはすべて書き込みます。考えるときは、ノートに書きながら考えあす。実験のデータもすべてノートに記載します。数字を手書きしたり、データシートや、グラフ、写真を張り付けたりもします。失敗した実験のデータもすべて収録します。やるべきことのリスト（ＴＯＤＯ）もノートに書きます。計画的に仕事を勧めれば、実験を夜中にやる必要も減ります。関連論文や学会の情報、実験室の機材や資材に関するメモなども、みんなノートに張り付けておくことが大切です。要するに、研究ノートさえあれば、他の情報源がすべて消滅しても大丈夫なようにしておくべきです。

多段階の詳細度　新聞のテクニック
①　大見出し　おおざっぱに説明
②　中見出し、小見出し　詳細で付帯的な情報を記載
③　リード文　より詳細な説明を述べます
④　本文　最も詳細な情報を記載します

論説文の原則
①多段階の詳細度で説明
②１段落、１命題
③言いたいことを先に言う
④文章は単文で
⑤同じことを栗課さない、必要であれば、観点や詳細度を変えて主旨を変更する必要がある
⑥流れは一直線　余談をいれない　なぜなら、混乱を招くから
⑦文字の修飾に頼らない　注目してもらいたいことは、見出し、段落１文などの目立つところに書く
⑧わかりやすく書く　アリストレス「賢者のように考え、凡人のように語れ」

論文の章立て

第１章は、問題設定
第２章は、問題解決方法の選定
第３章は、解決方法の実行可能性を論証　実施方法の設計⇒実施可能性の証明⇒信頼性の検討
第４章は、証拠の提示　仮説が正しく証拠が適切であっても読者が納得しなければ学会では認められない　手順⇒結果⇒考察　わかりやすくするには、①箇条書き、②図解、③写真
第５章は、結論　①研究の成果（わかったこと）、②成果の価値、③今後の課題
付属部分　要約、謝辞、参考文献

執筆のコツ

・書けるところから書け
・何はなくても謝辞だけは書け
・推敲　①プリントアウトしてみる、②他人に見てもらう　③時間を置いてまた見直す　④音読してみる　⑤ポジティブチェック、よくするためのチェック　⑥ネガティブチェック、文章のあら捜しとその修正
・文字の大きさや余白、行間をゆったりめにとること

目次

はじめに

PART1 卒業研究の進め方
§01 卒業研究のスケジュール
§02 研究のネタを見つける方法
§03 孫子に学ぶ実験のコツ
§04 研究の作法
PART2 論文の書き方
§05 業務用論説文の原則
§06 卒論の標準的な目次立て
§07 第１章は「問題設定」
§08 第２章は「問題解決方法の選定」
§09 第３章は、「解決方法の実行可能性を論証」
§10 第４章は「証拠の提示」
§11 第５章は「結論」
§12 付属的部分の書き方
§13 執筆のコツ
PART3 卒論を世に出す
§14 卒論の口頭発表
§15 卒論の成果を発展させる
§16 科学とは何か、不正とは何か

ISBN：9784062576666
出版社：講談社
判型：新書
ページ数：206ページ
定価：920円（本体）
発行年月日：2018年04月27日第5刷

【1行説明】
（タイトルのまんま）

【趣旨】
主にこれまで論文のような系統だった長い文章を書いたことのない学部生に向けて，卒業研究の着手（テーマ決定）から卒論執筆，研究発表まで気を付けるべき点や知っておくとよいことを紹介している本．

【引用文3つ】
1. (p.68) やさしくシンプルに書く
...続きを読む 文章はわかりやすくなければいけません．論文をかっこよく高尚に見せたいがために，難解な専門用語や，珍しい感じをあえて使う人もいますが，そのような「こけおどし」をしてはいけません．
2. (p.70) 学術論文が備えるべき内容
・他人のまねではない新規なアイディアがメインの主張であること
・何の問題を，なぜ解くのかが述べられている事（第一章：序論，背景）
・どのように解くのがよいのかが述べられている事（第二章：提案手法）
・その解き方はなぜ可能なのかが述べられている事（第三章：実験手順）
・十分な証拠が示されている事（第四章：実験結果）
・総括と自己評価が与えられている事（第五章：結論）
・文章の各部が，互いに分業し協力するように組織立っている事
3. (p.140) 書きやすい順に書け
　文章は，書きやすいところから書くべきです．内容が決まっていてあとは書くだけのところや，レトリック上の工夫が不要で淡々と書けばよいところなどから先に着手します．（中略）書きやすい順とは，一般的には次の順になります
①謝辞
②証拠提示（実験報告）の第四章
③解決方法の可能性論証の第三章
④参考文献リスト
⑤解決方法選定の第二章
⑥問題設定（序論）の第一章
⑦結論の第五章
4.

【感想】
多くの学生にとって，卒論というのは人生で初めての論文執筆であり大変な作業になると思う．
しかるに，研究室での指導体制は整っておらず，「とりあえず書け．そしたらダメ出しするから」という状態なのではないだろうか（少なくとも私の場合はそうだった）．
右も左もわからないままとりあえず論文を書くよりも，先人の知恵を借りた方が効率的であると思い，「卒論の書き方」についての本を探したが，この一冊しか見つからなかった．
しかし，この一冊でも十分なほどに卒論（もっと言えば論文全般に共通する）執筆に必要な心得を学ぶことができたと感じている．

〇学んだこと
１．執筆作業自体が、優れたアイデアを生む
２．学生指導の際、研究対象・勝利条件・研究方法の３つのステージを意識
３．職業としての研究者は「徴兵制」
４．「問題発見能力」と「問題解決能力」。「問題発見能力」は現場で磨く
５．実験の失敗は、想像力の欠如が問題
６．論より証拠・統計結果を結果...続きを読むとして扱うな・逃げ腰ではいけない・専門を限定するな
７．論文の書きだしは、異論のない論点をスタート地点とする
８．アイデアの価値「先発性・明晰性・普遍性・可用性」
９．アイデアの限界「平凡さ・曖昧さ・狭さ・非実用性」
１０．論文を確認する際は、ポジティブチェック⇒ネガティブチェック
１１．論点の明確化・差別化されたタイトル案の検討

　コンパクトにまとまっていて非常に見やすい、読みやすい。特にパネル計装（コックピットの例）の事例は参考になった。他、なんでもかんでも記録をとればいいってもんではない等、中々痛い指摘もある。総じて会社内だけでなく家庭でもそのまま適用可能な内容。試したいことがたくさん出たのが良かった。

IT も含め、人為的なミスが起こり得て、それが重大な問題になり得る職場の人にはとても役立つ。内容は過不足なくコンパクトだし、文庫なので安いし、どこにでも置いておける。ヒューマンエラーを考慮しなくてはいけない職場の長はまずこの本を読むことから始めるといいだろう。

学部3~4回生にオススメします。学習と研究の大きな溝を埋めるのに役立つ本です。あなたの研究（卒論）がうまくいかないのは、あなたの頭が悪いからではなく、単に研究のやり方を知らないからかもしれません。やり方を知れば、良い卒論を書けるはず。天才になる必要はありません。

この一冊が「マニュアル作成のマニュアル」としてことなりるのか？と問われれば、物足りなさ感は否めないが、「マニュアルの心得」として通っておきたい一冊と言える。うちの会社のマニュアル作成のヒントとして何度も読み直そうと思う。

章ごとにいくつかの項目だてがあり、キーワードとしての指針が書かれていて、何が述べられているか理解しやすいと思う。ただ、その項目の中には、一見なぜここで述べられているのかすぐには理解しがたい部分もあって、ちょっと雑駁になっている項目もある。ただ、実例を挙げながら、歯切れのよい迷いない言葉づかいで、読者...続きを読むにはその分余計にわかりやすくなっているので、間違いなく良書です。

マニュアルを作成する際に何を気をつけるべきか、いわばマニュアル作成のためのマニュアルのような本です。本の中でも指摘されているようにマニュアル作成も奥が深く、その出来不出来で業務効率が左右されるため、本書のような本でポイントを抑えられるのはありがたいです。
肯定系で書く、更新履歴を残す、揃い待ち合流は...続きを読む忘却ミスのもと、工程確認より結果確認…確かにそうだなと思わさせれる点は多く、類書は多くないですが多くの人が読むことで、生産性向上につながる本なのではと感じます。

プログラミングやったことない本当の初心者なので、内容を章ごとに細かく分けて丁寧に説明してくれるのありがたかった。。
ECMAってなによー！って思ってたので、スッキリした。
ただ、例文のコードが難しくて、図を見ても理解が追いつかなかった。。
でも、関数って何かとか、データ型って何かとか、基本的な考え方...続きを読むについて、だいぶ壁が低くなった気がする！

マニュアルを書くためのTIPS、実践すれば役に立つのだが、実社会ではマニュアル書きの専業でも無い限りは、ここまで気を使って執筆する時間は無いね。

この方の本を読むのは2冊目です。いずれも「ミス」というネガティブに捉えられがちな題材でありながら、まったく暗くも重くもありません。
むしろ、わかりやすく、おもしろいのです。

以前読んだ同じ著者の『ヒューマンエラーを防ぐ知恵』と重複する部分もありましたが、全体の7〜8割くらいは本書独自の内容でした。...続きを読む

とにかく、著者の知識は幅広く、時に現代の「ミス」とは無関係そうな歴史や古典文学の話が、しっかりと問題点に噛み合っていて、目から鱗が落ちることは請け合いです。

特に注目したいのは、最終章の「「ミスに強い」組織に変える」で、マニュアルや通達のあり方について詳細に書かれています。
この章に書かれていた改善例は、即実践できることばかりです。

タイトルにある「事務ミス」はいわゆるヒューマンエラーということになろうかと思います。IT化が進行した現代社会のなかにあって、やはり”人”による行為がゼロにならない以上、ずっとついて回る問題ですね。
本作では「事務ミス」が起こるメカニズムや対策についてさまざまな事例を取り上げ紹介されています。なかには...続きを読む”どこかで見たことがある”ネタがないわけではありませんが、多くの人にとって参考になる内容であることは間違いないと思います。
ただ、ここから読者各人が応用して自分の仕事に生かそうとすると、そこはまたハードルが高いのではないかと思います。仕事の状況って個人々々でさまざまですし、一般論として語るなら本作の内容の通りなのですが、これを個別の事象に適用する＝この本で書かれていて●●は自分の仕事の■■のことである、といういわば”見立て”から入る必要があって、そう簡単ではないな、と…。
さらに単発の事象を解決できたとしても、仕事を続ける以上、新たな問題が発生することが考えられるので、恒常的に「事務ミス」を撲滅できる組織をつくる必要がある、などなど色々考えさせられる一冊でした。

マニュアル作ってたので。

個人的にやってたなと反省したのは
・本論に関係ない余計な蛇足を書きがち
・小難しい言葉を書きがち
・一文を長くしがち

要するに、分かってますよ感の権威付けをするための文を書きがちだなと思った。
料理のレシピ本のように書く、というのは良い例え。
色々アレンジはあるんだけど...続きを読む、基本的な工程を短文で、順番に、かんたんで意味のわかる言葉で書く。
チェックは工程に対してではなく味見（成果物）で行う。