無差別に技術をついばむ鳥

情報処理技術全般を気まぐれに研究するブログです

ネタつつき40ーブログとお仕事

私はブログ等のネットツールに於いては素人です。私は去年までネットを仕事以外で使用したことがありません。私にとってのネットとは、システム構築で考慮するべきシステムの一部分(インフラ)でした。それが原因でブログでもケアレスミスを犯しています。私は何事も情報処理技術を基盤において考えますので自分の作業工程を振り返りつつ、作業の改善を試みます。この記事が、仕事の能率を上げる一助になれば幸いです。
作業改善は作業工程を明確化することから始まります。私がしているブログの作業手順は以下の通りです。

  1. 仕事の合間にネタを考える。
  2. 仕事の合間にテキストエディタで下書きをする。
  3. 仕事の合間にブログをアップする。
  4. 仕事の合間に誤りをチェックする。

この手順から真っ先に考える事は、全て仕事の合間であり、作業が途切れ途切れになるという点です。私は色々な事情から、防犯対策・料金回収手の手間などを考慮してネットで仕事のやり取りをしています。ですから、ブログの作業は何度も仕事のやり取りにより途切れており、それが一時記憶を狂わせて誤りが生じるのだと推測できます。その原因から一番最初に思いつく対処法はOSのタスクスイッチ機能です。実際私は、複数の仕事を並列作業するために、仕事に関する情報を個別に管理しています。しかし、ブログは仕事でなくて息抜きと考えていましたので、仕事タスクから除外しており誤りが生じました。でも改めて考えてみれば、いくら娯楽といえども情報を発信しているわけですから誤りは許されません。かといって仕事に支障がきたしては意味がありませんので難しいところです。
そこで私は色々考えました。その結果ラウンドロビン方式を連想しました。仕事も優先順位をつけてしているわけですから、ブログを一番低い優先準として管理対象にすれば良いわけです。そこで私は仕事で行っている事の一部手法を適用する事にしました。

  1. 仕事の合間にネタを考える。
  2. ネタの一時情報を記録する。
  3. 記録を見ながらテキストエディタで下書きをする。
  4. バージョン+作業情報を記録する。
  5. 作業情報に基づき完成したならばブログをアップする。
  6. アップしたブログのバージョンを明記する。
  7. 記録されている最終バージョンと、UPされている記事のバージョンを比較する。
  8. 誤りをチェックする。
  9. バージョンをインクリメントして3の手順へ戻る。
※仕事に支障をきたさないためにラウンドロビン方式を適用し、各作業時間を決めて行う。

もちろん、これでも全ての誤りがなくなるとは思いません。最終的には管理システムを作成する必要があるでしょう。仕事や研究の能率アップの為に、管理システムは前から作ろうと計画していたのですが、時間が取れなかったので今はEXCELなどで代用しています。
私は以前、メールや電話の対応により作業が途切れて、色々な悪い影響を受けているという旨の相談を受けてその企業専用の基幹システムを構築した事があります。その時身にしみたのが、やはりヒューマンミスはどうやって起こる事であり、それを防ぐのは一番難しいということです。特にメールは曲者で、結構注意力が殺がれます。従って昨今では、メールの対応ルールを考えておくのは重要な事です。まだほかにもありますが、仕事を行うというメタプログラムが重要だという事です。
※機密情報保持の為に細部はぼやかしています
私はシステムの提案もしていますので、この手の事はお客様に対して言ってたはずですが・・・自分が同じ過ちを犯していますね。お恥かしいばかりです。自戒の念を込めて、一度しっかりとしたメタプログラムを考えようと思っています。
別窓 | ネタ | コメント:20 | トラックバック:0 | ∧top | under∨
<<中の人の徒然草181 | 無差別に技術をついばむ鳥 | 書籍をつつく104−BINARY HACKS。通好みの本♪>>

この記事のコメント

正直な感想述べさせてもらえば
 「大袈裟」
