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

私はジュニア開発者であり、変更を正当化することができ、チームが作業を完了するのに役立つ場合、チームのプロセスを形作るのに役立つ能力を与えられています。私の過去の企業は、管理から来るプロセスを多かれ少なかれ厳密に定義していたので、これは私にとって新しいものです。 私のチームはかなり小さく、やや新しい（<3歳）です。彼らは欠けています： 明確に定義されたソフトウェア開発/作業管理フレームワーク（スクラムなど） 強力な製品所有権 明確に定義された役割（たとえば、ビジネススタッフが手動テストを行う） 定期的なスタンドアップミーティング 統合された問題追跡プロセス（ツールがあり、プロセスはまだ開発中です） ユニット、システム、リグレッション、または手動テストスイートまたはリスト ビジネスロジックとプロセスに関するドキュメント 社内および顧客向けのヒントを文書化するナレッジベース そしてリストは続きます。経営陣は、価値が正当化され、最も重要な作業（開発）が完了するのを助ける限り、改善の実施に対してオープンです。ただし、基本的な前提は、誰もあなたのためにそれをするつもりはないので、実装の所有権を取る必要があるということです。そして、言うまでもなく、上記のプロジェクトのいくつかは、時間のかかる疑いもなく、重要なものであり、明らかに開発作業ではありません。 時間が経つにつれて上記のことを試してプッシュする（後輩の）開発者の努力の価値はありますか？または、「自分のレーンにとどまり」、開発に集中し、プロセスの定義と最適化の大部分を管理者に任せることが最善でしょうか？

108 project-management  scrum  development-process  process  product-owner 

ダグラス・マックロイがどのようにコンセプトを思いついたのか、そしてケン・トンプソンがそれを一晩でどのように実装したのかという話を聞いたことがあります。 私が理解している限り、パイプは、1つのプロセスが書き込みと他の読み取りを行う2つのプロセス間でメモリを共有するシステムコールです。 OSの内部や概念に精通していない人として、私はストーリーの「天才」とは一体何なのか疑問に思っていました。メモリを共有する2つのプロセスのアイデアですか？それとも実装ですか？または両方？ PS：パイプの有用性やシェルでの使用方法を知っています。問題は、の概念と実装に関するものです|

52 history  unix  process  pipelining 

私は2つのコードショップにいます。また、プログラマの数が1人以上の場合にバグトラッカーが役立つことは理解していますが、バグ、変更、修正を記録することは些細なことの価値があると確信していません。簡単なバグを見つけたら、それを理解し、修正し、テストを実行します。そして、私はそれをログに記録する必要があることに気付きました。 理論的には、バグのロギングはバグを見つけてから修正するまでのどこかで行う必要があることを知っていますが、修正する方がロギングするよりも速い場合、ドラッグのように見えます。大規模なコードショップでは、上司は誰が何をしているのかに注意を払い、他の人が何を言っているのかを知ってうれしいです。 すでに修正したものを説明し、すぐにそれらを閉じます。私は誰もがこの閉じられたバグを再び見るのではないかと疑っています。プロセス脂肪を削減する時ですか？

28 issue-tracking  time-management  process 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 6年前に閉鎖されました。 第一に、この質問がここでうまくいくのか、workplace.SEでうまくいくのかははっきりしません。間違った場所にある場合はご容赦ください。 開発ポジションの候補者の一部にインタビューを行っていますが、現在、候補者は私たちの都市にはいません。 簡単なコーディングテストを行って、日常業務で直面する一般的な問題に対してどのように機能するかを確認したいと思います。 これに向けた特定のツールはありますか？現在私たちはSkypeを使用していますが、多くの開発者は恥ずかしがり屋であるため、多くの開発者のパフォーマンスが低下する傾向があり、誰かが直接見つめているとうまくいかないことがよくあります。 テスト用の質問をメールで送信する際の問題は次のとおりです。 彼らの思考プロセスが何であるかを知ることは不可能であり、最終結果を見るだけです。重要なステップである、議論または質問の明確化はありません。 問題が候補者自身によって解決されたという保証はありません。彼らはより賢い友人にそれを送ることができました、そして、我々は知ることができなかったでしょう。 これらの問題は通常どのように解決されますか？

