タグ付けされた質問 「automation」

私は、コードをチェックアウトし、その上でコードフォーマッタを実行し、変更があった場合は変更をコミットしてプッシュするcronジョブを作成することを考えています。 オートフォーマッタを使用するほとんどのプロジェクトは、それらをgitフックに入れますが、数時間ごとに自動的に行うと、各開発者がgitフックをインストールする負担がなくなります。 私はまだ誰もがクリーンで適切にフォーマットされたコードを書くことをお勧めします。おそらく、書いたコードが再フォーマットされたときにシステムが開発者に自動的にpingできるようにして、彼らは将来何をすべきかを知っています。

68 coding-style  automation 

自動ドキュメント生成はさまざまなツールで実行できますが、GhostDocはその中でも最も優れたツールの1つです。ただし、定義上、生成されるものはすべて冗長です。それは方法など、クラス、および出力の英語の名前を見てとるかもしれないより冗長にそれらを説明します。最良の場合、読者が頭の中ですでにできることを行います（ここからの例）： /// <summary> /// Initializes a new instance of the <see cref="Person"/> class. /// </summary> public Person() ... 最悪の場合、名前の意味をヒューリスティックに把握しようとする試みで実際に誤解を招く奇妙なドキュメントを生成することになります。 /// <summary> /// Riches the text selection changed. /// </summary> /// <param name="richTextBox">The rich text box.</param> private void RichTextSelection_Changed(System.Windows.Controls.RichTextBox richTextBox) ... GhostDocに対する態度は「何らかの形式的なXMLドキュメントを持っている方が本質的に良い」と思われますが、そのドキュメントが100％冗長なのはなぜですか？せいぜい大量のスペースを無駄にしているだけではありませんか？ 私の職場では、すべてを文書化する必要があり、ほとんどの場合、GhostDocの自動生成ドキュメントを使用します。あなたはこれを行いますか？実際にドキュメントを自分で書くつもりがない場合は、単にコードをドキュメント化しないままにしておかない合理的な理由はありますか？

60 documentation  automation  automatic-programming 

経験豊富な開発者は、コードが解決しているパターンと問題が十分に理解されている場合にコードの実装にかかる時間を推定することは比較的可能ですが、最終目標が十分に理解されているときに、どのように適切な推定を行うことができますか？実装は95％の理論的/問題解決であり、実装の量は非常に少ないですか？ 私の仕事は、明確に定義された目標を達成するためのタスクで構成されることがよくありますが、その目標を達成する方法を見つける必要があり、ソリューションを理解するまで、どのような障壁が存在するかは明確ではありません。具体的には、コード生成ツールまたは自動化されたコード操作ツールに頻繁に取り組んでいます。ソリューションが完全に解決され、ツールが完成すると、実際の変更の95％がすぐに直接実行されます。ただし、生成ツールまたは分析ツールで予期しないエッジケースを処理するために、さらにいくつの問題を解決する必要があるかを見積もる方法はありません。 計画の目的のために、私の会社はそれがどれくらいの時間がかかるかについてのより良いアイデアを望んでいますが、ソリューションの各ステップを解決することを通して作業中にいくつの追加の問題が出てくるかわかりません。どのようにすればより良い見積もりを出すことができるのか分かりません。

56 estimation  automation 

このサイトには、自動テストから得られる利点に関する多くの情報を提供する多くの質問があります。しかし、私はコインの反対側を表すものを見ませんでした：欠点は何ですか？人生のすべてはトレードオフであり、特効薬はありませんので、自動テストを行わない正当な理由が必ずあるはずです。彼らは何ですか？ ここに私が思いついたいくつかがあります： 特定の機能に対して初期開発者の時間がさらに必要です チームメンバーの高いスキルレベルが必要 ツールのニーズを増やす（テストランナー、フレームワークなど） 失敗したテストが発生した場合に必要な複雑な分析-このテストは私の変更により廃止されたのですか、それとも間違いを犯したと言っているのですか？ 編集 私は自動化されたテストの巨大な支持者であると言っておくべきであり、私はそれをすることを納得させるつもりはありません。欠点が何なのかを理解したいと思っているので、会社に行って主張するとき、次の想像上の銀の弾丸を投げているようには見えません。 また、上記の私の例に異議を唱える人を探していないことを明確にしています。私は、いくつかの不利な点（すべてにトレードオフがある）がなければならないことを真実と考えており、それらが何であるかを理解したいと思います。

49 testing  unit-testing  tdd  automation  test-automation 

