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

私はソフトウェア開発チームのリーダーであり（最近、新しいチームを管理しました）、最終的には高い生産性、優れた品質、組織的な優先順位を維持する責任があります。 私のチームには6人の上級開発者がいますが、ここでは混乱のように感じます。状況は、私たちの会社の約10の異なる連絡先からのJIRAリクエストに対処する必要があり、それらはすべて異なるビジネスユニットまたはクライアントを表しているということです。 私が抱えている問題は、私の仕事は主に一日中火を消すことと、すべての人の問題に取り組んでいることを確認することです。残念なことに、当社の文化は高い生産性（高速リリース）でありながら低品質（生産バグ）であり、クライアントは結果の突然の遅れを受け入れません。 これを処理する良い方法は何ですか？私にはたくさんの理論がありますが、私のような状況で実際に働いた経験のある人からの答えを探しています。 動作の簡単なリストを次に示します。 各開発者は、特定のアプリケーションと対話するサービスに対して責任を負います。 通常、リリースは、シミュレートされた実稼働サーバーでクライアントによってテストされ、ライブサーバーに展開されます。 各アプリケーションは平均50〜80人で使用され、合計8つのアプリケーションがあります。 ありがとう

16 .net  project-management  productivity  team 

Peopleware（DeMarco、Lister）を読み終えたばかりで、少し前にExtreme Programming（XP）について調査しました。私が今見ているように、2つのアプローチは互いにほぼ排他的です。 Peoplewareは、プログラマーを妨害から分離することを提案し、プログラマーがフローを達成できるように、中断のない作業に優先順位を設定します。一方、XPは可能な限り多くのコミュニケーションを確保することを提案し、プログラマーが「一緒に座って」ペアでコーディングし、同じ部屋で作業することを提案します（多くのノイズを生成します）。 これら2つの競合する考え方は、おそらく正しい/間違っていると証明されているのでしょうか、それとも効果的な妥協があるのでしょうか？私は双方が指摘する点を見ることができますが、合理的な妥協を見ることができません。 ソフトウェア開発管理を勉強するのは初めてなので、何かを誤解している可能性があります。すべてのコメントを歓迎します。 PS追加のミニ質問として、プログラマーとして、どちらの生産性を高めますか？

16 productivity  management  extreme-programming 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 特に、Cでゼロから新しいコードを書くとき、たまに構文チェック以外のコンパイラを実行せずに、何時間も、何日もコードを書くことに気づきます。 私は、大量のコードを慎重に記述し、頭の中でフローを分析することでコードが本来行うべきことを確信している場合にのみ徹底的にテストする傾向があります。誤解しないでください-テストせずに1000行を書くことはありません（ギャンブルになります）が、サブルーチン全体を書いて、終了したと思ったらテストします（必要に応じて修正します）。 反対側では、エディターに入力するすべての行の後にコードを実行およびテストし、デバッガーが注意と正気の代わりになる可能性があると考えている初心者がほとんどです。言語の構文を学んだ後は、これは多くの注意散漫になると思います。 2つのアプローチの適切なバランスは何だと思いますか？もちろん、最初のものはより多くの経験を必要としますが、生産性にプラスまたはマイナスの影響を及ぼしますか？2つ目は、より細かいレベルでエラーを見つけるのに役立ちますか？

16 productivity  testing  coding 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 8年前に閉鎖されました。 ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 時々、私はいくつかのモニターを試しました。私の主な仕事はコーディング（仕事、phdなど）です。職場では、LG Flatron L246WHをお勧めします。しかし、自宅にはLG W2363Vがあり、コーディングの際にかなり不快に感じます。フォント、サブピクセル、またはスムーズフォントを使用するときに頭に浮かぶもの。 現在、私たちのニーズに最適な最高のモニターは何ですか？

