機能は追加すればいいというものではない

みなさん、新機能は好きですか。ソフトウェアへの機能追加は、ユーザ目線で単純に考えると「できることが増えていくのでよい」という響きを帯びています。しかし実際は、長く使われるソフトウェアであればあるほど、新機能を追加すべきかどうかはものすごく気を使って決めるものであって、やればいいというものではないのです。この記事の目的は、新機能の追加には細心の注意が必要だとわかってもらうことです。おもな対象読者はソフトウェアを長期間メンテしたことがないかたがたです。 みなさんが使っているOSSに新機能を追加するPRを送った場合を考えてみましょう。ここで重要なのは、PRが送られてきたメンテナやコミッタといわれるコア開発者たちの立場になって考えることです。彼らの役割は、自分たちを含むユーザがそのソフトウェアを使い続けられるようにメンテし続けることです。このメンテのコストに注目すると、機能追加は基本的にコストを上

[sgo2]

その点Excelってすげぇよな、機能たっぷりだもん。

[mayumayu_nimolove]

マジな話、目的が一番大事でそれを満たすためにどれだけシンプルに作れるかが重要だと思ってる。ツイッターだって最初は超シンプルだった。

[itotto]

これが感覚的にわかる人と仕事したい

[tmizu23]

OSSに関してはプラグインが最適解かな。でもプラグインを受け入れるための実装がわからん。「詳細プラグイン実装」という解説本が欲しい。

[xlc]

そもそもプルリクは迷惑なんで全部捨ててる。

[tanakatowel]

機能を何でもかんでも追加するのは思想も哲学もない

[shingo-sasaki-0529]

この点でいうとプラグインベースのツールは良いよね。各々プラグイン作って勝手にメンテすれば良いし、プラグイン自体に機能追加する場合もスコープが狭いから手を出しやすい。

[junglejungle]

ソフト開発者以外は部品くっつけておしまいだと思ってる。「すでに開発が終わってる部分の移植になんでこんな時間かかるの？」とか言われてキレそうになる。

[otihateten3510]

機能を追加せずクリーンな状態を保とうとするプロジェクトに、我々工数人間は関わることができないのです。わかりますか？つまりこの世は地獄なのです。

[shun9167]

1つのプロダクトの開発に長く関わってよかった点だと思ってる。 “何らかの形でソフトウェアを長期間メンテする立場に立つことをおすすめします。大変ですが視野が広がり、成長はできるかと思います。”

[syque]

“新機能を使う人のサポート,追加された機能や既存機能にデグレが起きないことをアップデートのたびに確認する必要がある,コードパスが複雑になるので、機能追加やリファクタリングするときのコストが上がる”

[raimon49]

作者やメンテナには浅慮な機能追加のPull Requestをrejectする勇気が求められる。めちゃくちゃ難しい。

[nisisinjuku]

マイクロソフトのOfficeチームに聞かせてあげた。

[secseek]

シンプルな方がいいって話にした方がむしろ分かりやすい気がします

[Derabon]

わかる

[kkobayashi]

「作りたがり」

[koogawa]

“機能追加は基本的にコストを上げるはたらきをします”

[blueeyedpenguin]

極論、新機能追加の代償に既存機能の廃止ができないならやめたほうがいい

[PrivateIntMain]

SDGsじゃないけど破綻するような開発しちゃうとストローを紙にしないといけない日がいつか来そう

[rryu]

ソフトウェアには拡張できる余地というのがあって、それに乗っかった機能なら問題ないが、そうではない場合は更なる余地ができるようになっていなければならないので簡単な話ではなくなる。

[hiroomi]

”新機能を含んだコードをメンテし続けていく必要があるののです。このため「新機能を作ってくれてありがとう、マージしとくね」と簡単に言うわけにはいかないのです。”

[John_Kawanishi]

MajorVer.upとは機能が増えた時ではなく、ある機能が使えなくなったり互換性がなくなった時に起きるとか

[mohritaroh]

“「作りたがり」の人が主導権を握って、何も考えずにどんどん新機能を追加していき、メンテ不能になって破綻したプロジェクト”

[tmtms]

“PRを送った人にとっては機能が入ったバージョンがリリースされることがゴールですが、コア開発者にとってははそうではありません。彼らは新機能を含んだコードをメンテし続けていく必要があるのです”

[hatz48]

わかりみがマリアナ海溝

[hogeaegxa]

OSSつっても、増やした機能のバグ対応をやるのはプルリク投げて来た他人ではなく、基本1人しかいないコア開発者自身になるんだから、ある意味業務よりちゃんと機能は選別しないと地獄になるだろうな

[diveintounlimit]

私の前にバグは無い。私の後にバグはできる/機能を監視して使われてない機能をトリアージし負債がたまらないようにするのが重要と思う。新機能を作ろうとしたら「本当に必要？」といちいち言われる職場は萎縮する

[deztecjp]

結果論でしかないことが多いと思う。ユーザーのどんな期待に対応することも、広い意味では機能の追加。どれが真に有用か、考えてない現場はない。意見の違う人から見たら「バカ？」と思うことであっても。

[kazuppo01]

すっごいよくわかる。あと闇雲にまだ見えぬ将来に備えて、機能を用意しようもダメ。 予測できない未来に対して作るので、大体が無駄な作業になる。 大企業の発注者側がやりがち。

[uunfo]

新機能のリリース告知すらコスト

[Cald]

テレビのリモコンは中までボタンたっぷり

[ledsun]

実際に機能の追加を断るのは難しい。実装が簡単だと技術者としては実装したくなっちゃう。なにか別の視点が必要なのよね。なにかよくわからないけど

[odakaho]

“上記のコストはPRを書いた人ではなくコア開発者にのしかかる”

[magnoliak]

分かる…更にそのPRが新しいライブラリへの依存を増やすものだとメンテナンスが雪だるま式に増えていく 機能を廃止する活動が必要

[strawberryhunter]

OSSは自分が良ければそれでいいけど。

[flirt774]

この方の別 tweet https://twitter.com/satoru_takeuchi/status/1610050382151159808 Zenn の必要最小限を讃えて Zenn に書く流れが素敵