面倒と思ったときが作業を見直すチャンス
日々いろいろな作業をしています。
作業をしていると、これは面倒と思うことがよくあります。
面倒だから少しでも手早くできる方法はないのかと考え、その場で改善することがあります。
テストと本番のデータベースに、データを登録
テスト環境と本番環境のデータベースに、全く同じデータを登録するとき、PgAdminIIIでテスト環境に登録してから、本番環境に登録していました。PgAdminIIIで表示したテーブル同士でコピーはできないので、名称用のカラムはコピー&ペーストで、数値のカラムはテンキーで入力しながら、1レコードや2レコードであれば面倒にも思わず登録を済ませていました。
5レコードを超えると面倒になってきます。
こういうときは、ExcelとAccessの出番です。
データベースに登録する元データを、Excelで作成します。
作成できたら、Accessのリンクテーブルで登録先のテーブルを開いて追加貼付で登録します。
追加貼付をテスト環境と本番環境の2回行えば終わるので、作業時間を短縮できます。
photo credit: CJS*64 Out of touch ! via photopin (license)
特定のデータだけ、一定のデータに戻す
データの登録を受け付けていて、ある時期を過ぎたら、同じデータを登録してあるカラムを、個別のデータで一括更新する予定でいました。ところが、ある時期を過ぎても一括でデータを更新できない状況になっていまいました。
一括でデータを更新せず、1レコード毎にデータを更新するのは手間です。
更新の除外の条件を見つけ、一括でデータを更新するプログラムを修正することも考えましたが、それも面倒に思えました。
一番面倒ではなさそうなのは、一括でデータを更新したあとに、更新の除外対象のみ同じデータで再度更新する方法です。
早速更新の除外対象のみを絞り込む条件を探して、一括でデータを更新したあとに、更新の除外対象のみ同じデータで再度更新して、予定通りのデータにしました。
プログラムと一括での更新だけなので、作業時間を短縮できます。
面倒に感じたときは、少しでも手間を感じない方法がないかを心がけています。
忙しいときこそルーチンタスクをおろそかにせず、仕事を振り返る
最近仕事量が多く、手が回らなくなりそうな状況です。
そんな状況になると、後でもなんとかなると思いがちなルーチンタスクをおろそかにしがちですが、おろそかにしないようにしています。
この点については以下の記事に、おろそかにしないよう自戒の意味も込めて書いています。
ajya.hatenablog.jp
土日に行う仕事の振り返りも、忙しくなると覚えているだろうからと、手を抜いてやらなくなりがちですが、行っています。
行う理由は、以下の記事にも書いていますが、
僕が振り返りを行っていて感じている効果は、以下のとおりです。
週に一度、仕事を振り返ることの効果と振り返らない影響 - ソフトウェア開発者の日常
・忘れかけていた、やらなければいけないことを思い出すことがあります。
・客観的に状況を見直すことができます。
・翌週からの状況を全ては見通せませんが、週の始めの時点でどれくらいの仕事量があるのか把握できます。
photo credit: Sebastiaan ter Burg Design A Better Business Workshop @ Zoku Amsterdam via photopin (license)
なぜやるのか
やらなければそれでその場はしのげるし、他のことに時間は使えます。特に土日は家にいるときは、子どもの相手を優先し、なかなか自分のためだけに時間を使うことはできません。
そんな状況でも、やらなければならないこととしています。
そうしなければ、見逃しが発生し、後々大きな失敗として、反動がありそうな気がしてなりません。
小さな芽のうちに摘み取る対処のために、必要なことと考えています。
1週間の振り返り(2017/3/25〜2017/3/31)
ハムタマゴの味の方が、僕は好きでした。
りんご味はめずらしかったので購入しました。
- 2017/3/25(土)
子どものリクエストで河川環境楽園でボール遊びとシャボン玉遊びをしてきました。
河川環境楽園は一部工事をされるようですが、完了の日時が決まっていませんでした。
完了の日時を決めないで工事を進めるということに違和感を感じました。
- 2017/3/26(日)
久しぶりに子どもと二人でフードコートで食事をしました。
食べるときよりも、食事を買うまでにかかる時間の方が気になりました。
- 2017/3/27(月)
お客さんから、システムから送信したメールが利用者に届かないという連絡がありました。
メールサーバーのログを調べてもらいましたが、利用者のメールサーバーには届いている状態で終わっていました。
利用者に届いていると、こちらからはどうしようもない状況です。
お客さんには、迷惑メールに誤って分類されていないか、確認をお願いしました。
- 2017/3/28(火)
古いアプリの改修が必要になり、古いアプリ用の開発環境を構築して修正していました。
今後どれだけ必要かわかりませんが、改修の可能性はあるので、開発環境は残しておかなければなりません。
2年以上前に構築した開発環境を再構築。無事にコンパイルもできて動作確認して問題なかった。古い開発環境は残しておかないといけないけれど、どうやって残しておくのがいいのか考えないといけないな。
— AJYA (@ajyaa) 2017年3月28日
- 2017/3/39(水)
年間を通して運用をしているシステムの設定変更を行いました。
記録として残している手順のとおりに設定変更作業を行って、15分ほどで設定変更と動作確認を済ませました。
記録のおかげで短時間で作業が終わります。
- 2017/3/30(木)
ラジオボタンの選択により、別のラジオボタンの有効/無効を切り替える処理を作成していました。
ソースコードが長くならないようにと考えた結果、当初に考えたソースコードよりずいぶん短くはなりましたが、わかりやすいかと考えると、当初に考えたソースコードの方がわかりやすいかもしれません。
- 2017/3/31(金)
正午からシステムが本番稼働のため、慌ただしく最後の設定作業を行っていました。
本番稼働をした後から、データの修正作業があったり、追加の機能があったりで、テスト環境で問題ないことを確認して反映する作業を繰り返していました。
3/31正午から本番稼働させるシステムのために、当初予想していなかった作業があれこれ発生して、時間をとられていました。
この状態で他の案件のシステムを作成しなければならず、時間の割り当て方に悩まされました。
優先順位をしっかりつけて、対処をしています。