タグ付けされた質問 「time-management」

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

6
バグの修正にわずかな利点がありますか[終了]
以前の同僚から、すべてのバグを修正する必要があるわけではないと聞いたことがあります。バグの優先リストを下るにつれて、そのバグを引き起こすユースケースが不明瞭になったり、顧客満足度が低下したりするためです。ただし、そのバグの修正にはかなりの時間を費やす必要があります。 このコンセプトについて製品の所有者を説得しようとして、良いリソースが見つかりませんでした。私が見つけられたのは、ソフトウェア開発に限界費用があるかどうかの議論だけでした。 バグを修正することで実際にわずかな利点がありますか?この概念を説明する別の用語はありますか?

14
ソフトウェアエンジニアが時間を追跡するように奨励する
同僚が問題の解決と機能の実装に費やす時間を追跡するように奨励するにはどうすればよいですか?これを行うソフトウェアがありますが、数字を入力しません。 過去の見積もりと実際に費やした時間を比較することで、チームがプロジェクトの見積もりをより上手にできるようにしたいと考えています。同僚はプロジェクトのスケジューリングにあまり関与していないので、同僚には個人的な利益が見られないと思われます。

14
毎日いくつのプログラミング言語を使用し、言語固有のタスクをどのように効果的に管理しますか[クローズ]
現在のところ、この質問はQ&A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 編集: 複数の言語で作業する場合、個々のタスクをどのように管理しますか 日々のタスク処理では、いくつの異なるプログラミング言語を使用しますか? 各言語で作業するとき、あなたは精神的な変化をしますか? それらに優先順位を付け、各タスクを言語ごとに個別に保持しますか。 言語/ IDE /環境間でシームレスに切り替わる各タスクの進捗に基づいて段階的にコーディングしますか 構文ではなく、すべての言語に同じコーディングスタイル/規則を適用していますか? 関連: プログラマーが複数のプロジェクトに同時に取り組むことは正常ですか

1
コードのリファクタリングにどれくらいの時間を費やすべきですか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 それが私だけのものかどうかはわかりませんが、コードのリファクタリングを開始すると、それを行うのに多くの時間を無駄にし、終わりません。 コードを再度読むたびに、改善できるものを見つけます。コードのリファクタリングは、私の脳が無限ループに陥り、満足のいくものではなくランダムに終了条件に到達するようなものです。 それでは、コードのリファクタリングにどれくらいの時間を費やすべきでしょうか?

9
時間追跡へのハードコピーアプローチ
問題があります:特定の機能/欠陥/などをコーディングする際に、タスクの時間を追跡するのが面倒です。私はタスク間をかなりジャンプする傾向があります(一部はプロのソフトウェア開発に必要な継承ジャグリングが原因で、一部はコードに関するビジネスプロセスではなくコード自体に集中する個人的な傾向が原因です)。 私の個人的な好みは、ハードコピーシステムです。画面上に数十億ピクセルの不動産がありますが、トラッキングウィンドウを便利に保つのは非常に気が散ります。私はそれを忘れるか、それが私の邪魔になります。 そのため、時間追跡に関する提案を探しています。私の唯一の要件は、タスクごとの開始/停止時間を追跡するシンプルなシステムです。タイムクロックを購入し、各チケットに専用のタイムカードを与えることまで考えました。作業を開始したら、パンチインします。作業が完了したら、パンチアウトします。

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

3
プロジェクトの最初のイテレーションにどのくらいの詳細を入れるか?
新しい個人プロジェクト(Python)を開始したばかりで、プログラムの「大まかなドラフト」に相当するものを書いています。私はまだ広範なエラー/例外処理または美的なUI要素を入れていません(これらが最終的に必要になることを知っている場合でも)、ドキュメントは私がやっていることを将来見るのに役立つのに十分です。 プロジェクトの設計/管理の設定原則に反して、大雑把に始めるのですか?私は科学者であり、プログラマーではないので、これらのことを理解していません。したがって、主な問題は、次の2つの両極端のどちらに当てはまるかについてコンセンサスがあるかどうかです。 すべての例外処理を含め、最初から徹底的で高品質のコードを記述し、最終的に必要になることがわかります。 最初から最小限の作業でラフなドラフトを作成し、後ですべての詳細を記入します。 関連する質問:プロジェクトを完成させるために、デザインの「素晴らしさ」を犠牲にしてよいのはいつですか?

