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

私はフルタイムの開発者として働いています。しかし、私の職場では、使用できるテクノロジーとプログラミング言語が非常に制限されています。すべての作業はC ++で行われます。 C ++がその主導的地位を急速に失っている（あるいはすでに失っている）ことは明らかです。（私を怒らせないでください、私は長年のC ++の経験があり、この言語が大好きです、単に事実を述べているだけです）。Java / Androidプロジェクトと、C＃で実装したいプロジェクトのアイデアがいくつかあります。これは、私が雇用市場の動向を常に把握するための方法だと考えており、最新の分野で次の仕事を見つけるのに役立つことを願っています。 だからここに問題があります： 私の通常の勤務時間は10〜11時間で、子供や家事を終えた後、疲れて考えるのに1〜2.5時間ほどかかります。その時点で、私はイライラし、自分の計画に固執することができないことに失望し、翌朝目を覚ましてすべてをやり直します。 週末はさらに数時間ありますが、目標を達成したい場合は明らかに何か違うことをする必要があります。 時間を有効に活用する方法はありますか？あなたの誰かが同様の問題を抱えていて、それをうまく解決しましたか？

45 project-management  time-management  time 

このページを読んだばかりですhttp://weblogs.asp.net/scottgu/archive/2010/06/10/jquery-globalization-plugin-from-microsoft.aspx 彼らがしたことの1つは、アラビア語の日付をアラビア語のカレンダーに変換することでした。そうするのは良い考えかどうか疑問に思っています。（ユーザーがアラビア語であっても）ユーザーにとって実際に迷惑/混乱するでしょうか。 また、2番目の質問は、ドイツ語などの一部の文化では33,899.99を33.899,99に変更する必要があるのか​​ということです。ライブラリがすでにそれを行っているので、そうすることは害になりませんが、これは実際にユーザーにもっと混乱を引き起こさないでしょう（たとえ彼がドイツ人であっても）。 私はこれらの人々がどのような文化から来たにせよ、33,899.99の数字を与えたとしても、あなたが間違ったことをする方法はないでしょうか？（私のウェブサイト/アプリケーションがあなたがあなたの人生でこれまでに使った最初のウェブサイト/アプリケーションでない限り、おそらくそれは可能ですが、確率はそれだけです） 私は、誰もがそれが何を意味するのかを見て、知っているフォーマットとして「ユニバーサル」を意味しました。白黒などで書かれた標準である必要はありません。誰もがそれを読んで、テキストが何を表しているのか混乱せずにすぐに知ることができる限り、それは普遍的です。確かに、1.234,00は間違いなく普遍的ではありません。私は、あなたが一生ずっと、コンピューターを使っていて、この数字形式にまったく出会ったことがない人を見つけることができると確信しています。ほとんどのWebサイト/アプリは、ローカライズに対応するために変更なしで1,234.00を使用していたため、事実上の（すべての人がそれを見て理解できる普遍的な形式）と考えています。 日付に関しては、01/02/03を書くと、誰がそれを知るか（一義的で、すぐに、あいまいさなしに）日付が何であるかはわかりません。しかし、2003年1月2日、2003年2月1日、2001年2月3日など、私たちがそれらを書いたとしても、だれもが間違っていることはないでしょうか？ この質問はローカライズを対象としていますが、「誰もが英語を読めるとは限りません！」それは国際化の問題だからです（このトピックを超えています）。ローカリゼーションに関する議論に固執しましょう。

30 time  internationalization  localization  date-format 

私が働いていた会社では、経営陣はユニットテストのコードカバレッジが99％以上でなければならないと主張しました。これは、コードよりも多くのテストを書くことになりました。実装に1日かかった単一のクラスのテストを書くのに、文字通り3日かかりました。 しかし、その結果、TDD、テストツール、プラクティスなどについて多くのことを学びました。 私がその後働いた会社では、単体テストは未知のものでした。それは誰かが前に聞いたことがあるかもしれないものでした。単体テストの概念を紹介するのに苦労しましたが、効果はありませんでした。 さて、自営業として、私は疑問に思う-あるどのくらいの時間は本当にユニットテストに費やす必要が？ほとんどがiPhone / Android開発者であるため、コードのどの部分をテストでカバーする必要がありますか？

27 project-management  unit-testing  tdd  time 

この質問は少し抽象的ですが、誰かが私を正しい方向に向けてくれることを望んでいます。 私の質問は、元の開発時間に関連するソフトウェアプロジェクトのバグにどれだけの時間を費やすことができるかです。膨大な数の決定要因が存在することを認識していますが、典型的なまたは平均的な内訳を望んでいました。 たとえば、プロジェクトAの完了に40時間かかり、さらに10個のバグを修正する場合、このプロジェクトの比率は4：1になります。 別のプロジェクト（B）が完了するのに10時間かかり、バグでさらに8時間かかる場合、比率は5：4になります。 これは文書化/研究された概念ですか？ 更新 すべての有益な答えをありがとう。関係するすべての変数と環境要因のため、この種のメトリックに標準を設定することは不可能であることを理解しています。回答を割り当てる前に、このメトリクスに同意済みの名前があるかどうかを知りたいので、さらに調査することができます。メトリックを自分で生成するために必要な測定値を理解し、最終的にプロジェクトのベースライン標準を思い付くことができるポイントに到達したいと思います。

26 bug  time 

