Googleがオープンソース・プロジェクト支援のホスティング・サービスを開始
米Googleは，オープンソース・ソフトウエアやAPI，ツールに関する情報提供サイト「Google Code」内に，オープンソース・プロジェクトのホスティング・サービス「Project Hosting」を立ち上げた。「健全で生産的なオープンソース・コミュニティを支援することが目的」としている。 ホスティング・サービスでは，100Mバイトの記憶容量，バージョン管理機能，バグ追跡機能，メーリング・リスト機能などを提供する。対象ライセンスはApache License 2.0，Artistic License /GPLv2，GNU General Public License 2.0，GNU Lesser Public License， MIT License，Mozilla Public License 1.1，New BSD Licenseなど。 サポート言語は現在のところ英語のみだが，「わ
POLAR BEAR BLOG: Google は社内でどんなツールを使ってるの？
Enterprise 2.0 という言葉が作られるなど、WEB2.0的ツールを企業内で使うことが一般的になっているわけですが、それじゃ Google はどんな社内ツールを使ってるんだろう？という興味を満たしてくれる記事がありました： ■ The Tools Google Uses Internally (Google Blogoscoped) 元ネタはこちらのエントリに掲載されているもの（詳細なPDFファイルはこちら）で、KMWorld Magazine が主催したイベントで発表されたプレゼン内容とのこと。Google 社員の Naveen Viswanatha という方が、いくつかの社内ツールを紹介してくれています。早速どんなものか、というと： < Google Projects > プロジェクトに関係するタスクや資料を一覧表示する、ダッシュボードのようなツール。上の方にあるタブに「My
はてなとマッキンゼーとUEIとマイクロソフト、社内コミュニケーションについて: 港区赤坂四畳半社長
はてなが京都に戻る？ ふふふ予定通りやを読むと、はてなという会社のブレのなさにさすがと思ってしまいますが、はてなの京都移転でコミュニケーションについて考えてみた。を読んで、そういえばコミュニケーションと距離の問題ってあるなあと思ったのでした。以下、いつも通り長いブログ。 いま、僕の会社UEIは2階、5階、6階ととても縁起の良い数字、すなわち0x100に別れているのですが、そもそもビルが小さいので、フロアも小さい。結局会社の成長にあわせて引っ越しもなんどか検討しているのですが、場所がいいんですよ。いまの会社は。東大の赤門からすぐだから、学生向けの食堂や書店がたくさんあるし、そもそも東大の学内だけで10以上の学生食堂がありますからね。 おまけに学生街だから、家賃も安い。近隣に住む社員も通い安い、秋葉原に近いから、会社行く前にちょっと秋葉に寄ったり、一日に何度も秋葉と往復したりということが可能。
マニュアル診療の楽しさ - レジデント初期研修用資料
レジデント初期研修用資料 引っ越し前の旧blogです。新しいアドレスは http://medt00lz.s59.xrea.com/wp/ になります ガチガチの行動規範に縛られた医療現場は、それでもやっぱり楽しい、はず。 「楽しさ」というパラメーターは、要するに「特別さ」の度合い。 振る舞いが自由であることそれ自体は、「特別である」ことを保証しないし、 振る舞いが「量産型」に規定されても、 特別な人は、やっぱり特別な存在であり続けるから。 量産品を使うヒーローのこと 主人公が特別に作られた道具を武器に活躍する物語には、どうも共感できない。 読者の共感と、物語の盛り上がりを両立することは難しくて、 主人公が最初から超人だったら、読者の共感なんて得られないし、 主人公が最初から最後までダメ人間なら、物語が盛り上がらない。 超人的な努力をする主人公は暑苦しくて共感できない。かといって、 ちょっと
量産型はダテじゃない - レジデント初期研修用資料
レジデント初期研修用資料 引っ越し前の旧blogです。新しいアドレスは http://medt00lz.s59.xrea.com/wp/ になります 昔から救急外来という場所が好き。怖いし疲れるし、 最近は、いろんな人から文句言われたり訴えられたり、 ろくなことが起きない場所なんだけれど、それでもやっぱり救急が好き。 リスク回避の手段を前から考えてる。リスク管理の問題さえ解決できれば、 この場所にはまだまだ、昔みたいな賑わいが戻ってくるだけの楽しさがあるはずだから。 最初の頃は、技術の向上それ自体がゴールだと思っていた。 自分なんかよりもはるかに高い技術を持った人達が、次々と刺されて現場を去っていくのを見て、 大事なのは技術じゃなくて、むしろ交渉能力なんだと思った。 交渉のやりかたとか、人質交渉人のマニュアルとか、ちょっと外れて新興宗教の洗脳手法とか、 とにかく「交渉」に関係することをあれ
課題、ペイン、そしてソリューション | タイム・コンサルタントの日誌から
「ソリューション」という言葉を最初に流行らせたのは、'90年代の米国IBMだったと言われている。はじめのころは、「単に最新型CPUを載せたPCハードです、といって売れた時代はもう終わる。これからは顧客のソリューションとなるシステムでなければ売れないだろう」といった言い方だった。それがいつの間にか今日では、「最新型アーキテクチャのソリューション！」という具合に、単なるハードやソフトの出来合い商品をさすのに使われてしまっている。IT業界における典型的な“用語インフレ”の一つだろう。いまでは他の業界でも「ソリューション」を名前に冠する会社は少なくない。 しかし、発祥の地のIT業界でも、さすがにもう企業のCIOたちは『ソリューション』という語に不信感を抱くようになってきたらしい（たとえば『CIOが抱く「ソリューション」への不信感』日経ソリューションビジネス・記者の目2006年6月）。ソリューション
規模の不経済に負けない21世紀型企業：日経ビジネスオンライン
気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン 世界を視野に企業活動を俯瞰した時、最近の大きな特徴の1つは、「リーディング・グローバル・インスティチューション」とも呼ぶべき、巨大企業群が出現しつつあることである。これらの企業の活動範囲は世界の津々浦々に及び、その投資判断は巨大な雇用を生み出し、一国の経済政策をも左右するようなインパクトを与える。 企業活動の巨大化、グローバル化は今に始まったことではない。第2次世界大戦後から、いわゆる多国籍企業と呼ばれる企業は存在していたし、そうした企業は貿易や資本取引の自由化の中で、着実にその活動範囲を拡大・深化させてきている。 では、近年の特徴は何かというと、こうした巨大企業による世界経済への影響力がとみに強まった点にある。米国を例に取ると、1970年か
こんなソフトを開発してくれたら、1,000円払います -- microPledge
特に調べてないので、日本にも同様のサービスがあるかもしれませんが（っていうか、他の分野で似たような話があるし）。「素晴らしいソフトのアイデアがあるんだけど、スキルや資金がない……」「素晴らしいソフトのアイデアがあるんだけど、他人にウケるか分からない……」などという悩みを、いっぺんに解決するサービス： ■ microPledge: Get software made Springwise の記事で紹介されていました。仕組みはこんな感じ： 誰かがソフトウェアのアイデアを投稿する。 そのアイデアを気に入った人は、「～ドルを資金提供します」という約束（pledge）を行う。 開発者は、気に入ったアイデアに開発の申し出を行うことができる（開発者自身が自分のアイデアに資金提供してもらうために、アイデアを投稿することもOK）。その際、見積額を提示する。 アイデアには応募期間が定められていて、それが過ぎる
The Goog Life: how Google keeps employees by treating them like kids 日本語訳
The Goog Life：グーグルが従業員を子供扱いすることでつなぎとめている件 著者： Aaron Swartz 日本語訳： yomoyomo 以下の文章は、Aaron Swartz による The Goog Life: how Google keeps employees by treating them like kids の日本語訳である。 先日友達と、シリコンバレーで絶えず会話のネタになるもの、Google の話をしていた。で最後に、彼女がすべてに筋を通すヒントをくれたんだ。「子供扱いしてるのよ」と彼女は語った。「ただ飯をあてがい、洗濯をしてやり、弾力のある色鮮やかなボールの上に座らせる。彼らが成長し、自力で人生を生きる方法を学ぶ必要がないようにすべてをやってあげるわけ」 そのように見れば、Google がやることすべてに恐ろしくつじつまが合う。 僕が Google を最後に訪
小野和俊のブログ:バランス感覚を身に付けると、コミュニケーションの角と同時に能力の角も取れることがある
分裂勘違い君劇場 - 優秀な人材に変身するキッカケに出会うか、未熟なまま老いていくかで述べられている内容について。 intelligent ではあるが wise ではないために今一アテにできない、という人にはいくつもの心当たりがあって、そういう人とうまく仕事をしていくことができなかった頃のもどかしさが蘇って来るようで、古傷に指を入れてこじ開けられるようで読み進めるのが辛かった。 一方で考えなければならないのは、物事を大きく変えるような提案というのは、実は往々にして、intelligent だけれども wise ではない人たちから出て来ている、ということである。 wise ではない人の意見は、第一印象として、マネージャや周囲の人たちから見てムッとする意見であることが多い。そのネガティブな反応の内訳は、ただでさえやることが山積みなのに新しい方法の導入を提案することに対する反発であったり、誰も問
優秀な人材に変身するキッカケに出会うか、未熟なまま老いていくか
頭が良く、意欲的に仕事にとり組むんだけど、いまいちアテにできない人というのがときどきいる。 ポテンシャルはあるのに、どこか独りよがりなところがあるために、暴走するリスクがあり、安心して、重要な案件を任せられないタイプの人間である。 そういう人は、「きっかけ」があると、大化けする。本当にすごい人材になる。 しかし、きっかけが無いと、つまらない脇役仕事や日陰仕事ばかりやらせられ、未熟なまま老いて、どんどん腐っていってしまう。 この記事で描かれている坂本君は、いかにもそういうタイプの人だ。 芦屋：坂本，この「貴方の営業ご担当者様が販売活動しやすいように工夫しています」という表現は，抽象的で意味不明じゃないか。意味が分からないから，「先方へのアピール」になってないんじゃないか。説得力もないよ。ここは，具体的な事例を使って修正すべきだな。どう修正すればいいか考えてよ。 坂本：いや，ここはこれでいいん
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
小野和俊のブログ:諸君 私はプログラミングが好きだ
諸君 私はプログラミングが好きだ 諸君 私はプログラミングが好きだ 諸君 私はプログラミングが大好きだ 設計が好きだ 実装が好きだ デバッグが好きだ コンパイルが好きだ リファクタリングが好きだ パフォーマンスチューニングが好きだ ペアプログラミングが好きだ クラスの名前を考えるのが好きだ 自分が書いたソースを眺めるのが好きだ Java で C で C++ で C# で Perl で Ruby で PHP で Python で Lisp で VB で この地上で行われる ありとあらゆるプログラミング行為が大好きだ 轟音と共にバグを吹き飛ばしていくのが好きだ 空中高く放り上げられたバグが 効力射でばらばらになった時など心がおどる プログラマーの操る キーボードが コンパイルエラーを撃破するのが好きだ 悲鳴を上げて 燃えさかるソースコードから飛び出してきたエラーを テキストエディタで薙ぎ倒した
モチベーションを高めたいなら達成すればいい ― ＠IT情報マネジメント
第3回目となる今回は、第1回「優秀なプロマネはメンタルな働きかけもうまい」で触れたゴールアライメントについて、もう少し詳しくお伝えしようと思います。さらに、プロジェクト成功には欠かせないメンバーのモチベーションを高めるためのポイントや、当たり前過ぎてやっているプロジェクト、組織がほとんどないけれど、実は絶大な効果がある“ルール”についてもお伝えしますので、ピンと来た方は最後までお付き合いください。今回もオムニバス形式でお届けします。 ばかばかしいほど簡単で大切なルール あらためていうまでもないことですが、プロジェクトや組織を運営していくためにはルールが必要です。会議運営のためのルールや、個別の作業を行う際のルール、あいさつのルールなどなど、組織によって本当にさまざまなルールがありますが、私が非常に強力な効果があると感じているのは「言葉遣いのルール」です。小学生じゃあるまいし！ と驚かれた方
合理的な意志決定のつみ上げがマクロな不合理を生む（２） | タイム・コンサルタントの日誌から
前回書いた「囚人のジレンマ」の問題をセミナーなどで説明し、自分ならどの行動をとるかを聴衆にたずねてみると、過半数はやはり『自白』を選択すると答える。つまり、相棒がどちらの行動に出ても、自分のこうむるリスクを最小化する方を選ぶというのだ。すなわち、自分の損得というミクロな観点から言えば、きわめて合理的な判断である。 その同じ判断が、分業化した会社の中でもしばしば行なわれる。たとえば、こうだ：購買部門は安い資材部品を納期通りに調達することを、部門の目標として与えられている。だから、他の部門から手配部品の納期を聞かれたら、長めに答えることになる。短い納期見積を答えて、サプライヤーがそれに応じられなかったら、購買部門の失点になるからだ。リスク最小化の原理である。同じ理由で、発注ロットサイズをたずねられたら、多めに言いたくなる。その方が安く買える可能性が高いからだ。つまり、納期は長めに、発注量は多め
XM:::会議支援ツール-Sargasso eXtreme Meeting
長い会議に嫌気がさしたことはないでしょうか。 会議が長いだけではなく、明らかに非効率な会議を、不条理に長くつづけていることにイライラしたはずです。 そもそも何のためにメンバーが集まったのかが共有されていないまま会議が始まる。いざ議論が始まると、やがてそもそも何についての議論しているのか誰もわからなくなって しまう。それでも会議が続けられ、予定時間を大幅に過ぎたところで結論があいまいなまま会議が打ち切られる。会議中に決まったToDo（やるべきこと）もいつの間にか忘れられ、 次の会議でまた同じToDoが発行される。最終的には、会議がなぜうまくいかないのかを話し合う会議すら開かれるようになり、会議ばかりでプロジェクトが一向に進まない・・・ 程度の差こそあれ、このような悲惨な会議が、実際に多くの組織で繰り返されているのが現状です。 こうした世の中の会議の問題を解決し、より生産的な会議を
天外伺朗「マネジメント革命」書評 - アンカテ
マネジメント革命 「燃える集団」を実現する「長老型」のススメ 団塊の世代の人が「上も下も悪くない、悪いのは自分たちの世代だ」と言うことはほとんど無いと思うけど、この本は、それに近いことを言っている稀有な例だ。著者は「井深大さんから受け継いだものを、私たちは次の世代にきちんと受け渡しているだろうか」という問題意識から、この本を書いたと言う。 著者の天外伺朗氏(本名土井忠利氏)は、ソニーでCDを開発し、ワークステーションNEWSとAIBOの開発責任者をつとめた技術系のフェローだ。1964年に中堅企業であったソニーに入社して、新入社員の時にトランジスタラジオの材料の開発の仕事に携わったが、社長であった井深氏が「とにきは毎日のように私の隣に座り、いろいろと議論をふっかけてきた」と言う。その後、いくつかの技術開発を経て、デジタル・オーディオの開発にとりかかり、最終的にCDを製品化することに成功するの
Life is beautiful: Googleの強さはStructured Chaosにあり
今週号のFortuneの特集記事（原文へのリンク）は、"Chaos by Design"というGoogleのマネージメントスタイルに関する記事。GoogleのBusiness Operationの上級副社長は、Shona Brownという元マッキンゼーの女性。1998年にCompeting on the Edge: Strategy as Structured Chaosという本を書き、イノベーションを起こすには、会社を「カオス状態」と「きちんと構造化された状態」の間の "structured chaos"(構造化されたカオス)と呼ぶ状態に置くのが一番良いと説いたのだが、Googleが今ある状態はまさにそれ、というのがこの記事の論点だ。 今考えてみると、Microsoftも、９０年代の前半から中盤の、Windows95、IE3.0、IE4.0を出した時期は、まさに"Structured C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2008/02/11/utest-now-open-for-business-get-paid-to-find-software-bugs/
https://jp.techcrunch.com/2007/12/19/utest-gets-17m-for-crowd-sourced-quality-assurance/