#ソフトウェア

AIによってソフトウェア開発がどう変わるのかは、すでに何度も語られてきました。ただ、この文章が面白いのは、プログラミングの効率化ではなく「OSとは何のためにあるのか」まで話を押し広げている点です。書き手は、自分がFly.ioを離れて新しいプロジェクトに移ると明かしたうえで、AIで変わるのはアプリの作り方ではなく、アプリと利用者の関係そのものだと主張します。そこから先は、スマホやOSの役割をかなり大胆に組み替える話になります。 書き手はまず、自分がFly.ioを離れてKurtと新しいプロジェクトに取り組むと告げます。先に利害関係を明かしたのは、ここからの話が単なる観察ではなく、自分たちが賭けている未来の説明でもあるからです。彼が言いたいのは、AIの影響はすでに十分語られているようで、まだ本当に腹落ちしていない、ということでした。 話は子どもの頃の体験に戻ります。最初の「コンピュータ」は、たぶんVTech Laser 200のクローンのような機械で、チクレット型キーボードのZ80機、カセットテープで動き、テレビに接続するタイプだったそうです。当時の彼は、ゲームやテキストアドベンチャーを作れ

GitHub上に、あるソフトの名前とロゴを勝手に使った“そっくり品”が置かれ、しかも中身にはマルウェアの警告まで出た――そんな話が、開発者本人のブログで明かされました。しかも著者はすぐに通報したのに、3週間たっても GitHub からまともな返答がなかったと言います。単なる個人の愚痴に見えるかもしれませんが、オープンな配布基盤がどこまで責任を持つのか、そして被害が出る前に止められるのか、というかなり重い問題を含んでいます。しかも最後には、状況を動かしたのが別の経路だったことまで書かれていて、後味の悪さが残ります。 この話の中心にあるのは、Easy Data Transform というデータ整形ソフトの“偽装版”です。著者によると、2026年8月31日、顧客から「GitHubでこのソフトの模倣品を見つけた」とメールが届きました。著者はそのページへの直接リンクは貼っていませんが、スクリーンショットを見ると、自社製品の名前とロゴが無断で使われていたそうです。本人は同じ日に GitHub に imitation として報告しました。 ところが、その後さらに話が悪化します。著者の同僚がリポジトリ

研究の世界でソフトウェアは脇役扱いされがちです。論文の本体は理論や結果で、コードはその裏で動く作業用の道具にすぎない、という見方は今でも根強いでしょう。だが、Jens Egholm Pedersen はその前提をひっくり返し、現代の科学、とくに計算を伴う科学はオープンソースソフトウェアとほぼ同義だと主張します。しかもこれは比喩ではなく、科学のやり方そのものの話だと彼は言います。研究の再現性、検証可能性、そして他者がその成果の上に積み上げられるかどうかが、コードの公開と結びついているからです。 元記事はまず、そもそも科学とは何かを問い直すところから始まります。Wikipedia には「科学は、宇宙についての検証可能な仮説や予測を構築し、体系化する体系的な営みだ」といった説明がある、と紹介し、そのうえで arXiv にあるような任意の論文を手に取ってみるよう促します。そこには知識はある。ただし、その知識が本当に予測に使え、しかも体系的に検証できる形になっているかは別問題だ、と彼は見るのです。 ここで持ち出されるのが、Kenneth James Williams Craik の「人は頭の中に

ソフトウェア開発は、冷静に見ればただの業務改善や道具づくりにすぎません。ところが現場に入ると、議論は急に熱を帯び、判断は極端になり、関係者の振る舞いまで少しおかしく見えてくることがあります。今回の元記事は、その妙な変化を「ソフトウェアは人を狂わせる」というかなり強い言い方で説明しています。大げさな比喩に見えますが、開発に関わったことがある人なら、どこか身に覚えがある話ではないでしょうか。 元記事の著者は、ソフトウェアには人の感覚を狂わせる条件がそろっていると見ています。速さ、金、複雑さ、抽象度の高さ、そして方針をいくらでも変えられる自由。これらは単体なら扱えるのに、組み合わさると妙な副作用を生むというわけです。著者は、華やかな名称や図に隠れて見えにくいだけで、世の中の多くのソフトウェアは実際には「フォーム、API endpoint、権限、計算、workflow、database」が並んだ地味なもので、せいぜい queue が足される程度だと述べます。そして辛辣に、結局は「格好のいい spreadsheet にすぎない」と言い切ります。 ただ、つくる過程はそこまで素朴ではありません。ソフ

