Cslaフレームワークから使用される検証コードの使用について私が直面した日に驚いた。フレームワークの使用法をクライアントに開示しなかったことで、私は叱責されたように感じました。
これは、jQueryなどのライブラリを使用することと同じではありませんか?
Cslaフレームワークから使用される検証コードの使用について私が直面した日に驚いた。フレームワークの使用法をクライアントに開示しなかったことで、私は叱責されたように感じました。
これは、jQueryなどのライブラリを使用することと同じではありませんか?
IMOさん、使用しているものを絶対に確認する必要があります。
一部のクライアントは、特に厳格な法的要件を持っている場合があり(正当な理由があるかどうかにかかわらず、彼らはクライアントであり、彼らのレイワーを判断するのはあなた次第ではありません)、彼らのために製品を作成するために使用しているサードパーティソフトウェアの詳細は適正。
クライアントにオープンになりたくない理由は何ですか?
これは、使用しているオープンソースコードのライセンスによって異なります。それらの多くは、一部のクレジットセクションでの使用を承認する必要があり、その他はソースコードの再配布などを要求します。ライセンスを読み、それに応じて行動する必要があります。
同じですが、jQueryを使用したことでも叱責されたと思います。さまざまな理由でオープンソースの使用に眉をひそめる企業があります。
彼らはに要約します
あなたはこれに対するあなたの顧客/雇用者のスタンスが何であるかを知っているべきです。彼らがスタンスを持っていない場合は、ケースバイケースで話し合う必要があります。
私は通常、多くのオープンソースを使用していることを人々に伝えます。そして、私が得た応答を見ると、私はたどる道を知ることができます。彼らがオープンソースの言及やサポートの欠如などに飛びつき悲鳴を上げる場合、私はただ商用コンポーネントを購入するための予算を要求するか、Xのオープンソースバージョンが商用の代替バージョンよりも優れている理由について良い事例を提示する傾向があります。
それはプロジェクトとクライアントの種類、そしてあなたが持っていたどんな契約にも依存します。ただし、顧客にコードを提供する一般的なコンサルタントにとって、CSLAの使用などの詳細に煩わされないことで叱責されるのは非常に奇妙なことではありません。それはかなり奇妙です。
それはプロジェクトのタイプとクライアントのタイプに大きく依存します。ここでの本当の問題は、あなたが驚いたことです。これは、期待が一致していないことを示しています。クライアントはどのようにしてCslaへの関心を具体的に動機付けましたか?
クライアントが、あなたが使用しているテクノロジーを知る必要がある、または気にかけている場合は、プロジェクト ドキュメントの一部としてすべてを指定する必要があります。選択肢が明確に記述されていれば、必要に応じてそれらについて話し合うのが簡単になります。ドキュメンテーションは、「承認」を (文字通り) 求める方法も提供します。
あなたの質問からは、問題がフレームワークの選択にあったのか、それとも顧客に通知しなかったのかは明確ではありません。
ドキュメントが最小限のプロジェクトであっても、お客様がコードを所有している場合は、使用するすべてのソフトウェア コンポーネントの名前と正確なバージョンを含む概要アーキテクチャドキュメントを、目的と理由の簡単な説明とともに常に提供します。選ばれました。これは、ライセンスの問題に対処するための正しい場所でもあります。