5
コードレビューに割り当てられた時間
コードレビューを行っている場合 実装と比較して、コードレビューにどのくらいの時間を費やしますか? どのくらいの変更がコードレビューを受けますか? あなたはそれがはるかに多い/もっとあるべきだと思いますか? 有効性に関する研究はありますか? [編集]回答をありがとう

10
作業タスクを管理するための効果的な方法は?(文書化/記憶/優先順位付け)[終了]
現在のところ、この質問はQ&A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 6年前に閉鎖されました。 仕事中のタスクを文書化し、記憶し、優先順位を付けるために使用できる効果的な方法に関する提案を探しています。これらのタスクの多くはプライマリプロジェクトに属しますが、独立したイニシアチブのためにも存在します。タスク自体は、開発からドキュメンテーション、ディスカッションに至るまで、優先順位がさまざまで、締め切りは今から数か月に及ぶものすべてを網羅しています。 歴史的に、私はメモ帳を使用してこれらのタスクを追跡しました。項目の横にある必要があることを示す星と、完了時にチェックマークが付いています。ただし、責任と管理対象が増えるにつれて、次のようになります。 すべてを完了したことを確認するのが難しくなります(5ページ戻ることがあるため) 次にやることが最も重要なことを思い出すのが難しくなります タスク間の依存関係を追跡することが難しくなります 誰かが自分のタスクを管理しやすくする方法を見つけましたか?最も重要なものと依存関係を追跡するためにメタデータを追加するか、これを自動化できるアプリに切り替えることを検討しました(そのようなことが存在する場合)。どこからでもアクセスできるものは間違いなくプラスになります。

3
依存関係の重要な機能が壊れて開発が妨げられた場合はどうすればよいですか?
昨日、私はRails 5 APIプロジェクトに取り組んでいました。このプロジェクトでは、タグ付きのacts-as-taggable-onライブラリを使用して、タグを付けることができます(SEの質問など)。Rails 5は現在、アルファ版をサポートしています。現在、マスターにマージされるのを待っているバグを修正するためのPRがあります。このバグにより、機能ブランチが完了の途中で停止しました-ロードが壊れたため、ライブラリの機能を実装できませんでした。 簡単な修正として、レポジトリを複製し、PRと同じコードで問題を修正し、バグ修正が最終的にマスターにマージされるまで、Gemfile(依存バージョン管理ファイル)を自分のGithubフォークに向けました。 修正が簡単だった(そして誰かがすでにそれを行っていた)ので幸運に思ったので、問題を回避することができました。しかし、このライブラリがアプリケーションの開発にとって重要だったらどうでしょうか?私の開発を止めていたバグ修正が他の人々に広まっている問題ではなかったので、今回のようにすぐに修正が反映されなかった場合はどうでしょうか? この機能は、他の依存機能の開発の前に完了する必要があると想像してください-その状況で何をしますか?私にとって、タグ付けが他のすべてが依存している次の開発フレーズにとって絶対に重要だった場合、どうすればタグ付けの依存関係が私の構成にバグを起こすのでしょうか?依存関係の重要な機能が機能の開発を妨げる場合、何をしますか? そして、確かに、数時間または数日間のオフィスチェアでの剣闘は選択肢ではありません...

4
働きながら勉強する時間をどうやって管理するのですか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 6年前に閉鎖されました。 私は会社で8年間プログラミングを行ってきました。ビジネスインテリジェンスソフトウェアシステムを構築します。働くことは学習だと思っていたので、週60時間働いている間、会社で何をしていたかを常に研究してきました。しかし、最近、私は雇用のために新しい会社を探しています。私は、主に他の分野の知識の不足のために頻繁に就職の面接に失敗するので、思考は馬鹿げたアイデアであることがわかります。もちろん、私はまだ自分自身を改善したいと思っており、本当に努力しています。しかし、週に多くの時間を費やしている間、追いつくための十分な学習時間を見つけることができません。 私がこれについて心配しているのは私だけではないと思うので、あなたのキャリアのために勉強する時間をどのように見つけているのか尋ねたいのですが?他の分野の勉強に何時間割り当てますか?時間管理スキルが不足していますか?

