  |
はてなキーワード: VBとは
オレは実務でエクセルも良く使うし、エクセル関数もマクロ(VBでプログラム組む)も普通にできるけど、
今過去問題見てきたらすっげぇ難しい。
つか実際にそれエクセルで可能なのかって感じだった。
とりあえず基本情報程度なら、試験に出る問題というのはだいたい決まってるので資格取りたいだけなら過去問何年か分とけばいいと思う。試験に出ませんつうのもあながち間違ってはないかもしれないよ。
ネットワークのこととかコンピュータアーキテクチャのことが詳しく知りたいというのなら、基本情報よりは知りたいことを書いてる解説本とかを読んだ方がよっぽどためになるし。実務レベルで使いたいならネットワークスペシャリストぐらいとらないと意味ないだろうし。
そもそも基本情報はわざわざ対策講座を受けてまで取るほど難しい試験でもないので、
の5年分くらいをざっとやってみて、あとは一冊問題集買って一通りやればいいんじゃないかなぁ。どっちかというと暗記試験だし。あとVBやってるならせっかくだしちょっとC++とかもやっておけば午後も受かると思う。午後問題はエクセルを選ばないように。
長文になるとおもう。スイマソ。
先に趣旨を書くと、講師が試験対策の講義をするのだが、パソコンの知識が薄すぎる。
質問に答えられず「そういうふうには試験に出ないので大丈夫」と逃げる。
で、どうしようかなーと。
ハローワークで仕事が見つからないこともあって、職業訓練というのを受けることにした。
現在、40歳男。
MCPを取得しているくせに、ネットワーク関係のことにはかなり疎い。のが悩み。
あとプログラム系も苦手、というか知らない。
それで、職業訓練なんだが、
って、おいおいずいぶんおあつらえ向きな…、ってかんじ。
半年間のコースで、前半が
・ACCESS基礎・応用
後半が
・SQL
・データベース概論
悪くない内容だと思う。
・前職でもACCESSやデータベースのことを聞かれることは多かったので、
一から学べるのはありがたい。
問題はITパスポート。
「いや40歳が履歴書にITパスポートって書いても鼻で笑われるんで、
ちなみに可能性がありそうなのは3人。
情報系大学出身者、ITパスポート取得者、PCオタクで一年前から通信で基本情報の勉強をしているやつ。
だって過去問とテキスト買ってきて、受かった気になってるのがひとりじゃないんだから。
そりゃハローワークも見放すわ。
ちなみに俺は言ってはみたものの、勉強がいくらやっても追いつかず、
エントリーするかも迷い中。
で、やっと本題なんだが、
受ける受けないにかかわらず、この試験内容の知識は仕事で必要だな、と感じ始めている。
自分の今までいた職場だったら、どれにあたるのかな…と考えながら勉強してる。
なのに、講師にPCと社内LANなどの現物の知識がなさすぎる。
この講師、この春の基本情報をかなりの好成績で一発合格。しかもVBでかなりのレベルのプログラムを作れる。
秀才というより努力家。一生懸命勉強したらしい。その点は頭が下がる。
これまでは建築やさんでPCは扱ってたらしいが、社内ネットワーク云々もプログラムも関係なし。
この講師が受験したときは、クラスで9名受験し3人が合格したらしい。
ということは、はじめからそのつもりで授業に臨んでいない(16進数ってなに?みたいな)
俺らは結果が見えている。
だから、試験は試験として、その内容がしっかりとその後の仕事に活かせればいいかな、
と思うのだが。
で、それが職業訓練ってものだと思うんだけど。
ただ、心配なのは仕事で活かせる知識を身につけられるかは、自分次第。自分しか頼れない。
という状況。
日に一度は「それは試験に出ませんので…」と回答を避ける人には、
人生任せられないので。
いろいろ引き伸ばしていたけど、とうとう明日から無職。
俺は、無理に就職しないのが得策だと考えた。
つまり、今は「景気回復まで我慢する」という方針。
景気回復まで何とか食いつないで、景気回復したら何とかなるだろう、と考えている。
だけど、冷静に考えてみる。
ひょっとしたら、このまま景気回復まで我慢っていう選択肢、ダメなんじゃないだろうか。
この年齢になるまでプログラマだけやってきた。プログラマっていうのはアレもコレもコンピュータに関わる事は大体全部出来ないといけない。
ネットワークの知識は社内LANでパケットキャプチャしたら大体全部の信号の意味が判る程度、サーバの設定も試験内容にあわせて変えなきゃいけないから大体やってる。Apache、HTTP-proxy、sendmailという一般的なところから、RADIUS、ITStage、SIPサーバもやった。ドキュメントを素早く大量に正確に作らないといけないのでワードエクセルパワーポイントＶＩＳＩＯも使いこなしてる、事務のお姉ちゃんより断然詳しい。Oracleだってやった。パズルみたいなSQLを読み解いて、問題解析して、またパズルみたいにSQLを組み立てて、みたいな日常を何ヶ月も過ごした。Linuxも必要があってカーネル改造した経験があるというかカーネル改造だけでここ数年食ってた。Windowsだってやった。VBもVC++もやった。インストーラをVisualStudioデベロッパで作って、InstallSheildで作って、でも仕様を満たさない＆顧客が納得しないのでVC++でスクラッチした。SIP電話開発した。SIPなら大概わかる。UNIXもミドルウェア作りまくったのでシステムコールはかなり深くやった。ちなみにvi派。UNIXなら絶対viが使えるから。シェルだってABCTやった。Aシェルやったのは１回きりだけど。
ここまでやってても、でも、仕事は無いんだよ。
まずは私という人間を見てみよう、好きじゃないことは長続きせず、好きなことは熱中してしまう、
好きな事は明日の仕事というものがありながらもいい大人にも関わらず深夜にまで没頭してしまい明日に影響を与えるという傾向がある、
そして好きじゃないことは好きな事に関連する事柄であっても取り掛かるまでにいくらかの気合、もしくは事前の動機付けによるToDo作成、ToDoの見直しが必要だ。
具体的にはプログラマである私は現在主力にしているC++で趣味のツールを作る分には没頭して深夜になってもひたすらもくもくとキーを叩いている、
叩ける、叩かぬなら 叩くまで待とう ホトトギス、家康さん、あっしは待つ必要なんて無いでっせ、待機時間0でっせ、
さてPG足る物自己の修練は必要である、どうやら巷ではJava、PHP、VB等の需要があるようだ、Swing使って簡単なGUIアプリ作って見とかないとな、
と書籍購入、Webベースクライアントからサーバ上DBをごにょごにゅと操作しておかないとな、と書籍購入、VB?、必要な時に触ってりゃ覚えるでしょ。
そして気合を入れてさあ学習するぞとPC前に向かう、数十分後、部屋が綺麗になっている素晴らしい!、
学ばぬなら 学ばせてみよう ホトトギス、嗚呼秀吉様、どうかあっしに手ほどきを、ぎゃあ信長様!、どうかご慈悲を、やります、やりますとも!、どうか命ばかりは!、
適材適所
perl そこそこの文書処理に
Java わりと何でもいけるが、わりと平均的にめんどくさい
JSP メモリ64K制限さえなければすばらしかったが、Java展開されたときのPrintfにサイズに制限があるので、小さいHTML向け
PHP Perl的に使う人大杉、あくまでも、HTML埋め込み言語として使うと最適print("HTMLほげほげ")とかみると悲しくなる
C/C++ 速度が必用なときに。まぁ、今では巨大トランザクションサーバーとか、CGの世界とか
速度マニアで正規表現マニアな人はlex/yacc/bison （BNFな人はANTLRらしい。最近知った）。
って感じか？ 用途と違う道具を選んで、道具がどうのこうの言う前に、適切な道具を選べばいんじゃねーかと。
プログラマーは道具の善し悪しを語るんじゃない、道具を使いこなす自分の腕の善し悪しをかたらなくっちゃーだめなんだーーーーーーーー
とか、増田るあたり、俺もまだまだ、若いなぁって安心するけど・・・そろそろ、大人にならなくちゃと思う。
諸氏は、下記のような事をどうしているのだろうか。
・ただし、時刻の登録にマウスを操作するような煩雑さは、断じて許容できない
・常駐すんなボケ
とりあえず、if文なんて高尚なものを使ったことなかったけど、バッチファイルでやってみた。
@echo off REM 1-31の日付でしか登録できない低能アラーム REM 時刻は必ず入力されるものとみなす REM よって、組み合わせはDAY×MESGのみで考える。 REM 変数の初期化 SET yotei_day = 0 SET yotei_mesg = "" SET /P yotei_time="アラームを表示する時刻 :" SET /P yotei_day="アラームを表示する日付（1-31で指定、省略した場合は今日） :" SET /P yotei_mesg="表示するメッセージ(省略時は、予定チェック) :" REM 条件分岐。バッチのelseはしょぼすぎる。複数条件指定できない？？ if "%yotei_day%" == "0" goto :NO_DAY if "%yotei_mesg%" == "" goto :NO_MESG REM 指定したもの -> DAY,MESG echo %yotei_day%日の%yotei_time%に通知します' at %yotei_time% /NEXT:%yotei_day% net send pc_Name "%yotei_mesg%" goto :SLEEP :NO_DAY REM 分岐: + NO_MESG if "%yotei_mesg%" == "" goto :NO_MESG_NO_MESG REM 指定したもの -> MESG echo 次の%yotei_time%'に通知します' at %yotei_time% net send pc_Name "%yotei_mesg%" goto :SLEEP :NO_MESG REM 分岐: + NO_DAY if "%yotei_day%" == "0" goto :NO_DAY_NO_MESG REM 指定したもの -> DAY echo %yotei_day%日の%yotei_time%に通知します' at %yotei_time% /NEXT:%yotei_day% net send pc_Name "予定チェック" goto :SLEEP :NO_DAY_NO_MESG REM 指定したもの -> なし（時刻のみ） echo %yotei_day%日の%yotei_time%に通知します' at %yotei_time% net send pc_Name "予定チェック" goto :SLEEP REM 終了 :SLEEP ping 127.0.0.1 -n 2 > nul:
これに適当な名前をつけて、ランチャのfenrirで起動させる。
キーボードのみの操作で済むので、とても快適ではあるものの、見ての通りnet sendを使うため、
Windows messenger serviceを起動させるという、常駐ソフトの方がマシな本末転倒なｳﾝｺｰな一品である。
ActiveDirectoryとかグループポリシーでmessenger制限されてたら使えないし。
VBやWSHなら色々できそうだけど、これ以上機能はいらんのよね。いっそ、メッセージはtxtに書き込んで、それを開くだけにするか････。
### しかし「>」を表示させるのに、数値参照文字じゃないとダメとか･･･。
### ＆＃６２；を半角にしたら>になりますよっと。。。
ふと思いついてWin XP SP3をインストールした 特に不具合はなし
ただX-GUARDが起動するたび
XTRM VB Runtime.msiを指定してインストールしろだの出てくるので
XTRM VB RuntimeやらX-GUARD入れ直したりしたが駄目で
そこでググったところランタイムのバージョンがふるいんじゃね？
Visual Basic 6.0 SP6 ランタイムライブラリを入れたらいんじゃね？
と言われ入れたら解決した
とにかくXTRM VB Runtimeの関係のが先に進まない場合
↓の入れれば解決するってこった
Visual Basic 6.0 SP6 ランタイムライブラリ
http://www.vector.co.jp/soft/win95/util/se188840.html
丁度，同じようなこと書こうとしていたところだ．
昔，IT系の学校に行って，情報技術やプログラミングなど勉強していたんだけど，
それで何が出来るのか分からなくて，卒業はしたが今は全く別の仕事をしている．
最近，それが懐かしくなって，頭もあまり使ってないし，日曜プログラマにでもなろうかと思っていたところ．
# 以下，何年も前の話で，うろ覚えなので些細な間違いは見逃してほしい．
学生時分は，プログラミングだったら C, Java, はとりあえず一通り勉強した．
C だと手続き型で．変数の宣言の話から配列，ポインタ，構造体と進む．
Java ならオブジェクト指向で，手続き型と違って，汎用的なクラスを作成すれば
再利用できて…とか，それを継承できて…とかで開発効率・生産性が高い云々とか，
そういう話から，で実際それをプログラムにするとこうなりますよ．という流れ．
これで一通り言語自体の知識は身に付くのだけれど，で？っていう状況になったのは，
元記事の増田と同じだ．結局，それらの言語にどういう特徴があるのかは，
仕事などで本格的に開発をする人たちにとっては重要なことかもしれないけれど，
初心者にとっては，とりあえず，そんなことはどうでもよくて，何が出来るのかが分からない．
逆に言えば何を作りたいかが分からなければ勉強しても何の意味もない（これが昔の私かも）
でも，とにかく何か作りたい．何故だかよく覚えていないけれど，
C でテトリス作りたいと思っていたのは今でも記憶に鮮明に残っていて，
当時も試みたのだけれど，コマンドプロンプトでしか動かせないようなプログラムしか書けなくて
どうしてウィンドウを作って表示するようなプログラムが書けるのか分からなかったし，今でも分からない．
（今もあるのか知らないけれど）VB とか Visual Studio とか Eclipse みたいな統合開発環境を使えば
そんなこと知らなくても，ウィンドウは作れたし，ボタン配置したり，その他色々簡単にできるんだろう．
でも，先に言ったように，開発効率などどうでもいいし，出来ればいいということでもない．
どうしてウィンドウが出来るのかが，分からないのが気持悪くて統合開発環境使う気になれなかった．
仕事ではないのだから，ただひたすらキーボード叩いて全部一から手打ちでプログラム書きたい．
タイプ数カウントするプログラム常駐させて今日は何千何万打も叩いたぜ!!というただの自己満足だけ．
とにかく，ソース汚くてもいいから「これを作りたい」ってのがないと続かないんだろうなと思う．
別にプログラムだけでなく，何に関しても言えることかもしれないけどね．
全然質問の解答になってないな．長文失礼．
3Kだの7Kだの言われるプログラマー1年目のオレが
プログラミング言語の種類にはC、VB、JAVA、Delphi、PHP、Perlとか無数にあるが
どれでもいいからひとつ好きなの選んで学べ。
どれにしようかと迷うぐらいならCかJAVAやっとけ。
いきなり難しいことしようとは考えず、入門書通りに文字を表示したり
掛け算したりそういうのを確実にやれ。
FizzBuzzっていう基礎さえできてれば屁をこく方が難しいプログラミングがある。
1からどんどん数を増やしていくプログラミングだ。
3の倍数になった場合は数字の変わりに「Fizz」と表示させて
5の倍数になった場合は数字の変わりに「Buzz」と表示させる。
3と5の公倍数になった場合は数字の変わりに「FizzBuzz」と表示させるシンプルなプログラムだ。
プログラミングできるって言っておいてこれもできない奴が結構いるわけだ。
とりあえず入門書買って順々に進んで行け。
大抵のサイトはやり方と簡単な説明だけで詳細な説明が載ってないから本は買え。
そして一気にやろうとするな。先週やったことを30分でもいいから今週にもしろ。
あと、目標を立てろ。1日１０ページとか１章とかそんなんでいいから
そして最後の５分は今日やったことをノートでもブログにでも書け。
本とかの練習問題では目標タイムとか書いてあるからそれを守るように解いていけ。
時間を多めにとってある入門書の練習問題程度で目標タイムに届かなかったら前の章からやり直せ。
仕事は生産性が非常に大切だ。 仕事遅いのにできる人より残業して給料貰ってる汚い大人にはなるなよ。
とりあえず基礎だ基礎。
普通なら応用に進むのが普通だろうと思うが、これからプログラマになるわけだから
環境を変えてやってみるのもいいと思う。基礎さえ確実にマスターしておけば
応用的なものはその都度調べることの繰り返しで結構覚えれるもの。
ここからはメモ帳からサクラエディタや秀丸エディタに変えてプログラミングしてみたり
EclipseやVisual Studioを使ってこういったツールが非常に便利であることを体験しろ。
仕事はこういったツールがないとやっていけない。
そして意外とこういったツールを使いこなせていないプログラマが沢山いる。
使いこなすことによって仕事量が増えるだけでなく、ミスも減らすことができる。
その新入りさんとしては面接の折に、
「前までの経験を活かして、サービス・システム開発の部署に就きたい」
という意思を示していたようだ。
ただ、いきなり開発部署に放り込んでも右も左も分からないので、
まずはサービスの前線ともいえるサーバ運用部署で基本的なシステム内容を把握してもらい、
その後に開発側で腕を揮ってもらいたい、という説得を受けたらしい（という又聞き）。
当人がどこまで納得して内定を受けたのかは知らないが、それは私の預かり知らぬ所なので省略する。
開発を希望している人間を説得して、運用に転向させたつもりが、全然説得できてないように見える。
その日もいつもと同じように処理を進め、彼には横でそれを見てもらい、所々でメモを取ってもらう形を想定していた。
――のだが、その所々で彼はメモを取らなかった。
彼はそこで、「システム的にこれはどういう風に動いているんですか？VB使っているっぽいですけど」といった質問ばかりをしてきた。
良い質問ではある。
将来的に開発部署へ行くことになるかもしれないことを考えれば、先々まで見越しているのだなと評するべきである。
という本人の態度からもそれが伺える。
そんなバカな話があってたまるか。
そりゃ、開発でも運用の事を理解する、運用を考えた設計をするってのは大事だ。
だけど、運用で必要になるスキルと、開発で必要になるスキルって別ものじゃないの？
とっとと開発に配置換えしてあげたらどうかな？
初めての増田にして、いきなり愚痴混じりの長文になるであろうことを、まずはお詫びしておきたい。
「お前、増田は初めてか？力抜けよ」と流し見ていただけるなら幸いである。
先月、ウチの部署に新入りさんが来た。
前まで勤めていた会社は名の知れた某企業の下にあるシステム開発系らしく、
パソコンをガンガン使う部署としては「少なくとも、パソコンを使うことに抵抗は無さそうですね」「そうだねー」と期待していた。
私の勤務先は自社サーバを主軸とした統合的なサービス提供（つまりはASP業務）を主としており、
性質上、勤務体制は1日3交代のシフト制となり、朝も夜も関係の無い生活リズムになる。
その新入りさんとしては面接の折に、
「前までの経験を活かして、サービス・システム開発の部署に就きたい」
という意思を示していたようだ。
ただ、いきなり開発部署に放り込んでも右も左も分からないので、
まずはサービスの前線ともいえるサーバ運用部署で基本的なシステム内容を把握してもらい、
その後に開発側で腕を揮ってもらいたい、という説得を受けたらしい（という又聞き）。
当人がどこまで納得して内定を受けたのかは知らないが、それは私の預かり知らぬ所なので省略する。
さて、新入りさんの初出社の日。
上に書いた通りシフト勤務の部署だが、彼には1週間ほどは日勤扱いで大まかに業務を見てもらう形となった。
（新入りさん個人の事情もあったのだが、それは割愛）
初日からあれだこれだと教え込んでもパンクするだけなので、「こんなコトをやってるんですよ」という触りを見てもらう程度である。
タイミングとして私がシフトに入っている時で、「じゃあ今日からよろしくお願いしますね」と受け持った。
その、開口一番に聞いてきた一言。
「お給料ってどのくらい出るんですか？」
仕事である以上、誰もが疑問に思うことではある。それは分かる。
周りの人間は見ず知らずばかりで、話の切り出し方に戸惑う気持ちも分かる。
だが、「ここはどういう仕事をされている部署なんですか？」とかで切り出してくるとばかり思っていただけに、
のっけからそれかい！と突っ込みを入れたくなった。
アルバイトで入った子が聞いてくるとかならまだしも、
仮にも前まで会社に勤めていたのなら、むしろ仕事の内容について質問するとかが普通じゃないの？と思ってしまった。
サーバ運用・監視を主業務とする部署であるため、やることは毎日ほぼ同じである。
決まった時間に決まった処理がサーバ上で走ったことを確認し、エラーが出たのなら迅速に対応する。
よってパターン化された作業内容をノートにでも書き留めれば、それをマニュアルとして作業を進めることができる。
（Excelなどに書き留めて印刷するという手もあるが、アナログでもノート片手に作業内容をどんどん書き留めてもらった方が良い。
ドキュメントを書いて印刷するよりも、即利用できるからである）
その日もいつもと同じように処理を進め、彼には横でそれを見てもらい、所々でメモを取ってもらう形を想定していた。
――のだが、その所々で彼はメモを取らなかった。
彼はそこで、「システム的にこれはどういう風に動いているんですか？VB使っているっぽいですけど」といった質問ばかりをしてきた。
良い質問ではある。
将来的に開発部署へ行くことになるかもしれないことを考えれば、先々まで見越しているのだなと評するべきである。
しかしそれは先の話。
あくまで今は、今いる部署での業務内容に集中してもらいたいのだ。
処理がどういう風に回っているか、どういうシステムなのかという掘り下げたレベルの理解は、今の時点では求めていない。
我々の仕事は、開発部署が構築したシステムの下で正しく処理が動いているかを日々監視することにある。
監視する中でトラブルがあれば開発部署に問い合わせ、対応を要請する。
我々は次に動く処理を監視しなければならないので、対応はあちらに任せるのが常である。
システムの詳細まで把握しているに越したことは無いが、正直なところ、そこまで深い話は我々には求められていないのだ。
ましてそれが新人レベルならなおさら、まずはこれから任されるであろう処理の手順をしっかり覚えてほしいのだ。
ということを、彼に説明したところ、返ってきた言葉は、
「要はルーチンワークなんですね」
だった。
今にして思えば、彼のフラグは間違いなくこの時、一本折れたと思う。
1週間ほどの日勤を終え、次の週からは実際にシフトの時間に沿って出勤してもらうことになった。
（私の時はいきなり夜勤からだったが）早朝からのシフトでの研修開始である。
奇しくも担当はまたも私であった。
「朝方は何かと一斉に処理が回るんで混乱してしまうと思いますけど、
ひとまずは一番気を付ける業務から書き留めて覚えていってもらえば良いですから」
と前置きして業務を開始する。
彼には作業の大まかな説明をしてメモを取ってもらい、真っ先に覚えてもらいたいものは実際に進めてみてもらうことにした。
その1時間後、
彼はうつらうつらと寝こけそうになった。
無理もない話であることは分かる。
私が研修を受けていた時だって、正直眠気は相当にあった。
朝5時近くに起きて、7時前には出社して業務に入らなければならないのだから。
「すみません…」としょげ返る彼に対し、「まあ初日ですし、この時間帯はきついですから」と責めはしなかった。
そこから4日間、彼の研修を受け持ったが。
彼は毎日のようにうつらうつらと頭を揺らすこととなる。
彼曰く、「どちらかというと夜型の人間なので…本当にすみません」とのことだった。
寝こけまいと自分の頭をしきりに叩く彼を見て、自責の念を必要以上に背負い込むタイプ（ともすれば自傷癖の強い子）かと直感した。
かといって、じゃあ夜勤のシフトだけでいいよとも言えない。（その分、他のメンバーが早朝起床ばかりになるわけだし）
4日目を終える際に、休みに入る私は、彼に2つ＋αのアドバイスをした。
その3日後、休み明けに出勤した私が耳にしたのは、彼に大きな稲妻が落ちたというものだった。
研修4日目を終える際に抱いた危惧は、見事に現実のものとなっていた。
あの翌日、彼は必死に作業手順をメモに残す様子も見せず、先輩が作業する横で眠りこけそうになったのだった。
先輩は激怒し、「ふざけるな、顔洗ってこい！！作業は全部俺がやるから、お前は触るな！！」と一喝したという。
ちなみに4日目の終わりに新人さんへアドバイスを送った後、私はもう一つの布石を打っていた。
その翌日から研修を担当されるその先輩と、私の上司に対して、4日間彼の動向を見ての感想を報告したのだ。
…ハッキリ言ってしまえば、チクりである。余計なお節介というか、一抹の罪悪感は覚えた。
しかし、いずれは業務を受け持ってもらうことになり、
そこでそれまでのように寝こけてしまい業務を落とすようなことになれば、それは彼一人の責任どころではなくなる。
酷な言い方をしてしまえば、「そんな危なっかしい要素を持った人には任せられない」のだ。
ルーチンワークの連続ばかりの部署ではあるが、だからこそ定められたルーチンは確実にこなす必要がある。
いきなりフルボッコにするわけにもいかないが、雇い入れるに値するかを見定める期間である以上は、報告に値すると思ったのだ。
そして報告のついでに、「ガツンと言うと一気に萎んでしまうタイプなので、ある程度は穏便に＾＾；」と付け加えた。
しかし、新人さんの頭の揺れように、先輩の堪忍袋の緒は切れた。私の布石は粉々になっていた。
早朝からのシフトの研修はひとまず終わり、深夜のシフトの研修が始まった。
サービスを提供している相手先の1日の業務データなどが一斉に集まり、翌朝までに然るべき処理が終わっている必要があるので、
最も監視には気を配らねばならない時間帯である。
「どちらかといえば夜型なので」と断りを入れてきた新人さんは、その言葉通りに朝よりも元気そうに見えた。
ところが、ここで彼のもう一つの悪い癖が出てきた。
メモ取りもそこそこに、「この処理はデータベースに対して云々」「エラーが出た際の対応は云々」と質問を投げかけてくるのである。
先に書いたとおり、そんな所までの理解は今は求めない。
ただでさえ処理すべきデータ量が他のシフトよりも多く、一つのミスのせいで翌日の客先の業務が全部止まりかねないのだ。
よって今は「このディレクトリのこの実行ファイルを動かして、出力されるログで処理が正常に終わっていることを確認・記録する」といった手順さえ確実に覚えてもらえれば、それで良いのだ。
そんなルーチンばかりがどんどん回るので、退屈に思えるかもしれないが、それがココの仕事なのだ。
エラーが出た際の対応だって、今の彼にはできっこない――だからこそ研修担当が付いていて、いざという時に対応を受け持つのだ。
という説明を彼にしたところ、ひとまずは頷いた。
ルーチンばかりでつまらなく思えるかもしれないが、結果としてそこで確実に業務をこなすことで、顧客が安定したサービスを使えるのならば、それを維持することこそが我々の最大の目的なのだと。
そのためにも、難しい話は後でいいから、まずは業務の手順をマスターできるように、万一手順が分からなくなった時のために、手元に持ち運べるマニュアルを作り上げていってほしいと。
しっかりとした会社なら新人教育用のマニュアルを随時用意・更新しておくのだろうが、あいにくとウチはそこまで時間と工数を割けずにいる。
だから新人が入るたびに、とにかく自分用のマニュアルを作り上げていって、それを元に手順を覚えていってほしいということを徹底している。
それが悪しき慣習となっているというツッコミはご勘弁願いたいorz
彼は「手書きでは上手くまとめられないので、Excelで書かせてほしい」と最初のうちに言ってきていた。
そこは個人の自由なので、結果としてモノができあがるならそれでいいと了承していた。
それと並行して、まずは一番初めに覚えてもらいたい業務を繰り返し実践させて、マニュアル無しでも進められるようにしてゆこうとした。
だが、いつまで経っても、どうにも手順がおぼつかない。
Aという業務があって、それを終えるためにa,b,c,dという作業を順にこなす必要がある。
だが、a→b→d→cとなったり、a→b→cで止まったり、時にはa→c→dとなったりした。
都度注意はしているのだが、どうにも改善が見られない。
a→b→dとやってしまって、次の業務Aの機会にはちゃんとa→b→c→dと行うのに、その次の機会にはまた作業が抜け落ちるのだ。
なにぶん、この業務Aはウチの部署の業務でも最重要に入るので、何は無くてもここの作業手順だけは早めにマスターしてもらいたいのだ。
その辺を何度か言って聞かせた、つい先日のこと。
「じゃあ業務Aの処理に入りましょう」といつものように処理を彼に任せて、私は隣で監視しようとした時である。
「手順a、手順bと進めて…次にcが走るのを適当に見ればいいんですよね？」と、彼は口走った。
未だかつて、私は人に対して怒鳴ったことが無い。それどころか叱った試しすらほとんど無い。
怒られるのが嫌いな上、叱られると何も言えなくなるという性格もあると思う。
自分がそんなだから、他人に対して強く出られないのだと思う。
まして先輩から雷を落とされてしょんぼりしたような新人さんに対しては、尚更である。
しかし、この時ばかりは違った。
彼が口走った内容に、耳を疑った。
「適当って何だ！ふざけんな！そんなにルーチンが嫌で退屈なら、もう帰っていいよ」と舌の先まで出かかった。
辛うじて、「今、仕事をする上で致命的なことを言ったのを分かってる？」と言うに留めた。
AAで表せば（＃＾ω＾）
彼も私の声色の微妙な変質に気付いたのか、「すみません…」と応えた。
けれど、私はこの時確信を得た。
「彼は、この仕事がつまらないと感じている」と。
もっと正直な感想を言えば、「彼には無理だろ」とも。
かつて、私は今の所とは別の部署にいた。というよりも、入社した際にそちらの部署に配属された。
配属はされたのだが、自分の持ち得るスキルとはかけ離れた所であった。
だが、当時の上司Aさんや上役たちは私が力量不足であろうことを見越した上で、
「人手不足だし、少しずつ仕事の内容を吸収してスキルアップしてくれるなら、将来的な戦力として鍛えてゆける」
と、普段の業務の合間を縫って私を教育してくれた。
けれど、私の理解不足と勉強不足のせいで、徐々に足を引っ張り始めた。
呑み込みの遅さと、何よりも「適当にこなしていれば給料は出る」という許し難い打算が心の底にあったことが原因である。
そうして、とうとう私は稲妻を食らったのだ。
「このままの状態では、正直、お前はお荷物扱いのままだ。給料泥棒と言われたって仕方ないぞ」
上述のとおり、私は叱られると一気に黙り込む――まさしく、今回の新人さんのように。
自分が悪いことは分かっている、しかしそれを改善しようとする心掛けが今ひとつ持ち切れない。
そんな甘えた心さえも、上司Aさんは完全に見抜いていた。
私はいよいよ、解雇されても仕方ないと塞ぎ込む一歩手前までいった。
会社に来たくないという感情ばかりで、体調にさえ影響するほどに終始、気が滅入っていた。
だが、上司Aさんと取締役Bさん、そして今の部署のリーダーCさんが集まり、私を呼んだ。
B「正直に答えてほしい。今の仕事は、辛い？」
私「………本当に申し訳ありません。白状すれば、教えていただいたことも身に付いているかが分かりません」
B「そうか。傍から見ていても、最近の君は叱られてばかりみたいだったからね」
C「でも、君をこのまま解雇するのは、こちらとしても勿体ないんだ」
私「…いえ、ご迷惑をかける一方ですから」
B「そうだね、でも今のウチは人手不足だから。新卒で入った君を、このまま捨てるのは本当に勿体ない」
B「幸いに君は、パソコンは少なからず使える。この部署の仕事はハイレベルで君の手には負えなかったかもしれないけれど、
他の部署でなら君の最低限のスキルは役に立つかもしれない」
A「だから、これが最大限の妥協だ。来週からCさんの部署に移って、一から仕事を覚え直せ」
C「覚えなきゃいけない仕事は全然違う。でもそのくらいの方が君のためになるだろうし、気持ちを切り替えられると思うから」
B「後は君の気持ちとやる気次第。…まだ、頑張れる？」
恥ずかしいので今の部署では一度も明かしていないが、この年で鼻を啜りながら臆面もなく泣いた。
自らのあまりの情けなさと、こんな自分なのに何とか持ち直してくれることを願って拾い上げてくれた上司たちの気遣いに。
あれから数年が経って、こんな私も新人さんに物を教える立場になった。
リーダーシップなんてものはどちらかと言うとお断りしたい方で、誰かの下でバタバタと動き回った方が性に合っている…
という責任逃れの甘さは、相変わらず持ったままだ。
でもその分、自分がすべきこと、自分に任されたことはきっちりとこなすという自覚と責任は得ているつもりだ。
ルーチンワークばかりの勤務内容だろうが、自分が確実に作業をこなし、次のシフト要員へ引き継ぐことで、会社というシステムの歯車の一つが正確に回る。
それにより客先もサービスを安定して使えるというのなら、それは十分にやりがいのある仕事なのだと思っている。
休暇らしい休暇なんて不定期なものになってはいるが、それでも休みたい時にはきちんと休暇を与えられるし、自分の好きなことをできる。
彼がなぜ、ウチの会社を選んだのかは知らないし、聞かない。
「親に迷惑はかけられないから」と、実家を離れてわざわざ一人暮らしを始めたのだという。
交代制の勤務で親御さんの負担が大きくなるのを避けるというのなら立派な話だ。
これまでのやり取りから、
「実は前の会社でも折り合いが悪くて辞めさせられて、親御さんからも出ていけと言われたんじゃ…」
という邪推を得てしまっているのだが、それを質すつもりもない。
経緯はさておき、会社としては日々の業務を着実にこなしてさえくれれば、問題は無いのだから。
前の部署では何の役にも立たなかった私が、今の部署でのルーチンをこなしているように。
…個人的にはもう少し愛想よく応対してくれればと思うのだが、そこは会社に慣れてくれば解れてくるものと思いたい＾＾；
私一人で彼を変えられるとは思っていない。
変える手助けはしないといけないだろうが、最終的には彼の意志に任せるしかない。
ただ、上司や先輩に注意されたり叱られたりばかりの彼の姿は、かつての自分によく重なる。
かつて上司が私を何とか育てようとあれこれ模索した気苦労が、今になって分かる。
私の人生経験なんて上司からすればまだまだ青いし甘いものだろうが、
そんなものでも新人さんの育成（というよりは潰れないための配慮）の一助になればと信じて、もうしばらくは辛抱強く導いてゆきたい。
今でこそ言葉の端々に「こんなルーチンワーク…」という感情の見え隠れする彼が、数ヵ月後にはTPOを弁えてかっちりと仕事をこなしてくれるようになることを願って。
うわ、初増田でこの長さとかあり得ないだろ。
乱文、失礼しました。
はてブ、トラックバックで多くのお叱りや助言をいただいていたようで、恐縮です。
書き終わったらどこか清々した気持ちで眠っていたのですが、起きてふと記事を見直してみた反響があったことにびっくりしました。
「匿名なんだし」と高をくくって書いたのに、こんなに反応があるものなのかと。
２ちゃんねるとかでもROM専なので、ネット界隈での反響の速さと大きさに改めて恐れ慄いております。
一部、言い訳めいた追記というか返答をしたいと思います。
お叱りの方がどちらかというと多かったので、「気に病みすぎないように、感情的にならないように」と言い聞かせつつ。
答えになっていないことの方が多いかと思いますが、そこはご容赦をいただきたいです。
電子化したマニュアル、および印刷したマニュアルは新人さんには渡していっています。
ある物を全部渡して、「じゃあこれに目を通しておいて」と放り投げるのはさすがにブラック過ぎるので、その日の研修の内容と進み具合に応じてですが。
かつ、それだけで分かりにくい箇所もあるだろうから、実際に運用を経験してゆくなかで手元にノートを用意していってくれればいいですよと伝えてあります。
ただし、全ての業務でマニュアルが用意してあるかというとそうではない…というところが、「ああ、ウチは一般的にはブラック扱いか」と猛省すべき点その1ですね。
私が配属となった頃から顧客が増してきて業務内容も増えてきたので、
「マニュアルの整備は急いで進めないとまずいねー」と部署内・部署間で大急ぎで進めてはきているのですが、100％にはまだ達していないというのが現状です。
「人力に頼るサーバ運用ってどうよ？ｗｗｗｗｗ」とは弊社内での冗談の常套句だったりします。冗談で済んでいるうちが花か(；^ω^)
あと、「定常作業なんだから全自動化できるだろうよ？」というツッコミがいくつかありましたので、それについても。
大抵の作業はバッチやタスク処理なので、人間側はその処理の正常／異常を確実に監視すれば良いわけです。
ただ業務内容上、エラーやトラブルが発生した際の対応は、人力でやらなくてはならないのです。
相手先への連絡などはその代表例ですね。
そこら辺まで全部オートでやれれば人件費的にも工数的にも楽ができるのですが、会社としての規模がネックになり、環境作りで全員がデスマーチに陥るのでｗ
イニシャルコストとかランニングコストとかの話になるのでしょうが、既に回ってしまっているものである以上、難しいのが現状でして(；^ω^)
さすがに技術者・開発者志向の強いと言われるはてなか、鋭いご指摘ばかりで:(；゛゜'ω゜'）:となるばかりです。
中でも↓にはギクリとさせられるものが。
どんな処理が走ってるかもわからずに、順番に処理が走るのを見てればいいってことを、
彼は「適当に」と表現したんだろ。
彼に興味を持ってほしかったら、中でどんな処理が走っててどんなロジックで正常/異常の判断をしてるか説明してあげればいいんだよ。
それとも説明できるほどあなたも中身知らないんじゃ？って思われてると思う。
白状します、増田はシステム開発やプログラム方面にはとんと疎いですorz
大まかなロジックについては増田も研修時に習い（まずは処理監視の手順を徹底的に教え込まれましたが）、後は実際に運用をひたすらこなしてゆくことで把握した経緯があります。
こういう会社が理系で無ければならないというわけではないでしょうが、増田本人は極めて文系の人間ですね。
「プログラム文も読んでみると良くできてるなぁ」と思い、自己研鑽のために勉強も進めてはいますが。
「そんなんにサーバ運用任せるとか無いわｗｗｗｗ」「お前らが悪いんじゃないか！」というお叱りはごもっともです。
増田のその程度のスキル内容などを見越した上で、元上司Aさんたちは最大限の妥協案を提示してくれたのだとは今でも思っています。
「プログラム方面では伸びないだろうから、せめて既存のプログラムの運用監視でなら行けるだろう」と。
最後の文で指摘されていますが、たぶん新人さん本人からもそう見られるだろうなぁとは、研修の序盤で予想していました。
実際彼にも「ごめんね、そっちは正直なところ開発部署に任せている現状だから、自分からは事細かに説明できない」と言ってあります。
同時に部署のリーダーも、「システム的に疑問に思う所があるのなら、こっちの基礎を覚えてから、改めて開発側に質問してみるといい」と言っていました。
「何だ、この先輩ダメじゃん」と言いたげな彼の視線は痛かったですけれどもｗ
で、そんな増田のいる会社は、人手不足を何とか解消すべく口八丁手八丁で彼を言い包めたのでした。
冷静になってみれば、まさにブラックの定型みたいなところなんだなと。
社員の年齢層が比較的近く、バタバタしながらも和気あいあいとしているから増田は好きなのですが…と思っているあたりが社畜ということかｗ
性格や言動の端々に人を小馬鹿にするような、それでいて自分をとことん卑下するようなきらいのある新人さんですので、
部署としてもどうやって育ててゆくか・接してゆくかはまだまだ模索の段階です。
IT業界が人的・組織的にどういうものかよくわからないけれど、
増田はチームで適性をみられて、今の職場に来たわけだよね。結果的に良かったじゃん。
増田もチームにチクるんじゃなくて、相談してその新人の育成案を考えてみたら？
あんまり善意がないのはわかるけれど、そうやってネガティブな面を根回しをするだけじゃ、人をつぶすことになるよ。
「あいつはこういうときは元気だから、こういう言い方がいいのかもしれない」
「開発に直結するような言い方がいいのかな？」
「あまりほめすぎると調子付くから、こういうほめ方にとどめておこう」
「こういうことをしたら、次はガツンと怒っちゃってください。それが彼のためですので」
貴重な助言だなと思いました、同時に猛省すべきだとも。
「どうにも彼の言動が気に入らない」と辟易しているのか、と顧みました。
皆が皆、自分と同じわけではないのだから、それを踏まえた上で接し方・育て方を考えねばならないですね。
増田は歯車として今の部署で働くことに何ら不満が無い（何だ、自分はMなのかｗｗ）のですが、彼はそうなることを望んでいるわけではない。
ならばそんな彼にどう接してあげるべきか、どう教えるべきか。上の後半4つのセリフは、今まさに部署間で飛び交っています。
引っかかっているのは、「彼は別にシステム開発を希望してきたのではなく、地元で働ければどこでも良いと思っているらしい」という話。
彼自身がそう口走ったらしいのですが……そうなるとまた少し話が変わってくるような気がします。
「だったらつべこべ言わずにくぁｗせｄｒｆｔｇｙふじこ！！！」と部署総出でツッコむことにならないのを祈るばかり。
ここまでで根付きかけてしまっている「気に入らない」という感情をひとまずリセットし、
少しずつでもお互いのためになること（彼の希望する、活かせる部署への異動も含めて）を進めてゆけるよう、ポジティブに考えてみたいところです。
書いている間にもはてブがどんどん増えていることに、一種の恐怖を覚えてきましたｗ
ちょｗｗｗｗｗ人気エントリーで出るとかあり得んｗｗｗｗｗｗｗｗひっそり愚痴らせてくれればそれで良かったのですがｗｗｗｗ
あまり長居するのも何ですので、いくつかのトラックバック・ブコメに答えつつ、ひとまず締めとしたいと思います。
「追記だけでもう1エントリー書いた方が早いだろ」とは後の祭り。
分かっていますｗｗｗ
「歯車・社畜でも俺は頑張ってる」という自己陶酔が皆無とは言いません（それを誇りと呼ぶかどうかは自他の見方の違いでしょう）。
いたら、ここまで鬱憤は溜め込んでいないし、増田にも来ていないお(´；ω；`)
まだ二十半ばを折り返したばっかりなのですが(´；ω；`)
そう呼ばれることを覚悟しないといけない時期か……人生早いなあ。
