MySQLを使っても会社は潰れない そんな話は聞いたことがない。AWS Lambdaが再帰実行されて潰れた会社の話は実際に聞いたことがあるが。 つい先日、私が書いた記事がとんでもなく大事になってしまい、大変な賛否を巻き起こした。 まさかこんなに読まれると思っていなかったので、大変驚いたのと同時にインターネッツの恐ろしさを体感した。 その中でも特に物議を醸したのが「MySQLを使うと会社が潰れる」というフレーズだった。 「MySQLを使うと会社が潰れる」とはなんだったのか 私がこのフレーズを選んだ理由は、言うまでもなく単に読者の注意を引く表現を使いたかったからである。 このフレーズがセクションの先頭にあったら、「なにをいってるんだこいつ？」と先を読んでみようという気になると思った。 そして続きを読んでいくと「なんだそういうことか」と意図を汲んで、それで同意するかしないかは人それぞれだろうなと

どういうわけか日本では一切話題に上がっていないのですが、Pythonの開発者コミュニティでなんか問題が起きているようです。 どうも話が様々なスレッドにとっ散らかっているうえに半分はDiscordや非公開のところで動いているみたいなので、読み取れていないところが色々あるかもしれません。 誰かが補足してくれるはず。 Proposed bylaws changes to improve our membership experience 最初のきっかけはこのスレッドです。 これは規約の一部を変更する提案であり、その中でも3番目の提案であるAdds provision to remove Members by vote of the Board of Directorsという変更が注目を浴びました。 Python財団にはフェローという制度があり、これはPythonエコシステムやコミュニティに優れた

プログラミング言語「Ruby」の国内最大のビジネスカンファレンス「RubyWorld Conference」。Rubyの先進的な利用事例や最新の技術動向、開発者教育の状況などの情報を発信することで、「Rubyのエコシステム(生態系)」を知ることができる場として開催します。ここで登壇したのは、Rubyアソシエーション 理事長のまつもとゆきひろ氏。プログラミング言語の過去、歴史から学ぶ教訓について発表しました。全4回。3回目は、「Second System Syndrome」について。前回はこちら。 退屈は最大の敵 まつもとゆきひろ氏：次はPerlですね。ここまでですでに4回ぐらいPerlの話題が出てきています。なぜかというと、私はPerlが大好きなんですね。実は、Perlが大好きなんですが、Perlのプログラミングは大好きじゃないんですね。あと、Perlのソースコードも大好きじゃないんですね

SUSE Linux Enterprise Server for SAP Applications SAPアプリケーションおよびデータベース用に最適化された、耐障害性の高いプラットフォーム

いい感じのオープンソース・ソフトウェアを書いて、それを元に起業することを考えてみたことがある人は結構いるようだ。実際に僕はここ1年半ほど、自作のオープンソース・ソフトウェアを元にビジネスを立ち上げようと試行錯誤してきた。その経験についてここでシェアしてみようと思う。 あらすじ薄々予期していたことではあったけれど、結論から言うと、そんなにはうまくいかなかった話ということになる。要点をまとめると次の通りだ。 「moldリンカ」というオープンソースのツールを開発して、それを元にビジネスを行おうとしていた そこそこ稼ぐことはできたものの、大きなリターンを得るのは難しかった ほとんどの企業はオープンソースを大々的に活用していても「無料のソフトウェア」にはお金を払うつもりはないし、払いたくても社内制度上できない 大きなリターンを得たいのならば、自作のオープンソース・ソフトウェアを元にサービスを立ち上げ

米国防総省、オープンソースをプロプライエタリより優先的に採用する調達方針を明らかに。同省CIOが書面で通知 米国防総省は「Software Development and Open Source Software 」（ソフトウェアの開発とオープンソース）と題する同省CIO John B. Sherman氏の1月24日付けの書面を公開し、プロプライエタリな製品を購入する前に、既存の政府ソリューションやオープンソースソフトウェアの採用を優先する方針を示しました。 この書面は、セキュアなオープンソースソフトウェアや商用ソリューションの採用を増やすことを同省に指示した2018年7月発表のサイバー戦略の下で、どのようにオープンソースソフトウェアを位置づけるかを説明するものです。 書面の本文で、オープンソースを採用する上で2つの懸念を示した上で、付録のガイドラインで具体的な方針を明らかにしています。

