ソースコードから見るグーグル気質、規律を持つ気さくな開発者集団
グーグルはWebブラウザ「Google Chrome」など100種類を超えるオープンソースプロジェクトを社外に公開している。「Google Code」という開発者向けWebサイトでは、ソースコードだけでなく、グーグル社員同士のやり取りや仕事の進め方まで公開されている。そこから垣間見えるグーグル気質を分析する。（日経コンピュータ） グーグルのことを、「『世界中の情報を整理する』という大きな野心に向けて突き進むエリート集団」と思っている読者も多いだろう。そのような会社のプログラマであれば、書いたソースコードも厳しい規律に従う秩序だったものに違いない、と思うのが自然だ。 確かに、グーグルの開発スタイルの厳格さはよく知られている。例えば、グーグル日本法人の鵜飼文敏氏が行った講演を見ると、同社は、デザインドキュメント（コーディングの前に設計情報を文書化するプロセス）、コードレビュー（他のチームメンバ
海部さんと梅田さんに知って欲しいオープンソースの三つのポイント - ひがやすを技術ブログ
最初に謝っておきます。「オープンソースについて知らないのなら軽々しく書くな」というのは言い過ぎですね。だれでも自由に物を書く権利がある。ただ、変なことを書かれても困るので、知っておいて欲しい重要なポイントを書いておきます。 参考にしていただけると幸いです。そうじゃないと、また、それは違うよと指摘しないといけなくなるから。 最初に、オープンソースとは何なのかは、正しく理解して欲しいし、違うものをオープンソースと読んで欲しくない。お客様と話すときでも、お互いに思い違いが発生しないように同じ単語は、同じ意味になるように最初に調整しますよね。あれと同じことです。 オープンソースの定義は、http://www.opensource.jp/osd/osd-japanese.htmlに載ってます。でも、難いですよね。普通の人に説明するには難しすぎます。 個人的には、「オープンソースとは、ソースが公開され
9arrows.com | Home
9Arrows プロジェクトの成果物を細分化し、担当者割り振りやスケジュール・進捗状況の管理を行うWBS（Work Breakdown Structure：作業分解図）。 プロジェクトを管理する上で欠かせないこの手法を中心に、チームとしても個々としても作業を効率的に進められるようになるツールです。 WBSとは？ WBS（Work Breakdown Structure：作業分解図）とは、一言でいうと「やる事リスト」です。 プロジェクトマネジメントで計画を立てる際に用いられる手法の一つで、プロジェクト全体を細かい作業に分割した構成図で「作業分割構成」「作業分解図」などとも呼ばれています。 プロジェクト管理に特化した機能ばかり 日々変化するプロジェクト進行を、効率的に進めるためだけの機能を取り揃えました。タスクの細分化、担当割り振りなどはもちろんのこと、自分のやるべき作業のみのピックアップ
matzを説得する方法 - 天泣記
x�� M%�Z2{p�q5��V� сi����N�b� 渥 ? �U���z�Z倭}�� 蜚����#*~;� �顏澍x 𣝣 罷-C僐糅N���Gソ x,�?�?a� >�F8籔 ]�=��� � �円枻/��洱叡 �/ 0^ _�r�WW鉦��`�7�Je /�K|� 3筐H��X���姝5~�o�^;� x. � �$ 吽�s:弖x}�m>遍XVM 茜��!>棟�7̟| �/� �� � 神垂 �G�u^��4z��W&�&/� �; � 蜆SMD� 5 嗄�d ?��O�W��� }[/!� o�n6� ���* �v{y H\ �� �戊皝H邉��I%慮AOz � 畢@|b?Y�h�� �v括RI�|� SBL�u �n吐^:~� 6a� ���岶&繇�; �tr��GMぼZl��3�I{R'_��3薑's>�y衄�G��oad�\僲y5淚~�= ��?�hB�d~�z
グーグル社内のオープンソース活用術 ― ＠IT
Google New Yorkの講演会シリーズに、同社でオープンソースプログラムマネジャーを務めるクリス・ディボナ氏が登場し、「グーグルにおけるオープンソース時代」と題する発表を行った。講演会にメディアは参加できなかったものの、eWEEKのシニアエディターであるダリル・K・タフト氏が5月16日に同氏にインタビューし、特許をめぐるマイクロソフトの最近の強硬姿勢やグーグルのオープンソース開発に対する貢献、グーグルにとってのGPLv3の意義など、一連のトピックについて質問した。 ――講演会ではどのような話題を取り上げるのですか。 ディボナ氏 普段から話していることに、少し手を加えるつもりです。具体的には、グーグルがオープンソースをどのように活用していくのか、社内でいかにオープンソースを助長していくのか、「Summer of Code」の実施やコードのリリースといった対外的なオープンソースとの関わ
オープンソースコミュニティ運営方法:Geekなぺーじ
Google Videoに「 How Open Source Projects Survive Poisonous People (And You Can Too)」という54分のビデオがありました。 Subversionの開発者達が、オープンソースプロジェクトを運営上の注意点を解説していました。 面白かったです。 ボランティア開発者の集合体によって実現しているオープンソースプロジェクトを運営する方法を解説するという題目ですが、 最後のオチでは、「これはオープンソースに限らない」と言っていました。 確かに、一般的な開発でも参考になる部分は多いと思いました。 また、掲示板やブログのコメント欄でも一部は適用できそうなノウハウであると思いました。 要約してみましたが、結構いい加減で間違いなどがあると思うので詳細はビデオをご覧下さい。 「Poisonous People」は「有害な人」と訳してみま
「すでにOSSミドルウェアの性能十分」、IPAが評価終了 － ＠IT
2007/02/07 データベースやアプリケーションサーバといったOSSミドルウェア適用における課題は、もはや性能ではない――。 独立行政法人情報処理推進機構（IPA）の委託で、大手SIベンダやハードウェアベンダなど9社が中心となって2004年から実施している「OSS（オープンソースソフトウェア）性能・信頼性評価プロジェクト」の第4回目の成果が発表された。PostgreSQLやMySQLといったOSSのデータベースはCPU数のスケーラビリティが格段に向上し、チューニング次第で大幅な高速化や大規模対応が可能という。 3年で状況は一変、もはやOSSミドルウェアは性能面は十分 プロジェクトが活動成果を発表するのは今回で4回目。OSSの性能限界を明らかにし、適用可能領域を明確にするのが目標の1つだ。OSのLinuxは、カーネル2.4系にあったロック競合の問題はカーネル2.6系で解消され、スケーラビ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オープンソースソフトウェアの育て方
GitHub - rietveld-codereview/rietveld: Code Review, hosted on Google App Engine
Google Project Hosting
オープンソース情報データベース || OSS iPedia