タグ

OSSとsoftwareに関するraimon49のブックマーク (72)

  • オープンソースソフトウェアの育て方

    製作著作 © 2005-2013 Karl Fogel, 高木正弘, Yoshinari Takaoka(a.k.a mumumu), under a CreativeCommons Attribution-ShareAlike (表示・継承) license (3.0, 2.1-jp)

    raimon49
    raimon49 2012/09/18
    普通に仕事を進める上でも十分に参考になる内容で必読。BTSのチケットを無視し続けるのは最悪だし、意見を言うだけでコミットや貢献をしない人を定量データを示して黙ってもらう例も参考になる。
  • フォーク (ソフトウェア開発) - Wikipedia

    この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "フォーク" ソフトウェア開発 – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL(2023年5月) ソフトウェア開発におけるフォーク(英語: fork)即ち派生とは、あるソフトウェアパッケージのソースコードから分岐して、別の独立したソフトウェアを開発することである。 フリーソフトウェアやオープンソースソフトウェアでは、ライセンス上、原作者の許可なしにフォークが可能である。 ブランチング[編集] 多くのプロジェクトでは、バグ修正のみが行われる安定版(英: stable version)あるいはリリース版(英: release version)と、

    フォーク (ソフトウェア開発) - Wikipedia
    raimon49
    raimon49 2012/09/09
    >フォークの表明自体は簡単だが、そこには独立した開発とサポートを続けるに足る十分な取り組みが要求される。
  • bitbucketの使い方

    Elevate your software delivery from planning to production and beyond, with built-in AI, CI/CD, and a best-in-class Jira integration.

    bitbucketの使い方
    raimon49
    raimon49 2012/08/16
    オサレ
  • 礼儀正しさ重要(Good Manners Matter 日本語訳)

    以下の文章は、Rich Bowen による Good Manners Matter(Open Advice に収録)の日語訳である。 Rich Bowen は、約15年もの間フリー/オープンソースソフトウェアに携わってきた。その時間の大半は Apache HTTP Server に費やしてきたが、PerlPHP やいろんなウェブアプリケーションにも取り組んできた。彼は『Apache Cookbook』や『The Definitive Guide to Apache mod_rewrite』他いろんなの著者であり、様々な技術カンファレンスに頻繁に参加している。 僕は2000年の9月に Apache HTTP Server のドキュメンテーションプロジェクトに携わり出した。少なくとも、僕が初めてドキュメントをコミットしたのはそのときだった。それ以前は電子メールでいくつかパッチを登録し

    raimon49
    raimon49 2012/06/21
    >僕がオープンソースのドキュメンテーションに何年も携わって学んだのは、ドキュメンテーションの専門家、またより一般的にはカスタマサポートの専門家にとっての三大美徳は、怠惰、忍耐、そして謙虚であるというこ
  • 起業をめぐるバイアス, 2012年 3月

    首藤 一幸 Last-updated: May 12, 2012 首藤一幸: "5. 起業をめぐるバイアスと価値提供のあり方", くらしと経済の基盤としてのITを考える研究会報告書, (独)情報処理推進機構, 2012年 3月 30日 (IPAの発表) いまどき、起業についての言説はネットでいくらでも見つけられる。しかしその多くは、起業を勧めたいという方向のバイアスを帯びた立場での言説である。起業に関係する人、特に事業を興す人は、バイアスの存在と、どういったバイアスが存在するのかを知った方がいい。以下、そのために、まだあまり世で述べられていない事柄を述べたい。 もくじ 起業を勧めるバイアスを帯びた人々 受託開発という罠 貢献と報酬 個人がempowerされている時代 起業 ≠ 法人設立 ベンチャーの定義:スタートアップとスモールビジネス 事業の手段としての法人 マイナスの抑制は粛々と、むし

    raimon49
    raimon49 2012/04/02
    その通りだと思う。
  • 10年後も世界で通じるために - Nothing ventured, nothing gained.

    最初、Google+で書いたのだけれども、コメントなどで参考になる話が多く聞けたので、こちらにも展開したい。 木曜日と金曜日に通称デブサミ、Developers Summit 2012に参加した。特定のベンダーや技術にとらわれることなく、広く技術から開発方法論まで話されるこのカンファレンスも今年で10周年だ。関係者の皆様、お疲れ様でした、おめでとうございます、来年からもがんばってください、応援しています。 10周年ということもあり楽しいムードが満載の中、ふと疑問を持ったので、Twitterでつぶやいてしまった。 素朴な疑問なのですが、 #devsumi の「10年後も世界で通じるエンジニアであるために」って現在すでに世界で通じるエンジニアであるという前提ですね? https://twitter.com/#!/takoratta/status/170341136370638848 このデブサ

    10年後も世界で通じるために - Nothing ventured, nothing gained.
  • dankogaiさんへの返信 : 小野和俊のブログ

    昨日、「メンテナビリティの高いソースコードを目指して」というエントリを書いたところ、dankogaiさんから、「コードも見せていないお前にコードを語る資格はない」と怒られてしまったので返信エントリ。 実はブログを初めて1,2年くらいの頃はコードを含むエントリをそこそこ書いてたのですが、プログラマーでない知人から「何の話か全然わからなかった」と言われ、またdankogaiさんも指摘している通り、「コードについて書く方がコードを書くより読まれる現実」があり、コードを含むエントリはJava Programming Tipsという別のブログに移した経緯があります。 ではどこに力を入れているかというと、私が一番力を入れいてるのはDataSpiderという商用ソフトウェアの設計と実装ですが、これはアプレッソの50人の社員を10年間支えてきてくれているソフトウェアなので「はい、どうぞ」とソースコードをお

    dankogaiさんへの返信 : 小野和俊のブログ
  • Android アプリに LGPL ライブラリを組み込むとソースコード開示義務が発生するらしい: ある SE のつぶやき

    オープンソースライセンスの中でも、GPL ライセンスはソースコード開示義務があるため扱いにくいライセンスです。業務であればまず GPL ライセンスのライブラリは利用できません。 一方、LGPL(Lesser General Public License) ライセンスのライブラリは、一定の条件の元でソースコードの開示義務を負わないため、業務利用も可能となります。 (参考)GNU Lesser General Public License – Wikipedia ですが、Android アプリで LGPL ライセンスのライブラリを組み込むと、必ずソースコードの開示義務を負うとのこと。これを知らないとかなり危険ですね(追記あり・後述)。 詳しくは以下のスライドをご参照ください。 --- 2012.1.27追記 この件について詳細に調べていた方がいたようです。結論としては Android アプリで

    raimon49
    raimon49 2012/01/26
    LGPLはAndroidやJavaのことを考えて作られたライセンスではない。
  • ソースコードを読むための技術

    $Id: readingcode.html,v 1.13 2003/12/06 00:01:08 aamine Exp $ 2006-05-02 gonzui 追加。thanks: 冨山さん 2003-12-03 ltrace と sotrace を追加 2003-12-03 ツールのところに DDD を追加。thanks: 和田さん 2003-05-27 VCG, SXT などについて追加。thanks: 梅沢さん 2003-05-27 これもすっかり忘れていた strace, ktrace, truss, etags などについて追加 2002-08-30 すっかり忘れていた ctags を追加 2002-07-07 匿名希望さんからメールでいただいた情報を追加 (動的コールグラフ) 2002-06-13 日記経由でいただいた意見をもとに文章を追加。thanks: 柳川さん、まつもとさ

  • バグ放置が犯罪とな? 由々しき問題である

    高木さんの日記にて、ウイルス罪法案、バグ放置が提供罪に該当する事態は「ある」と法務省見解という記事が公開されている。一部引用: 情報技術に疎い方々からすれば、プログラムといえばワープロのような、商用のソフトウェアばかりだと思えるのかもしれないが、そうではない。フリーソフトウェアのように、「as is」で、すべて利用者の責任で使うことを条件に、自由なソフトウェア開発と自由な流通を促進することによって、これまでソフトウェアが発展してきた歴史的経緯がある。法務省はそのことを理解しているのか、この答弁のままでは、疑われるのではないか。 現実は フリーソフトウェアがソフトウェア産業を支えている、と言っても良い。人間が書いたソースコードをコンピュータが理解できる形式に翻訳するコンパイラはフリーソフトウェアであることが多いし、みんながこうして読んでいるWeb画面を生成しているサーバの多くもフリーソフト

    raimon49
    raimon49 2011/05/29
    >すなわち、ソフトウェアとは人間の作業の集大成なのであり、人間が完璧でない以上、プログラムコードのどこかにバグが入り込むことを完全に排除することなど無理なのである。
  • オペラ、デバッグツール「Dragonfly」をオープンソースプロジェクトに移行

    Opera Softwareが、同社のデバッグ用ツールキット「Dragonfly」を「Bitbucket」ホスティングサービスに移行して、同社初の完全なオープンソースプロジェクトを立ち上げている。 Dragonflyが当初からオープンソースのBSDライセンスの下で公開されていたことからわかるように、Operaによれば、当初からDragonflyを同社初のオープンソースプロジェクトにする計画だったという。しかし、Bitbucketに移行するまで、DragonflyはOperaのサーバ上でホスティングされていた。 Dragonflyの製品マネージャーDavid Storey氏は英国時間2月22日、ZDNet UKの取材に対し、「Dragonflyはもとからオープンソースだったが、今回、これについて正規のプロジェクトが誕生した。コードは、すでに外部サーバのBitbucket.orgに置かれている

    オペラ、デバッグツール「Dragonfly」をオープンソースプロジェクトに移行
  • 市販ソフトの代わりはコレ!--オープンソースソフト10種類 - ZDNet Japan

    「Raspberry Pi 5 2GB」を試す--どれだけの負荷に耐えられるかを4/8GBモデルと比較 2024-09-07 08:30

    市販ソフトの代わりはコレ!--オープンソースソフト10種類 - ZDNet Japan
    raimon49
    raimon49 2007/12/05
    >多くの人がさまざまな機能を満載したPhotoshopの違法コピーをダウンロードしているのは公然の秘密だが / ちょw Firefoxのメモリ大食いなどにも触れている。良いまとめ。