16 productivity 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 数年前、私の最初の実際のプログラミングの仕事で、上司は私の毎日の活動の日記をつけるように勧めました。私はまだそうしていますが、もはや紙や手書きのものではありません。 あなたは日記をつけていますか？または、回復されていない時間がかかりますか？

16 productivity  time-management 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 前日よりも生産性が高いまたは低いソフトウェアを開発していることをどのように追跡できますか？

16 productivity  metrics 

同僚がコードを編集している場合、何をすべきですか？ 機能を追加したり、バグを修正したりせずに、外観を変更するだけです...

16 productivity  teamwork  communication  etiquette 

私はプログラムをし、ディスレクシアです。私のビジョンは素晴らしいです。私はシンボルの処理が不十分であり、視覚的思考者です。 私がコーディングするとき、私は自分が犯すエラーに予測できないほど気付かないので、普通の人よりも遅いです。私はpythonを学んでおり、テキストのみの開発環境は多くの視覚的ストレスを引き起こします。Wingwareを使用していますが、これは多少役立ちますが、指定された時間内に割り当てを完了できません。 私に役立つ宿泊施設を提案してもらえますか？ どのような適応が私に役立つでしょうか？ この種のエラーを自動的に検出、強調表示、修正する方法はありますか？ 校正、私は私が見たいと思うものまたは何か身近なものを見ます。タイプミスに気づかず、行をスキップするなど、テスト中にバグが発生します。コピー＆ペーストでも、行を見逃してエラーを引き起こす可能性があります。 マージンからマージンへのテキストのブロックは、いくつかの色の組み合わせがそうであるように私に頭痛を与えます 私はテキストをシンボルとして処理するのではなく、数字の桁が異なる場所に移動するように回転、転置できるオブジェクトとして、「123」、「132」、文字「pddq」、私。私はこれらをトリッキーだと思います-同じ形が回転して反射しました。

15 productivity  ide  accessibility 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 5年前に閉鎖されました。 言語Xを知っている経験豊富なプログラマーが、言語Yを使用して有能なプログラマーによって書かれたコードを、XおよびYなどの広く使用されているさまざまな言語でどれだけよく理解できるかについて、真剣な研究はありますか？ もちろん、プログラマーが1つの言語しか知らないので、現実の世界はそれほど単純ではありません。私たちが知りたいのは、たとえばC＃でプロジェクトを行い、いつかFortranとAlgolだけを知っている古い物理学者がそれを見ると、彼らにはどの程度意味がありますか？それらのいくつかのランダムな句読点を無視すると、数学的な部分はうまく読み込めます。または、Pythonの専門家が私の賢いRubyスクリプトの欠陥を見つけることができますか？ 表面的な構文のレベルから、オブジェクト、テンプレートのメタプログラミング、機能などの壮大な概念のレベルまでの問題がある可能性があります。あるプログラマーが「外国語」のコードのすべての構文の詳細を完全に理解することや、ある壮大な概念の宗教に従うことを期待しているわけではありませんが、主な制御の流れをどこまで得られるのか、その場所を見つけること画面に何かが描かれ、その色やサイズを決定する場所で、車を運転するようにプログラムされたロボットが、完了時にエンジンをオフにすることを確認します。 質の高い研究には、出版された学術研究、ある業界グループまたは大手ソフトウェア会社からの公式レポートが含まれますが、ワークショップやクラスの経験豊富なリーダーやその他の情報源による体系的な公平な観察を行います。短いブログ、シングルケースの例、逸話には興味がありません。（まあ、良い読みをするなら、いくつかの逸話かもしれません。）

15 programming-languages  productivity  readability 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 パレートルールに従って、プログラマーは本当に便利なことに時間の20％しか費やしません。 デバッグに80％の時間を費やし、小さなものを修正してすべてが機能するようにします。 デバッグに費やす時間を減らす方法はありますか？

15 productivity  self-improvement  development-process  debugging 