ケースの推定時間が3日間だとしましょう。2日目には、ケースが増えており、時間の推定が行われたときにカウントされなかった新しいシナリオがポップアップしていることに気付きます。新しい調査結果は、2日間余分にかかります（合計5日間）。これは、開発者として遅かれ早かれ直面する典型的な問題です。 プロジェクトリーダーに新しい納期を通知する場合、どの戦略を使用できますか？ 多くの場合、なぜ質問がありますか？新しい配達時間をどのように動機付けますか？ 実際、多くのプロジェクトでは、SDLCの分析と設計にあまり時間をかけていません。 編集： 非常に複雑なプロジェクトでは、分析と設計にどれだけ合理的な時間を費やしても、ビジネスルールが複雑すぎるため、常に驚きがあります。しかし、そのような場合、プロジェクトリーダーは複雑さを認識し、予期しない驚きが生じたときに正しい態度をとる必要があると思います。問題は、複雑さを理解していないプロジェクトリーダーにどのように取り組むかです。

26 project-management  development-process  time  estimation  sdlc 

で野田タイム・ユーザーズ・ガイド、根拠セクションの状態： パブリックAPIは、.NETにより慣用的なAPIを提供するとともに、野田タイムチームが「不幸」と見なしているJoda Timeの決定の一部を修正するために、大幅に書き直されました。（これらのいくつかは、単に異なる目標を持っていることが原因です;私が主張する他のものは本当に間違いです。） 異なる/より良いこれらの決定は何ですか？これは、言語の構文だけの違いを数えるものではありませんが、ユーザーがプログラミングエラー（ライブラリの使いやすさ）を起こしにくいようにするために行われることはすべて含まれます。

20 libraries  time  joda-time 

私のワークフローは、常に1つの論理ステップを記述してからプログラムを実行し、出力を検査することです。このプロセスは、大学での割り当てに非常に役立ちました。ただし、さらに開発を進めるにつれて、コードを単純にコンパイルして実行するのに1〜2分かかることがよくあります。例には、プログラムをマイクロコントローラーにアップロードすること、外部サーバーとの対話が必要であること、認証、ソフトウェアアーキテクチャ、または複雑さのために自動化を実装できないことが含まれます。 これらのタイプのタスクは、私が通常プログラムする方法には非常に不適切であり、効果的にコーディングするのが困難です。私は通常、多くの構文エラーと論理エラーを作成しますが、そのほとんどはテストで簡単に検出できます。ただし、このような長い待機時間では、この方法は時間がかかりすぎます。

16 efficiency  time 

一部のシステムでは、時間値9999-12-31が、コンピューターが計算できる時間の終わりとして「時間の終わり」として使用されます。しかし、それが変化したらどうなるでしょうか？今回は組み込み変数として定義する方が良いと思いませんか？ Cおよびその他のプログラミング言語では、通常MAX_INT、整数が持つことのできる最大値を取得するための変数などがあります。MAX_TIME多くのシステムで通常9999-12-31である「時間の終わり」に変数を設定するために、同様の機能がないのはなぜですか。間違った年（9999）にハードコーディングする問題を回避するために、これらのシステムは「時間の終わり」に変数を導入できますか？ **実際の例** End of validity date: 31/12/9999.（公式文書はこのようにリストされています）ブロガーは、常に一番上にあるページ、ウェルカムページを書きたいと考えています。したがって、可能な限り将来の日付が与えられます。 3000？はい、あなたが直面しているウェルカムページは3000年1月1日に投稿されています。したがって、このページは永久にブログの上部に保持されます=）実際には2007年8月31日に投稿されています。

12 programming-practices  time  date-format 

データベース内の各住所のタイムゾーンの収集を開始したいと考えています。タイムゾーンを保存するためのベストプラクティスは何ですか？既存の住所レコードのタイムゾーンを取得するにはどうしますか？ Microsoft SQLサーバー、.net mvc、C＃を使用しています。任意の提案をいただければ幸いです。

12 database  database-design  time 

アプリケーションの起動時に初期化コードを追加することについて誰かと会話し、起動時間の増加を引き起こすことについて不平を言いました。彼は本当に理由を述べることができませんでした（直感や何か、知らない）。これは頻繁に使用するアプリケーションではなく、約1分程度で開始され、年に数回展開します。 私はしばらく前にSOに関する質問でそのようなアドバイスを読んだことを覚えています。 私は30秒から4〜5分で開始したWebアプリで作業しましたが、オンラインになるとそれらは揺れ動きました。 だから私は何が欠けていますか？金融市場、医療アプリケーション、宇宙探査などのように、重要なアプリケーションでなければ...分からない...起動時間は本当に重要ですか？ PS私は厳密にWebアプリについて言及していますが、デスクトップアプリは急速に起動します。

11 web-applications  startup  time  initialization 

APIの実装中に、日時とタイムゾーンの問題が発生しました。 データベースでは、すべての日付がUTCに正規化されています。現在、非APIアプリケーションでは、すべての日時は、表示される前にまずユーザーの設定に基づいて変換されます。 APIについても同じ質問が浮上しました。APIは、要求のセマンティクスに基づいて、タイムゾーンに適した日時を返すことができる必要がありますか？ 例えばGET /posts?timezone=America/Sao_Paulo？ それとも、APIにアクセスしているクライアントで実行する必要がありますか？ 更新：数回発生したため：現在、タイムゾーン付きのタイムスタンプが返されます（ただし、常にTZオフセットです+00:00）。形式は人気のある8601です。2015-10-29T23:00:49+00:00

10 rest  api  time 

これは常に私にとってはパズルです。プログラミングやソフトウェア開発では厳密には問題ではありませんが、私たちの分野では一般的な問題のようです。 たとえば、有効期限の日時を2011-04-08 00:00:00に設定した場合、現在の現地時間が8日の10:45であるとすると、すでに期限切れになっていますか？それとも、まだ半日ほど残っていますか？ 真夜中の1日の終わりが「属する」ための普遍的な標準はありますか？ または私はイギリス軍から葉を取り、その日は23:59:59に終わり、00：00：01に始まり、真夜中がないと言うべきでしょうか？

9 language-agnostic  time