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

9
開発マシン環境のカスタマイズに費やした時間は価値がありますか?
プログラミングプロジェクトに取り組んでいて、自分の環境(OSXまたはLinux)の一部を変更する必要があります。Vimは私が望んでいることを正確に行っていないかもしれないので、数ヶ月(時には何年も)行ってきたやり方をやる代わりに、正しい方法を見つけ出します。または、bashで長らく手渡された何かをしているのかもしれませんが、なぜもっと良い方法を見つけられないのか、自分に言い聞かせます。 事は、私が外に出て、この時間を飛ぶことができるときです。時々、私が欲しいものを手に入れようとすることで立ち往生します。私は本当に近くにいることを知っているので、あきらめません。私は通常、最終的には常にそれを取得しますが、何時間もいじくり回し、グーグルで処理します。私はあきらめて、私が知っている何かに対処しなければならないと感じるのが嫌いです。 作業が終わったら、自分の環境がもう少しスムーズでパーソナライズされていることを知って温かい気持ちになりますが、自分の時間をよりよく使うことができるのだろうかと思います。どこで線を引きますか?すべてのUNIXスタイルのツールには、学ぶべき無限の量があるようです。 優れたプログラマーのサインは、コンピューターを思いのままに曲げようとする人だと常に考えていました。私はそれを正しくやっていますか?bashシェル、unix / linux、およびvimはいつまでも続くと思われるので、投資と見なします。 しかし、再び、私は3時間を費やしてvimperator firefoxプラグインが正しく機能するように愚かなことを試みました。 だから、このコミュニティはこれについてどう思うかと思う。

6
開発者向けの80/20ルールをどのように効果的に実装しますか?
私は、80/20ルールが実装されている銀行の開発者です。割り当てられたプロジェクトに取り組む時間の80%、興味のあることに取り組む時間の20%。しかし、私はそれをどうやってやるかわからない。どうすればいいかアドバイスしてくれる他の人がいることを望んでいます。 私の問題は、実際に「ゾーン内」に入ったときに、手元にあるタスクしか考えられないことです。これが20%未満の場合、私が最後にやりたいことは、停止して実行し、勢いを失い、メインプロジェクトの作業に戻ることです。 私は何かに4日間、他の何かに1日間働くと思いますか?または4週間と1週間? これは会社に依存することは知っていますが、業界全体でどのようにこれが行われているのかを知りたいと思っています。

12
9から5のツイートは求職者を傷つけますか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 8年前に閉鎖されました。 求職者の経歴を調べていて、Twitterでフォロワーが1200人いて、1日に平均50ツイート(その半分以上が営業時間中)であることを発見した場合、採用決定に影響しますか?方法と理由? 個人的には、候補者が一日中ずっと「ひねり」を加えて常にチェックインしている場合、目の前の仕事に集中する能力について少し心配になるでしょう。ハイテク以外の仕事では、多くの企業がTwitterを無関係な気晴らしとしてブロックするだけです。しかし、それは特にプログラマーにとって有用なリソースになる可能性があります。どれだけ多すぎるのかしら。どの時点で赤旗になりますか?

7
要求の厳しいクライアントを処理する方法は?
多くの場合、私は契約で過負荷になっていることに気付いています。 ほとんどの場合、私は自分が維持し、メンテナンスを行わなければならない多数のウェブサイトに加えて、少なくとも2つのプロジェクトをジャグリングしています。 残念ながら、私のクライアントの多くは絶えず更新を期待しています-プログラマーが追いつくことができるよりも多くのことをTo Doリストに追加し続けています。 特に視覚的に影響を与えない場合は、ほとんどのクライアントが舞台裏で関与できる作業の量を実際に理解していないという事実に常にぶつかります。 誰もが私が見落としているかもしれないこれらの状況を処理する良い方法を知っていますか?

1
ソフトウェア会議で時間を効果的に使用するにはどうすればよいですか?
マイクロソフト(Student Insiderプログラムを通じて)は、寛大に私をMicrosoft TechEd North America 2011に連れて行ってくれました。面白い話のスケジュールを立てればいい、というウェブサイトの提案のようですが、それだけです。しかし、何人かの人々は話し合いにあまり時間をかけず、代わりに「ネットワーキング」(人々はソフトウェアではなく人々)に時間を費やしているようです。 ソフトウェア会議での時間の効果を最大化するにはどうすればよいですか?


3
一貫した変化を考えると、計画期間の短さは短すぎますか?
変更は珍しくなく、要件の変更、仕様の変更、ワークフローの変更です。変化があることを受け入れましたが、私は疑問に思います。変化が起こることを知っていると、計画期間の短さが短すぎますか?(正当化が奨励されます) 繰り返し(2〜4週間)? 一週間? 2〜3日ですか? 一日? 1日1/2? 会社が現在から1 [時間間隔(上から)]を「計画」し、計画が次のように聞こえると仮定します。 「[今朝/今日/今週の/ etc。]あなたは上で動作するでしょう。このと[今日の午後/明日/来週の/ etc。]あなたは上の作業になりますもの。 また、フォーカス/方向の変更が毎秒から3番目の時間間隔で一貫して発生するとします。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.