22 interview  process 

テスターに​​サインオフ権限を与えることは理にかなっていますか？テストチームが 機能、問題などをテストし、合格/不合格ベースで報告するだけで、それらの結果に基づいて行動することができます。 それらの結果に基づいて、リリース自体を保持する権限がありますか？ つまり、テスターは実際にリリースを承認する必要がありますか？私が取り組んでいるテストチームは、彼らがそうしていると感じており、「スコープクリープのテスト」が原因でこれに問題があります。

20 testing  release-management  process 

DevOpsは、開発者がインフラストラクチャとリリースに責任を持つようになったことを意味しますが、この変更の背後にある要因は何ですか？ 私は自分のカードをテーブルに置きます。私は開発者であり、「DevOps」と非文化の両方で働いていました。インフラストラクチャとリリース、QA、および関連するセレモニーを心配することは、優れたコードを書くことに対する大きな注意散漫です。 しかし、業界はこの方向に向かっています。その理由は何ですか？役割の専門化の「古い」モデルはどのような問題を引き起こしましたか？

18 process  devops 

経験豊富なウェブ開発者であるが、初心者の「低レベル」プログラマーである私にとって、このようなことはまだ一種のブードゥー教です。 メモリブロックを見つけて、それを読み取ること（たとえば、鉱山のゲームでタイマーを読み取ること）を開始する方法に興味がありますか？これはOS / OSバージョンによって異なりますか？

11 memory  low-level  process 

私は現在、私のチームに参加したばかりのジュニア開発者のコ​​ードのいくつかをレビューしていますが、このレビューの出力をどのように提供すべきか疑問に思っています。 自分でコードを修正する必要がありますか？ レビュープロセスに関するフィードバックを提供し、指示に従って修正を行わせる必要がありますか？もしそうなら、どのようにこのフィードバックをするのですか、特定のテンプレート文書を記入して送信するのですか、それとも後でチェックできるコードファイル内の問題をマークするのに役立つソフトウェアがありますか？（私はVisual Studioを使用しています）。 コードのレビューと修正が完了した後、時間が経ち、過去にレビューしたコードの一部が変更されました。再レビュープロセスを実行するにはどうすればよいですか？すべてのコードをもう一度確認する必要がありますか？または、変更された部分だけをチェックしますか？そして、もしそうなら、コードの二重レビューを避けるために、変更された部分をどのように追跡するのですか？

10 code-reviews  process 

私は、プロセスがリソース所有権と実行可能命令の単位であることを理解しています。スレッドを使用すると、プロセスはリソースを複数の実行と共有できます。また、プロセス全体に関連するすべてのオーバーヘッドにより、OSがスレッドをスケジュールするのが簡単になります。 しかし、なぜ名前のスレッドなのか？文字列または実行のインターリーブへの参照はありますか？それでも、これは私の考えでは直感的な用語ではありません。

9 terminology  process  multithreading 

プロセス間通信の多くのオプションのうち2つは次のようになる可能性があることを理解しています。 共有メモリ ソケット 実際、Javaアプリケーションをデバッグするために、Intellij Ideaがこれら2つのオプションを公開しているのを見ました。それぞれのアプローチの長所と短所を知りたいのですが。

9 language-agnostic  debugging  memory  sockets  process 

スクラムとは何かについての議論で、アジャイルのことを完全に誤解しているのかもしれません。スクラム（確かにアジャイルプロセスと見なされます）は、TDD、ペアプログラミング、CI、リファクタリング、その他の開発者中心のテクニックやプラクティス（今まで）アジャイルの心臓部です。今、私は困難に直面しています！ 1）スクラムは、開発者がアジャイルプラクティスを行うかどうかにとらわれませんか？ 2）自動テストを利用しないチームにスクラムを実装できますか？リファクタリングを実行しないか、アジャイルプログラミングの実践に準拠していませんか？

9 agile  scrum  process