開発者は、次のif/elseような1行のコードステートメントでブロックを記述します。 if (condition) // Do this one-line code else // Do this one-line code 別の方法では、すべてに中括弧を使用します。 if (condition) { // Do this one-line code } else { // Do this one-line code } 開発者は最初にオブジェクトをインスタンス化してから使用します。 HelperClass helper = new HelperClass(); helper.DoSomething(); 別の開発者は、オブジェクトを1行でインスタンス化して使用します。 new HelperClass().DoSomething(); 開発者は配列とforループを使用する方が簡単です： string[] ordinals = new string[] {'First', 'Second', …

15 project-management  productivity  coding-style 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 私は学生です。クラス間で持ち歩く小さな（12.5 "、1366x768）ノートパソコン画面で多くのコードを実行します。ほとんどのプログラミング環境は、誰かが大きな画面サイズを利用できるという考えで設計されています。実際、プログラマーは大画面にアクセスできますが、大画面は終日授業に持ち込むのが難しく、以前のラップトップ（15 "、1920x1200）は非常に重いために寮に放置されることがよくありました。 私はこの時点でVisual Studioにほぼロックされています。私が今まで使ったプログラムは、私が扱うコードの種類に対して生産的ではありません（もちろん、Whole TomatoのVisual AssistとJared ParのVsVimをインストールした後:)） （私は小さな画面に関する他の質問を見てきましたが、それらはすべて「Visual Studioを離れる」こととほぼ同じです。これは、私が行ってきた開発のいくつかの種類を考えると困難です。...

15 productivity  visual-studio 

お金を稼ぐために取り組んでいる「本物の」プロジェクトと、非常に興味深い副プロジェクトがあります。 「本当の」プロジェクトに取り組むたびに、私の側のプロジェクトのアイデアしか考えられないという問題があります。どうやって対処しますか？本当の仕事を通して力を発揮しますか？

15 productivity  project-management 

私はC＃でTDDスタイルのコーディングを使用していました。小さなコードの塊を作成/変更し、ソリューション全体を10秒で再コンパイルし、テストを再実行します。簡単... その開発方法論は、私が数年間、C ++コーディングに戻らなければならなかった昨年まで非常にうまく機能し、それ以来、私の生産性は劇的に低下したと感じています。言語としてのC ++は問題ではありません-私はC ++開発の経験がかなりありました...しかし、過去には。 私の生産性は小さなプロジェクトでも大丈夫ですが、プロジェクトのサイズが大きくなり、コンパイル時間が10分以上になると悪化します。そして、エラーを見つけた場合は、コンパイルを再開する必要があります。それは純粋にイライラさせられます。 したがって、私は小さなチャンク（以前のように）は受け入れられないと結論付けました-コードを手動でレビューするときに（高速C＃コンパイラに依存せずに）1時間ほどコーディングの古い習慣にどのように身を置くことができますか？ 、数時間に1回だけユニットテストを再コンパイル/再実行します。 C＃とTDDでは、進化的な方法でコードを書くのは非常に簡単でした-数十回の繰り返しの後、私が始めたがらくたは良いコードになりましたが、それはもううまくいきません（遅いコンパイルで）環境）。

15 c++  productivity  development-environment 

私は友達と一緒にソフトウェアプロジェクトに取り組んでおり、テクニカルリーダーに任命されました。これらの人はどれも悪いプログラマーではありませんが、私は彼らよりもかなり多くの経験を持っています。チームの全員に作業を分散できるようにする必要があります。また、お互いのつま先を踏まないようにする必要があります。彼らがこのプロジェクトを成功させるために必要な品質とスケーラビリティの比較的高い基準を満たしていること、彼らがコミットするすべてをレビューする必要はありません。 マイクロ管理を避けながら標準を維持するにはどうすればよいですか？ダイアグラムを作成し、コードレビューをスケジュールし、壊れる可能性のあるものを修正できると信頼するだけで十分ですか、それともTDDルートに行ってチームが満たす明示的なテストを作成する必要がありますか？

15 productivity  project-management  code-quality