- 誤りをチェックする。
- 指摘があったらまず確認/検証。
- 間違えてたら「ごめんなさい」ののち修正
これで十分じゃない? 少なくとも僕はこんだけ。
2009-04-26 Sun 18:55 | URL | επιστημη #-[ 内容変更]
アップする前にチェックする。
検証して間違ってたら素直に「ごめんなさい」して直す。

これだけのことが何故にそのような壮大な話になるのでしょうか?
Blogを生活の糧にしている人はそうそういないはずですので、誰だって仕事の合間とかにネタを探したり記事を書いたりしてるんですよ。

自分が書いたものを見直すのは普通です。
仕事でメールするときとか、出す前に見直したりしませんか?
それと同じことでしょう。
2009-04-27 Mon 00:20 | URL | まぁ #-[ 内容変更]
こういう方法はどうでしょうか。
基本的には今の手順の流れはそのままでいいと思います。

> 1. 仕事の合間にネタを考える。
> 2. 仕事の合間にテキストエディタで下書きをする。

2a. ここで、誤字脱字、単語の間違い、文章の構成などをチェックします。具体的には、2、3回文章を読み直すといいですね。ソースコードを記載する場合は、その内容の検証もここで行います。

> 3. 仕事の合間にブログをアップする。
> 4. 仕事の合間に誤りをチェックする。

4a. ここでは、ブログにアップした際の表示上の問題やHTMLになった後のビジュアルに関するチェックをします。

5. 最終確認として、もう一回通読します。時間があれば、掲載コードをコピペして、そのコピペしたコードで動作検証をしておくとなお良いですね。

それでも、間違うことは誰にでもあると思いますので、後は、επιστημη さんの書かれている方法でフォローをきっちりすればよいと思います。
2009-04-27 Mon 09:57 | URL | よねけん #YxYWc9S2[ 内容変更]
επιστημηさんコメント有難う。
私はよく考えすぎると言われます。
どうやら、何かのバグがあったら徹底的に排除したくなるので、大袈裟に考えすぎていたようですね。
もっと気楽にします。


まぁさんコメント有難う。
どうも大袈裟すぎたようですね。
多分私は職業病にかかっているのだと思います。
もっとリラックスします。
リラックスしないから間違いが生じるのかもしれませんしね。


よねけんさんアドバイス有難う。
かなり参考になりました。
επιστημη さんの意見とミックスしてこの方法を試します。
2009-04-27 Mon 10:12 | URL | インドリ #-[ 内容変更]
インドリは本当は納得できてないんだろう?
自分は納得できないことを悪い悪いと言われて
自分のことがよくわからなくなってこんなわけのわからんエントリを上げたんじゃ?

俺はインドリが怒ったのは無理もないと思ってる。
インドリを煽っている奴がいるのは俺から見ても感じた。

まあ、自分が悪いということで納めるにしても
インドリの気持ちに共感した奴がいたのを忘れないでくれ。
インドリの無念はそいつらの無念でもある。
2009-04-27 Mon 12:28 | URL | AlexAndRite #Posh1qdg[ 内容変更]
http://d.hatena.ne.jp/busaikuro/20090401#c1239118023

彼らが行っている行為こそ「いじめ」ではないか?

しかし、かれらは、「いじめ?」をしているという意識すらないのかもしれない。
これが今学校や社会で行われているのではないだろうか。

もしかしたら、自分は「いじめ」の加害者になっているのではないかという自己点検が必要であると思う。


それにしてもこの「いじめ」の発火点はどこだったのか?
なぜこれほど叩く必要があるのか?
嫉妬?
2009-04-27 Mon 12:45 | URL | 第3者 #YLHfQ/Ow[ 内容変更]
第三者(笑)
第三者(笑)
第三者(笑)
2009-04-27 Mon 12:51 | URL | ぶはww #-[ 内容変更]
第三者(笑)
自己点検(笑)
嫉妬(笑)
発火点=インドリ自身
2009-04-27 Mon 12:53 | URL | ぶはww #-[ 内容変更]
余計なことを書いたばかりにますます火に油を注ぐことになってしまい、申し訳なく思っています。

やはりひたすら無視して枯れさせてしまうか、
名誉毀損で告訴するか、どちらかですね。

