読みやすい文章を書くための技法 - RyoAnna
『坊っちゃん』自筆原稿 読みやすい文章とは、流れるように読める文章だ。難しい言葉はいらない。気のきいた言葉もいらない。文頭から文末まで振り返ることなく読める文章が、最も美しい。 読みやすさの基準は客観的なものだ。読み手には様々な人がいる。老若男女すべての人に対して読みやすい文章を書くのは難しい。ただ、綺麗な文章を書こうとする意識は持ちたい。 文章を書く上で意識すべき技法を紹介する。 常体と敬体 常体とは「だ・である」調の文章であり、敬体とは「です・ます」調の文章を指す。それぞれにメリットとデメリットがある。 常体は、自分の意思を力強く伝える事ができるが、我の強い文章になる。敬体は、優しい印象で共感を得やすいが、まわりくどい文章になる。 常体と敬体を織り交ぜて書く手法もある。まずは自分で試してみて、書きやすい文体を見つければいい。 文章の始まりは短く 最初の一文は短いほうがいい。インパクトが
会社の上手な辞め方、教えます (1/2) - ITmedia エンタープライズ
新年の抱負を胸に、未踏のキャリアに挑戦しようと人々が希望に燃え、職探しを始める1月は、一年の中でも転職活動が最も盛んになる時期だ。彼らの活動が実を結んだ場合は、年が明けてから数カ月の間に大量の離職者が出ることになる。 現在の仕事への不満から転職を考えたケースが大半を占める彼らにとって、退職の日は何より喜ばしい一日だろう。パテーションの間を走り回り、「ようやく辞められる！ きゃっほ～！！」と叫び出す誘惑にかられる人も、少なからずいるはずだ。 だが、いくらそうすることで一時的に気が晴れるからといって、仕事も上司も気に入らず、新しい職場に移るのが待ちきれないからといって、クビからうまく逃げおおせられたからといって、オフィスで大喜びするなど愚の骨頂だと、転職関係の専門家は警告する。 以前の同僚に信用照会を頼む可能性が出てくるかもしれないし、狭い業界であるだけに、その元同僚と再び席を並べることも考え
住みたいところに住める俺: 仕事は7.5時間で終わらせる
今のカナダの会社では5時にもなると半分以上の人間が帰る。 原則7.5時間働けばいいというルールなので、朝早く来る人は当然早く帰る。 7.5時間以上がんばっても評価される仕組みではないのだ。 評価はその時間でどれだけアウトプットが出せたかで決まる。 これは私がシリコンバレーにいたときの現地のメンバーも同じような感覚でやっていたので、北米的には普通なのかもしれない。 なので、時間内に何とか終わらせようという気持ちがそこここで感じられる。 この3ヶ月で見た感じだと、その工夫の一つにはミーティングへの時間の割き方が日本とは違う。 ・基本的には定例会議はない。 ・ミーティングは30分単位が基本。 ・重要かつ急ぎのプロジェクトの場合、毎朝進捗確認はやるが、15分程度。立っておこなう。 ・2-3人での、ちょっとした相談や、決断は担当者のキューブへ押しかけて行う。 ・その際も、異常に早口で、即決する傾向あ
目的によって会議の進め方は違う。 5つの会議の進め方 - モチベーションは楽しさ創造から
コンサルタントの一番の仕事は「会議に出席すること」です。書類作成の時間を除けば、この作業時間が一番多いですね。クライアントさんの会議、お役所の審議会等を含めて、たくさんの組織の会議に出席する機会が非常に多いんです。 そんな中で、「会議上手の会社」と「会議下手の会社」というのが確かにあると思います。 「会議上手の会社」は短時間でテキパキと物事が決まっていき、「会議ヘタの会社」は時間ばかりが長くて、結局、何が決まったのか分からない形で終わってしまいます。会議上手の会社の会議では、終了後に、みんな充実した顔で、次の作業へのモチベーションアップを感じられます。一方、会議下手な会社の会議では、イスに座っているだけで、徒労感で社員さんのモチベーションが下がってきているのを感じます。「くだらない会議に付き合ってられないよ」と思う気持ちもよく分かります。 この２つの組織の最大の違いをあげろと言われれば、「
Peace Pipe: 効率的なテキスト編集の7つの習慣 [vim]
去年から Google にジョインしている vim の作者，Bram Moolenaar が，先日 Google 本社にて "Seven habits of effective text editing 2.0 (効率的なテキスト編集の7つの習慣)" と題してプレゼンを行った模様． プレゼンは約45分，質疑応答含めて80分． 7 Habits For Effective Text Editing 2.0 - Google Video プレゼンビデオをファイルとしてダウンロードしたい方はこちら (DivX 507MB)． ftp://ftp.vim.org/pub/vim/stuff/7Habits20.avi プレゼン資料はこちら (PDF 640KB)． http://www.moolenaar.net/habits_2007.pdf Vimmer にとってはヨダレもの．また，Emacs
Rubyを仕事に使うべし！ Part1 なぜ仕事で使うとうれしいのか：ITpro
プログラミング言語Rubyが注目を集めています。Ruby関連の書籍が次々と出版され，2006年6月には国内初の大規模Rubyイベントである「日本Rubyカンファレンス2006」が催されました。また，Rubyで書かれたWebアプリケーション・フレームワークRuby on Rails（以下Rails）が話題となり，Rubyの高い生産性が一般に知られるようになってきました。 Rubyの生産性はJavaの10倍とさえいわれます。なぜRubyは生産性が高いのでしょうか。それは，Rubyはいろいろな言語から優れた所を集めた「いいとこ取り」言語だからです。Rubyの特徴は「構文が強力なので，迅速な開発ができる」「人に優しい言語なので，楽しくプログラミングできる＊1」「問題が起こりにくいように設計されているので，初心者でも簡単に安全に作業でき，熟練者は高度なプログラミングを行える」といった点です これらの
新米の開発者とマーケ担当者に贈る24のサイト内SEOチェック項目 | Web担当者Forum
ここで取り上げる話は、たいていの人がウェブサイト自体の、つまりオンサイト検索エンジン最適化（SEO）情報として、かなり一般的な話だと思うだろうけど、どれほど多くのSEOコンサルタントやウェブ開発者が新しいサイトを立ち上げる際に、ここに挙げる基本ステップを無視したり、忘れたりしているか知ったら驚くかもしれない。 オンサイトSEOに関するこれら24のチェック項目やテクニックを利用すれば、どんなリンクビルディングやリンクベイティングでも、すばらしい結果が得られるだろう。 テーマに沿った、または関連性がある最良のキーワードでオンサイト最適化（OSO）を行うため、最初のキーワード調査を終えたら、予算100ドルでAdwordsのテストキャンペーンを実施しよう。 どのページにも、コピーしたものではなくて、上手く書けている魅力的なタイトルとページ内容説明タグがあるか確認しよう。 サイト上の関連性がある個別
FC2.com - 404 Error
404Error - Page not found ご指定のファイルが見つかりませんでした 30秒後にトップページへ移動します
スタートアップを殺す18の誤り
Paul Graham / 青木靖 訳 2006年10月 最近やった講演の後のQ&Aで、スタートアップを失敗させるのは何かという質問をした人がいた。その場に立ったまま何秒か呆然としていた後、それが一種のひっかけ問題なことに気付いた。これはスタートアップを成功させるのは何かという質問と等価なのだ——失敗の原因となることをすべて避けるようにすれば、成功することができる——そしてこれはその場で答えるにはあまりに大きな問だった。 後になって、私はこの問題をそういう方向から見るのも有効かもしれないと思うようになった。すべきでないことをすべて並べたリストがあれば、それをただ逆にするだけで成功へのレシピに変えることができる。そしてこの形のリストの方が、実践する上で使いやすいかもしれない。やらなければならないことをいつも頭に入れておくよりは、何かやってはいけないことをしているときにそれと気付くというほうが
Fine Software Writings
最近のもの 目標でなく恐怖を明確にすべき理由 (Tim Ferriss) 我々が築き、掘っている未来 (Elon Musk) 表計算ソフト誕生の話 (Dan Bricklin) Linuxの背後にある精神 (Linus Torvalds) 先延ばし魔の頭の中はどうなっているか (Tim Urban) 好きになる仕事はどうしたら見つかるのか (Scott Dinsmore) 人間に新たな感覚を作り出すことは可能か？ (David Eagleman) 人工知能が人間より高い知性を持つようになったとき何が起きるか？ (Nick Bostrom) 厄介な問題を解決したい？ ではトーストの作り方を説明してください (Tom Wujec) 子供の夢を奪う学校というシステム (Seth Godin) 彼らがいなくなってしまう前に (Jimmy Nelson) 頭良さそうにTED風プレゼンをする方法 (W
プログラマの方、もしくはプログラミングに興味のある方に質問です。web上の文章でこれは読んでおいた方がよい、あるいはこの文章は面白いという文章を教えてください。文.. - 人力検索
プログラマの方、もしくはプログラミングに興味のある方に質問です。web上の文章でこれは読んでおいた方がよい、あるいはこの文章は面白いという文章を教えてください。文学、エッセイ、哲学、宗教、経済、科学、コンピュータ等、分野は問いません。 例：http://cruel.org/freeware/hacker.html
sta la sta - 相手の嘘を見破るためのいくつかの方法
もうエイプリルフールは終わりましたけど、なかなかためになる記事がありましたのでご紹介。 相手のボディランゲージや反応から嘘を見破る via How to Detect Lies - body language, reactions, speech patterns 嘘を付くときのボディランゲージ 腕や手の動きといった肉体的表現が制限されて固くなる。手、腕、足の動きが自身の体に向かうようになる。 アイコンタクトを避けるようになる。 顔、のど、口を手で触る。鼻や耳の後ろ側を触ったり引っ掻いたりする。開いた手で胸や心臓のあたりを触れたりはしない。 感情的なジェスチャーと矛盾 感情的なジェスチャーおよび感情のタイミングや継続時間が、標準のペースから外れる。感情の表れが遅れたり、通常より長引いたり、突然止まったりする。 感情的なジェスチャー（表情）と言葉の間にタイミングのズレが生じる。例：贈り物を受
構成は「結・承・転・提」：日経ビジネスオンライン
何からどういう順番で書けば、うまく相手に伝えることができるのか――。 報告書でもメールでも、いざ文章を書こうとすると、必ず「構成」の問題に突き当たる。悩んでいるうちに、どんどん時間が過ぎ、文書1枚に1日がかり…などということはないだろうか。 何も難しく考える必要はない。文書コンサルタントの小川悟さんによれば、ビジネス文書の構成の基本形は「結・承・転・提」。結論を最初に書き、提案で締めることを意識して書けばいい。悩んだ時には、迷わずこの構成を採用しよう。大概の文書はすっきりまとめられるはずだ。 「文章は“起承転結”と言われますが、ビジネス文書は違います。ビジネスのコミュニケーションは、まず結論ありき。続いて、提案や対案が求められることが多いでしょう？文章もその形式が好ましいのです」 メールなどの短めの文章なら、結承転提の各パートをそれぞれ1段落でまとめ、全体を4段落で書き上げるのがベストだ。
i d e a * i d e a - プレゼンハック 〜プレゼン改善のための10個の小技〜
ドットインストール代表のライフハックブログ
へ〜たのめも:Google のソフトウェア・エンジニアリング - livedoor Blog（ブログ）
2007年06月07日 Google のソフトウェア・エンジニアリング Google Developer Day Tokyo の鵜飼さんのプレゼンより、「Google のエンジニアはどうやって開発しているのか?」 Google の研修 入社して最初の 3ヶ月は本社(Mountain View)で研修 研修中は、メンターがついて「Google での開発の仕方」を学ぶ 内部ウェブ・サイトで社内共有ライブラリの使い方などを説明する動画があるので、それで自習 Google のプロジェクト・チーム 開発拠点は米国、スイス、オーストラリア、インド、日本など 場所とプロジェクト・チームは関係なく、プロジェクト・チームが拠点をまたがることは普通。世界中の拠点全部合わせて、一つの Google エンジニアリング・チーム 開発はデザイン、コーディング、テスト、改善、デモの運用まで上流から下流まで同じチーム(同
すごいスピーチをするには？ | POP*POP
Guy Kawasakiさんのブログで興味深い記事が。歌手のDoug Lawrenceさんに聞いた「スピーチのコツ」です。Dougさん曰く、「ステージで歌うのも、話すのも、コツは一緒だ！」とのこと。聴衆をぐっと引き寄せる、という点では確かにそうかもしれませんね。 全部で15項目ありますね。スピーチをする機会が多い人には参考になるのではないでしょうか。 詳しくは以下からどうぞ。 観客と仲良くなろう もしスピーチの前に時間があるなら、会場にいる人となるべく話すようにしましょう。自己紹介をしたり、質問したりしてうちとけておくと、実際にスピーチをする際にぐっと楽になりますよ。 胸を張ろう！ 胸をぐっと突き出すことによって「権威」を演出することができます。しなだれた格好では誰も話をきいてくれませんよ。 ちょっとだけ鼻声を 口だけではなく、鼻声もうまく使うと相手に声が伝わりやすいですよ。声を口から鼻へ
ウノウラボ Unoh Labs: ベンチャー流Webサービスの作り方(企画編)
尾藤正人(a.k.a BTO)です 僕はウノウが株式会社化するタイミングでウノウに参画しました。 それ以来はずっと二年半程Webサービスの開発に従事してきました。 ウノウに参画した当初はWebサービスのことは全く分かっておらず、 単なるLinux好きのエンジニアにすぎませんでした。 ウノウ株式会社の創業時に参画することにより、 サービスの企画から開発、運用まで携わることができました。 最初はエンジニアが自分一人だけだっとところから、 現在のように数多くの優秀なエンジニアを抱える企業に成長するまでの組織作りにも関わることができました。 全く経験のないところから始めたので、それこそいろんな失敗を重ねてきました。 そこで今までの経験を元にベンチャーがWebサービスを開発するにあたって気をつけておいた方がいいことをまとめてみます。 Webサービスの開発を始めるには、何はなくとも企画から。 今回はW
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
仕事で使えるショートカットキーのまとめ (手帳2.0)
議論のしかた
IDEA * IDEA
