わかりやすい技術文章の書き方
誰が読むのか。 読み手にどんな感想を持ってもらいたいか。 読み手はどれくらいの予備知識を持っているか。 読み手はどんな目的で、何を期待して読むのか。 読み手が真っ先に知りたいことは何か。 レポート・論文とは何か 問いが与えられ、または自分が問いを提起し、 その問題に対して明確な答えを与え、 その主張を論理的に裏付けるための事実・理論的な根拠を提示して、主張を論証する。 標準的な構成要素とは何か レポート・論文の構成は、 概要 序論 本論 論議 という要素が標準的である。次にそれぞれの要素について簡単に見てみる。 概要 論文全体を結論も含めて、すべて要約する。 序論 本論で取り上げる内容は何か。 その問題をどんな動機で取り上げたのか。 その問題の背景は何か。 その問題についてどんなアプローチを取ったのか。 本論 調査・研究の方法・結論 論議 自己の議論・結論を客観的・第三者的に評価する。 そ
「オープンソース」の二つの意味 | OSDN Magazine
最近、「オープンソース」という言葉の意味を巡る論争が再燃したようだ。混乱が生じるのは、「オープンソース」という概念自体に、性格の異なる二つの要素が詰め込まれているからではないだろうか。 法的状態としてのオープンソース ソフトウェア開発の文脈における「オープンソース」という言葉は、あるガイドライン(「オープンソースの定義」)を満たしたライセンスの下で公開されているソフトウェア、という意味である。先行した「フリーソフトウェア」という概念の言い換えとして生まれたものだ。これを、「法的状態としてのオープンソース」と呼ぶことにしよう。 「オープンソースの定義」が試みているのは、ソフトウェアの第三者による利用、特に改変や配布に関して著作権者が課す条件に対し、一定の基準を設けるということである。これにより、法的状態としてのオープンソースが保証されているソフトウェアであれば、個別にはどのようなライセンスが
Geekなぺーじ : みんなが知らずに使ってるAkamai
Akamaiさんでのセミナーに参加してきました。 個人的にはAkamaiさんと言えば「あまり一般的には知られていないけど使っていない人はほぼいない」企業というイメージがあります。 あまりに内容が楽しかったので、セミナーで色々質問しまくって聞いてしまいました。 想像以上に色々凄いと思いました。 ブロガーのyasuyukiさんが企画し、Akamaiさんにお願いして実現したプライベートセミナーでした。 元々はyasuyukiさんがAkamaiさんのセミナーを聞いて「面白い」とtwitter上で囁きまくっていて、その後「プライベートなセミナーやったら来ますか？」とのオファーを頂きました。 昔からAkamaiさんのCDN技術には非常に興味があったので「是非お願いします」とお願いしました。 セミナー参加者募集はyasuyukiさんのブログとtwitter上で行われ、16人の参加者がいました(アカマイさ
Rubyソースコード完全解説 / 青木峰郎
$Id: index.html,v 1.6 2004/07/20 23:08:12 aamine Exp $ この文書は書籍『Rubyソースコード完全解説』のHTML版です。 ただし初校段階の原稿をベースにしているため、 書籍では修正されている間違いが残っている場合があります。 予め御了承ください。 2004-02-16 に全章を公開しました。 目次 まえがき 序章 第 1 部「オブジェクト」 第 1 章「Ruby言語ミニマム」 第 2 章「オブジェクト」 第 3 章「名前と名前表」 第 4 章「クラス」 第 5 章「ガーベージコレクション」 第 6 章「変数と定数」 第 7 章「セキュリティ」 第 2 部「構文解析」 第 8 章「Ruby言語の詳細」 第 9 章「速習yacc」 第 10 章「パーサ」 第 11 章「状態付きスキャナ」 第 12 章「構文木の構築」 第 3 部「評価」 第
Google の面接を受けてみた - 科学と非科学の迷宮
Google の面接について書かれたブログ記事が面白かったので翻訳してみました。 原著者の許可取得済み。(Thank you, Petris!) 本文 二週間ちょっと前、ぼくはカリフォルニアのマウンテンビューで Google の面接を受けてきたんだ！ Google の面接が面白い体験だったから、ぼくはそのことを話したいんだ。(Google からはこの記事を出すゴーサインをもらった) ぼくが面接を受けた職種は Google SRE だった。SRE というのはサイト信頼性エンジニアリング(Site Reliability Engineering)という意味だ。サイト信頼性エンジニア(SRE)はソフトウェアエンジニアでもあり、システム管理者でもあって、Google の製品サービスを端から端まで責任を持つんだ。 合計8回の面接があった。最初の3つは電話越しで(電話面接)、残りの5つは現地での面接だ
2001年9月11日、ワールドトレードセンタービルの102分間 - A Successful Failure
2001年9月11日、ワールドトレードセンタービルが崩壊した映像はテレビで繰り返し放送され、人々の記憶に深く刻まれている。この史上最悪のテロによりニューヨークでは2,749人が亡くなっている。 ビルが崩壊するシーンの強烈なインパクトのせいもあって、我々は飛行機の衝突後まもなくビルが崩壊し、中にいた人の大半が犠牲になったと考えがちだが、実際には最初の飛行機が衝突してから崩壊するまで102分間にわたる猶予があり、最初の衝突時にビル内にいた1万4,000人以上の人の多くが自力で、あるいは、献身的な他の人の助けを借りて建物の崩壊以前に避難を終えることができた。 『9･11生死を分けた102分 崩壊する超高層ビル内部からの驚くべき証言』は200回以上に上る生存者やその家族・知人へのインタビュー、警察や消防の更新記録、電話の会話の記録等に基づいて、あのとき、あの建物の中で何が起きていたのかを明らかにし
実録：クラウド・コンピューティング特集記事ができるまで
筆者は現在，71日間に及ぶ米国取材の成果を「クラウド・コンピューティング特集」としてITproに掲載すべく，悪戦苦闘している。本来であればこの「記者の眼」は，その特集記事の紹介に当てるつもりだった。ところが無情にも特集が完成する前に締め切りが来た。そこで今回は，記者が米国で何を見て，これから何を書こうとしているのか，実録風に紹介させて頂きたい。 2008年3月：出張準備 筆者は今回，4月6日から6月15日まで，米国サンフランシスコを中心に，米国IT事情に関する現地取材を敢行した。長期出張のきっかけとなったのは，2008年1月末に起きた，米Microsoftによる米Yahoo!への買収提案だった。 「MicrosoftがYahoo!を買収しようとしている」という噂は前々からあったが，なぜMicrosoftがこれほど必死になっているのか，われわれはその真意を掴みかねていた。その理由を肌で感じる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
世界史講義録
ほんのすこし書き方に注意すれば、あなたのドキュメントはさらに分かりやすくなる！