OpenSubject──メールによる会議を可能にする技法
忙しくて集まる時間の取れないビジネスパーソンにとって、メールを使った議論は日常茶飯事。しかし、議論が発散してしまったり、うまく意図が伝わらなかったり、無駄な返事が頻出するなど、メールを使った議論への課題は数多い。メールのサブジェクトを工夫することで、議論の生産性を向上させようというのが「OpenSubject」だ。 正式な議論の代表格は「会議」だが、忙しいビジネスパーソンの間で会議に次ぐ議論、コミュニケーションの手段として活用されているのが、言わずと知れたメールだ。しかし、メールによる議論は、最適化や効率化が全く進んでいない。それぞれの人が自分なりの「問題が起きにくい方法」を漠然と実行しているのが実情だろう。 最近ではソフトウェア開発で使われるバグトラッキングシステム「Trac」や、議事録ベースの会議支援システム「Sargasso XM」などの導入によってシステム化が進み、メールでの議論や
一流の研究者とのお別れ：10分で人生を変える方法 | Lifehacking.jp
伝説の研究者と部屋をともにして２ヶ月、ついに先生とのお別れの日がやってきました。このシリーズも、ひとまず最終回です（またお会いする予定もありますので、また続くかもしれませんが）。 この2週間ほどは、私自身が先生との対話に慣れてきたということもあって、敢えて先生の論理に食ってかかったり、別の視点を指摘したりして頭脳での戦いを挑んできました。結果はまあ、散々たるもので、やはりまだ自分程度では及ぶものではないということがよくわかりました。 しかしそれによって得られたものもありました。それまで「大先生のいうことだから」と、どこかで拝聴していた気分が次第に薄れ、議論の良い点、悪い点を整理して意見を言えるようになってきたのでした。それがさらに深い議論へとつながって、私にとって、そしておそらくは先生にとっても楽しいひとときになったような気がします。 最後の午後、開け放した窓からさわやかな空気が流れてくる
一流の研究者の抜け駆け功名 | Lifehacking.jp
一流の研究者の先生と机を並べて一ヶ月半。毎日繰り返される議論にも慣れてきて、パソコンの操作や PowerPoint の作成をお手伝いしているうちに、なんだか緊張がほぐれてきて、この人がどれだけすごい研究者なのかを忘れつつありました。 そんなある日、現在私が進行中の研究についてのディスカッションをしてもらっていたときのことです。 私「…とまあ、こんな結論にしておこうと思うんです」 先生「それもいいですが、こちらの結果も野心的でいいじゃないですか。論文に入れないのですか」 私（ぎくっ）「そ、そちらはちょっと怪しいというか、あまり言われていない話なので…」 その部分は自分でも気づいてはいたのですが、提示した資料からは言い過ぎではないのかと思って結論には含めなかったものでした。先生はちょっとの会話でそれを的確に見抜いて突いてきたのでした。そしていかにも不満そうに付け加えました。 「mehori さ
一流の研究者の歩いている時間。あるいは「iPod を捨てよ、町へ出よう」 | Lifehacking.jp
伝説的な研究者の先生と机を並べて一ヶ月。毎日のディスカッションについていくだけでも大変ですが、その内容を Hipster PDA に走り書きし、Moleskine にキャプチャーするだけで毎日 20 分ほどの時間がかかっています。おかげで今月始めた手帳の消費の早いこと、早いこと。 そんな先生は私よりもたいてい早くオフィスに着いています。いつもの集中力で、あとからきた私に 15 分くらいは気づいていませんので、そのスキに自分の仕事を必死で始める毎日です。 しかし先日、私が出勤すると珍しくもオフィスの扉が開け放たれたまま、鞄とノートパソコンを残してどこにもいらっしゃらないということがありました。不思議に思っていると、30分もした頃に息を切らした先生が汗を流しながらやってきました。 先生「いやぁ、メガネを忘れてね！」 私 「….！！（なぜ走る必要がっ！）」 iPod を捨てよ、町へ出よう しかし
一流の研究者の集中力（２）超シングルタスクのすすめ | Lifehacking.jp
一流の研究者とルームメイトになって二週間、私の仕事の能率はなんと通常の２倍に上がりました。 いえ、仕事を倍こなす秘密を教えてもらったわけではありません。この先生、ものすごくおしゃべりが好きなので、一日の半分は議論の相手をしているのです。朝やってくるとまず２時間ほどの議論。昼くらいにもう１時間。夕方にもう１時間で、私の仕事時間はざっくりと半分になってしまっています。でもまあ、やればなんとかなるもので、いつもと同じ仕事量を半分の時間でなんとかやっつけています。ものすごく疲れていますけど…. そんなある日の会話。 先生：「それでね、一口に地球温暖化といっても Signal to Noise ratio の問題がありましてな…」 私： 「自然変動とどちらが大きいかって話ですよね」 先生：「Or course. And you see…. （以下英語がだーっと） ……Right?」 私： 「!!!…
[Lifehacking Diary] 一流の研究者の集中力
信じられないほどの幸運ですが、今日から２ヶ月のあいだ、世界でもトップクラスの科学者の先生と机を並べて仕事をすることとなりました。若い頃にアメリカに渡り、独力で一分野を築きあげた伝説に近い存在です。 研究者の能力の指標の一つに論文の被引用回数という、他人がその人の論文を何度引用してくれたかという数字があります。分野によって数字はまちまちですが、私たちの分野だと割と論文が多い大学教授でも 500 程度がふつうだというのに、この伝説は 10000 をゆうに越えているというのですから、おそるべき話です。 昨夜はアメリカから到着したこの先生を空港まで迎えに行き、深夜に宿舎まで送りとどけたのですが、時差ぼけを感じないのか今朝は早くから研究室の机でノートパソコンに向かっています。 私がうしろから「おはようございます」と声をかけても振り返りません。邪魔をしては悪いかなと自分の仕事を始めると、私がコーヒーを
グループウェアの新しい使い方「ひとり言スレ」──サイボウズ・ラボ
ラボの“生態”を明らかに──。4回目を迎えた今回のラボめぐりは、グループウェアなどで有名なサイボウズから分社したサイボウズ・ラボ。2007年に入社したばかりの西尾泰和さんに話を伺った。 ラボの“生態”を明らかに──。4回目を迎えた今回のラボめぐりは、グループウェアなどで有名なサイボウズから分社したサイボウズ・ラボにお邪魔した。話を伺ったのは、2007年に入社したばかりの西尾泰和さんだ。いつもはラボめぐりの取材をしてもらっている秋元裕樹さんも、今回は所属元ということで西尾さんのサポートに回った。 東京・赤坂という都心の一等地にそびえ立つプルデンシャル・タワー。サイボウズ･ラボは、このビルの1室にラボを構えている。所属する研究者十数名の席がレイアウトされている作業スペースで、オフィス家具好きの筆者が注目したのは、特徴的なワーキングチェアとデスクである。 PCを使った作業に適する姿勢は、ワーキン
プログラマから起業家へ転身する際の注意点:Geekなぺーじ
「10 Tips for Moving From Programmer to Entrepreneur」 という記事がありました。 面白かったです。 要約してみましたが、間違っているかも知れないので詳細は原文をご覧下さい。 1. コーディングはあなたの仕事の5％でしかない コード書きに夢中になってしまう起業家がいます。 コードを書くことも重要ですが、いくら美しいコードを書いても、誰もその製品を使ってくれないのであれば意味がありません。 税金を払い忘れて逮捕されてしまったら書いたコードは無駄になります。 ソフトウェアのライセンスに無頓着であるために訴えられたら、コードは無駄になります。 ブログやフォーラムでコードの事ばかりを話題にする起業家を見る事がありますが、多くの場合、コードよりもビジネスの側面について考えた方が良いと思われます。 もちろん、コードについて語る方が簡単ですが、そもそも起業
エリート症候群がベンチャーを滅ぼす - CROSSFIRE DBとコンパイラの日記
僕の回りには、頭が良く優秀な人が多い。だが、その半面、エリート症候群にかかっている人もぼちぼち見かける。エリート症候群は、学歴が高い人、コンサルファームなど一流と言われる企業で働いたことがあるひとに多い。特に、狭き門でエリート街道をつっ走ってきた人はこの傾向が強い。 では、エリート症候群の症状とはどんなものか？それは 「現状では分からない」という正解が出せない、認められない 分かるようにするための行動に出られない 最悪の場合、自分の常識だけで無理矢理かたづけたり、自分に都合の良いことを書いてある書籍や雑誌などの情報を鵜呑みにする。 というものだ。もっとも理論的で的確な解答が出せそうな人が、答えのない問題と言われるものにぶつかったときに感情で判断してしまうのだ。僕は、世の中、「答えのない問題」なんてものは、そうはないのではないかと思う。答えのない問題ではなく、「その場の目的やかかわっている人
へ〜たのめも:Google のソフトウェア・エンジニアリング - livedoor Blog（ブログ）
2007年06月07日 Google のソフトウェア・エンジニアリング Google Developer Day Tokyo の鵜飼さんのプレゼンより、「Google のエンジニアはどうやって開発しているのか?」 Google の研修 入社して最初の 3ヶ月は本社(Mountain View)で研修 研修中は、メンターがついて「Google での開発の仕方」を学ぶ 内部ウェブ・サイトで社内共有ライブラリの使い方などを説明する動画があるので、それで自習 Google のプロジェクト・チーム 開発拠点は米国、スイス、オーストラリア、インド、日本など 場所とプロジェクト・チームは関係なく、プロジェクト・チームが拠点をまたがることは普通。世界中の拠点全部合わせて、一つの Google エンジニアリング・チーム 開発はデザイン、コーディング、テスト、改善、デモの運用まで上流から下流まで同じチーム(同
ITmedia Biz.ID：仕事中に避けられない「眠気」――9つのシーン別対策
新入社員の中には、学生時代と同じようにガバっと机に伏せて寝てしまったり、不埒にもいびきをかいたりする豪傑がいる。居眠りばかりしていると上司の評価も下がる。社会人としての眠気防止防衛策をいくつか紹介しよう。 筆者が車を運転しなくなった唯一の理由は、中長距離を走る時に眠くなることだ。生死が関わる交通事故の怖さもあるし、運転している間は本も読めない、ノートも書けない。そう考えると、絶対に飛行機か列車がいい。 長距離バスもできるだけ乗らない。バスの運転手も必ず眠くなると信じているからだ。例えばスキーバス。帰りのバスは乗っている客全員がぐっすりと寝ているが、バスの運転手だって実は猛烈に眠いのだ。どうしても長距離バスに乗るときは、運転手の後ろに陣取って居眠りしているかどうかを見張るのが、筆者の“サバイバル術”だった。 「むちゃくちゃ眠い」を防ぐ9つの対策 ところが眠くなるのは車の中だけではない。会社で
かくたにのWiki - LifeHacksPress
角谷HTML化計画 最新の20件 2008-05-22 『インターフェイス指向設計』サポートページ 2008-05-20 GnuPG公開鍵 2008-05-12 関わった書籍 2008-05-01 アジャイル開発者の習慣〜acts_as_agile 2008-04-03 『アジャイルプラクティス』サポートページ 2008-02-18 『JavaからRubyへ』サポートページ 2007-10-23 プレゼンテーション 2007-06-26 FrontPage RubyxAgile 書いたもの一覧 LifeHacksPress 2007-06-14 CharBuffer 2007-06-12 RejectKaigi2007 2007-06-05 『JavaからRubyへ』バグ報告 StringBufferをStringに変換する。あなたなら、どっち?! 2007-05-1
ITmedia Biz.ID：メールアドレスに送信するだけで使えるサービス4選
Sugu.cc、QuickML、qwik.jpともに、使い方はほぼ同じ。「好きな名前@サービスのドメイン名」宛てに、ccにはメーリングリストに加えたい人のアドレスを入れてメールを送付する。例えば「bizid@qwik.jp」宛てに、ccには「bizidentity@gmail.com」を入れてメールを送れば、筆者とbizidentity@gmail.comさんのメーリングリストができあがりだ。 Sugu.ccだけは携帯電話専用なのでご注意を。 （2）メールを送るだけで翻訳 今度はあるアドレスにメールを送信すると、自動的に「英語→日本語」「日本語→英語」に変換してくれるサービスが「ETM／自動翻訳サービス」だ。PCだけでなく携帯からも利用できる。 送ったメールは自分に戻ってくるのではなく、言語が変換されて相手に送信される。英語なら日本語に、日本語なら英語に自動判別してくれるのがうれしい。 使
MOONGIFT: » 必見！物凄く自由なWebツール「PositLog」:オープンソースを毎日紹介
久々に物凄い！と感激してしまうソフトウェア。しかも日本語。 Webサイトを作るにはそれなりの知識が必要だ。最低限、HTML構文を覚える必要がある。しかし、ブログや技術の向上によって、誰でも手軽に情報発信できる仕組みができつつある。 だが、それでもまだ甘かった。情報発信する上で、レイアウトの問題があった。レイアウトは大抵、画一的で全く自由ではない。その束縛を超える、自由な情報発信ツールがこれだ。 今回紹介するオープンソース・ソフトウェアはPositLog、マップ型のWebレイアウト＆ブログシステムだ。 PositLogのすごさは実際に触ってみてもらうのが一番いい。かなりの衝撃を受けるはずだ。何せ、付箋を貼り付けるように自由に文字列を配置できるのだ。 各項目は線で結ばれ、関連性が見られるようになっていたり、ファイルを添付することもできる。さらにドローイングに対応し、絵を描くこともできる。 文字
Google の理念 - 10 の事実
We first wrote these “10 things” when Google was just a few years old. From time to time we revisit this list to see if it still holds true. We hope it does—and you can hold us to that. 1. Focus on the user and all else will follow. Since the beginning, we’ve focused on providing the best user experience possible. Whether we’re designing a new internet browser or a new tweak to the look of the hom
404 Blog Not Found:あなたが正しいと思っていることが間違っている26の理由
2007年05月30日04:05 カテゴリ翻訳/紹介Psychoengineering あなたが正しいと思っていることが間違っている26の理由 MixClips経由で見つけた記事なのだけど、実はWikipediaのコピペ。 26 Reasons What You Think is Right is Wrong List of cognitive biases - Wikipedia, the free encyclopedia これってどこのPOP*POPだよと思いつつも、内容そのものは面白いので超訳的注釈をしてみることに。ただし私は心理学と社会学は筒井康隆に教わった点をよろしく割引のほどを。 バンドワゴン効果 Bandwagon effect - 周囲の人が信じていることを、自分もいつの魔に信じてしまう効果 偏向の盲点 Bias blind spot - 自分自身の認識偏向(cognit
ITmedia Biz.ID：Getting Things Done（GTD）まとめ
Getting Things Done（GTD）まとめ ストレスフリーの仕事術、GTD（Getting Things Done）。海外のナレッジワーカーには常識になりつつあるこの仕事術、あなたはもう試してみましたか？ Biz.IDでは、GTDを活用して仕事の生産性を上げるビジネスパーソンを応援します。 今ならできるGTD 「将来の目標」は「日々の仕事」の中にあり デビッド・アレンさんは「日々の仕事を片付けられないと、将来の目標など見えてこない」と言います。日々仕事に追われていたりストレスにさらされていると将来のビジョンは描きにくくなります。(2008/12/31) GTDでつまずきやすい「プロジェクト」って？ GTDで分かりにくい概念のひとつに「プロジェクト」があります。6つのレベルでやるべきことを見直す「Horizontal Model」で考えると、プロジェクトの活用法が見えてきます。(
親友へ。ブログを書こう。 - IT戦記
はじめに ガイアックスに入社する前からの数少ない親友でプログラマの y が人生の岐路に立っているようなので、エントリーを書いてみることにした。 y とは mixi の足跡がきっかけで知り合って、もうすぐ丸二年の付き合いになる。人生の 10 % の時間をインターネットでつながっていたということになる。 あのときから見たら、自分も y も随分変わったんだろうなあ。普段は考えたりしないけど、しみじみとあのときのことを思い出してみた。 そして、 y にももっと web で色んなものを公開して欲しいなと思った。どんなささいなことでもいい。完成度なんてなくていい。二次情報でもいい。技術のことでなくてもいい。 y へ。そして、ブログを書いたことがないすべての人へ。 ブログを書こう 誤解のないように言っておきますが、書くべき！という感じではなく、ｲｲﾖｰｲｲﾖｰ書いたほうがｲｲﾖｰ的な意味です。 ブログを
個人サービスを作るコツ | ランサーズ社長日記
いいね！ 5 ツイート B! はてブ 477 Pocket 96 今、個人発サービスがアツイ。字幕inやSocialTune、コトノハなど人気サービスの一部には個人サービスが多い。その背景には、安い高性能マシン、何でも無料の開発環境、ウェブ上にある各種ノウハウ情報などがある。 個人的には、このような環境であれば、もっともっと個人発サービスが出てきてもよいと感じるのだが、それほどまで爆発的に増えているようには思えない。やはりそこには、誰でもできる超参入障壁の低い個人サービス、自由が多くなんでもできる個人サービスだからこその「自由の中の不自由」みたいなものがある。実際に作る時間を作るのは難しいし、開発をいつでもやめる自由もある。責任もない。飽きる。と現実にサービスを出すとなると大変なのである。 長々とひっぱったが、そんな個人サービスを作るコツを今までの経験から書き出してみた。 個人サービスをつ
プログラマの生産性を少ない努力で高める１０の方法*ホームページを作る人のネタ帳
今回は元記事と私の観点は少し違います。 元記事： Simple Productivity: 10 Ways to Do More by Focusing on the Essentials 元記事はプログラマの事をさしていませんが、見れば見るほどプログラマ向けの記事かと思います。 現在日本では殆どのWEB製作に関わる人が、あれもこれもしなければならない状況にあります。 html 各種プログラム FLASH デザインなど等。 これらを、勉強もしなければならないし、作成もこなしていかなければならない。 そんなときに役に立つ、これは少ない努力で、なるべく多くの生産性を生む方法です。 １０の方法は以下に。 １）頭をスッキリさせてください 出来れば一日１時間ほどの休憩をとってください。 情報の収集などもやめ、出来ればコミュニケーションもストップし、一人になりましょう。 その時、あなたにとって重要な事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
