Firefoxの高速リリースでFirefoxの品質が劣化したりアドオンが脱落したりしている話
一度修正した部分がいつまでもそのままだと思ってる人なんだろうなぁ、変更理由にたどり着けなくてもOKとか思っちゃうのは。新しいコード書く能力と、既存のコードをメンテする能力とはまた別なんだよな。
2012-11-23 12:39:00@d_toybox よく言えば「確固たるビジョンを持っている」なんでしょうけど、煮詰まってない上にビジョンがダサいなーって人が頑固クローズドプレイしてるときに「feedback please」って言われても、ちょっと引く……
2012-11-23 12:40:17私は新規でそこそこの量のパッチ書く才能もアイデアもあまり無く、非常に苦手。ハッカソンとかできる人すげーよ。
2012-11-23 12:40:38@saneyuki_s ビジョン持ってるのと、成果物のフィードバック受け付けないのとまた別ですしね。いわゆるユーザビリティテストみたいなことやってないんじゃないですかね。やったとしても都合の良い意見と妥協できるもの以外は無視してそう。
2012-11-23 12:41:49@smellman 日本人はメンテで、ぐちゃっとなってるコードを綺麗に書き直せる人の方が多い印象がなんとなくある。
2012-11-23 12:42:45すげー人達が新規でコードガリガリ書いて全体的なバランスが悪くなると、私みたいなタイプのコード書きが整理する、みたいなパターンがまわってないと、いつかソフトは破綻するよね、うまいこといってるように見えても。
2012-11-23 12:44:45@d_toybox そこまでの悪印象は無いですけど、「最悪あとで直す」の「あと」のスパンが相当に長く見積もられてそうだなーと感じたりとかはありますね。
2012-11-23 12:45:14@saneyuki_s 彼ら、リリースしちゃうと、もう次のことばかり考えてて、メンテする気は無いように思えます……さすがにコードレベルのクリーンナップはそれなりにやってますけど。
2012-11-23 12:47:14@d_toybox アドオン作者ないしbrowser.xulのパッチ書きとしては、UX絡みの変更が入るとAPIの追加が追いつかない時が痛いですね。具体的にはnsINavBkmにモバイルのブックマークのroot idを定数設定してないのが本当にクソだと思ってるんですけれども。
2012-11-23 12:50:02日本のソフトウェア関連の経営者って、動いたら完成、みたいな人が大半の印象。設計が整理されてないまま、次の新機能とかに走り出すと間違いなく現場は疲弊していくし、クオリティは下がり続ける。
2012-11-23 12:50:26@saneyuki_s モバイルは昔からやっつけな人多いですし……モバイルチームが定義せずに行ったんだとという前提ですが。
2012-11-23 12:51:43最近はマシになってきたけど、モバイルチームからのレビュー依頼での駄目だし率というか、アプローチを根本的に否定することって多々あった。
2012-11-23 12:52:30「Firefoxの高速リリースでアドオンが脱落したり品質が劣化したりしている話」をトゥギャりました。 http://t.co/iI3Zy1iO
2012-11-23 12:52:38僕はGeckoの方はコード的にも方針的にも結構信頼しているんだけど、FirefoxのUI側のコードになると、(UIの開発をWeb越しというのは難しいのはあるんだろうけど)新規機能の開発が結構クローズドなんでどーなのよって感じありますね。
2012-11-23 12:55:29弊社内での開発ではよく「それは継続性の観点からまっとうなのか?」「そのコミットメッセージは妥当なのか?」といった指摘が飛び交っていて、他人事ではないなと思うのです。 http://t.co/pXfYJTVs
2012-11-23 13:04:30