タグ

OSSとMailに関するraimon49のブックマーク (15)

  • オープンソースcURLの作者、某大企業から「24時間以内にこの質問に答えるように」との無礼なメールを受け取る

    オープンソースcURLの作者、某大企業から「24時間以内にこの質問に答えるように」との無礼なメールを受け取る コマンドラインからさまざまなプロトコルでデータ転送を実行できる「curl」コマンド(以下cURL)は、多くのITエンジニアにとって欠かせない、非常に便利なツールです。 cURLはオープンソースで開発されているソフトウェアです。先日その作者であるDaniel Stenberg氏に、某大企業からオープンソースを全く理解していないとみられる大変無礼なメールが届いたとして話題になっています。 If you are a multi billion dollar company and are concerned about log4j, why not just email OSS authors you never paid anything and demand a response f

    オープンソースcURLの作者、某大企業から「24時間以内にこの質問に答えるように」との無礼なメールを受け取る
  • The Zen of Python 解題 - 前編 - atsuoishimoto's diary

    The Zen of Python, by Tim Peters Beautiful is better than ugly. Explicit is better than implicit. Simple is better than complex. Complex is better than complicated. Flat is better than nested. Sparse is better than dense. Readability counts. Special cases aren't special enough to break the rules. Although practicality beats purity. Errors should never pass silently. Unless explicitly silenced. In

    The Zen of Python 解題 - 前編 - atsuoishimoto's diary
    raimon49
    raimon49 2019/03/31
    The Zen of Pythonを書いたTim Peters氏のPythonへの貢献、MLで見られる言い回し、正体について数多くあった説について。
  • オープンソース製品の「仕様」 - 赤帽エンジニアブログ

    Red Hatの佐藤匡剛です。昨日、Red Hat Forum / Tech Nightにお越しいただいた方、ありがとうございました。 昨日のRed Hat Tech Night冒頭のトークセッションで、id:nekopこと木村さんから面白い発言があり、Twitterでも話題になっていたようなので、ちょっとフォローアップの記事を書きたいと思います。 「これは仕様ですか?」 と聞かれても、たまたま開発者がそうしただけというケースもあり、答えにくいことが多々ある #rhtn2018— 転職しても肉の妖精だった件 (@nanodayo) November 8, 2018 仕様が先かコード書いた人の気持ちが先か #rhtn2018— えいご (@enagok) November 8, 2018 実装がたまたまそうなっているw とても分かる。#rhtn2018— 水無月 忠司 (@longyoru)

    オープンソース製品の「仕様」 - 赤帽エンジニアブログ
    raimon49
    raimon49 2018/11/10
    >顧客側に「ソフトウェア製品には必ず詳細な仕様(書)があり、細かなパラメータの挙動まで含めて予め明文化された上で作られている」という思いがあるから / OSSの仕様は協調の中で創られて行くものという話。
  • 本の虫: Linus、今までの行いを謝罪し一時的にカーネルメンテナーの立場を退いて人の気持ちを勉強してくると発言

    Linus、今までの行いを謝罪し一時的にカーネルメンテナーの立場を退いて人の気持ちを勉強してくると発言 完全に背景事情を調べ上げたわけではないのだが、どうもLinusが毎年参加しているLinuxカーネルの会議に、Linusがスケジュールを間違えて参加できなくなるという事態が発生した。当のLinus人はもう20年も続いている会議だし自分がいなくてもやっていけるだろうと楽観視していたが、会議自体がLinusの都合にあわせてリスケジュールされた。 LinuxにおいてLinus Torvaldsといえば第一人者であり極めて重要な存在で、そのLinusが毎年参加している重要な会議にLinusが参加できないとあれば、その他のあらゆるコストを度外視して根回し調整を行い、Linusが参加できるようにイベント全体のリスケジュールを行うのは人間の感情から考えて当然である。しかし当のLinus人は他人の感情

  • Chefはオープンソースではない | POSTD

    題に入る前に言っておきます。私は、このトピックは重大であるし、Chef Software(以後Chef Incと表記)の一部の人たちにとっては、ことさら重要な意味があると思っています。「Chefはオープンソースではない」という問題に向き合う時が来たのです。いつからそうなったか正確には分かりませんが、この数年間でChefはオープンソースモデルから確実にシフトしてきています。 「でも、コードはGitHubに公開されていますよ」 確かに、文字通りの意味では、コードは自由に閲覧および改変できるようになっていますが、それだけではオープンソースの理念を満たしているとは言えません。なぜなら、オープンソースとは協力してソフトウェアを構築するコミュニティだからです。 「でも、私もパッチを提供したことがありますよ」 皆さんのコントリビューションには感謝しますが、この問題は大局的に捉える必要があります。元々「

    Chefはオープンソースではない | POSTD
    raimon49
    raimon49 2014/08/01
    コミュニティ、パッチやサポートにおける社外からの割合について。
  • お前は PHP の歴史的な理由の数を覚えているのか

    PHP といえば印象的なのは「歴史的な理由」 (≒黒歴史) の数々ですね。 このセッションでは、普段闇にこもっていてスポットの当たることの少ない「歴史的な理由」たちを引きずり出し、徹底追及し、頭を抱えていこうと思います。

    お前は PHP の歴史的な理由の数を覚えているのか
    raimon49
    raimon49 2014/03/16
    ML + コードリポジトリが残ってることって大事だなと良く分かるスライド。
  • Git にパッチを送って取り込まれた話

    Git の挙動に変なところを見つけたので、パッチを作って Git のメーリングリストに投げてみたところ、何度かのレビューを経て、無事に取り込まれた。 Git に貢献したい人とか、オープンソース開発の流れに興味がある人もいるだろうから、作業の流れを書いておくことにする。 1. バグを発見する 何はともあれ、修正したいところを見つけるところから。 先日、git difftool --dir-diff が便利すぎて泣きそうです という記事を書いたが、difftool --dir-diff の挙動を調べているうちに、一時ファイル書き戻し条件が変なことに気づいた。 手元のバージョンが古いのかとも思ったが、master ブランチでも再現したので、ちょっくら深入りしてみた。git difftool は Perl スクリプトだったので、ソースコードに print を追加しつつ挙動を探っていった。しばらく調

    Git にパッチを送って取り込まれた話
    raimon49
    raimon49 2013/07/23
    >印象的だったのは、コミットログをしっかり書かせる文化である、ということ。今回の自分のコミットは「ソースコードの行数 < コミットログの行数」だった。
  • webkit-devで見るBlinkのフォーク | Scene Research Station

    ついにWebKitからGoogle勢が分裂してBlinkという新しいフォークが出来てしまった。 折りしもmozillaがレンダリングエンジンをRustで作り直すという挑戦的なニュースも重なり、 新年度早々Web業界ウォッチャーには衝撃が走った。 さて、このBlinkのフォーク騒動だけど、理由は大きく2つあると思う。 一つは、性能や安全性向上のためのリアーキが現状のWebKitのtrunkでは難しいから。 二つは、WebKitのコミュニティ上でのApple勢とGoogle勢の信頼関係が崩れたため。 一つ目の性能に関する理由は明白。Blinkの公式サイトにもあるような、iframeのsandbox化、ネットワークコードの簡潔化、DOMをJSヒープに移動させることによるDOM操作の高速化などを、様々な移植層に適合した形で実現するのは技術的にも政治的にも非常に難しいためだ。 そういったドラスティッ

    raimon49
    raimon49 2013/04/07
    当たり前だけどGoogleの外向けブログ記事では絶対にこういう話が出て来ないから面白かった。
  • OSS貢献者賞を頂いたので昔話をします - tmtms のメモ

    この記事は、おっさんの自分語りと昔話なので、あまり読む価値はないです。 もう1ヶ月くらい前になるのですが、OSS貢献者賞を頂きました。 最近はあまりOSSに貢献するようなことをしてる自覚はなかったので、なぜ自分が候補にあがったのか謎でした。OSS貢献者賞のページによると、 影響力のある開発プロジェクトを創造、運営した開発者やグローバルプロジェクトにおいて活躍する卓越した開発者及び普及に貢献した方を表彰するもの ということらしいです。創造や運営してないし、たぶん卓越した開発者でもないので、「普及に貢献した」だろうと思い、じゃあ最近のことじゃなくて過去の実績が評価されってことならいいかと、受賞させていただくことにしました。 ちゃんとした受賞理由は発表のページに載るまで知らされてなかったのですが、予想通り MySQL 関係でした。 MySQLの初期の日語化パッチを作成し、国内での普及に大きく貢

    OSS貢献者賞を頂いたので昔話をします - tmtms のメモ
    raimon49
    raimon49 2013/03/27
    MLでの情報交換が活発だったのは ~4.1くらいまで。
  • まつもとゆきひろ×増井雄一郎のオープンソース談義 「1人の熱烈なフォロワーがいれば、OSSで世界を変えられる」 - エンジニアtype

    GitHubの誕生で、コントリビューターの存在意義が高まった Matz そもそも増井さんがMobiRubyを世界に広めたいという一番の理由って何? 増井 オープンソース開発の世界で自分のアイデンティティを築きたいという思いからです。もし海外で働きたい、エンジニアとして知名度を上げたいと思った時に、何かプロダクトがないと難しいかなと。なので、今はMobiRubyを成功させたいと思っているんです。 Matz なるほど。何でも聞いてください。 増井 まず、オープンソース開発でこの10年の間に大きく変わったのが、コミュニティのあり方だと思うんです。特に、GitHubがあるかないかってすごく大きい。まつもとさんは、GitHubがあることで一番違うと感じるのはどんなところですか? Matz 10年くらい前、つまり「GitHub以前」って、バグレポートもイシュー管理も新しいリクエストも、パッチもアナウン

    まつもとゆきひろ×増井雄一郎のオープンソース談義 「1人の熱烈なフォロワーがいれば、OSSで世界を変えられる」 - エンジニアtype
    raimon49
    raimon49 2013/03/25
    コミッターとコントリビューターの違いが曖昧になった。参加してもらい易い隙を作る。機能追加し易いサイズに切り出す。
  • 2012年12月28日 Linus怒髪天!─カーネルメンテナーに投げつけた連発F*CK、そのワケは…? | gihyo.jp

    Linux Daily Topics 2012年12月28日Linus怒髪天!─カーネルメンテナーに投げつけた連発F*CK、そのワケは…? SHUT THE FUCK UP! だまりやがれ、この野郎! お前何年カーネルメンテナーやってんだよ!! ─⁠─我らがLinus Torvaldsは怒りのボルテージが上がると、相手が誰であろうとF*CKという言葉のつぶてを容赦なく投げつける。だが、今回のLinusの怒りようは尋常ではない。同じF*CKで相手を罵倒するにしても、NVIDIAに中指立てたとき、あるいは米大統領選の最中のロムニー氏を小馬鹿にしたときに比べて、その怒りの度合いははるかに大きい。そしてだからこそ、Linuxユーザは改めて彼を強く尊敬することになる。 まずは英語が得意ではない方でも、以下のリンクを開いてざっと目を通してみてほしい。Linusの怒りのほどがひしひしと伝わってくるはずだ

    2012年12月28日 Linus怒髪天!─カーネルメンテナーに投げつけた連発F*CK、そのワケは…? | gihyo.jp
  • Thunderbird: 安定性とコミュニティによる革新 | Mozilla Japan ブログ

    [これは米国 Mozilla Foundation 理事長 Mitchell Baker のブログ記事 Thunderbird: Stability and Community Innovation の抄訳です] Thunderbird は、オープンソースで開発されクラスプラットフォームで動作するメールソフトの選択肢を、私のようにまだ単体のメールソフトを使用している人々に提供してくれています。この製品は、信頼性があり、ユーザが自由に管理でき、また Mozilla の使命を反映するために開発されています。ここでもう一度、以前皆さんに投げかけた質問をしたいと思います。Thunderbird は革新の源であり、今日のインターネット生活におけるリーダーシップの源となっているでしょうか。 それとも、Thunderbird はすでにユーザが望む機能を備えており、主にメンテナンスの継続が必要なものでしょ

    Thunderbird: 安定性とコミュニティによる革新 | Mozilla Japan ブログ
  • Mozilla がメールクライアント Thunderbird の新規機能開発を終了へ、保守は継続 - Engadget Japanese

    Hands-on with the new iPad Pro M4: Absurdly thin and light, but the screen steals the show

    Mozilla がメールクライアント Thunderbird の新規機能開発を終了へ、保守は継続 - Engadget Japanese
    raimon49
    raimon49 2012/07/07
    メーラにこれ以上の革新的な機能を望んでる人ってほとんど居ないだろうから、別に良いんじゃない?
  • 殺伐荒野コーディング - steps to phantasien

    ある朝会社にいくと git.webkit.org がダウンしている。仕事にならない・・・。 意気消沈したが くだを巻く口実ができたとウェブをひやかしていた 少し距離をおいて日々の業務を見直すいい機会だと調べものをしていたところ ソーシャルコーディングの講演で使われたスライド が紹介されておりふんふんと眺めた。 ソーシャルコーディングというのは GitHub なんかで fork と pull request みたいな対話を通じ 友達百人できるかんじですすめる民主的で人類賛歌なソフトウェア開発のことを指す(と私はおおまかに理解した)。 たしかに GitHub で送った pull request が “Nice! Thanks!!” とかいって受け入れられるとうれしいよね。 プログラマやっててよかった気分になる。 私が仕事でやっているのはコミッタレビュアそれ以外の身分差別と中央集権型 SCM,

    raimon49
    raimon49 2012/03/04
    GitHubへと繋がって行くBugzillaのソーシャル的だったとされる部分。とても面白い。
  • まつもと×笹田、Ruby 1.9を語る ― @IT

    2007/12/25 「そういえばあのretryの話、どう思う?」、「誰も使ってないから害悪が多いっていう話は説得力ありますよね」、「じゃあなくすか……、うん、なくしといて」、「あ、決まっちゃった(笑)」――。 まつもとゆきひろと、笹田耕一。いま、世界が注目するプログラミング言語「Ruby」の生みの親と、開発コアメンバーの2人は、こともなげにRubyの仕様を記者の目の前で変更してしまった。Rubyの開発はどのように行われ、どこへ向かおうとしているのか。現行のバージョン1.8系から大きく様変わりする次期開発版「Ruby 1.9」のリリースを12月25日に控えた2人に、師走の秋葉原で話を聞いた(文中、敬称略)。 Rubyの仕様は密室で決まる!? 冒頭に紹介した2人の会話は、「retry」というRubyの文法の2種類ある使い方のうち、これまでほとんど使われた形跡がない方を文法仕様から取り除くかど

    raimon49
    raimon49 2007/12/26
    1.9リリース前夜当時の対談。
  • 1