情報を共有しよう，ネットの力で会や企業をより良くするために。ネット産業の勝負はこれからだ。個として自立しよう，好きを貫こう，幸福になるために。「ウェブ時代5つの定理 この言葉が未来を切り開く!」，「私塾のすすめ ─ここから創造が生まれる」(齋藤孝氏との共著)などの著者である梅田望夫氏と，Rubyの作者まつもとゆきひろ氏が，ウェブ時代を生きる人々に語りかける。 まつもと 社会の問題も適度なサイズに問題が分割されていて，サメにえさをやるように配分できれば，いろんなことが達成できると思います。それこそが炎上のパワーをポジティブに使えないかということですね。 Rubyはたまたまそういう構造が出来つつあるんですが，全部のオープンソース・プロジェクトがそうなっているわけではない。我々はかなり例外的なんです。 梅田 なぜですか。 まつもと 先ほどお話した，オープンソースは多様なものであり，成功しているも
もずはっく日記(2007年12月) 2007年12月13日 日本の技術者によるOSSの貢献が少ない理由 初回投稿日時: 2007-12-13 04:59:27 カテゴリ: 雑談 SNS: Tweet (list) OSSは主に英語圏で発達し、イマイチ日本では開発が盛んになりきれていないように思います。以前、US側の関係者に何故日本人からの貢献がこうも少ないのか、と質問されたことがあります。が、Mozillaプロジェクトを見渡すと、和訳等、ドキュメント関係の貢献者はそれなりに数が居て、開発系(とくに実際にパッチを書ける人)が極端に少ないので、おそらく後者のことを指しているのだと思います。 この理由を考えてみると、やはり日本のソフトウェアエンジニアの労働の過酷さにあるのではないかと思います。もちろんここで言うソフトウェアエンジニアとは現場で汗をかく人たちのことで、一般的なニュースに出てくる
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Unisys BITSでパネルディスカッションをした。メンバーは旧知のテックスタイルCEO、岡田さん、日本HP、宇佐美さん、IPA、OSSセンター長、田代さん、主催者側からはユニアデックスの松隈さん、そしてわたし。 ユニアデックスはユニシスグループの中ではサポート部隊という位置付けでメインフレームビジネスが主なビジネスモデルである。そのような会社がLinuxやOSSをどのように位置付けるかと言うのがパネルの裏のテーマである。 パネルの中で人材育成というのが議論になった。 従来のメインフレームベンダは、ハードウェア、OS、ミドルウェア、アプリケーション、SIなどすべて自社で請け負う。典型的な垂直統合型ビジネスである。 それがオープンシステムの時代になって、プロセッサはインテル、OSはマイクロソフト、RDBMSはオラクルなど、それぞれのコンポーネントがそれぞれの分野のトップシェアのベンダが担う
「企業とエンジニアとOSSの三角関係」。スターロジック代表取締役兼CEOであり，Seasarファウンデーションの理事も務める羽生章洋氏（写真1）は，2006年5月15日に開催されたオープンソース関連イベント「Open Source Revolution！」で，このような刺激的なタイトルで講演を行った（関連記事）。優秀なエンジニアはなぜオープンソース・ソフトウエア（OSS）の開発プロジェクトに引き寄せられるのか，それを踏まえて企業はどのような点に気をつけなければならないのかについての自説を披露した。 OSSには様々なものがある 羽生氏はまず「OSSといっても様々なものがある」と指摘。OSSと十把一絡げに言うのは，ちょうど「欧米」と言うのと同じだとした。実際には，欧と米は違うし，欧の中でも英国とドイツとフランスは違う。羽生氏はOSSにおける違いとして次の四つを挙げた。 「地域」…ソフトウエアの
「仕事時間内のオープンソース活動を認めてもらうには，プロダクトと自分自身の知名度をアップしなければならない」。国産のDI（Dependency Injection）コンテナであるSeasar2のチーフ・コミッタであり，電通国際情報サービスに勤務するひがやすを氏は2006年2月10日，東京・目黒で開催された開発者向けカンファレンス「Developers Summit 2006（デブサミ2006）」の講演でこう語った。同氏は，自分自身が“有名人”になることで「仕事時間の3分の1はオープンソース活動をしていいと認めてもらえるようになった」という。 ひが氏によると，オープンソース・ソフトの開発者に共通した悩みは「開発の時間が取れないこと」。たいていは，休日や仕事が終わったあとにオープンソース開発を行うことになる。一方，ソフトウエアをユーザー企業に安心して使ってもらうためには，そのソフトウエアがデイ
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ とある記事のお仕事でオープンソース・プロダクトを現場に導入するためにはどうしたらよいか（そもそもはDIコンテナを採用してもらうには）という内容を書こうとしたのですが筆が止まってしまいました。 友人とも議論したのですが、この話を突き詰めると「責任の所在」という根本論になってしまい、なかなか書きにくいからです。 責任論でオープンソースを語るのは間違い オープンソースには様々な利点があります。 メリット1 コモディティ化の原理で、共有されているからこそ品質が良い メリット2 コードが見れるので、問題が生じてもなんとかできる可能性がある それでもなおオープンソースを採用しないのは「責任が取れない」という理由からではないでしょうか。自分で責任を取らない（責任は誰かに取って
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
