ソフトウェアの背後にいる誰か

2026年10月19日原文(karrisaarinen.com)

概要

優れたプロダクト には 作り手の視点 や経験が反映される
ソフトウェア開発 は工場的プロセスだけでは 本質的な違い が生まれない
直感や経験 を重視することで プロダクトの個性 が生まれる
追加機能 ばかりのプロダクトは 統一感や魂 を失いやすい
創造者の視点 を感じられるソフトウェア作りの重要性

プロダクトに宿る作り手の視点

優れたプロダクト には、作り手の 経験や価値観、考え方 が反映
作り手の顔 が見えなくても、その 視点や哲学 がプロダクトに現れる
業界では ソフトウェア開発 を工場のような プロセス重視 で語りがち
要件定義→機能開発→効果測定 の流れや 自動化 が主流
しかし、 同じ顧客・技術 でも、 チームごとに全く異なるプロダクト になる現実

違いを生むもの

違いは、チームごとの 問題理解や開発スタイル に由来
創業者の経歴 や 会社のDNA もプロダクトの個性を形成
Linearでは プロセスやデータより直感 を重視
直感とは、単なる 好みや根拠なき判断 ではなく、 経験と理解 から生まれるもの
顧客との対話や失敗経験 を通じて、 何に注目すべきか を学ぶ
直感＝独自の視点 であり、 データに隠れず自分の判断 を使うこと

顧客との対話と視点の深化

ローンチ前に 多様な会社や職種の人々と対話
自分たちの 課題意識 だけでなく、 他者の視点 も吸収
その結果、 より広く深い視点 を獲得
プロダクトの個性は、 どこに注目し、何をやらず、どこまで磨くか で決まる
これがいわば プロダクトの魂 につながる

プロダクトの魂と統一感

誰かが全体のまとまり を気にかけている感覚
単体で優れた機能 でも、全体を損なう場合がある
何を目指すか という信念が必要
判断し、顧客と対話し続ける 責任
最近は 大手企業のプロダクト でも まとまりや魂の希薄化 を感じる

追加主義と統一感の喪失

技術的にできること や 新機能追加 に重点が置かれがち
本質的な課題改善 より 機能の寄せ集め になりやすい
既存機能の再設計 より 新規追加 の方が簡単なため
結果として、 統一された視点や個性のないプロダクト が増加
個々の変更 は理にかなっても、 全体像はフランケンシュタイン化

創造者の視点を感じるソフトウェア作り

共有された視点や魂 がなければ、 平均的で無個性なプロダクト に
かつての個性を生んだ選択 が日々薄まっていく現状
機能は増えるが、作り手の思いは感じにくくなる
ソフトウェア開発の容易化 は、 独自の視点を深める余地の拡大 につながる可能性
問題を深く理解し、全体が調和するまで磨き続ける姿勢 の重要性
工場的なソフトウェア ではなく、 創造者の存在感が感じられるプロダクト への期待

Hackerたちの意見

イントロダクション、すごく楽しめた！今、フレッド・ブルックスが『神話のマン・マンス』で引用しているセイヤーズの『創造者の心』を読んでるんだ。彼女はこの本で、創造的な活動を三つの段階に分けてるんだよ。アイデア、実装、そしてインタラクション。だから、本やコンピュータ、プログラムは、まず理想的な構造として存在して、時間や空間を超えて、著者の頭の中では完成してるんだって。ユーザーがそのインタラクションで創造者の心に触れるっていうのも面白いよね。「誰かが本を読んだり、コンピュータを使ったり、プログラムを動かしたとき、創造は完成する。」

└

誰かが本を読んだり、コンピュータを使ったり、プログラムを動かしたとき、創造は完成する。ユーザーの視点から見れば、確かにそうだね。でも、特定の製品やバージョンが出荷されたときには、そのバージョンに関しては「完成」と言えるかもしれない。でも、作り手の視点から見ると… 完成することは決してないんだよね。どんなにメタな意味でも。哲学って面白いよね :)

素晴らしい意見だね。ずっとそう思ってたけど、うまく表現できなかった。最初の段落を読んだとき、心がドキッとしたよ。これがAIの時代において唯一の決定的な要素になると思う。自分の直感や経験に基づいて物事を形作る人。ITキャリアの中でたくさんのプロジェクトをリードしてきたけど、どれも本当に大切に思ってる。

└

素晴らしい意見だね。私もそう思った、心がふわふわする感じ。けど、このXテンプレートの背後にいる人って、ソフトウェアに限られてるのかな？スマホやガジェットを使っているときに、汗水たらして働いている人たちの「経験や視点、希望や夢」のオーラを感じることができるのか、ちょっと気になる。考えるのは楽しいよね？AIにはこういう無形で計り知れない喜びを再現することはできないと思う。

└

AIはコードを生成できるけど、何を作る価値があるのかを知り、それを正しく作ることに気を使うのが本当のスキルだよね。

この時代は、「技術的に完成した」という意味での「完了」と、「相手に持続的な価値を生む」という意味での「完了」を分けるのに素晴らしい時代になるね。AIは主に前者だけをやってるから。

└

自分のためにAIを使ってソフトウェアを作った経験から言うと、これは主に何を求めるかによると思う。AIを使って実装するかどうかはあまり関係ないんじゃないかな。

└

AIを使うのは、プロジェクトのためにたくさんの人を雇うのとあまり変わらないよ。最低限のことをやらせることもできるし、長期的なビジョンに基づいて高い基準を設定することもできる。AIを使うと、長期的なことを考えずにコードを適当にまとめたくなるのはわかる。でも、多くの人がプログラマーは最高の基準に従ってよく書かれたコードを作る職人だと思っているけど、それは全然違うよ。

この意見には強く同意するよ。特に、これについて考えてたんだ。> 個々の人がエージェントと協力して独立して変化を生み出す、> それぞれが小さなソフトウェア工場を運営している。> > [...] 一緒にいると、フランケンシュタインの怪物に似てくることがある。> きちんと形作られた彫刻ではなく。そうなると、今日のソロ開発者は、センスのある、意見を持ったソフトウェアを作るのにちょっと有利なのかな？

└

うん、そう思う。やっぱり、一人の人間が最初から最後まで何かを作ると、チームでやるよりもまとまりや独自性が出るんだよね。ただ、実際に速くて良いものを作るのはすごく難しい。今は、一人でもAIエージェントにあまり決定を任せなければ、全然できるようになったね。

毎日、チームに対する期待値を上げている自分がいる。調整する時間は与えたけど、平均的なエンジニアは、もっと少ない努力で同じことができると思っているみたい。もっと質の高いものを届けることや、余った時間を使って全体をつなげることを考えるべきだと思う。これから大きなフィルターになると思うよ。

└

私の感覚では、実装の細かい部分に喜びを見出している開発者にとって、これはほぼ黙示録的な状況になると思う。個々の「完璧な」CSSやコンポーネントコードを作ることが好きな開発者が多いからね。多くの開発者は、ソフトウェアを書くことを、実際に製品を届けることから距離を置いたものとして楽しんでいる。納品志向に考え方を変えるのはとても難しいよ。

Hacker Newsで議論の続きを見る

ハクソク