既存機能の廃止提案について

[berryzplus]

みなさんにご相談です。

技術的な都合で廃止したい機能が出てきました。
どのように廃止提案を進めていくべきなのか迷っています。

従来のサクラエディタ開発では、
「一度取り込まれた機能は廃止しない」
、というのが暗黙のルールになっていたらしいです。

詳しいことは知りません。

コードを眺めている感じだと、なんとなく「そうなのかな？」と思います。
部分部分でスペシャリストの協力を得ながら進められた開発だったと聞いています。
「一度組み込んだら機能の見直しなんてできなかった」という事情があったのかも知れません。

誰も詳細を知らない機能に手を入れるなんて無謀なこと、
「怖くてできるか！」という心理は分かるような気もします。
そういうブラックボックス化した機能は仕事でも見かけることがあります。
そうだとするならば、キモチだけは本当によく分ります・・・ 😢

さて、分かった気になったところで本題です。

一度取り込まれた機能を廃止する場合、どうするのが適切なんでしょうか？

1. 開発メンバーに理由を説明し、何人かの同意を得られれば廃止してOKとする
2. フォーラム等に告知を出し、期限までに反対意見がなければ廃止してOKとする
3. 公開アンケートを実施し、賛成多数であれば廃止してOKとする

おそらく、どんな風に決定しても非難は出ると思います。
ご意見をお聞かせください。

懸案の廃止機能候補は以下2件です。

• タスクトレイ左クリックメニューのホットキー機能　詳細は OSDN #81476 [要望] キーリストに追加希望 sakura#111 参照。
• プロファイル機能　起動時のコントロールプロセス⇔エディタプロセス間の同期がうまくいっていないことの一因になっている。個人的には好きな機能だけど、廃止も1つの選択という認識です。

[kobake]

厳密なフローは決めなくて良いと思います。そのときにいるメンバーで合意がとれれば良いのではないかと。

ホットキー廃止は賛成です。廃止のメリットデメリットを洗い出した上で影響範囲をしっかり精査した上で判断が行えればと思います。

とりあえず廃止したい機能毎にIssue立てて皆の意見聞くのが良いのではないかと。

[kobake]

個人的にはユーザーの意見取り入れ過ぎても迷走しかねない (特に声の大きい人の意見にばかり振り回されかねない) ので、現にGitHub見てくれている人の意見のほうを優先で良いと思ってます。もちろんGitHubへの動線は作っておくべきですが。

[kobake]

機能の追加追加ばかりで汚れていくプロダクトはいくつも見てきました。摩天楼のごとく。

定期的な機能の棚卸しは必要でしょう。
どうしても廃止予定の機能を使い続けたい人がいる場合にはそれを外部プラグインとして切り離し、使いたい人だけそれを導入するというのがスマートに思います。

[kobake]

これまでに機能の廃止のようなセンシティブな議論が行われなかったことの理由の最たるものは、旧掲示板の仕組みが議論に向いていなかったことにあると思っています (もちろん旧掲示板も一定の役目を果たしていたことも事実です)。

幸い、僕らは GitHub という良質な議論ツールを手に入れたわけですので、今後はこのツールを生かして建設的な議論どんどん行っていきましょう！

[kobake]

一般ユーザーへのGitHub誘導を促す手段としては、サクラエディタ本体のステータスバーあたりに「こんな議論発生していますよ」っていう告知を流してあげるとかはどうかな、とかもボンヤリと考えていたりもします。まあこれは将来のひとうの構想として。

[KageShiron]

ホットキー廃止は賛成です。

他にも、パッチが来たからとりあえず取り込んだ、というものが結構ありそうですね。

他には以前述べたものを含めると以下がすぐ思いついたものです。あまり深く考えていないものや、最新版での状況を見てないやつもあるので、変なところがあったらごめんなさい。

• PPAマクロ(すでにDLLがサポート終了)
  • サクラエディタの対応OS に関して検討する sakura#100 (comment)
• キーワード編集機能の簡略化
  • 共通設定のキーワード編集などがかえって複雑にしている気がする
  • キーワードを並べただけのテキストファイル程度ならいじってもらえば良い
  • keyword以下のファイルの整理 sakura#141
