問題タブ [time-management]

私は最近ソフトウェア見積もりについて考えています、そして私はコーディングに費やされた時間に関してたくさんの質問があります。ソフトウェアの開発に少なくとも2年の経験がある人から聞いてみたいです。

何かに取り組むのに費やす時間を見積もる必要がある場合、1日の何時間コーディングに費やしますか？他の非コーディング時間は何を占めていますか？

チームメイトのコーディングよりも多かれ少なかれ時間を費やしていると思いますか？あなたは彼らよりも多かれ少なかれ仕事をしているように感じますか？

あなたの労働条件はどのようなものですか？プライベートオフィス、シェアオフィス、チームルーム？単独でコーディングしますか、それともペアでコーディングしますか？あなたの労働条件は、あなたが毎日コーディングに費やす時間をどのように変えましたか？自宅で仕事ができる場合、それは生産性を向上または低下させますか？

どのような開発方法を使用していますか？滝？アジャイル？ある方法から別の方法に変更することで、1日あたりのコーディング時間に影響がありましたか？

最も重要なこと：生産性に満足していますか？そうでない場合、最も影響を与える変更を1つだけ行いますか？

CodePlex チームにはSlack時間ポリシーがあり、非常にうまく機能しています。

• Jim Newkirk と私はxUnit.netプロジェクトで作業するためにそれを使用しました。
• Jonathan Wanagel は SvnBridge の作業に使用しました。
• Scott Densmore と私は、これを使用してObjectBuilder 2.0プロトタイプを作成しました。

他の人にとっては、技術的にはスケジュールにないことを探求する絶好の機会でしたが、最終的にはチームの他のメンバーにとって非常に役立つ可能性があります. 私はこれの価値を確信しているので、もし私が再びチームを運営することがあれば、それをチーム文化の一部にするつもりです.

あなたのチームには正式な Slack ポリシーがありますか? それはどのようにうまくいきましたか？

編集済み: Slack を定義していないことに気付きました。この本を読んでいない人のために説明すると、Slack は Google の「20% の時間」のようなものです。つまり、1 日、1 週間、1 か月、1 年の一部が与えられ、必ずしも直接関係のないことに取り組むことができます。しかし、間接的なメリットがあるかもしれません (明らかに、あなたの仕事や会社にとってまったく役に立たないことに取り組んでいる場合、マネージャーはおそらくあなたの時間の使い方をあまりよく考えていないでしょう :-p ）。

プロジェクトマネージャーは、プロジェクトが期限に間に合うように時間を整理する必要があります。

開発にかかる時間を見積もるために使用するある種の方程式はありますか？

データベースとしましょう

time = sql storedprocedures * tables manipulated or something similar

それとも、適切な見積もりを取得するために経験を積む必要があるだけで立ち往生していますか？

ソフトウェアを日常的に使用するということは、通常、プロジェクトの作業、会議、電話、その他の中断を調整する必要があることを意味します。

時間の管理に最も役立つテクニック、トリック、またはツールはどれですか。

どのように集中し続けますか？

あなたの仕事からのあなたの最大の気晴らしは何ですか？

同僚が利用できるコミュニケーション方法が豊富にある中で、焦点を絞ったプログラミングを完了するのに十分な時間ブロックの間、気を散らすものを寄せ付けないようにするにはどうすればよいでしょうか?

あなたはすべてのコミュニケーションをやめるか、閉じますか? 留守中のメッセージは本当にあなたが道を離れていることを意味することを人々に知らせましたか?

私が理解していることから、PCの水晶はクロックスキューで有名です。クロックが常に歪んでいる場合、ミリ秒の精度と精度でマシン間でクロックを同期するための最良の方法は何ですか？私が見つけたものから、NTPとPTPは可能な解決策ですが、stackoverflow.comで誰かが経験を持っているかどうか疑問に思いました！

NTPが一般的な選択肢であることは理解していますが、PTP（IEEE1588）の経験がある人はいないかと思います。

あなたが行ったプログラミング プロジェクトの名前と、それにかかった時間を教えてください。上司は文句を言ったことはありませんが、時間がかかりすぎると感じることがあります。しかし、これは私もせっかちだからかもしれません。比較のためにあなたの経験を教えてください。

また、当初の計画よりも物事が常に長く、時にははるかに長くかかるように見えることにも気付きました. なぜ計画を立てないのかはわかりませんが、おそらく動機付けのためだと思います.

ライアン

さまざまなビジネスの「営業時間」を保存するアプリを作成しています。アイテムが開いているかどうかを簡単に確認できるように、このデータを表す最も簡単な方法は何ですか?

いくつかのオプション:

• 「開いている/閉じている」とマークできるブロックを (15 分ごとに) セグメント化します。チェックには、「オープン」ビットが目的の時間に設定されているかどうかを確認する必要があります (列車のスケジュールに少し似ています)。
• 時間範囲 (午前 11 時から午後 2 時、午後 5 時から午後 7 時など) のリストを保存し、現在の時間が指定された範囲内にあるかどうかを確認します (これは、上記の文字列を解析するときに私たちの脳が行うことです)。

時刻表情報の保存とクエリの経験がある人はいますか?何かアドバイスはありますか?

(「月の第 1 火曜日は休業」など、あらゆる種類のクレイジーなコーナー ケースがありますが、それは別の日にします)。

私はプロジェクトに取り組んでいるのはたった一人です-ですから私はPMのいない開発者です。私はポータルを終了しました、hovewerクライアントは時々「フォントを大きくする」またはcssのマージンを変更するか「xxxとyyy」を作るボタンを作るなどの要求で私を攻撃します。簡単な作業があり、数回クリックするだけの場合もありますが、時間がかかり、そのような作業を行うのは嫌です。一方、私はそれらの人々を理解していますが、小さな修正が彼らの仕事に大いに役立つこともあります。コミュニケーターでそれらを言うこと-それらを無視するのは難しいです。コミュニケーターを無効にすることが最善の解決策ですが、同僚とのコミュニケーションにはそれが必要です。そのような状況であなたは何をしますか？

ジェフの最近の記事は、時間管理のパレートの法則（または80/20ルール）について説明したFirst Fit Decreasingアルゴリズムの時間管理の例にリンクしています。つまり、作業の80％が20％で生成されます。私たちの時間。

今、私たちは皆、プログラマーの引用を聞いています：

コードの最初の90％は、開発時間の最初の90％を占めています。コードの残りの10％は、開発時間の残りの90％を占めています。

しかし、冗談はさておき、コードの20％がやりたいことを実行し、残りの80％が例外を処理するように見えることがよくあります...では、80/20の法則は本当に開発者に適用されますか？

なぜそれが私たちに当てはまる/当てはまらないのかという例はありますか？