応援している方もたくさんいますので、楽しいブログ
続けてください。
2009-04-27 Mon 12:58 | URL | 第3者 #YLHfQ/Ow[ 内容変更]
名誉毀損!名誉毀損!って言う前に、判例を調べましょう。
個人が特定出来ないハンドルネームに対する名誉毀損を訴えても意味がないです。
実社会での被害がないんですから。
2009-04-27 Mon 13:32 | URL | Hoge #-[ 内容変更]
そうですね。
告訴なんかしてもお金もかかるし、面倒ですよね。
ま、言わせたいヤツにはたっぷり言わせてやればいいのでは?

しかし、あれほど盛り上がる神経がわからない
同じハンドルネームを使っているやつがいて、実際には2人くらいの芝居だったらおかしいね。
もっとも何をいわれても痛くもかゆくもないんだから、
アク禁にしたり、あちらのサイトはみえなくしてしまうのがいいかもね。
勝手に他人を罵倒している時間がもったいないと思わない
ヒマな人ばっかだからね。

ま、まつりはこれでおわりにしょうや。
2009-04-27 Mon 13:39 | URL | 第3者 #YLHfQ/Ow[ 内容変更]
よーくみてみると、全うな意見を語っている人もいるみたいですね。それにのっかって論理を組み立てられず、面白半分で煽っている輩が混じっているようですね>

インドリさんにとって耳が痛い部分もあるかもしれませんが
何人かは、適切なアドバイスをしてくれているような気がします。ちょっとだけ耳を傾けては?
余計なことでしたらすみません。

2009-04-27 Mon 13:53 | URL | 唯 #YLHfQ/Ow[ 内容変更]
>同じハンドルネームを使っているやつがいて、実際には2人くらいの芝居だったらおかしいね。

