OSSすぐ死ぬ - kmuto’s blog
（結論はなく、ダラダラ昔話を書いただけ。） サービスやプロダクトの開発にあたって、自社外で開発されたオープンソースソフトウェア（OSS）を外部コンポーネントとして使うという場面は今や当たり前だと思うけど、そのOSSができるだけ長く保守開発を続けてくれるにはどうしたらよいか、ということまで考えることは少ないだろう。 OSSはそのライセンス遵守の上では金銭を支払うことなく自由にサービスやプロダクトに使えるし、うまく機能がハマれば開発の費用・時間コストを大幅に軽減できる。 ただ、そうしてできた素晴しいサービス、プロダクトのアーキテクチャを見返してみると、個人の手弁当のOSSが危ういバランスを支えてSPOF的に存在していることがある。ジェンガの絵がよく出てくるよね( File:dependency.png - explain xkcd )。 Someday ImageMagick will fin
日本ペンクラブ理事 吉田千亜氏「50年後の人たち、政府が「処理水と呼ぶ」と決めたことに人や社会がならうことを検証してください」← コミュニティノート
吉田千亜 @hankoyama ルポ 母子避難―消されゆく原発事故被害者 (岩波新書) ／その後の福島－原発事故後を生きる人々（人文書院）／孤塁－双葉郡消防士たちの3.11 （岩波書店）原発事故、ひとりひとりの記憶（岩波ジュニア新書） 吉田千亜 @hankoyama ファクトチェックとは各省庁や東京電力やIAEA報告書から精査するのかと思っていたので、誰のためのファクトチェックなのだろう……と私も思いました。 twitter.com/unera12/status… ウネラ=牧内麻衣 @Unera12 "参照資料は、各省庁や東京電力から、また、2023年7月4日に公開された国際原子力機関（IAEA）の「福島第一原子力発電所ALPS処理水の安全審査に関する包括的報告書（以下、IAEA報告書）」など" って。それらの発信元をすべて信用できるという前提で「ファクトチェック」ってできるものなんでしょ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