• 正規表現エンジンの切り替えやバージョン表示
• メニューや設定項目の見直し
  • 他のエディタと比べてメニュー項目が多い気がする
  • 設定も複雑なので、マニアックな設定は直接iniをいじってもらうなり、マニアック設定の項目に移動するなりして良い気がします。

メニューや設定ダイアログ眺めていて思ったこと。

• 共通設定/編集/ドラッグ&ドロップ
  • ドラッグ&ドロップを無効にする需要が存在するのか
• 共通設定/編集/改行コードNEL,PS,LSを有効にする
  • 需要？
• 共通設定/ファイル/「名前を付けて保存」でファイルの種類が[ユーザー指定]の時のファイル一覧表示
  • この設定をいじる人は拡張子のミスをしない気がする。
• メインメニュー/ツール/SQL*Plusをアクティブ表示(P)
• SQL*Plusで実行(S)
  • 需要？

[KENCHjp]

・「こんなん迷惑じゃね？」は消すべきだと思います（ sakura-editor/sakura#111 )
・「絶対つかわなくね？、もう役にたたなくね？」は削除していいのかなと思います（Windows95,98系でしか使わない機能とか、PPAとか）
・「こんなん使わなくね？、この機能なんにつかうかわかんなくね？」は多大な副作用（メンテが苦労する、リソースを食う）が無い限り残しておいてもいいのかなと思います。(私要望の 未選択時の切り取りで一行が切り取られる機能とかは残してほしいけど、　プロファイル機能は副作用が多いとのことで、ニーズを考えても削除しても機能が制限されるわけではないし、現コミットメンバーで判断すれば削除でいいかと）

機能削除は、不具合や不安定に起因するものを最優先で、外部仕様が変わる機能の削除やメニューの変更は現メンバーで合意がとれれば削除でいいのかなと。
広く公から合意を募っても見てる人は限定的でしょし、その機能を使ってる人が見てるともかぎらないし、強い要望があれば、その要件を新たに聞いてより良いソリューションとして提供できる気がします。
機能削除はIssueで宣言して一定の期間（１weekなのか1monthなのか）以上を経てからコミットするルールとか。

メニューは洗練されることに越したことはありませんが、私はほとんどカスタムメニューをショートカットで呼び出してつかってて、あるいみごちゃごちゃしてるのもこのエディタの「色」なのかなと思ってます。

[KENCHjp]

プロファイル機能はインストーラーもそこそこ苦労してるので、ここすっきりすると色々とうれしいかと。
Windowsのiniファイル系の仕様は時代で変わっていってると思うので、これに綺麗に追随するのは工数かかるかとおもいます。

[KENCHjp]

代替えができるものは代替え提案があってもいいですよね。
プロファイルもexeコピれば各々直下にiniファイルできるし（笑）

[berryzplus]

プロファイル、消しますか？・・・実はそんなに消す気なかったりします。

発端は「常駐しない」のときに常駐させない対策なんですが、
解決方法はいちおうちゃんと見つかっています。
ちょっとwinternal.hの、普通はまず使わない超マニアックな関数使う必要がある程度で・・・。

OSSのソフトウェアでそういうマニアックな関数を使うかどうかって話があるんですけど、
windowsに標準搭載されてる「タスクマネージャ」でも利用されている一般的な機能なので、
サクッと実装してしまってよいのかな、とも思っています。

ホットキーはどうしましょ。・・・迷惑といえば迷惑っすね。
仮実装で活かすほうのやつ作ってみたけど、func周りはカオスなんですよねぇ・・・。

[berryzplus]

なんとなく方針が見えてきたので、しばらくしたらcloseすると思います。

[KENCHjp]

@berryzplus さん

プロファイル、消しますか？・・・実はそんなに消す気なかったりします。

あら、そうなの？(笑)
コミッターがOk.ならいいす。維持するのに多大な工数かかるなら代替え方法もあるようであれば、削除対象にしてもいいのかなっておもったもので。