8
どの生産間隔がより生産的ですか:短いですか、長いですか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 プログラミングの生産性が高い作業セッションはどれですか:短い(<= 30分)、中間の長さ、または長い(> = 2時間)?どの場合に?(新しい機能のコーディング、小さな変更、UIの調整、リファクタリング、デバッグ、APIの学習、他のコードの理解の試みを検討してください)。 経験から何がわかりますか?研究やベストプラクティスからの情報も大歓迎です。リンクや参考文献を見るといいでしょうが。 完全な回答よりも信頼できる情報が望まれます。 貴重なポイント: 集中的思考がここの究極の目標です 一般に中断のない作業> 2〜3時間は、焦点を失い、ぼやけた思考をもたらします あなたがフローにいるとき、1〜2時間働くことをお勧めします 思考のget性と先延ばしを克服し、より良い時間の感覚を得るために、ポモドーロテクニックの練習を試みることは価値があります。特に、あまり好きではないことを始めるのに役立ちます 「休憩管理」ソフトウェアを使用する場合、1休憩をスキップするがそれ以上はしないなど、自分自身をより柔軟にすることができます。これにより、状況に適応することができます:流れているとき、流れがあるとき、流れていないときは管理しやすくなります 休憩中の新鮮な空気、リラックス、運動は、新しいアイデアやソリューションを得るために正しい半球に参加するのに役立ちます 「ブレーク管理」用のソフトウェアツールを試してください。 Pomodairo-さらにタスクのリストを追跡し、pice UIを備えています WorkRave-構成の柔軟性が向上します。スピーカーなしでも使用可能

8
課外プログラミングに週にどれくらいの時間を費やしていますか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 背景:私は昼間はMicrosoft DBA / ITタイプの人で、夜はiOSとMacの開発者です。App Storeに1つのアプリがあり、作業中に別のアプリが1つあります。私は2つのアプリでできる限り多くの時間を費やそうとしますが、新しい娘や他の(コンピューターではない)趣味で、毎週数時間以上プログラミングをするのは難しいと感じています。 これが他の開発者とどのように比較されるのか疑問に思っています。私は、iOS開発を主な仕事としていない単一の開発者によって書かれた多くのアプリを見ています。彼らは彼らのプロジェクトに一晩中4時間費やしているのですか、それとも何かをリリースする前に1、2年だけプラグインしますか?

4
時間追跡方法の代替案[終了]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 最初の質問: Web /ソフトウェア開発会社の従業員の時間追跡に対するいくつかの実行可能な代替手段は何ですか?また、なぜ彼らはより良い選択肢ですか? 説明: 私はこのような会社で働いています。誰もが給与を支払われます。契約、アドホック、および内部(非課金)の3種類の作業があります。アドホックは数時間かかる小さな変更であり、月末にクライアントに請求するだけです。契約は締結されており、通常、この大きな長いプロセスがあります。 関係する時間の見積もりを取得して(設計と開発者から)、時間料金を掛けることで、いくら請求するかがわかります。したがって、ウェブサイトの推定時間は50時間だとします。時間追跡ソフトウェアがあり、それに費やした15時間(たとえば、7:00から7:15)の時間、プロジェクト名を記録し、コメントを付ける必要があります。 50時間を超えると、お金を失い、非効率になります。 今、私はどのようにシステムの動作について説明してきたことを、私の質問は、より良い方法が存在する場合、それは(私は必ず1必見だもの)に行うことができますどのように他です。現在のシステムが好きな人はいません。代わりのシステムが見つかりません。数時間後にプロジェクトを時間内に終わらせるために時間をかけて仕事をするつもりはありませんが、現在のシステムではそうするつもりです。マネージャーがこのシステムの代わりにabcシステムを使用する理由を示すために、この投稿を要約(またはリンク)できるようにしたいと思います。

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