空き時間にスマフォでソースコードが読める『CodeLibrary』をリリースしました！ - hamheiの日記
英語でこの記事を読む（Reading in English） ・4/5 追記: 好きなプロジェクトのコードが読めるPocketCodeをリリースしました。 クリスマスも当然の如く開発充なはむへいです！ 僕と同じくクリエイティブで孤独なＸデイを過ごす500万人のエンジニアを応援する為に 『CodeLibrary』というOSS（オープンソースソフトウェア）のコードをスマフォ上で読めるアンドロイドアプリをリリースしました！ きっかけ 「OSSも読まないエンジニアって...」という記事を読んで、慌ててコードリーディングを始める 移動中にSNSを見る時間を、コードリーディングに充てたい スマフォでソーシャルにコードリーディングが出来るプラットフォームを作ろう！ ベータ版ができたから公開するお^^ ←ｲﾏｺｺ どんなアプリ？ ちょっとした空き時間に、スマートフォン上でソースコードが読める、アンドロイド
GitHub時代のオープンソース・プロジェクトとの付き合い方
■ GitHub時代のオープンソース・プロジェクトとの付き合い方 GitHubへpull requestする際のベストプラクティスからmaster ブランチで pull request していいのは小学生までってこともないの流れを読んでいて、先日ruby-listであったRedmineのRuby1.9,Rails3対応の話を思い出した。あのときは投稿者は納得して、「GitHub時代のコントリビューションの仕方」みたいなものを理解してくれたようなのだけど、その上で「masterでパッチ作るな」的なお作法を生真面目に受け取りすぎて敷居を高く感じてしまわれても困るよなぁと思った。 そこで、「GitHub時代にフリー/オープンソース・ソフトウェア(以下FOSS)プロジェクトと付き合うための五ヶ条」的なものをまとめてみた。まぁ、そんな大それたものでもないけど。 1. 貢献しようと意気込まない FOS
フェイスブックの作ったオープンソース色々:phpspot開発日誌
公開初日に早速フェイスブックの映画、ソーシャルネットワークを見てきました。 サービスを作ってる人は、\1,800はらうだけでやる気を200％ぐらいにしてくれる映画だと思うので費用対効果は安いと思います。 映画の中で、ハーバード大学は2時間で22000アクセスのトラフィックを集めただけで落ちちゃうの？とかナップスターの作者さん遊び上手すぎじゃない？とか、新機能の実装に家かえってから1、2分とか早すぎない？等の、ツッコミどころなんかも楽しめます。 映画の中ではコーディングに関することは殆ど出てこなかったわけなんですが、膨大なトラフィックをさばくためにfacebook自体、多くのオープンソースを公開しているのでdevelopers.facebook.comから紹介してみます。 もうすぐ6億人に届くほどのユーザを扱うためには、想像を絶するインフラや高速化、サーバ間連携の仕組みが必要になるわけですが
Ruby 1.9.2リリースとWEBrick脆弱性問題の顛末 - 西尾泰和のはてなダイアリー
はい、Ruby 1.9.2がリリースされましたね。このバージョンではWEBrick にゼロデイ攻撃可能な脆弱性 - スラッシュドット・ジャパンで紹介されている脆弱性が僕が書いたパッチで修正されているわけなのですけど、そもそもなんで僕が修正しているのか、って顛末がわりと面白いので紹介します。 Apple、upstreamに報告してくれないまま脆弱性をCVEに届け出る upstreamに連絡が来ないまま脆弱性が公開される ruby-devにAppleが書いたと思われるパッチが貼られる(Appleでない人間によって) パッチのライセンスが不明なので取り込めない ライセンスを問い合わせるAppleの窓口が不明なので問い合わせもできない ruby-devを読んだ人はライセンス上安全なパッチを書けない 脆弱性だから話は非公開に進めたい yuguiさんがruby-devを読んでない僕に書かせることにする
受託開発とGPL
GPLに対する代表的な誤解・・・というかむしろ謎のひとつに、受託開発（SI）におけるライセンスの扱いがある。この点が明確になっていないため、受託開発において無意味にGPLを回避しようとしたり、GPLに対するFUDを流布することに対する原因になっていたりするように思う。フリーソフトウェアおよびオープンソースソフトウェアを愛する者として、そのような状況は断じて見過ごすことができない！！というわけで、今日はGPLを受託開発（SI）において用いる場合の注意事項を説明しよう。 GPLの使いどころ受託開発においてGPL（とその仲間たち＝LGPL、AGPL）が登場するのは、第三者、つまり発注側でも受託側でもない者が作成したGPLのソフトウェアを利用する場合である。例えばGPLが適用されたライブラリなどだ。周知の通り、GPLのソフトウェアをリンクしたソフトウェアを再配布する場合は、そのソフトウェア全体に対
フリーソフト作者の自衛のための手段としてのオープンソース化と、自衛のための「寄付は受け付けないよ」 - outsider reflex
Latest topics > フリーソフト作者の自衛のための手段としてのオープンソース化と、自衛のための「寄付は受け付けないよ」 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « タブのコンテキストメニューが正常に機能しなくなった？ （The context menu on tabs doesn't appear anymore?） Main メールのヘッダに埋め込む用に文字列をBase64エンコードする » フリーソフト作者の自衛のための手段としてのオープンソース化と、自衛のための「寄付は受け付けないよ」 - May 16, 2010 Togetter - まとめ「ユーザの自由、作者の自由」 夜フクロウというMac OS X用のメジャーなTwi
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
関係者必読! - 書評 - オープンソースの育て方 : 404 Blog Not Found
2009年07月26日18:00 カテゴリ書評/画評/品評Open Source 関係者必読! - 書評 - オープンソースの育て方 こちらもまたオライリー矢野様より定期便にて献本御礼。 オープンソースの育て方 Karl Fogel / 高木正弘/ 高岡芳成訳 [原著:Producing Open Source Software] 素晴らしい。脱帽。 理論に関しても、実践に関しても、オープンソースに関してこれ以上書かれているものは現時点で存在しない。オープンソースという言葉から利益を得ている人は必読。 本書を買わなくてもいいから。 そう。本書は原著のみならず、訳文も全文が CreativeCommons Attribution-ShareAlike (3.0) で公開されているのだ。 Producing Open Source Software オープンソースソフトウェアの育て方 本書「オ
オープンソースライセンスでソフトを配布する際に知っておくべきただ一つの事 - エモーショナル昆虫
先週、ドコモからHT-03AというAndroid端末が発売されました。これにより、サーバやデスクトップだけでなく、携帯電話でもオープンソースソフトウェアの恩恵がうけられるようになりました。スマートフォン端末ではiPhoneという優れたプロダクトが先行しているのですが、オープンソースで開発がしやすいAndoroid端末には、また違ったさまざまなアプリがたくさん出てくると思われます。私はまだ入手していないですが、いずれはi-mode端末から乗り換えるつもりでいます。しかし、携帯オープンソースプラットフォームの勃興期と言うことで、やはりというかなんというか、早速ライセンス周りのトラブルが起きているようです。どうも(株)エクスプレッソという会社の、お宿ナビというソフトウェアが、宿ろいどをまるっとそのまま流用して、その旨なにも書かれない上でリリースされていたらしく、宿ろいど側の作者さんが腹を立ててい
TOMOYO Linuxに学ぶ説得術 - 未来のいつか/hyoshiokの日記
昨日、TOMOYO Linuxメインライン化記念合同勉強会（カーネル読書会、セキュアOSユーザ会、まっちゃ445）に行ってきて、小崎さんが匿名掲示板でガチでレビューしていたお話を聞いたので、早速過去ログを読んでみた。http://tomoyo.sourceforge.jp/2ch/thread-2.txt （追記：2009/7/4 21:03 なぜか後半部分、アスキーアートの後が切れてしまったので、前半部分を若干カットして（略）の部分、その２を追加しました。） LKML (Linux Kernel Mailing List)というのはLinuxカーネルの技術的なことを議論するもっとも権威（？）あるメーリングリストで、ここで議論され合意されたものがLinuxの本体に取り込まれることになる。このLinuxの本家本元の本体（くどいな）のことをメインラインと呼ぶ。Linuxを創ったLinusさんに
Google Updateがオープンソース化 自動更新処理の仕組みを公開
米Googleは4月10日、Google ChromeやGoogle Earthの自動更新に使われている「Google Update」システムを、オープンソースプロジェクト「Omaha」として公開した。Google Updateは、Windowsシステムに常駐し、インストールされているGoogleソフトウェアを自動で最新版に更新する。 米Googleは4月10日、Google ChromeやGoogle Earthの自動更新に使われている「Google Update」システムを、オープンソースプロジェクト「Omaha」として公開した。ライセンスは「Apache License 2.0」。Google Updateは、Windowsシステムに常駐し、インストールされているGoogleソフトウェアを自動で最新版に更新する。 Google Chromeの利用者なら、自分でアップデートを実行しなく
永続化対応のインメモリDB「Redis」が登場 － ＠IT
2009/02/26 memcachedに似たキーと値の対を保存するタイプの新しいデータベース「Redis」がGoogle Codeで2月25日にベータ版として公開された。開発したのは、イタリア人でフリーランスの開発者、Salvatore Sanfilippo氏。同氏はイタリアでソーシャルブックマークサイトやソーシャルニュースサイトを立ち上げた経験があり、現在はWebサイトの訪問者をリアルタイムで追加表示するステータス情報取得サービスを開発中という。 Redisのソースコードは、GPL2のライセンスで公開されている。ANSI Cで書かれていて、LinuxやMac OS Xを含む多くのPOSIXシステムで動く。現在、PHPやRubyのクライアントライブラリを開発中という。 Redisはmemcachedのようにキーと値の対を、すべてメモリ上に保存する。ただし、memcachedと異なり、同時
「いかに技術者の心に刺さるか」 ライブドア、自社サービスのソースコード公開を強化
ライブドアは、自社開発したサービスのソースコード公開を強化する。2月9日には、ソースコードを公開している自社サービスをまとめた「EDGE src」（エッジ ソース）をオープン。新たに開発したApache用モジュールも公開し、同サイトで紹介する。 実験的サービスを集めた「livedoor ラボ『EDGE』の取り組みの一環で、今後もソースコードの公開を進めていく計画だ。オープンソース化で「広く知ってもらい、話題になればそれでいい」という考え。収益を得るのが目的ではなく「いかに技術者の心に刺さったかが重要」というスタンスだ。 「コードがきれいに書けたから」 公開したApache用モジュールは「mod_access_token」（モッドアクセストークン）。画像やファイルなどをWeb上で公開する際に有効期限を付けられ、Webアプリケーションと組み合わせれば公開範囲を制御できる。Google Code
2億円の見積もりされたのを820万でできたのはすばらしいと思う - novtan別館
が、過大評価はしない。 「IP電話を導入する場合のベンダーの見積もりは約2億円だった。アナログ交換機を更新する場合でも費用は約2000万円。しかし自分たちで敷設することでサーバーは20万円，電話機500台は800万円で導入でき，電話料金も年間400万円削減できた」---秋田県大館市産業部商工課商業労政係主事の中村芳樹氏は，IP電話導入の経緯と効果をこう振り返る。 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること | 日経 xTECH（クロステック） 詳細に要件が見えている状態で2億円提示されたらまあそのベンダーは切ってもよい。逆に、適当にこういうことがしたいんですけどー的なノリで見積もらせたのであれば極大に金がかかるシチュエーションを想定して「最大このくらい」で見積もるだろうから、お役所と思って足元を見る(お役所は緊急時のために無駄を積まなければならない存在ではある
オープンソースをライセンス的に正しくつかうための11のチェックポイント - builder by ZDNet Japan
「オープンソースカンファレンス2009 Sendai」が1月24日、宮城県仙台市の東北電子専門学校で開催された。公式サイトのタイトルには「来ないとお仕置きだっちゃ☆」との追記が見えるが、アットホームな雰囲気の中で進行するカンファレンスであった。 本稿では、NEC OSSプラットフォーム開発本部 エキスパートの姉崎章博氏による講演「OSSをライセンス的に正しく使う／プロプラだけの製品とするための11のチェックポイント」を紹介する。なお、特に断りがない限り、全て日本の著作権法について説明している。 オープンソースソフトウェアをライセンス的に正しく使うために 姉崎氏が挙げたチェックポイントは次の11点。 その社製プログラム、すべて自社の著作物ですか？ 商用プログラムを同梱している場合、必要な手続きはお済みですか？ 他人の著作物を使用していないことを確認するためコード検査をしていますか？ OSSの
パラミーダが信頼できるオープンソースプロジェクトのトップ25を発表 | スラド オープンソース
ストーリー by hylom 2008年12月19日 15時05分 日本企業ではOSSって普及しているんでしょうか、 部門より SourceForge.JP Magazineによると、オープンソースソフトウェア向けセキュリティ企業の米Palamidaが、信頼できるオープンソースプロジェクトのトップ25を発表した。オープンソースに対するセキュリティ懸念に答えるもので、不況でIT予算が厳しくなっていること。また同社は「開発プロセスでオープンソースを検討しないのは戦略的に不利だ」と述べているようだ。 トップ25のリストは以下の通り： Development Tools部門 NetBeans Eclipse JUnit Httpunit PMD Valgrind FindBugs Database and Mapping Tools部門 Hibernate SQLite MySQL Apache
MOONGIFT: » 要導入検討！オープンソースのリコメンデーションエンジン「RichContext」:オープンソースを毎日紹介
※ 画像は公式サイトより これは面白い！ Amazonの強さは物流システムやECサイトの使い勝手などもあるが、完全なコンピュータベースでのリコメンデーションにもその一因がある。ユーザの行動履歴を全て補足し、そのユーザにあった商品を提案することで購入につなげるシステムだ。 デモアプリケーション。記事を選択すると、別な記事を提案する これは何もECサイトに限らず、最近でははてなブックマークでも関連記事を載せるようになっている。ニーズの連結をはかることで、さらにユーザをつなぎ止めておくことができるようになる。 今回紹介するオープンソース・ソフトウェアはRichContext、オープンソースのリコメンデーションエンジンだ。なおライセンスはApacheライセンスをベースにしているが、修正して独自のライセンスになっているのでご注意いただきたい。 RichContextは専用のアプリケーションサーバを介
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gooサービス終了のお知らせ | dメニュー
オープンソースソフトウェアの育て方
オープンソースソフトウェアの育て方