タグ付けされた質問 「customer-relations」

21
顧客は、ソフトウェア製品の開発方法のビデオを録画してほしい
フリーランサーとして働いていると、顧客からの奇妙なリクエストをよく目にします。その中には日々の仕事に悪影響を与えるものもあれば、何らかのコントロールを設定しようとするものもあります。私は通常、予備交渉中にこれらのことに遭遇します。したがって、この状態では、自分の仕事と生産性に関心があり、顧客が自分の仕事を信頼することを顧客に説明するのは簡単です。 交渉が終了した後(契約が既に署名されており、ビデオトラッキングについては何も言及されていない)、プロジェクトに取り組み始めてから、顧客が記録するように要求したため彼のプロジェクトに取り組んでいるときにマシンで行うすべてのビデオ、つまり、カーソルを移動したり、文字を入力したり、ファイルを開いたり、ウィンドウを移動したりすることを示すビデオ 私は自分の会社で、自分のPCを使って働いています。 私はこの顧客に、そのような要求は受け入れられないと答えました。 デュアルスクリーンPCで数百時間の作業を行うには、録画したビデオ用に大量のディスク容量が必要になります。私はスペースを気にしない場合、私はこの顧客がそれらのビデオをダウンロードする私の帯域幅を浪費することを気にします。 ビデオを記録すると、全体的なパフォーマンスに影響を与え、生産性を低下させる可能性があります(マシンはパフォーマンスを損なうことなくこのビデオを記録するのに十分強力ですが、それでも有効な議論のようです)。 仕事を始める前にビデオ録画をオンにし、最後にオフにすることを常に覚えているわけではありません。 それはプライバシーの懸念かもしれません。ビデオを録画するときにメールに切り替えるとどうなりますか?この顧客プロジェクトに関するファイルを含むディレクトリを開くために、最初にすべての顧客のリストを含む親ディレクトリを開くとどうなりますか? このようなビデオは、プロジェクトのコストを追跡するための信頼できるソースにはなりません(時間単位で支払われます)。一部の作業は鉛筆と紙だけで行われるためです(実際はそうです。 PCを使用)。 これらのポイントにもかかわらず、顧客は、ビデオを録画したくない場合は、何かを隠し、彼のプロジェクトに費やしたリアルタイムについて嘘をつきたいからだと考えています³。 フリーランサーが毎日の仕事のビデオを記録することは通常の慣行ではなく、そのような贅沢な要求は例外的な状況に留まらなければならないことを彼に説明する方法は? ¹最もよくある例は、低速インターネット接続を使用する低速サーバーでリモートデスクトップを介して作業するように要求するか、レガシーとして深刻な理由なしに古いソフトウェアをWindows Meとして使用することを強制することです。サポート。 ²実際、私はすでに多くの管理およびシステム設計関連の作業を行っていますが、これは不可欠ですが、通常は顧客に誤解され、時間とお金の無駄だと認識されていました。関係のある顧客を観察すると、実際にはコードの行がゼロなので、彼はすでに行われたことに対して多額のお金を払うことを拒否するだろうと確信しています。たとえ合法的に設計レベルで多くの作業があったことを簡単に証明できたとしても、この顧客との関係を裁判所で終わらせたくありません。 ³プロジェクトの予想コストと最大コストをこの顧客に提供したため、リスクはそれほど高くありません。そのため、顧客は、契約で指定された最大金額を超えて、実際の作業にもっと費用がかかる場合。 actions自分のイニシアチブでアクションのビデオを効果的に記録する1つのケースは、特にセキュリティの問題に関しては、顧客の運用サーバーで直接操作する必要がある場合です。これらの手順を記録することは、何が行われたかを正確に把握し、作業にエラーがないことを確認したり、それらのエラーが何であったかを確認したりするための良い考えかもしれません。 更新: まず第一に、あなたのすべての答えとコメントをありがとう。 質問は私が予想したよりもはるかに多くの注目を集め、より多くの回答があったので、他の人に関連する可能性があると思うので、更新を追加します。まず、回答とコメントを要約するために、次のことが提案されました(ランダムに並べられます)。 示すように、トラッキングの他の方法を示唆しているTwitterのコード群発ビデオ、または、「より複雑なマイルストーンに続く単純、明確な成果と短いマイルストーン」配信など。 ビデオは信頼できるソースではなく、偽装できること、特にサポートのために実装するのが難しいことを説明します。 ビデオは作業のほんの一部を示しているため、信頼できるソースではないことを説明します。大量の作業はコンピューターを使用せずに行われ、問題の解決策を考えるのに費やされる余分な時間はカウントされません。 契約を守ります。顧客がそれを変更したい場合、彼は新しい交渉とより高い価格を期待しなければなりません。 「ただし、顧客がすべての料金をエスクローアカウントに入れることを要求する」、請求可能なすべての時間などをビデオテープに記録するよう弁護士に要求する、つまり「信頼のない環境で運用する」、追加費用をサポートする顧客。 これを禁止する法律を検索してください。私が住んでいる国で何人かが尋ねました。私はフランスにいます。そのような法律は会社の従業員を保護するために存在します(防犯カメラなどに関する厳しい規制がありますが、フリーランサーがプロジェクトに取り組んでいる間に画面を記録することを強制する契約に意識的に署名することを禁止するものはほとんどないと確信しています。 ビデオを送信して送信するだけです。顧客は「理解できないアクティビティのスニペットを数十秒間見る」ことになり、それらのビデオは捨てられます。 ダメって言って。結局のところ、それは私のビジネスであり、私はそれを行う方法を決定する唯一の人です。また、契約は既に署名されており、ビデオ追跡については何もありません。 ダメって言って。会社で採用しているプロセスと慣行は企業秘密と見なすことができ、分類することも、分類することもできます。 終了する。関係がこのように始まる場合、それは遅かれ早かれひどく終了する可能性があります。また、「彼が泥棒のようにあなたを扱っている場合-そしてそれが彼が示唆しているものである場合-XYZ機能が彼が想像したとおりに機能しない場合、それは後で悪化するでしょう」 これらすべての提案が均等に貴重ですが、私は個人的に、私はビデオを行うことを受け入れるというのが私の顧客に言うことにしましたが、この場合には、我々は契約を再交渉する必要がありますがあるだろうということを念頭に置いて、含めて、かなりのコスト著作権リリースの追加料金。新しい総コストは、プロジェクトの実際のコストの平均3倍になります。この顧客を知っているので、彼はそんなにお金を払うことを決して受け入れないと確信しているので、問題は解決しました。 2回目の更新: 顧客は、かなりの追加費用を考慮して、元の契約の再交渉の提案を事実上拒否しました。

12
失礼なバグ報告への対応方法
かなり失礼なバグレポートを受け取りました。ユーザーは基本的に、あちこちで大文字を使用してそれをすべて間違っていると言いますが、実際には1つのバグを指しているだけです。 一方で、私はユーザーを大切にし、アプリの良好な関係と評価を維持したいと考えています。一方、過度に丁寧に返事をすれば、完売のように感じます。 適切な対応方法は何ですか?何を心に留めておくべきですか?どのような考え方が必要ですか? ユーザーは24歳のCS学生のようであり、当社の製品は無料で配布しているAndroidアプリです。

4
テクノロジーを学んだばかりで、どこでもそれを使用したい顧客を思いとどまらせる方法は?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 私の顧客は最近、URLリライティングとは何か、それがどのように機能するのか、そしてその長所と短所を完全に理解することなく、それを発見しました。現在、彼は、現在のプロジェクトの実際の要件の多くの奇妙な変更と古いプロジェクトの変更を求めて、URL書き換えと信じているものを実装します。 一方では、実際の仕事をする代わりに意味をなさないことをするように頼まれてイライラしています。一方、顧客が興味を持っているにもかかわらず、その主題について何も理解していないことを顧客に伝えることはできません。 多くの人がマネージャーや顧客が新しい流行語や新しい技術を学んだばかりで、すべてのプロジェクトで、どこでも、この新しいコードを使用するためだけにコードベース全体を書き直したいというよりも、彼がそれをとても気に入っていたと思います物など また、私は最近、Programmers.SEに関連する記事を読みました。そこでは、XMLに大きな話題があったときの経験について人々が語り、一部のマネージャーは、XMLを使用したことを皆に示すために、すべてのプロジェクトにXMLを導入するように頼みました。 それで、同様の状況にあった人々、あなたはどのようにそれを管理しましたか?

8
浮動小数点の精度を顧客に説明する[非公開]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 浮動小数点の丸めの問題を顧客に説明する最良の方法は何ですか? 知っている http://download.oracle.com/docs/cd/E19957-01/806-3568/ncg_goldberg.html 開発者や科学者向けのC ++ FAQやその他のさまざまなページのエントリだけでなく、数学や科学の背景が限られている「通常の」顧客向けのWebページ、記事、説明はありますか。(上記の参照はフラットになります)。 それが維持されていたり、有名でよく知られている機関や企業から来たものであれば、あなたが経験したかもしれないことを考えると、自分自身を説明するのは少し複雑かもしれません。

11
ソースコードを顧客に引き渡す
顧客向けにいくつかのiPhoneアプリケーションを作成しましたが、今日、必要に応じてメンテナンスを行えるようにソースコードを引き渡すように依頼されました。これまで、コードの問題は議論されていませんでした。 これに関して「一般的な」慣習はありますか? また、これはどのように価格に影響しますか?

10
私のチームは、リファクタリング後の頻繁なエラーをどのように回避できますか?
少し背景を説明すると、私は約12人のRuby on Rails開発者(+/-インターン)を抱える会社で働いています。リモートワークが一般的です。当社の製品は2つの部分で構成されています。かなり太いコア部分と、それに基づいて構築された大規模な顧客プロジェクトまであります。通常、顧客プロジェクトはコアを拡張します。重要な機能の上書きは発生しません。コアには、リファクタリングを急ぐ必要のあるかなり悪い部分があると付け加えます。仕様はありますが、主に顧客プロジェクト向けです。コアの最悪の部分はテストされていません(そうではありません...)。 開発者は2つのチームに分かれており、スプリントごとに1つまたは2つのPOを使用しています。通常、1つの顧客プロジェクトは、チームとPOのいずれかに厳密に関連付けられます。 ここで私たちの問題:むしろ頻繁に、お互いのことを壊します。チームAの誰かがコア機能Yを拡張またはリファクタリングすると、チームBの顧客プロジェクトの1つに予期しないエラーが発生します。ほとんどの場合、変更はチーム間で発表されないため、ほとんどの場合、予期しないバグが発生します。POを含むチームBは、機能Yが安定していると考え、リリース前に変更を認識せずにテストしませんでした。 これらの問題を取り除く方法は?どのような「発表テクニック」を勧められますか?

7
クライアントからの「更新以来…」という質問にどのように対応しますか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 更新以来、人々は「更新X、Y、およびZが遅くて、悪い状態で、クラッシュするたびに」と電話し、言い続けています。 これは、更新の夜明け以来ずっと発生しています。 人々は何を期待していますか?ガンマはベータの後にあり、ガンマテストは常にユーザーをThe Incredible Hulksに変えます... おそらくあなたはこれをクライアントから聞いたことがないでしょう、おそらくあなたは大学にいるか、5人か6人以上に非難を広めることができるFLOSS開発者です、おそらくあなたはあなたのコードをユニットテストします、おそらくあなたはそのような興味深い状況ではありません顧客が実際にあなたに今日のパッチをリリースする正確な時刻を要求するように電話します(Microsoftにそれをしたいと思います)、またはあなたはたぶんあなたがちょうど新しいを出荷した私のようなビスケットの息子です更新して帰宅し、明日仕事に戻るのが怖いです。 とにかく、yaは私よりも賢いでしょう。「あなたはあなたのソフトウェアをより悪くしているので、あなたは悪いプログラマーでなければならない」に囲まれた批判をどのように表現しますか?

4
支払いをせずにさらに要求し続ける顧客のために、フリーランスの仕事を続けるべきですか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 5年前に閉鎖されました。 だから、クライアントが私のところに来て、何か仕事が必要だと言います。基本的に4つのタスクで、特定の価格で実行することに同意しました。顧客はODeskで求人(一定の時間と価格の求人)を作成しますが、私はそれを受け入れますが、その仕事に基づいて契約を開始するよう顧客に何度も思い出させました。 問題は、元のタスクが完了したこと、契約がまだ有効であること、まだ支払われていないこと、顧客がプロジェクトの完了時に支払うこと、そしてそれまで新しいタスクが絶えず発生すること、または古いタスクに変更することです要素を完全にやり直す必要があります。これらすべてのために、クライアントは支払いを約束します。ODesk上のこのクライアントからの更新はありません。新しいタスクはありません。クライアントに管理上の問題を整理することを思い出させ続けますが、結果はありません。同時に、プロジェクトがまもなく開始されるため、クライアントは継続的な作業を推進します。 私は何をすべきかわかりません。 官僚主義なしで仕事をすることを拒否すると、プロジェクトは遅れます。しかし、それは私のせいではありませんか?この場合、負のフィードバック、またはさらに悪いことを受け取るかもしれないと怖いです。 このプロジェクトを中退すると、自分が稼いだものさえも手に入らないのではないかと心配しています。 このように続けると、ここで説明したものと似たようなことをするのに多くの時間を浪費することになりますが、プログラマーとしてはい(はい、多くのハードコードされたコンテンツについては、すでに同様の要求に来ています)。 そのような状況でそのようなクライアントと通信するにはどうすればよいですか?競合を回避するにはどうすればよいですか? PSクライアントは小さな会社です。さまざまな人がこのプロジェクトのさまざまな側面を処理し、誰もがオリジナルの仕様に独自の変更を導入します。 2年後:すごい!とても質問です!大人気! 私はこの物語の結末に全員を参加させることにしました。私は顧客と向き合い、自分がしたことに対して支払いを受け、1時間ごとの契約が成立するまで働かないと説明しました。彼らは翌日私に支払い、契約を開始しました。実りある、しかし短いコラボレーションが始まりました。みんな幸せ。フィードバックがなかった以外は。

8
顧客ができない機能のためにソフトウェアを購入し、苦情を申し立てます。解決方法 [閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 5ヶ月前に閉店。 事前にパッケージ化されたソリューションを販売するときに、これに何度か遭遇しました。 顧客はパッケージを購入し、XYZを実行できることを明確に示していますが、顧客はABCを実行することを望んでいました。 その後、顧客はメールでサポートを求めます。この製品は、意図した目的(他の製品との統合)のために設計されたものではないことをお客様にお知らせします。 製品を使用できないため、顧客は払い戻しを要求します。 これは私が2つの心にあるところです。まず、製品は完全に機能しており、ソースコード(PHPスクリプト)を取得しています。とにかくそれを使用せず、まだ払い戻しを希望していることを知るにはどうすればよいですか? 第二に、私は顧客に気分が悪い。彼らが正直であり、ほとんどがそうであるならば、彼らは製品を使うことができないので、彼らの目にお金を「浪費」しました。しかし、それは私のせいではありません。 これまで、要求された場合は返金していましたが、今では、このような状況に対処する大企業の取り組みと比較しています。彼らは何をしますか?たぶん、彼らはより大きく、時々いくつかの払い戻しを気にしないのですが、私のような一人のバンドにとっては、すべてのセールが必要です! このような状況に対処する最善の方法は何ですか?

1
機能仕様を迅速かつ効率的に記述する方法
だから私はここでスペックに関するジョエルの素晴らしい記事を読んだ。(2000年に書かれました!!)4つのパートすべてを読みましたが、仕様を書くための系統的なアプローチを探しています。 私は唯一の孤独な開発者で、非常に有名な金融会社のためにこのかなり複雑なアプリ(またはアプリのファミリー)に取り組んでいます。 私はこれほど深刻なことをしたことは一度もありませんでした。私は悪い仕様、ある種の概要のようなものを書き始め、それは私の時間の多くを無駄にしました。 また、クライアント用に3つのモックアップを作成したので、クライアントが何を望んでいるかをよく理解できます。また、プレビュー(最も基本的なワークフローを備えた使い捨てのアプリ)をリリースしました。私はコア/ベースシステムの一部のみを作成してテストしました。 私がこれまでに犯した間違いは、詳細な仕様を書くことではないのだと思うので、私は今それを達成しています。 したがって、全体は MVC Webサイト(管理者およびデータ表示用) 2つのSilverlightモジュール(2つの特定のタスク用) 1つのデスクトップアプリケーション 私は時間とリソースが完全に不足しており、これを迅速に行う必要があります。また、これらの人が同じように素早く、痛みを伴わずに読む必要があります。 それではどうやってやるのか、ヒントや現実の世界を探しているのですが、皆さんは通常どのようにやっていますか? すべてのダイアログ/フォーム/ページの模擬スクリーニーを作成しますか? ダミーのASP.NET Webフォームプロジェクトを作成し、フォルダーにHTMLファイルを入力して、MVC URL構造のように見せることを考えています。 次に、Webサイトの仕様にセクションを作成し、スクリーニーで取得したすべてのURLのページを作成します。 私の勝利フォームアプリケーションのために、私は、ややデモWinフォームプロジェクトで作られてきた私は考え、私と同じように、その後、実際のアプリでダイアログまたは構造のすべてに入れた後、画面はそれを撃ちましたか? この質問の背景について。私はいつも夢中になってジャンプしてコードを作成していましたが、それはうまくいきましたが、私が取り組んでいるアプリにとっては、複雑であるだけでなく、非常に評判の高い大企業のためであり、それを手に入れなければなりません正しい! (そして、それはこれまでのところ順調に進んでおり、今日私は多くの人が気に入ったプレビュー版のデモを行いました!! = D) 最初の設計を正しくすれば、この会社と素晴らしいビジネスをすることもできます。新しい「素晴らしい」機能についてはすでに多くの人が考えています。

10
技術的負債の削減に対してどのように支払いを受けることができますか?
現在、技術的に複雑な製品がほとんどない中小企業で働いています。私はそれらの1つの唯一の開発者です。約1年前、私は製品のレガシーバージョンを入手し、それを「サポート」し始めました。 顧客は、そのような種類の新機能、ビジネス価値などについてのみ話します。問題は、コードはC#ですが、非常に手続き的なことです。抽象化はありません。クラスはVisual Studioで必要な場合にのみ使用されます-たとえば、フォーム。これらのクラスの実装は本当にひどく、コードの保守は本当に困難です。 これらすべての年の間、私はリファクタリングのために自分の時間を費やしています。最新バージョンでは、かなり抽象化などがあります。多くのコンポーネントをゼロから再実装する必要がありましたが、これらのコンポーネントに新しい機能を追加したり、動作を変更したりするのは、他のコンポーネントよりもはるかに簡単だと思います。 問題は、私が自分の時間を過ごすことです。結果は本当に気に入っていますが、1日12時間働くのは好きではありません。同様の状況に行ったことはありますか?何を試せばいいですか?私はすでにそれを議論しようとしましたが、まだ成功していません。 レガシーコードに多くの変更を必要とする新機能を実装することに決めた瞬間が怖いだけです。それは顧客に衝撃を与える可能性があります。これらのアイコンを変更するのになぜ8時間かかるのですか?顧客は、コードに500箇所の変更が必要であることを気にしません。また、これらの500か所すべてを最初に見つける必要があります。 何か案は?

4
パッチは顧客にとって悪い兆候ですか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 オフィスでは、あまりにも頻繁にパッチをリリースしていた長い期間を抜け出しました。その期間の終わり近くに、私たちは平均して週にほぼ3つのパッチを実行していました。 これは開発者にとって非常にやる気を起こさせることに加えて、私は顧客がこれについてどう思うだろうかと思っていました。私は自分で質問をし、頻繁に更新されるソフトウェアを知らなかったと結論付けました。ただし、最も近いケースについては、パッチはかなり迅速に適用されるため、あまり気にしません。 これらのパッチを受け取った顧客は、互いに大きく異なります。他の人があまり気にしないパッチを本当に待っていた人もいましたが、全員同じパッチを手に入れました。顧客のソフトウェアを更新する時間は30秒未満なので、時間に関する問題はないと思います。ただし、ログアウトする必要があります。 より詳細に私の質問:更新プログラムを頻繁に受信者に「否定的な」メッセージを与えていますか? もちろん、顧客に尋ねることはできますが、私はその立場にいるわけではなく、「眠っている犬を目覚めさせたい」とも思いません。 PS:質問を改善するためにできることがあれば、コメントを残してください。

7
2つの同等のテクノロジーのどちらを使用する必要があるかを尋ねる顧客に何を答えますか?
フリーランサーとして、顧客からよく似た要素のどちらを選ぶべきか尋ねられますが、どちらも他のものより優れているわけではありません。例: 「eコマースWebサイトはPHPまたはASP.NETである必要がありますか?」 「この通常のWebサービスをクラウドでホストする必要がありますか、それとも通常のホスティングサービスを使用する必要がありますか?」 「新しいWebサイトに適しているのは、MySQLとOracleのどちらですか?」 等 選択が関連するケースはせいぜい1%であり、正確な測定基準と研究に基づいて、実際に客観的な理由を使用して別のものを使用する必要があります。他のすべての場合、それはまったく問題ではありません。意味がないため¹、それらの意味が小さすぎて考慮できないため²、または最後に、それらの意味を予測することが不可能であるために、それは完全に、まったく無関係です¹。 あることを知っていて別のことを知らない場合、それらの質問への答えは簡単です。 「C#またはJavaでアプリケーションを書くことができます。どちらもおそらくあなたのケースでは同等です。私はC#開発者なので、Javaを選択した場合、プロジェクトに取り組むことができず、別のフリーランサーを見つける必要があります。」 両方のテクノロジーを知っている場合、それに答えることはできません。 この場合、顧客に尋ねる質問は炎上戦争の対象であり、彼のプロジェクトに実際の影響がないことを顧客に説明する方法は? 言い換えれば、専門的でない、またはプロジェクトを気にしないという印象を与えることなく、人事に関連する理由で、同等の技術ではなく1つの技術を使用することを選択したことを説明する方法 ¹例:毎日2人で楽観的にアクセスできる個人のWebサイトでは、MySQLはOracleよりもパフォーマンスが優れていますか(悪いですか?)。 ²例:特定のプロジェクトについて、有名なASP.NETホスティングプロバイダーで同じアプリケーションをホストするよりもWindows Azureホスティングの方が安いかどうかを尋ねられました。コストはまったく同じであることが明らかになりました。 ³例:顧客は将来のアプリケーションのアイデアを持っています(アイデア自体は非常にあいまいです)。事業計画も要件も何もありません。ただのアイデア。このアプリでは、JavaがC#より優れているかどうかを尋ねられます。何に答えますか?

8
複雑さをいつ除去すべきか?
設計パターンが必要になる前に実装することにより、時期尚早に複雑さを導入することは良い習慣ではありません。 しかし、すべての(またはほとんどの)SOLIDの原則に従い、共通の設計パターンを使用すると、機能と要件が追加または変更され、設計が必要に応じて保守可能かつ柔軟に維持されるため、多少の複雑さが生じます。 しかし、その複雑さが導入され、チャンピオンのように機能するようになったら、いつそれを削除しますか? 例。クライアント用に作成されたアプリケーションがあります。元々従業員に昇給を与えるいくつかの方法がある場所で作成されたとき。戦略パターンとファクトリーを使用して、プロセス全体をきれいに保ちました。時間が経つにつれて、アプリケーション所有者によって追加または削除される特定のraiseメソッド。 時間が経ち、新しい所有者が引き継ぎます。この新しい所有者は頑固で、すべてをシンプルに保ち、昇給する方法は1つしかありません。 戦略パターンに必要な複雑さはもはや必要ありません。現在の要件からこれをコーディングする場合、この余分な複雑さは導入しません(ただし、必要に応じてほとんど、またはまったく作業をせずに導入できることを確認してください)。 戦略の実装を今すぐ削除しますか?この新しい所有者が昇給の方法を変えることはないと思います。しかし、アプリケーション自体は、これが起こる可能性があることを実証しています。 もちろん、これは新しい所有者が引き継ぎ、多くのプロセスを簡素化したアプリケーションのほんの一例です。数十のクラス、インターフェース、ファクトリーを削除し、アプリケーション全体をよりシンプルにすることができました。現在の実装は正常に機能し、所有者はそれで満足していることに注意してください(そして、議論された複雑さのために、私は彼女の変更を非常に迅速に実装できたことに驚き、そしてさらに幸せです)。 この疑いのほんの一部は、新しい所有者が私をもう使用しない可能性が高いためです。大きな収入源ではないので、他の誰かがこれを引き継ぐことを本当に気にしません。 しかし、私は2つの(関連する)ことを気にします コードを理解しようとするとき、新しいメンテナーが少し難しく考える必要があることに少し気を配ります。複雑さは複雑さであり、私に続く心理マニアを怒らせたくありません。 しかし、競合他社がこの複雑さを認識し、仕事に時間を費やすためにデザインパターンを実装するだけだと考えていることをさらに心配しています。次に、この噂を広めて、他のビジネスを傷つけました。(私はこれが言及されたと聞いています。) そう... 一般に、以前は必要だった複雑さは、それが機能し、複雑さに対する歴史的に実証された必要性があったとしても削除されるべきですが、将来必要になるという兆候はありませんか? 上記の質問が一般的に「いいえ」と回答されたとしても、プロジェクトを競合他社(または見知らぬ人)に引き渡す場合、この「不要な」複雑さを取り除くことは賢明でしょうか?

6
顧客の時間単位の特典[終了]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 開発者が時間単位で作業するのは良いことですが、時間料金の利点を顧客に説明するのは困難です。 顧客の時給についてのあなたの議論は何ですか?彼の利点をどのように説明し、「プロジェクトの正確なコストを知りたい」とどのように主張しますか?

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