オープンソースのWebソフトを、自分で持って動かす。昔は当たり前だったこの感覚が、今はかなり難しくなっています。Cloud in a Bottle は、その壁を下げようとする新しい個人向けクラウド基盤です。単なるホスティングではなく、ログインやアプリ間連携まで含めて「スマホのように使える自分専用クラウド」を目指しているのが特徴です。サービスの仕組みそのものが、いまのソフトウェア環境の偏りをどう変えられるかまで踏み込んでいるので、かなり野心のある発表だと感じました。 このブログ投稿は、Cloud in a Bottle というオープンソースの個人向けクラウド基盤の公開告知だ。書き手の Zack Polizzi 氏は、現代のソフトウェアが広告、追跡、データ販売に寄りすぎていることに強い不満を持っていると述べ、その背景には「ソフトウェアがクラウドに移ったこと」があると見る。クラウド上で動くサービスは、インストール不要で、どの端末からでも使え、共有も簡単だ。その一方で、誰かがサーバー代を払って運用しなければならず、結局は企業が提供するサービスが中心になる。オープンソース作者が無料で世界中にサー

生成AIにソフトウェアのおすすめを聞くとき、その答えはもっともらしく見えても、裏でどんなサイトを読んでいるのかはあまり意識されません。Trellner Research の今回の調査は、その見えにくい部分をかなり具体的に掘り下げています。Perplexity の検索付き回答が、よく知られたレビューサイトだけでなく、モデル向けに量産されたページや、人間向けとは言いにくい「grounding page」まで拾っていることを示したからです。しかも、そこには215,128本という桁違いのページ群が含まれていました。 Trellner Research は、2026年9月2日に380個のソフトウェア購入カテゴリを用意し、Perplexity の `sonar` と `sonar-pro` にそれぞれ1回ずつ、合計760回問い合わせました。質問は「best product」を5件、JSON形式で返させ、そのたびに各製品の公式ホームページのドメインも取っています。対象カテゴリは CRM software のような大きな領域から、museum collection management softwar

ソフトウェアやサービスの不具合は、そこにあるのに見えないことがあります。Dan Luuの「Bug blindness」は、まさにその“見えなさ”をめぐる話です。筆者は自分だけが細かいバグを見つけやすいのではないかと長く考えてきましたが、実際には多くの人が同じ問題にぶつかっていて、それに気づいていないだけなのではないか、と考えるようになった。この記事は、製品の品質をどう評価するか、そして「うまく動いている」という周囲の空気をどこまで信じてよいのかを考えさせます。 元記事の筆者は、週に何百から何千ものバグを自然に見つけてしまうと書いています。最初は、自分のコンピュータの使い方が特殊だからそう見えるのだろうと思っていたものの、長く観察するうちに、周囲の人たちは単に同じ不具合に出会っても気づいていないのではないか、と考えるようになったそうです。非プログラマーであれば、そのほうが世界の見え方としては自然かもしれないが、プログラマーにとっては品質の問題を見抜く力が役に立つ、と筆者は言います。実際、知人にバグを指摘し続けると、数週間ほどで相手も気づくようになることがあるとも述べています。 筆者は、企

Curiosityは2012年着陸から13年たっても、いまなお火星で科学観測を続けている その長寿の理由は、頑丈さだけでなく、JPLエンジニアによる細かなソフトウェア修正と運用の工夫にある 2台あるコンピューターの使い分けや、壊れかけたメモリの再利用など、かなり“綱渡り”の延命策が使われている 最大の敵はタイヤの摩耗、次に電力不足。火星の環境は、思った以上にロボットに容赦がない この経験は、後続のPerseveranceをはじめ、将来の火星探査機の設計にも活かされている IEEE Spectrumの記事は、NASA JPLが火星探査車Curiosityをどうやって13年も動かし続けているのかを、かなり面白く掘り下げています。 まず前提として、Curiosityはただの「火星に置いてある機械」ではありません。火星の地表を走り、岩を掘り、試料を採取し、写真を撮り、科学データを地球へ送る、れっきとした移動式の研究所です。しかも地球から約2億キロメートルも離れた場所にある。 この距離感、あらためて考えると狂っています。修理に行けないどころか、電話して「ちょっと再起動してみて」で済む相手でもない