TDDと単体テストは、現時点では大きな絶賛のようです。しかし、他の形式の自動化されたテストと比べて本当に便利なのでしょうか？ 直感的には、自動化された統合テストは単体テストよりもはるかに便利だと思います。私の経験では、ほとんどのバグはモジュール間の相互作用にあるようで、各ユニットの実際の（通常は制限された）ロジックではありません。また、モジュール間のインターフェイスの変更（および変更された事前条件と事後条件）のために、しばしば回帰が起こりました。 私は何かを誤解していますか、またはなぜ統合テストに比べて単体テストがそれほど重視されているのですか？それは単に統合テストがあなたが持っているものであり、ユニットテストが開発者として適用するために学ぶ必要がある次のものであると仮定されているからです。 それとも、単体テストは、自動化の複雑さに比べて単純に最高の利益をもたらすでしょうか？ 自動化された単体テスト、自動化された統合テスト、および自動化された受け入れテストでどのような経験がありますか？なぜ？ 次のプロジェクトで自動化するために、テストの形式を1つだけ選択する必要がある場合、それはどのようになりますか？ 前もって感謝します。

29 testing  unit-testing  automation  acceptance-testing 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 最新のIDEには、コードの記述、リファクタリング、検索を支援するための多くのトリックがあります。これらはすべて非常に役立ちますが、実際に「魔法」のように見えることはめったになく、「わあ！どうやってそれを見つけたの？」 初めて見たときに印象に残った印象的なIDEコードオートメーション（またはその他の）機能に名前を付けていただけますか？

18 ide  automation 

プロジェクトに継続的インテグレーションを追加しようとしています。 ウィキペディアによると、CIの主要な部分の1つは自動ビルドです。ただし、CIとビルド自動化の記事が一致していないように見えるため、正確に何を意味するのかについて混乱しています。 特定の混乱点：「自動ビルド」とは次のコンテキストで何を意味するか PythonやPerlなどのインタープリター言語を使用するプロジェクトですか？ エンドユーザーのマシンのソースからビルドしますか？ ユーザーのマシンにローカルなRDBMS内のデータベースなど、単純にプリコンパイルおよび配布できない依存関係を持つアプリケーションですか？

15 continuous-integration  automation  builds 

ジョエルテストから： ワンステップでビルドを作成できますか？ 私にはできないと言わざるを得ない。現在、展開するために実行する必要があるアイテムのスプレッドシートリストがあるWebアプリで作業しています。だから私の質問はこれをどのように自動化できますか？組織全体である必要がありますか？ヒント/テクニック？

14 tools  builds  automation 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 仕事で退屈で反復的な（おそらくプログラミングではない）タスクに遭遇したとき、どのように対処しますか？すぐに自動化しようとしていますか？タスクに2回遭遇するまで自動化を延期しますか？委任しようとしていますか？その中で何か面白いものを見つけようとしていますか？仕事をもっと楽しくするために何をしますか？もっとおもしろくするためにもっと深く学びますか？すぐに、または定期的に必要なときに、より深く学びますか？

13 automation 

タイトルはそれをすべて言います。当社の一部の従業員は、自動化されたテストは「簡単」であり、COMおよびUIテストのスイートを作成するには「1日かかる」と考えています。これに対抗するために何ができますか？ 注：自動化を促進する方法については質問していません。それは問題ではありません。ここでは常に自動化されたテストとプロセスが促進され、要求されています。問題は、一部の個人は、自動化が「簡単」でも「高速」でもないことを理解していないことです。

12 project-management  quality  automation 