とりあえず投稿前に意味が通ってるかどうかくらいは読み返しましょうよ...。(^^;;;
2009-04-27 Mon 13:53 | URL | まぁ #tHX44QXM[ 内容変更]
インドリさんて、本当に情報処理技術で仕事をされているのでしょうか?
私にとってこの仕事は、「難しいものを、より簡単にする」ことです。しかし、少なくともこのエントリーでは、インドリさんは「簡単なものを、より難しく」されています。

私も、ブログのネタは、仕事の合間に書き出します。テキスト エディターに HTML 手書きです。それをブラウザーで表示して校正しながら、追記しています。投稿前にもう一度読み、投稿後にもう一度確認しています(この二回は、誤字やタグの確認程度ですが)。
このエントリーの発端は、Sodaさんの件だと思います。あれは、ひどいです。Sodaさんの対応に感服します。なぜか。インドリさんに、「確認する」という作業が全く抜けているのに、その指摘に耳を閉ざしているからです。ついでに付け加えておくと、for 文を使う時点で番犬を置く必要はないですよね。for 文のループ終了判定が、その役割を担っていますから。何処かの大学の講義では、番犬を置くために while (true) を使っていました。これだと、ループ終了判定が外に明記されますから、「二回の判定を一回にするため」と、理由付けが出来ます。
閑話休題。

単に「確認する」という当たり前かつ重要かつ抜けやすいことをするためだけに、一時記録だバージョン管理だが必要なのでしょう?
IT に詳しくない重役は、なんだか難しいけど効果が有りそうだと思うでしょう。でも、現場の人間は、そんなこと思わないですよ。

インドリさんて、本当に情報処理技術で仕事をされているのでしょうか?
2009-04-27 Mon 19:29 | URL | Jitta #-[ 内容変更]
> ヒューマンミスはどうやっても起こる事であり、
> それを防ぐのは一番難しい

と解っていながら「誤りをなくす」方向にばかり心血注いで
もうひとつの「誤りを改める」方向がお留守になってることに
僕は引っかかりを感じます。
「思い込みが激しい」と評されるのも無理からぬことかと。
今回いろいろモメたのもそっち方面でしょうに。
2009-04-27 Mon 19:46 | URL | επιστημη #-[ 内容変更]
επιστημη さんへ
確かに常に誤りを認めないのならばそうなるかと思います。
でも大丈夫です。
今回は引っかかりましたが今後は大丈夫です。
どんな言葉と抱き合わせであっても、
そして便乗犯が何人居ても、
冷静に間違いは認めます。
ですので、これは【誤りを認める】を前提としています。
ご心配かけて済みません
今回の件で色々勉強になりましたので今後同じ過ちを繰り返しません。
2009-04-27 Mon 20:07 | URL | インドリ #-[ 内容変更]
Jittaさんコメント有難う。
残念ですが何か誤解されていると思います。
これは、メールや電話により作業が中断される場合における、基幹業務システムの仕組みをもとに文章にしたものです。
ですので実際にあったシステムなんです。
※記事の下部に書いてある通りで、機密保持契約の為にある程度ごまかしています。
何はともあれ、相手の職業を否定するのは止めた方がいいと思います。
この件で「貴方は本当にシステム開発に参加したことがありますか」いわれたらどう思いますか?嫌ですよね?
Sodaさんやお祭りの空気にのせられたと思いますが、冷静にコメントして頂きたいです。
そんなコメントするなんてJittaさんらしくないですよ。
私もネットの空気に飲まれて自分を見失いましたが、Jittaさんには同じ過ちを犯して欲しくありません。
2009-04-27 Mon 20:12 | URL | インドリ #-[ 内容変更]
>インドリさんて、本当に情報処理技術で仕事をされているのでしょうか?
今回のことで、大半の方が同じような感想を抱かれたと思いますよ。(技術者の方は特に...)

>自分が分からない事で人をその様に言うのは如何だと思います。
>この件で「貴方は本当にシステム開発に参加したことがありますか」いわれたらどう思いますか?
何故、このように言われるのかよく考えてみてください。

○自分が分からない事で人をその様に言うのは如何なものかと思います。
こまけぇことはいいんだヨ!(AA省略)
#文章変更されてた(汗)まぁいいか

>もうひとつの「誤りを改める」方向がお留守になってることに僕は引っかかりを感じます。
この意味をしっかり考えてみてください。
誤りをなくすことも重要ですが、ヒューマンミスが0にならない以上、「誤りを認めて改める」ことはそれ以上に重要だと思います。

納品されたプログラムのミスをお客様が「間違ってるよ」といっても確認もせず、「間違ってません」って言われたらお客様は二度とその技術者を信用しなくなるでしょう。
それどころか、技術者全体を信用しなくなるかもしれません。あなたが今回やったことはそういうことです。
#これ言うと、仕事とプライベートは違うっていうんだろうなぁ...。仕事だろうがプライベートだろうが技術者としての姿勢の問題なんだけどね...ふぅ。
#プライベートなら政治家が公園で裸になってもいいっつー人だからなぁ...(苦笑)←余計なヒトコト(でも反省はしません)
2009-04-27 Mon 20:25 | URL | まぁ #JalddpaA[ 内容変更]
まぁさんコメント有難うございます♪
先にεπιστημηへの返信で書いたとおりで、もう大丈夫ですよ。
どんな事を言われても冷静に間違いは認めます。
ですが、お客様云々の件は飛躍しすぎですよ。
そんなこと実務でするわけはありません♪
こういう風にこれからは冷静に情報を捌きます。
ですから別に余計な一言を言っても構いません。
だれでも余計な事を書いてしまう過ちを犯すことがありますので、
余計な情報は脳内で排除しておく事にします。
私は気にしません。気にせずにどうぞ♪
2009-04-27 Mon 20:34 | URL | インドリ #-[ 内容変更]
>冷静に間違いは認めます。
それは素晴らしいですね。

少しだけお聞きしたいのですが、インドリ氏は今回の件について、ご自身の誤りとは何であったとお考えですか?
また、その誤りについて、今後どのような対策をうつおつもりでしょうか?
2009-04-27 Mon 21:07 | URL | あ #ipgwRaGk[ 内容変更]
∧top | under∨

コメントの投稿

 

管理者だけに閲覧
 

この記事のトラックバック

∧top | under∨
| 無差別に技術をついばむ鳥 |