ITmedia エンタープライズ：SourceForge.jpではじめるオープンソースプロジェクト：第1回 アカウントを作ろう (1/2)
オープンソースソフトウェア開発に付随する作業を支援するためのシステムであるSourceForge.jpを徹底解剖する同連載。SourceForge.jp上でプロジェクトを開始して、ソフトウェアを開発・公開していくまでの流れを解説していきます。第1回となる今回は、sf.jpシステムの機能を説明し、アカウントの作成を行います。 SourceForge.jpってどんなもの？ 皆さんは、オープンソースのソフトウェアを作ろうとしたとき、まず何から始めますか？ マシンを準備して、バージョン管理システムの設定をして、議論用のメーリングリストを用意して、ソフトがある程度できたら、Webページを用意して、ソフトを配布。配布を始めるとたくさんのバグ報告がメーリングリストに寄せられて……。 こう見てみると、ソフトウェア開発以外のことに結構労力を割かれていることが分かります。また、メーリングリストなどに寄せられた
ユメのチカラ: オープンソースは資本主義の破壊的イノベーションである
というフレーズを通勤電車で思いついたのだが、そのときは結構いけていると思ったのだが、今考えてみると、それほどいけていない。夢を見ている最中はすげーなこれと思っていて、次の日、目が覚めてみると一体どこがすごいのかと思うようなものである。 破壊的イノベーションは持続的(改良的)イノベーションとことなって、まるっきり新しい市場を開拓し、既存の支配者を駆逐する。あるいはローエンド市場から参入し、既存の支配者を市場から追い出す。みたいな事が教科書には書いてある。 オープンソース的な世界では、著作権を私有するのではなく、共有することによって価値をたかめる。著作権という財産権を否定しちゃったら資本主義ではないではないか、とか思うのがフリーソフトウェアの思想を最初に聞いたときの素朴な感想であったりする人は少なくない。 財は共有すると減る。お菓子をあげれば自分の分が減る。お金をあげれば自分の分が減る。ところ
Part1 オープンソース/C言語に学ぶ「ソースコードの読み方」：ITpro
「Code Reading―オープンソースから学ぶソフトウェア開発技法」（毎日コミュニケーションズ発行，写真1）という本があります。私はこの本の監訳者ですから，やや自画自賛になってしまいますが，ソースコードの読み方を主題にした本はほかにはあまりありません。技法からツール，データ構造，アーキテクチャ，さらには実際にコードを読んで利用する実例まで紹介している網羅的で良い本だと思います。 この本の「はじめに」で「達人プログラマー」として知られるDave Thomas氏は以下のように書いています。 他人の作品を読まなかった偉大な作家，他人の筆づかいを研究しなかった偉大な画家，同僚の肩越しに技を盗まなかった腕のよい外科医，副操縦席で実地の経験を積まなかった767機長――果たして，そんな人たちが本当にいるのでしょうか？ たしかにその通りです。ソフトウエア以外の領域では修行することとはすなわち，他の人の
TAKESAKO @ Yet another Cybozu Labs: gihyo.jp Web連載 - この先生きのこるために注目をあびる優れた技術を身につける
本日gihyo.jpさん上で、私のエッセイが公開されました。興味のある方はご一読いただけますと幸いです。 「最初は後ろ向きでした。」 ～OSS開発参加のきっかけとこれから～ http://gihyo.jp/magazine/SD/serial/2007/2007oss/0011 他にもgihyo.jpさんのサイトには結構面白いWeb連載が載っていたりしますので、要チェックです。
スキル向上にオープンソースを活用せよ ― ＠IT自分戦略研究所
企業各社にとって、人材戦略は非常に重要な課題だ。人材の育成に当たって、トップは何を思うのか。企業を担う若いITエンジニアに何を求めているのか。 「オープンソースはITエンジニア教育には欠かせないものだ」という意見に異を唱える人はいないだろう。自社のソフトウェアを決してオープンソース化しないメーカーであっても、ITエンジニアがソースコードに触れることの重要性を認めている。 オープンソースのソフトウェアでビジネスを展開するレッドハットのグローバルサービス本部本部長 高宮敏幸氏も、「自分の仕事がオープンソースに関連していなくても、たくさんのソースコードを読み、よい書き方、悪い書き方の識別できる力を持つことは、エンジニアにとってプラスとなる」とアドバイスする。 ■全員がソースコードを書く力は必要ない ソフトウェアの部品化が進み、プログラミング言語を使って「プログラムを書く」というよりは、「ブロック
「最初は後ろ向きでした。」 ～OSS開発参加のきっかけとこれから～ | gihyo.jp
現場のニーズからNamazu for Win32に出会う 大学時代にソフトウェア開発のアルバイトをさせてもらっていたのですが、会社のファイルサーバの容量が日に日に増えて、自分の読みたい社内文書を見つけるのがだんだん難しくなってきていました。 そこで全文検索エンジンを導入してみようという話になり、当時Webで実績の多かったNamazu（図1）を使ってみることにしました。フリーソフトウェアで導入に特別なお金もかからないし、ソースコードも無償で公開されていたので、途中で何か不具合があっても自分で何とか対処できるだろうという根拠のない自信と安心感があったのが、Namazuを選んだ理由です。 文書ファイルのインデクサの部分はPerlで「早く」作って開発スピードを上げ、検索用のnamazu.cgiはCで「速く」作って性能を上げるといった合理的な開発ポリシーも個人的に気に入っていました。しかし実際に運用
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
All About サイト閉鎖のお知らせ