私が現在持っているものは、この擬似コードで要約することができます： public static void Main(string[] args) { var listOfObjects = Database.GetObjectsToUploadToOnlineService(); Parallel.ForEach(Upload) } private static void Upload(MyUploadObject obj) { //Build object (takes a few milliseconds) //Format to JSON (takes a few more milliseconds) //Upload (can take up to a max of 10 minutes) //Wait for a response (can take up …

11 c#  automation  monitoring 

私は、さまざまなプラットフォーム（Windows、Linuxなど）で毎日動作するさまざまな種類のアプリケーション（Webベース、GUIベース、コマンドラインなど）に直面しています。スクリプトを使用してタスクを自動化する素晴らしい機会があります。しかし、ほとんどすべてのタイプのアプリケーションとプラットフォームには、ネイティブのスクリプト言語またはツール（Windows用のVBScriptとPowerShell、Linux用のBashスクリプト、Webアプリケーション用のSelenium、GUIアプリケーション用のAutoItなど）があります。非常に多くのスクリプト言語を学び、維持することは私を殺します。 Rubyはさまざまなプラットフォームと簡単に相互運用できると感じており、非常に表現力があります。だから私の質問は： Rubyを使用してすべてをスクリプト化することは可能ですか？ その場合、各プラットフォームのネイティブスクリプト言語と比較して、主な欠点は何ですか？

11 ruby  scripting  automation  test-automation 

ユーザーが開発プロセス中に物事を自動化しながらパスワードを入力する必要がある状況はほとんどありません。サイトの展開は、一般的な状況の1つにすぎません。OS Xでdmgファイルを作成するには、パスワードも必要です。スクリプトで使用されるコマンドラインユーティリティのほとんどには、stdinを介してパスワードを受け取る機能があります。 スクリプトを実行するたびにパスワードを指定すると、「自動」の目的が無効になります。スクリプトにプレーンテキストを保存すると、「パスワード」の目的が無効になります。パスワードを必要とするスクリプトにパスワードを提供するための最も最適なアプローチは何ですか？

11 automation  passwords 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 6年前休業。 .NETアプリケーションのかなり大きなポートフォリオの維持に携わっています。また、ポートフォリオには、他のプラットフォーム（ネイティブC ++、ECLIPSフォームなど）の上に構築されたレガシーアプリケーションがあります。 NAntの上に、これらのすべてのアプリケーションのビルドを管理する複雑なビルドフレームワークがあります。ビルドフレームワークはNAntを使用してさまざまなことを行います。 Subversionからコードを引き出し、Subversionでタグを作成する MSBuild for .NETまたは他のプラットフォームの他のコンパイラを使用してコードをビルドします AssemblyInfoファイル内を調べてバージョン番号を増分する ビルド/リリースに含めるべきではない特定のファイルを削除する コードをリリースフォルダにリリース バックアップ用にZipコードを作成 Windowsサービスを展開します。それらを開始および停止する 等。 それらのほとんどはNAntだけで実行できますが、NAntが環境に固有のいくつかのことを実行するための拡張タスクをいくつか作成しました。また、上記のプロセスのほとんどは汎用化されており、さまざまなアプリケーションビルドスクリプトの多くで再利用されているため、ロジックを繰り返さないでください。したがって、これは単純なNAntコードではなく、単純なビルドスクリプトでもありません。ビルドを実行するために一緒に来るNAntファイルは数十あります。 最近、私はいくつかの理由でNAntに不満を感じています。（1）構文がひどい-XMLの上にあるプログラミング言語を維持するのは本当に恐ろしいです。（2）プロジェクトは蔓延してしまったようです。最近は大量の更新が行われておらず、実際には誰も舵を取っていないようです。.NET 4で動作するようにしようとすると、このアクティビティがないためにいくつかの問題が発生します。 それで、その背景のすべてを片付けて、ここに私の質問があります。上記のリストに基づいて達成したいことがいくつかあり、私は主に.NETショップにいるが、.NET以外のプロジェクトもビルドする必要があることを考えると、NAntに代わる代替案がありますか？に切り替えますか？ 私のレーダー上のものが含まPowerShellの（の有無にかかわらずpsake）、MSBuildのを自分自身、そしてによって熊手。これらにはすべて長所と短所があります。たとえば、MSBuildは十分強力ですか？私はそれを何年も前に使用したことを覚えており、NAntほど強力ではなかったようです。本当にrakeを使用してビルドを行うためにチームにRubyを学習させたいですか？psakeは本当に自分のポートフォリオを固定するのに十分なほど成熟したプロジェクトですか？Powershellは「金属に近すぎる」ので、自分でビルドライブラリを作成して、それをそのまま使用するためにpsakeと同じようにする必要がありますか？ 他に検討すべきツールはありますか？非常に複雑な.NETポートフォリオの保守に携わっていた場合、どのビルドツールを検討しますか？あなたのチームは現在何を使用していますか？

10 development-process  builds  automation 

私たちは職場でTFSを使用して、ソースコードを管理し、開発を追跡しています。 バグややるべきことがあるときはいつでも、少なくとも次の2つのタスクを常に行う必要があります。 作業をテストするか、テストが必要かどうかを判断します。 現在のリリースのリリースノートを更新するか、特定のエントリが必要かどうかを決定します。 他のタスクは、実行中の作業に固有のものですが、新しい作業項目を追加するときに、「テスト」と「リリースノート」を常に入力していることに気づきました。 新しいバグまたは作業項目が作成されるたびにTFSにこれら2つのタスクを自動的に追加させる方法はありますか？まれなケースでは、これらのタスクは不要であり、単にその作業項目に対して完了または削除のマークを付けることができるため、これを自動化することによる影響については心配していません。 私は周りを見回しましたが、PowerShellスクリプトを作成して、欠落しているすべての作業項目にタスクを追加できる可能性があるようです。

9 team-foundation-server  automation  task