「読んでもらえる文章力」を身に付ける方法まとめ
Cute little girl in pink sweater with long hair writes letters in the sand / mikebaird 文章は人によって好き嫌いがあるため、「これが一番良い」という文体は存在しません。好みが分かれるくらいの文章の方が個性が出て、文章の魅力となります。基本的には、好きに書くことが一番だと思います。 当ブログではこれまで何度か文章について記事を書いてきました。記事がバラバラになってしまっているので、エッセンスをまとめて記事にしてみました。 多少おかしくても文章は読んでもらえる こんちには みさなん おんげき ですか？ わしたは げんき です。 この ぶんょしう は いりぎす の ケブンッリジ だがいく の けゅきんう の けっか にんんげ は もじ を にしんき する とき その さしいょ と さいご の もさじえ あいてっ
上司に文書を破られた経験の有無
「社会人全体の文章力が落ちている。原因は企業の現場で文章指導を止めたことだとみている。ある銀行の幹部に『文章を書けない人は仕事で苦労するし周囲に迷惑をかける』と持論を説明したところ『まったく同感』と言われた。その方は若い頃、融資の稟議書を支店長に提出すると『こんな文章で金を貸せるか』と怒鳴られ稟議書を目の前で破かれたという」---。今回は少し趣を変え、対話形式でSEと文章力について考察する。 「きちんとした文章を書けない人は仕事で苦労するし周囲に迷惑をかける。私が30年以上かかわってきたソフトウエア開発やプロジェクトマネジメントの世界においてこの事は間違いない」 「要件定義書にせよ設計書にせよソフトウエア開発の各工程で生まれる成果物の大半はいわゆる『ソフトウエア文章』ですからね」 「プロジェクトマネジャは大量のソフトウエア文章を読む。だがSEが書いた文章が文章になっていないことがしばしばあ
渋日記: 1日〜1週間のでOSSに貢献する方法
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 OSC 2009 Tokyo/FallのLTで発表してきました。ACアダプタを忘れて、Windows PCで発表する予定だったのを、バッテリー持ちの良いMacBookにスイッチ。また、当日はPloneのブースで山本烈さんにアダプタをお借りしました。「電源とRGBケーブルありますよ！」とmixiを見てダイレクトメッセージを送ってくれた清水川さんともども、感謝申し上げます。 なぜかトリだったのですが、トラブルがあってその前に。タイマーが無かったのでiPod Touchの時計を表示しながら話していましたが、省電力設定がONのままだったので、ちょくちょくロックがかかってしまったのは失敗でした。今度から気をつけよう。 今回は話す内容がほぼそのままスライドになっているので補足するところは少
プロジェクト推進者のための議事録の書き方 - 人と組織と、fukui's blog
2011年02月07日 02:53 カテゴリプロジェクトデザイン プロジェクト推進者のための議事録の書き方 Posted by fukuidayo Tweet プロジェクトを設計（デザイン）し、前に進める。という仕事に取り組み始めてから、ありがたい事に多くの仕事の相談や依頼を受けるようになった。やってみて感じるのは、企画するだけでなくて、ものごとを確実に前に進めてくれる人をどこの企業も求めているんだなー、ということ。 プロジェクトを設計し、前に進める。というと大層なことをやっているように思えるかもしれないけれど、実は僕がやっていることは本当に単純で、 ・アジェンダをつくり ・会議をファシリテートし ・議事録を作成する ということをしているだけだ。もちろんプロジェクトを円滑に進めるために必要であれば、情報共有やプロジェクト推進のツールを提供したりもするけれど、基本的には無料で利用でき、汎用性
文章を書くノウハウを伝授
ITエンジニアにとって文書作成技術は欠かせません。日常のメールのやりとりにはじまり、要件定義書、機能仕様書、企画の提案書など、上司やチーム、顧客などに対して、文章でコミュニケーションをとる機会がとても多いからです。 連載『悪文と良文から学ぶロジカル・ライティング』では、論理的にわかりやすい文章を書くノウハウを伝授しています。ITエンジニアが日常的に用いるであろう文章を例に使い、どこが悪くてどう直せばいいのかといったポイントをわかりやすく解説しています。実践すれば、誰でもすぐにわかりやすい文書が書けるようになるはずです。 オリエンテーション ITエンジニアにとって「書く技術」とは？ 文書の全体構成を組み立てられるようにする 内容を大きく分けて項目を立てる 適切な順番で項目を並べる 話の階層をそろえる 文章表現の基本ルールをマスターする 主語と述語を対応させる 修飾語と被修飾語をはっきりさせる
無駄な詳細設計書を滅亡させるための処方箋 - aike’s blog
昔は「詳細設計書なんてアホなもん作ってもプログラミングには何の役にも立たないんだよふぁっきゅー！」と言い続けるのが、詳細設計書を滅亡させる手段だと思っていたけど、どうも事態はそんな簡単じゃぁないっぽい。 じゃあ一体どうすればいいのかってのはマッタク思いもつかない。まぁカンタンに無くなるもんだったらとっくの昔に滅びてるわけだしねぇ……もし、解消することが出来たら、ないし処方箋を思いつくことができたら、いつか blog に書きたいです。 詳細設計書が滅亡しない理由 - kagamihogeのblog SIerが作らされる詳細設計書（内部設計書とかプログラム設計書などと呼んだりもします）の評判は相変わらず悪いですね。このへんについては前からいろいろと考えてたことがあるので今回まとめてみます。コーディング時点で必要になる文書を極限まで減らしつつ、ウォーターフォール式の開発で納品物もきっちりそろえる
Ed Yourdon の『ソフトウェア工学で大切な１０の考え方』を訳しました。：An Agile Way：オルタナティブ・ブログ
先日、尊敬するエドワード・ヨードン博士が「Top 10 Software Engineering Concept」という文書の公開した、とtwitter でつぶやいていたので、「訳してもいいですか？」と聞いて、5分でOKをもらった。なんというインターネット時代だろう。 slideshare で見る PDFをダウンロード 原文を見る ヨードン博士の動機は、 不況時代に突入し、今後デスマーチが一気に増えるであろう。でも、ソフトウェア工学の大切な考え方は、そんなに昔から変わっていないんだ。新しい世代は、すごいよ、学生はみんなIMで会話して、Facebookで繋がっている。COBOLプログラマがまだ存在しているなんてことは知らないんだ。でも、ソフトウェア工学の大事なことは、なんども新しい世代が、同じ事実を発見し、過去の重要な論文や書籍にぶち当たる。ここで１０個上げて、フリー文書にしておくので、共有
文書ごとに最適な「構成のフレームワーク」は異なる
「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 第3回「分かりやすい提案書はアウトラインが美しい」、第4回「『要件定義書のアウトライン作成』完全マニュアル」で説明したように、全体を「階層構造」にすると文章が読みやすくなります。特に、提案書や要件定義書、マニュアルのようにページ数が多い文書は、必ず階層構造にしましょう。さて、今回は「階層構造を作った次のステップ」を説明します。 いきなり文章を書き始めるのはNG 階層構造を作ったら、いよいよ中身の文章を記述します。このとき、思いつくままに文章を記述し始めてはいけません。分かりやすい文書にするためには、いきなり文章を書くのではなく「表現の構成」を考える必要があります。 「表
優れた文章を書くための11の賢いヒント » SEO Japan
無料で資料をダウンロード SEOサービスのご案内 専門のコンサルタントが貴社サイトのご要望・課題整理から施策の立案を行い、検索エンジンからの流入数向上を支援いたします。 無料ダウンロードする ＞＞ 米国でNo.1人気のライティングに関するブログ「コピーブロガー」から優れた文章を書くための11のヒントを。英語ならではのアドバイスもありますが、大半は日本語にも通じるかと。 — SEO Japan あなたは難しい言葉を使う時、自分が賢くなったような気になるだろうか？ Applied Cognitive Psychologyに発表された研究によると、その答えはNOだ。 実際、複雑な文章はあなたを狭量な人間のようにさせてしまう。こんな研究タイトルはどうだろう：Consequences of erudite vernacular utilized irrespective of necessity:
エンジニアのための文章の書き方入門 – 秋元
なるほど。と思ったのでメモがてら和訳。 How to make engineers write concisely with sentences? By combining journalism with the technical report format. In a newspaper article, the paragraphs are ordered by importance, so that the reader can stop reading the article at whatever point they lose interest, knowing that the part they have read was more important than the part left unread. エンジニアに簡潔な文章を書かせるには? ジャーナリズムと技術レポー
さらば、翻訳調の文章！ 技術者向け校正ルール
さらば、翻訳調の文章！ 技術者向け校正ルール：誰にでも分かるSEのための文章術（8）（1/2 ページ） 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 第7回「専門用語は徹底的に「読み手指向」で書くべし」に引き続き、「語句の使い方」や「表記法」を解説します。今回は、技術者の文章にありがちな癖、「翻訳調」「漢字の多用」を、より読みやすい文章に修正する方法を提案します。 SEは、翻訳書・文書を読む機会が多い仕事です。専門書や技術書、開発業務を進める際の文書類を、英語の原文で読むこともしばしばあります。そのせいか、翻訳調の文章を記述してしまいがちです。 翻訳調、特に直訳調の表現は冗長です。読みにくいので使わないようにしまし
自宅でできるやり方で論文をさがす・あつめる・手に入れる 読書猿Classic: between / beyond readers
１００冊読む時間があったら論文を１００本「解剖」した方が良い 読書猿Classic: between / beyond readers の続きというか、補遺。 大学等に所属してる人は、そこの図書館と契約してる有料データベースを駆使されたし（使い方はガイダンスがあったりするし、図書館のレファレンスでも教えてくれるだろう）。っていうか、言うまでもないだろ、そんなことは。 ここではフリー（市井）の人が使える手を考える。手はたくさんあるが、いっぱいあっても混乱するだろうから、少しだけ。必要なら追記していく。 とりあえず３つのケースに分けてみた。 １．読みたい論文が決まっている、タイトルも分かっている ２．読みたい分野、知りたいジャンルくらいは決まってる ３．何からはじめればいいのか、さっぱりわからん 番外．論文なんて本屋で買えるぜ １．読みたい論文が決まっている、タイトルも分かっている Ａ．まずは
評価を高める仕事術（5）会話を通じて「ネガティブ特性」を排除する
この連載では、「ダメに見せないことで評価を高める」ための仕事術を扱っている。前回と今回では、11のネガティブ特性の一つ目である「先を読まない、深読みしない、刹那主義」を排除する手段を説明している。11のネガティブ特性は以下の通りである。 先を読まない、深読みしない、刹那主義 主体性がない、受け身である うっかりが多い、思慮が浅い 無責任、逃げ腰体質 本質が語れない、理解が浅い ひと言で語れない、話が冗長 抽象的、具体性がない、表面的 説得力がない、納得感が得られない 仕事が進まない、放置体質 言いたいことが不明、論点が絞れない、話が拡散 駆け引きできない、せっかち、期を待てない 前回は、高野氏（仮名）が書いたドキュメントからどのようなネガティブ特性が浮かび上がっているかを検証した。今回は、筆者がかつて指導を受け、今は講師を担当している塾での事例を紹介しながら、高野氏に対してどのようにマイン
公式のSamba 3.2.x HOWTOとリファレンスガイド
List of Figures 4.1. ドメインの例8.1. Network Bridgeの設定8.2. インターネット プロトコル(TCP/IP)のプロパティ8.3. ネットワークの詳細設定8.4. DNSの設定8.5. WINS Configuration8.6. ローカル エリア接続のプロパティ8.7. インターネット プロトコル (TCP/IP)のプロパティ8.8. TCP/IP 詳細設定8.9. DNS設定8.10. WINS設定8.11. Windows Me ネットワーク設定パネル8.12. IPアドレス8.13. DNS設定8.14. WINS設定8.15. 全般8.16. コンピューター名パネル8.17. コンピューター名の変更パネル8.18. コンピューター名の変更パネル ドメイン MIDEARTH8.19. コンピューター名の変更 ユーザー名とパスワードパネル8.2
書籍執筆支援システム·ReVIEW MOONGIFT
ReVIEWはRuby製のオープンソース・ソフトウェア。最近は技術者やデザイナーなど第一線で活躍される方が書籍を執筆するパターンが増えてきた。技術が複雑化、多様化する中でライターという属性だけではカバーしきれなくなっているのだろう。情報が求められる速度も早くなっている。 分量チェック 技術書籍を執筆する際にテキストエディタを使う人は多いと思うが、表や図を埋め込んだり引用したりする際にフォーマットを適切に設定するのは非常に面倒だ。そこで使ってみたいのがReVIEWだ。書籍を執筆する上で役立つ機能を多数提供している。 一つはフォーマット変換機能だ。Wikiのような記法を覚えればテキストファイル（拡張子は.re）からHTMLやLaTeXフォーマットに変換してくれる。見出し、リスト、テーブル、引用など様々な記法が使える。さらにインデックスファイル（CHAPS）を使ってファイルを分離しておけるのも良
まとめ：履歴書をストレスなく魅力的なものに仕上げる11選 | ライフハッカー・ジャパン
たった１枚の書面が、あなたの人生を大きく左右するかもしれないーーそんな風に重く考えると、履歴書を前に、うーん、と腕組みしてしまうのも無理からぬこと。しかし、これを前向きに捉えれば、あなたを窮地から救いだす格好のプレゼンテーションツールにもなりえるわけです。 ホントに魅力的な才能の持ち主であるならば、むしろ履歴書なんて持つべきでない、仕事の成果物をまとめたり、ブログなどで人気を得ることに注力すべき、なんて考えもあるようですが、まずは最善の努力を尽くしてみましょう。就活中でなくとも、自分を見直すきっかけとして有効ですよ！ まず書く前の心得 ・履歴書に入れてはいけない6つの言葉 ・魅力的な履歴書を書くための5つのコツ ・面接や履歴書の自己アピールで、注意するべき4つのポイント 転職で成功する極意に加え、誤字をなくす方法、英文の履歴書対策なども...まだまだ続きます。 ブラッシュアップを試みる ・
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kousyoublog.jp
パスワード認証
オープンソース情報データベース || OSS iPedia
グーグル、Google App Engineを1日で学べる日本語教材を公開
