David WalshがMozillaで学んだ7つのレッスン

私は、「Habrahabr」の読者に、David Walshのブログから、 「Mozillaで学んだ7つの教訓」という興味深い記事の翻訳を提供します。



良い仕事が何か知っていますか? あなたは十分に学びます。 そして高速。 そして最高のことは、あなたの雇用主と同僚があなたの良い仕事を奨励し、促進することです。 これは、 Mozillaでの (ほぼ)3年間の仕事で起こります。 この会社は私に最善を尽くし続け、より良いことをするように私を励まします。 以下は、Mozillaで働いている間に学んだ数十のレッスンのうちの7つです。



送信。 送信。 送る



Mozillaに落ち着くまで、 「継続的な展開」について聞いたことがありません。 私はいつもスプリント中にプロジェクトに取り組み、それからGit-スプリント中に開発された機能を備えたタグ付きリリースを提供しました。 問題は、以前のタグ付きリリースからのエラーが次のタグ付きリリースに転送されるという事実に現れました。したがって、数週間後、バグは検出なしでトランクライトで修正されたという事実にもかかわらず、修正なしで本番に送信されました。 コードを1日のうちに本番環境に数回送信すると、プロセスの流動性/継続性の感覚に貢献し、指定した間隔ではなく、即座にエラーを修正できます。 また、継続的な展開により、開発者は、機能が100%完全であると確信するまでリポジトリへのコードの送信を遅らせないように確信しています。 多くの場合、最初の実行には90%の可用性で十分です。



敗北を認めることは通常です



「敗北を認める」ことは少し不快ですが、Mozillaは「何を知っていますか? 「うまくいかない」または「うまくいく」ことはできず、最初からやり直します。 最初からやり直すのは悲痛なプロセスですが、開発者は完璧ではなく、考えられるすべての問題を予見することはできません。 最初からやり直す方が、常に欠陥があるソリューションを並べるよりも優れています。 Mozillaの多くのプロジェクトとタスクが再起動/再実行され、リリースが大幅に改善されました。 Firefoxアカウントを使用した認証システム( Persona )の起動が遅れた、iOS向けFirefoxブラウザのリリースが遅れた、など 最終的には、ダクトテープのボールではなく、堅牢で信頼性の高い製品/アプリケーションを用意することが重要です。 このテープを最終製品から取り除くことは正しいことです。



初心者であることは普通です



新しい仕事に就くときに最後にブランディングしたいのは「noob」です。 Mozillaはオンラインストアの99%から一歩離れているため、しばらくの間、「初心者」のように感じる可能性が非常に高くなります。 Mozillaでは、「初心者」であることは普通であることに気づきましたなぜですか?誰もがあなたが初心者であり、専門家になるのを助けたいと思っているからです。知識不足のために愚かさや屈辱を感じた場合は、間違った場所にいることに注意してください。少なくとも短時間は「初心者」であることは普通です。



大規模サイト向けの「基本」コードの作成は、依然として課題であり重要なタスクです



私は、Mozillaでの私の成果を軽視すると言われました。 私が標準と考えることは、私には思えないほど単純ではありません。 Mozillaで何も重要なことをしていないという意見を表明するとき、人々はMDNの 再設計を終えたことを示しています。 私はいつも「2〜3年の経験を持つ開発者ならこれができる」と考えていました。 私が考慮していないのは責任です。私は台無しになり、世界中の何百万人もの開発者がこれらのエラーを目にするでしょう。 したがって、 AJAX広告がMDNを離れたという事実にもかかわらず、私が重要なことを台無しにしていないという事実は、それ自体が成果です。



仕事を時間通りに残すのは普通です



過去には、私はワーカホリックとしてブランド化されていました。 私がこのスティグマとti病に苦しんだとき、これはおそらく真実でした。 結局のところ、私は今日の場所にたどり着きましたが、そのために、私はこれまで行ったすべての場所で独立して発行された残業の任務を遂行しました。 息子が生まれた2013年3月に、私は少し「早く」仕事を辞める必要があるようになりましたが、同時に、罪悪感は私を引き裂くべきではありませんでした。 私はまだ週40時間働いていましたが、特にMozillaのようなグローバルな組織で、いつでも従業員が働いている会社でもっと時間を過ごしたいという欲求と戦うことはできませんでした。 マネージャーの助けを借りて、仕事で費やした時間ではなく、毎日自分の成果を判断するのが普通であることに気付きました。 最後に、1日10回の低優先度エラーを費やすよりも、高優先度エラーを15分で修正することが重要です。



ローカリゼーションは重要です



過去にDojo Toolkitで作業したことがあるので、ローカライズは常に重要であることに気付きましたが、Mozillaに切り替えることで、ローカリゼーションが不可欠であるという目が開かれました。 Mozillaにはすべての国に従業員がいるだけでなく、ほとんどの国にボランティアとユーザーがいるので、コード内のメッセージのローカライズをスキップすると、すぐにわかります。



人々はさまざまな方法でバグトラッカーを使用します。



私と一緒に仕事をしたモジリアンは、この場所でくすくす笑います。 バグトラッカーは「これをやる」リストとして常に考えていましたが、バグトラッカーをアイデアの壁、励ましのメッセージ、好みを尋ねるメッセージの壁として使用する人もいます。 エラーリストを良いニュースとして受け入れないことを学び、代わりにプロジェクトマネージャーから提供された優先リストに焦点を当てました。 この事実を受け入れるのは本当に大変でしたが、ほぼ3年後、私はそれに同意しました。



All Articles