デザイナーツールはプログラミングエクスペリエンスを低下させますか？[閉まっている]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 4年前休業。 私は最近、特に利用可能ないくつかのMSツールを見回しており、デザイナーツールとウィザードに重点を置いていることに気づいています。UI開発だけでなく、すべてのために。 Entity Frameworkにはモデラーがあります RIAサービスにはDomainServiceウィザードがあります ワークフローにはワークフローデザイナー全体が含まれています...（わかりません、実際には使用していません） 他にもありますが、あなたはアイデアを理解していると思います。デザイナーツールはたくさんあります。これらのいくつかを使用すると、私はそれを見つけます： 規定された使用例を超えて問題を複雑にする （つまり、すべての技術デモビデオ） 私は最近、これらのテクノロジーのいくつかを評価しており、それらを使用しようとすると、デザイナー、モデラー、ウィザードが私のために何をしているかを正確に分析しなければならなくなります...そうでなければ、実際にやらなければならないときに失われます作成されたもので何か。 そして持っていた-私はツールを戦うか、私はそれなしで全部自分自身を行っている可能性ように十分にその出力を戦うために持っている場合であることまでこの両端ずっと何が起こっているの強い理解を。これは、SilverlightデザイナーとRIAサービスのドメインサービスウィザードに特に腹立たしいと思います。 「このツールを使用するために内部の仕組みを理解したり、出力の半分を書き直したりする必要がある場合、このツールは何が良いのでしょうか？」 彼らはそれほど速くありません これらのツールのセールスポイントは生産性を高めることであり、このポイントはツールを使用して時間とともに変化する可能性があり、必ずしもUIデザイナーには当てはまりません（ただし、場合によってはまだ当てはまります-> Silverlightデザイナーを探しています） 。ドラッグアンドドロップ、サイズ変更、移動など、デザイナーで行うよりもはるかに高速にコードをハッキングできることがわかりました。 UIがモデルの邪魔になる 多分これは私だけかもしれませんが、UML設計ツールを連想させるものを使用していると、線が交差しないようにすべてをレイアウトするのに多くの時間を費やすことになり、画面上ですべてを確認できるようになります。達成しようとしています。 面白くない 私が生活のためにコーディングする理由の半分は、それを楽しむためです。チェックボックスをクリックしてコンボボックスを選択し、出てくるすべてを修正するのは楽しいことではありません。 一人じゃない コミュニティもこれらのツールを望んでいないようです。現時点で考えられる最も良い例は、Entity Framework Code-Firstです。 だから私は尋ねます： デザイナーツールは実際に生産性を向上させますか？ 彼らは楽しいキラーですか？ 「コミュニティ」は実際にもっとデザイナーツールを求めているのですか、それともベンダーが私たちのことを考えているだけですか？