オープンソース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

今日は技術支援のためチュートリアル的なものを作っていたところ、そこで使っていたfaker.jsというライブラリに異変が。faker.jsの機能でTwitterで表示するようなアバター画像のURLをランダムに生成するのだが、その画像がすべて403でアクセスできない。 プロトタイピングにおいてfaker.jsはとても便利だったので、このままでは色々困っちゃうなーと思って調べてみた所、オープンソースの意義について考えさせる事実が見えてきた。 faker.jsの作者を襲った悲劇他に同じ問題に遭遇している人がいないか、Twitterでfaker.jsについて調べた所、以下のツイートを見つけた。 I lost all my stuff in an apartment fire and am barely staying unhomeless. Lost access to most of my acc

www.jpcert.or.jp piyolog.hatenadiary.jp 先週は Apache Log4j の脆弱性問題が大きな話題となった……と過去形で書いてはいけないのかもしれない。危機はまだ続いている。 今回、脆弱性の破壊力のヤバさとともにクローズアップされたのは、今日、多くのビジネスの生命線となっているオープンソースソフトウェアのメンテナンスが、無報酬であり感謝されない仕事になっており、「オープンソースは壊れている」んじゃないの？ という問題である。 20年以上みんなずっと同じ話してるなと思ってしまうが、オープンソースが壊れている、壊れていないの話がやたらに流れている。この文脈ならフリーソフトウェアの時代からずっと壊れてるんだよ。それでも動いているのは自由だからだよ。— Shuji Sado (佐渡 秀治) (@shujisado) December 14, 2021 dev

christine.websiteのブログより。 または: お金を払わない限り、有用なソフトウェアを書かないのか? 最近、重要なJavaエコシステム・パッケージに大きな脆弱性が見つかりました。この脆弱性が完全に兵器化されると、攻撃者はLDAPサーバから取得した任意のコードを実行するよう、Javaサーバを強制することができます。 <マラ> もしこれがニュースで、あなたがJavaショップで働いているなら、残念ですが、あなたには2、3日が待っています。 私は、これが「オープンソース」ソフトウェアの主要なエコシステム問題の全ての完璧な縮図だと考えています。log4j2が、この問題の最悪のシナリオの1つの完璧な例であると思うので、このすべてについていくつか考えを持っています。この問題に関与したすべての人が、現実世界の問題に対する完全に妥当な解決策のためにこれらすべてを行ったことは完全に合理的であり、

COCOAのAndroid版で４ヶ月に渡って陽性者との接触が通知されなかった問題について、昨日こんな記事を目にしました： 今回はこの件について所感を書いていきます。 厚労省が悪いのか？記事を要約するとこうなります： - 厚労省は、COCOAの納品前に、最終的な動作確認である「受け入れテスト」を実施することになっていた - にも関わらず、厚労省は「受け入れテスト」を行っていなかった - ずさんだずさんだ！ もちろん最終的な責任はCOCOAを発注し、これを国民に届けた厚労省にあるということになるのでしょう。 しかし、厚労省のずさんなテスト体制をなじったところで、今回のような問題の再発を防げるわけではないと私は思うのです。 官僚は別にITのスペシャリスト集団ではありません。そんな彼らに、日本国民の安全がかかったモバイルアプリのテストをやらせるのが、そもそも不適材不適所もいいところではないでしょう

