はじめに
どのアクションにも時間がかかります。 必要なアクションの時間は短く、他のアクションはより多く、頻繁に繰り返されるアクションもあれば、逆に非常にまれなアクションもあります。 私たちの1日は多くのアクティビティで構成されており、24時間かかります。 しかし、これらの24時間に毎日何を費やしていますか？
誰かがすでにメインタイムイーターについて書いています。 この記事は見つかりませんでしたが、アルハンゲリスクの本「 Time Drive 」を読むことができます。 科学的に言えば、この記事はクロノファージに捧げられています。
メジャータイムイーター
私たちは毎日普通に時間を費やしています：
- 渋滞;
- キュー
- 役人;
- 病院。
しかし、これはほんの一部です。 勤務時間中、クロノファージも表示されます。 彼らは個人と呼ばれることも、企業内の非効率的なビジネスプロセスと呼ばれることもあります。
就業日
開発者から多くの時間を要する多くの技術的なポイントを説明します。
- Rar;
- XML
- Doc
- 参照資料
- 手紙
- テクニック。
独自のアーカイブ形式
クローズドアーカイバを使用すると、アーカイブを効果的に操作できる広範な統合ツールがすべて使用できなくなります。 Windowsは、追加のソフトウェアなしでzipアーカイブの操作をサポートします。 JIRAは、アーカイブを展開する必要なく、アーカイブの内容を便利に表示します。
XMLのようなデータ形式
開発者として、多くの場合、さまざまなxmlドキュメントを送信します。 そして、どのような形式で送信されないか：エンコードが歪んだxmlが埋め込まれたdocxドキュメント（およびlinuxまたはmac-osがあります） ！
ここで、3人でこのドキュメントを検討する必要があると想像してください。 ドキュメントの作成者は、エンコードを整頓し、xml拡張子を持つファイルにドキュメントを保存するために5分を費やす可能性があります。今では、高度な専門家がドキュメントを単純に変換するのに15分かかります。 また、ドキュメントにxml署名などが含まれていると想像してください。変換中に間違いを犯す可能性があります。 その結果、ドキュメントの作成者は1つの形式でそれを見て、専門家は別の（多くの場合異なる）形式でそれを見ることができます。
Omnipresent doc
わが国では、doc形式は理解できないほど人気があります。 しかし、これは閉じた形式です。 docxを使用すると、xmlに似た形式であるため、多少改善されます。 問題は、なぜですか？ それには多くの欠点があります：異なるバージョンでは、複雑なドキュメントは異なって見えます、フォーマットはフリーソフトウェアでサポートされていません（私たちは無料で、より良いのはオープンソースソフトウェアをコンピューターに置いています）、バージョニングはサポートされていません。
解決策は非常に簡単です。Wikiベースの知識ベースを自分で作成してください。 高価なConfluenceを使用します。 多くの利点があり、バージョン管理とドキュメントの比較、同じドキュメントからのインポートがあります。 PDFとxmlへのエクスポート、フルテキスト検索、および「すべて1か所で」。
リンクを共有する
直接リンクがない場合、情報の検索、必要なリソースのオープンに膨大な時間がかかります。 比較する：
- Horns and Hooves WebサイトのAbout Usページで、アドレスブロックのフォントが正しくありません。
- ページhttp://sample.com/about.htmには 、アドレスブロックに対して無効なフォントが含まれています。
最初のケースでは、このサイトを見つける必要があり、ページへの移動に時間を費やします。 誤ったリソースを入力する可能性は非常に高いため、問題を迅速に解決することはできません。
2番目のオプションを使用すると、問題のあるリソースにすぐに移動し、余分な時間なしで問題を\診断\修正することができます。
手紙
1日あたりの文字数が数十個を超えると、それらの処理にかなりの時間がかかります。 送信者の件名と署名なしで手紙が届いた場合、これは文化の欠如であり、受信者に対する無礼です-そのような手紙は読まずに削除できます。 手紙には、受信者の挨拶とコンテキストの簡単な説明が含まれている必要があります。 同僚がインターネット、知識ベース、古い通信で情報を検索しないように、必要なすべてのリンクを提供することをお勧めします。
よく書かれた手紙は二重の解釈を除外し、すべての必要なリンクと抜粋を含み、rarとdocへの添付ファイルを含みません。 アーカイブおよび文書をレターで転送することは、悪い習慣です。 ある時点で、すべての同僚が同じドキュメントの異なるバージョンを持つことになります。 この場合、どのような効果的な作業を議論できますか。
テクニックを待つな
技術者はガジェットが大好きです。 これらは小さなITの子供であり、甘やかされる必要があります。 最速のアイロンを提供し、タイムリーに更新し、重要な制限なしに必要なすべてのリソースにアクセスできるようにします。
作業環境をデプロイするには、多くの場合、Glassfishサーバーを起動し、Tomcatで2つのコンテキストを起動し、IDEでデバッグを開始し、Skypeを実行してモックサービスを接続し、ブラウザーでいくつかのウィンドウを表示する必要があります。 この場合、RAMは目の前で溶けており、まだ十分なはずです。 作業機械の反応を遅くするのは簡単な仕事です。 ここでは、オフィスで働くための「現代の」コンピューターでは明らかに不十分です。
サーバーがスペースを使い果たした場合、ログが約15ギガバイトなどを占有したため、私もそれを考慮しません。 このトピックは別の記事に値します。
努力するものがあります
上記の例からわかるように、職場には多くの注意散漫があります。 一部に影響を与えることができますが、他には影響を与えません。 ただし、作業時間を最適化する必要があります。そうしないと、生産性が非常に低くなります。 気晴らしをオフにしようとするの良い例：「 スラマーを雇う 」。
おわりに
私は基本的にソーシャルネットワークとエンターテイメントポータルでの時間の無駄を発表しませんでした。これらのクロノファージは私の仕事のスケジュールから完全に除外されるべきだからです。
より多くの毎日のマイクロクロノファージを持ち込むことができ、それを取り除いて、自己開発、家族、より生産的な仕事に時間を割くことができます。
昨日行わなければならなかった重要なプロジェクトからあまり注意をそらさず、顧客がすでにあなたのために去っていることを願っています。
Habravopros：そして、何に時間を浪費していますか、habrauser？