タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

論文に関するreplicationのブックマーク (5)

  • とにかく速くて論旨も首尾一貫する文章の書き方

    「文は人なり」などと言うが、正しくないばかりか実用的でもない。 人が文章にできることは、考えていることのごく一部でしかない。 まして人となりなどは、言葉にするには豊かすぎるし深すぎる。 1.自己表現なら他でやれ 書きたいことなど書くな。感想も書くな。オリジナリティなどくそくらえ。 ただ書かなければならないことだけを書け。 書いている間だけは、そういう「機械」になれ。 これだけで書く速度も、読みやすさも3割増しになる。 もともと人は、書き付けた言葉を前にして「こんなの私じゃない」という違和感を繰り返し受け入れることなしには、一言だって書くことはできない。 あなたが書いた文章は、あなたではない。 いいかげん目を覚ませ。 このことが理解できない限り、誰のアドバイスも添削も、あなたは受け入れることができないだろう。 そういう人は、つまるところ、他人に見せる文章を書く資格が無い。 2.仮面をかぶれ

    とにかく速くて論旨も首尾一貫する文章の書き方
  • 経験は「どう」に集まる - レジデント初期研修用資料

    「何をするべきか」を語れる人は多いけれど、「どうやってそれを実現するのか」を語れる人は少ない。 「何」は一般化して、買い叩かれて、いっぽうで、「どう」を知っている人は生き延びて、 経験や知識というものは、「どう」を知っている人に集まってくる。 売りになる経験のこと たとえば最近、近所の開業クリニックで「医事職員募集」の広告を出したら、 大学を卒業したぐらいの人たちが30人、ずらっと列をなして集まってきたんだという。 今はもう当に仕事が厳しくて、田舎だと、立派な学歴を持った人でも、 ある程度安定して勤められる職場というのは当に少ないらしい。 うちの病院には最近、30代も後半の男の人が2人、新規職員として就職してきた。 2人とも、以前に病院勤めをしてきた人たちで、その頃の病院というのは、ちょうど「DPC」という、 新しい会計制度を導入した頃で、事務長は、「その時に病院にいた」という経験を買

  • スタートダッシュ型仕事術:実践編

    昨日書いた「『時間に余裕があるときにこそ全力疾走で仕事し,締め切りが近づいたら流す』という働き方」というエントリー、Twitterやハテブでたくさんのフィードバックをいただいたが、その中で気になったものの一つが、「そうは言っても仕様がころころ変更になるからスタートダッシュで仕事をしていたら時間が無駄になる」というもの。 まず最初に言っておくと、「仕様がころころ変更になる」のはソフトウェアの宿命。どんなに頭の良い人が設計しても、「作ってみなければ分からない」「使ってみなければ分からない」ことはどうしてもあるので、「アーキテクチャの大幅な変更」「ユーザーインターフェイスの大幅な変更」があるのはあたりまえ。 ぜひとも認識して欲しいのは、「だからこそスタートダッシュで肝となる部分を一気に作って、早めに(仕様変更が必用かどうかの)見極めをする必用がある」という点。特に「作って見なければ分からない」部

    スタートダッシュ型仕事術:実践編
  • 第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp

    「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニア仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力(ばりき)のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「⁠常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク(=作業)の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス

    第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
  • Life is beautiful: 「時間に余裕があるときにこそ全力疾走で仕事し,締め切りが近づいたら流す」という働き方

    かれこれ30年以上もこの業界でプログラムを毎日のように書いて来た私。当然、自分なりの働き方のノウハウみたいなものも会得して来たつもりだ。以前ここに「私のとっておきのプログラミングスタイル」というエントリーを書いたので、まだ読んでいないプログラマーの方にはぜひとも読んでいただきたい。 ちなみに、そんな中でも後輩とか部下に教えるのが一番難しいのが、「スタートダッシュでできるだけはやくめどをつける」という仕事スタイル。どのエンジニアも、ちゃんと説明すればこの働き方の効用は理解してもらえるのだが、実際の現場でちゃんと実行できる人は100人に1人もいない。 「人はみな怠惰だから、締め切りに迫られなければがんばれないんだ」と言ってしまえばそれまでだが、「まがりなりにもプロとして仕事をする限りは、ペース配分ぐらいはちゃんと考えて仕事をすべき」というのが私の主張。トップクラスのマラソンランナーでペース配分

  • 1