【厚労省】COCOA、元請けのパーソルは2億9448万円で受注　下請けMTIへの委託は1615万円 1 名前：雷 ★：2021/02/06(土) 12:12:13.34 ID:ggGDY1Up9 『Android版COCOAを「無用の長物」にした重大バグ、4カ月以上見過ごされた理由』 xtech.nikkei.com/atcl/nxt/colum… 記事では直接は書かれていないけど元請けのパーソルの受注は2億9448万円だが、下請けのエムティーアイの委託費用は1615万円、APIが変わりつづけるから開発しつづけてといっても無理な値段 https://twitter.com/kosaki55tea/status/1357660687439257612?s=21 さて。今回の開示請求では、政府テックチームや有識者会議の議事録等のほかに、２つの契約書が開示されました。ひとつが厚労省とパーソルプロ

CentOSプロジェクトは昨日、CentOS 8のサポートを2021年に終了し、今後はCentOS Streamに集中することを突然発表しました。 サーバー用途で人気の高かったCentOSが実質的に終了したことで、Linuxコミュニティに大きな動揺が走る中、CentOSの創設者Gregory M. Kurtzer氏が、Red Hat Enterprise Linux(RHEL)互換の新たなLinuxディストリビューション「Rocky Linux」を立ち上げる準備を進めていることが判明しています。 公式サイトには以下のような案内が掲載されています。 Rocky Linux is a community enterprise operating system designed to be 100% bug-for-bug compatible with Red Hat Enterprise L

藤枝和宏 @kfujieda オープンソースソフトウェアはOSIに認められたオープンソースライセンスで配布されるソフトウェアのことであり、それ以上でもそれ以下でもない。先人が苦労してまとめた定義に変な意味を後付けしてはいけない。違う意味で使いたいなら違う言葉を使うべき。 2020-09-08 09:06追記 オープンソースになっている新型コロナウイルス接触確認アプリ(COCOA)の開発体制が、ぜんぜんオープンでないことを咎める際に「オープンソースなのに」という言う人が多かった。 そこで、オープンソースライセンスを付けてさえいればオープンソースなので「それ以上」を求めるべきではないという問題提起をした。もちろんオープンソースライセンスを付けていない「それ以下」をオープンソースと呼んではいけないのは当然のこととして。 ところが我々が当前だと思っていたことがそうではなく、そこに疑問を持った人たち

リンク COVID-19 Radar Japan COVID-19 Radar Japan 日本の有志エンジニアによる市民が互いに守り合えるための、プライバシーに配慮した行動変容アプリの開発 39

Pick up the 9th-gen iPad with two years of AppleCare+ for only $298

接触確認アプリ COCOA開発は無償のボランティア開発では無かったのではないか 接触確認アプリ COCOA開発は厚労省による開発体制一元化の結果、マイクロソフト製プロダクトに囲い込まれ、ボランティア開発美談は利用されたのではないか 接触確認アプリ COCOAとその元になったとされるCOVID-19Radar OSSは実際には開発・開発者・デプロイ・公開含めてマイクロソフトに集約・一体化されており、無償ボランティア開発と業務委託間で分離されていないのではないか なお本稿では開発者個人へあったとされる人格攻撃やバグ騒ぎなどの話題については扱いません 接触確認アプリ COCOAの公開がもたらした美談 日本の新型コロナ接触確認アプリ、まずはiPhone版公開（Android版も公開済み） https://www.itmedia.co.jp/news/articles/2006/19/news114

厚生労働省が6月19日に配信を始めた、新型コロナウイルス感染症（COVID-19）陽性者に濃厚接触した可能性を通知するスマートフォンアプリ「新型コロナウイルス接触確認アプリ（COCOA）」の不具合や開発体制を巡って、ネット上で議論が巻き起こっている。アプリのベースになったオープンソースプロジェクト「COVID-19Radar」の中心的人物である廣瀬一海さんは自身のTwitterアカウントで、「この件でコミュニティーはメンタル共に破綻した」として、次のリリースで開発から離れ、委託会社などに託したい考えを示した。 見つかった不具合などに厳しい批判 議論の発端となったのは、COCOAに見つかったいくつかの不具合やアプリリリース上の手続きの問題点などだ。 中でも議論の的になったのは、「iOS版で初回起動時にBluetoothへのアクセスを許可しないとアプリを再度起動できなくなる」ということと、「A