Joelテストの最新性は?[閉まっている]


16

新しいコードを作成する前に、仕様を作成し、バグを修正する必要があることをパートナーに説得したいと思います。Joelテストを参照する必要がありますか?ジョエルのテストは最新だと思いますか?仕様を持たないことは、プロジェクト管理が悪いと思う。ジョエルのテストに同意しますか?何か追加してもらえますか?インスタンスのオープンソースについては言及していません。


2
Joel Testは、ソフトウェア開発および開発者雇用プロセスを対象としています。ソフトウェアのライセンスを取得する方法、またはソースに関連するソースを公開するかどうかはどうですか?
マルジャンヴェネマ

質問してくれたMarjanに感謝します。Joelテストが考案されて以来、オープンソースはトレンドであり、もし誰かがオープンソースに非常に否定的であれば、もしそうであれば、チームがオープンソースにどのように反対しているか知りたいと思っていました。著作権の問題は範囲を超える可能性があることに同意しますが、プログラマは、オープンソースはソースを表示できることだと考えているチームと協力することはできず、質問13は「バックアップシステムを持っていますか?」および14「MD5よりも強力なセキュリティがありますか?」答えはイエスでなければなりません。
ニクラス

1
わかりました。オープンソースの取り組みは「消費」されるだけでなく、必ずしもコードではなくとも貢献する必要があります(金銭的なサポートを考えてください)。バックアップシステムは重要ですが、開発に限定されるものではないため、Joelテストには追加しません。しかし、バックアップについて何もしなかったビジネスにインタビューした場合、私はドアに向かって走ります。セキュリティも追加しません。ソフトウェアで開発されたセキュリティについては、社内のアプリでは問題にならない場合があります。したがって、yes / noの答えにならないだけでなく、セキュリティは開発固有である必要はありません。
マルジャンヴェネマ

知識を共有してくれてありがとう。バックアップが重要であることは確かですが、開発固有ではありません。
ニクラス

多くの良い質問は、専門家の経験に基づいてある程度の意見を生み出しますが、この質問に対する答えは、事実、参考文献、または特定の専門知識ではなく、意見にほぼ完全に基づく傾向があります。
gnat

回答:


22

Joelのテストは最新のものだと思います-それは、「時代を超越した」他のソフトウェア記述と同じくらい最新のものです。

仕様なしで製品開発(ソフトウェア開発を含む)を行うことは、単なる狂気です。

行きたい場所をどうやって知るのですか?

仕様を書くことについて、私が指摘するポイントは1つだけです(実際、Joelの仕様は非常に優れているとは思いません...何よりも優れていますが、可能な限り優れていません)。そのポイントは:

仕様を作成するときは、製品の実行方法ではなく、製品が実行する必要があることだけを伝えます。

これは、仕様で実装の詳細を指示しないことを意味します。それはデザインアクティビティであり、デザイナーの経験と創造性に任せます。

[この規則の唯一の例外があります:時々 、特定の実装の詳細や方法が義務付けや必要とされ、場合は、それを入れているソフトウェアは、たとえば、。しなければならない PHPで書かれており、これは交渉ではないこと、それはに行きますスペック。これのインスタンスは非常に少ないはずです。]

私は追加するかもしれません:バグ追跡を持たないことは平等な狂気の行為です。それは単に最も専門的で愚かな操作方法であり、大きな痛みと苦痛をもたらします。


非常に迅速で価値のある回答をありがとう。私に届いたもう一つの狂気の例は、すべてが同じ優先順位を持つべきだという声明でした。これらの狂ったルールの反対を行うことは成功につながるように感じます。
ニクラス

4
「すべてが等しい優先順位を持っています」-「すべてが#1」としても知られています。これは、率直に言って、まったくのでたらめです。ビジネスへの危害の観点から、すべてが残酷に優先されるべきです。次に、#1で作業します。何らかの理由で#1で停止している場合は、#2で作業します。等々。何らかの理由で#1で作業できない人がいて、最終的に#9で作業することになった場合-正当な理由がある場合は問題ありません。(「私はそのように感じ、そのcooooooool」は正当な理由ではありません)。優先順位を変更することもできます。毎週よりも頻繁に行うことも狂気です。
すぐに

知恵をありがとう。私はすべてが優先されるべきであることに完全に同意します。私のパートナーはまた、私たちには問題も問題追跡ツールもないはずだと述べました。しかし、問題を文書化するのは正しいと感じており、市場のリーダーでさえ問題追跡を続けています。再び、ルールの反対を行うと動作します
...-ニクラス

@ 909Niklasあなたはおそらく、あなたの将来の生活をより快適に保つために、別のパートナーを獲得するように見えるべきです...-
マルセル

+1のみ:仕様を作成するときは、製品の実行方法ではなく、製品が実行する必要があることだけを伝えます。
マルセル

4

ここで悪魔の擁護者を演じ、ジョエルテストが最新ではないことを提案します。あまりにも一般的です。技術が成熟するにつれて、質問は彼がテストを書いたときよりも具体的になるはずです。

ユーザーストーリーとアジャイル開発プロセスがあるため、仕様文書、少なくとも大きな先行仕様文書は必要ありません。この質問は、「設計されているソリューションに適したドキュメントのレベルですか?」に変更する必要があります。ほとんどの場合、2週間ごとに配信される、より小さく、よりタイトなユーザーストーリーは、製品を詳細に説明する大きな先行ドキュメントよりもはるかに役立ちます。ただし、次のMars Roverを構築する場合は、詳細な事前設計ドキュメントが必要になる場合があります。会社に設計仕様があるかどうかを尋ねられた場合、「実際にはそうではありません。代わりにアジャイルプロセスとユーザーストーリーを使用します」という応答を聞いても驚かないでしょう。

第二に、「毎日のビルド」の質問は、継続的な統合に関する質問に変更する必要があります。構築に数時間かかるソフトウェア(99.99%の場所では実行されない)を構築する場合を除き、企業は継続的インテグレーションを使用しているかどうかを質問する必要があります。

Joelテストのほとんどは、実際にはまったく日付がありません。作業環境を示す良い方法です。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.