疲労蓄積

 うっ……。(；´・ω・`)

首の痛みで２週間ほどフィットネスが満足に出来なかった所から最近復活したところ、全身に疲労が……。

足は筋肉痛だし、背筋も疲れてるし……。

ちょっと休息しよう。

健康作りもなかなか大変だのう。(´・ω・`)

ローカル泣き

あれ～。(；´・ω・`)

泣きが入った隣のチームからのＨＥＬＰなんだけど、何かＨＥＬＰが撤回されて、隣のチームが遂行することになったぞ。

一度泣きが入ったような状況のプロジェクトで撤回なんてあるのかしら？

何か上の方で揉めたんじゃないかなぁ。。。
受け持った仕事が消化できないなんて組織のメンツに関わるから、その辺がトラブルになって、結局は元々の担当チームが自力でやることになった、と。

嫌な雰囲気を感じるなぁ……。

と思ってたら定時後、隣のチームのヤツから個別チャットでＨＥＬＰが来たぞ。
エラーが出て動かん。どうすれば良いのか教えてくれ、と。

僕を巻き込むのか！？(; ･`д･´)

いやぁ、正直言って、個別チャットはマズい。

隣のチームが自力で解決できないような話を、僕がこっそり裏でレクチャーして解決する。
これは管理体制上の重大な問題だ。

イカン。完全にイカン。

しかし、その認識は向こうにもあるはず。
それでもなお、僕にこっそり個チャが来るってことは、それだけ困ってるんだろうなぁ……。
表向きには「全然分からんのですけど？」なんて言えない立場に追い込まれているのだろう。

さて、どうしよう。
正論で接するか、情で対応するか。。。

で、僕のスタイルとしては……、情に倒れる。(;^^)

いやぁ、上の人間に振り回されてる下っ端に向かって「本件の問い合わせはマネージャーを通してください」とは言えん。
可哀想だから。

正論で接した方が正解だとは分かってるんだけど、この辺が僕の性格の弱点なんだよな。

とりあえず、裏でこっそりと解決方法をレクチャーしてやったが、この行いが別の火種にならないか心配。

厄介なポジションに入っちまったなぁ。(´・ω・`)

外注カット

昨日、隣のチームがギブアップしてきたのは、外注切りが原因だったみたいだな。(´・ω・`)

と言うのも、僕の周辺には小規模システムが何個もあるんだけど、その大半は既に開発が終わっており、今後大規模な改修は無い。
あるのは小規模なアプデのみ。小規模なアプデってのは、例えば固定文言を書き換えるだけ、とか。

これくらいだったら外注を雇うまでも無く、内部の人間だけで遂行出来るでしょ？
影響ヵ所も何も無い。ただメモ帳でhtmlを開いて１ヵ所書き換えるだけ。
内部の人間だけで十分出来るだろう。
しかし、それが出来なかった。

たぶん、改修以前の状態なんだろうな。
如何にメモ帳で書き換えるだけとは言え、その書き換えた結果を目で見る為には、自分のパソコンでシステムを起動させなきゃいけないでしょ？

でも自分のパソコンにＤＢをインストールする方法が分からんとか、ＤＢをインストールしてもテーブルを作る方法が分からん、とか。
あるいはチェックアウト直後は本番構成になっているプロパティ設定を自分のパソコンに合わせる方法が分からん？

とにかく、起動が出来ないから改修する１ヵ所がどこにあるのかも分からず、従って僅かな改修も出来ない。
だから僕に変わってやってくれ、と。僕ならば既に環境もあって内容を抑えているから、５分や１０分で作業完了する、と。

キッツいなぁ。(´・ω・`)

確かに環境構築ってのは最大のハードルで難しいのは承知しているんだけどね。
新人とかが一人で構築するなんて絶対無理で、各パラメータの意味や問題の切り分け手順などを承知した人間がいないとローカル環境で立ち上げることすらできない。

言う程簡単な作業ではないってのは承知しているんだけど、それってつまり、自分一人で環境構築出来る人材が隣のチームにはおらんってことじゃないか。

そんな状態なのに外注切ってしもうたんか。

( ﾟДﾟ)「固定文言を１コ書き換えるだけなんて、遅くても半日あれば十分だろ」

とでも思ってたんだろうなぁ。
実際には指一本動かすことも出来なかった。

キッツいなぁ。(´・ω・`)

ギブアッパー

あちゃ～。隣のチームがギブアップして仕事がこっちに流れてきた。(´・ω・`)

まあ、こっちでやれば半日で終わる仕事なんだが、こんな軽微な仕事も完遂出来なくって期日３日前に泣きが入るとは、よほどトラブっているのだろうな。

４月は要員の入れ替えもあっただろう。新しく雇った外注が使い物にならず、僅かなプログラミングも満足に出来ない状態になってしまったのかもしれん。

こりゃまだまだこの現場での我が社の地位は安泰やな。(´・ω・`)

勉強活動

 社内改善、お次はシンプルに勉強、レクチャーだな。(´・ω・`)

現在、ウチのシステムはJavaのメモリリークが起きてるから、時々システムを再起動しているのよ。その原因はミドルウェアにあるっぽくて解決出来ないのだが、ともかく「jstat」というコマンドでデータは取得している。

取得可能なデータは以下のとおり。

• S0C
• S1C
• S0U
• S1U
• EC
• EU
• OC
• OU
• MC　⇒　メモリリーク
• MU
• CCSC
• CCSU
• YGC
• YGCT
• FGC
• FGCT
• GCT

何を言うとるんや。(´・ω・`)

MCの数字が増えているからMCがメモリリークしているのは分かるんだけど、MCって何なんや？
MCを日本語に訳すとメタスペースなんだけど、メタスペースって何なんや？

その辺、意味を理解せず数字が増えたことだけ見ている輩がいるから、僕が改めて調査して、上記の英語の羅列全部の意味を資料に起こして、内部レクチャー。

• この項目が増えたらこういう事が起きている可能性がある。
• その項目が増えたらこういう可能性がある。
• この項目が増えたらもう死んでいるも同然だから再起動あるのみ。

などなど。

本来はこの辺の技術調査が僕の本職なんだよな。

「放置しているチケットを整理しましょう」とか、そんな寝ぼけた生活指導は程々にして、技術指導という本業を頑張れるようになりたいものじゃ。(´・ω・`)

自動化祭り

引き続き業務改善。本日は自動化祭りや。(´・ω・`)

モジュールのコンパイルなんだが、今までは担当の若い衆が毎回自分のパソコンでやってたんだよな。
無論、コンパイルはバグ修正してリリースする度に発生するから、１日に何度も行う。
それを全部手作業でコチョコチョやるのがかなりの負荷になっていると見受けられたから、自動化を構築してやった。

まず、コンパイルはそいつのパソコンじゃなくって、サーバで行う。
パソコンだったらEclipseの機能で簡単にコンパイル出来るが、サーバだとコマンドラインを打つために色々インストールしなきゃいけないから、ちょっとハードルがあるんだよな。

次に、コンパイルのコマンドを一発で打ってくれるシェルを作り、更にそれを自動実行してくれるマクロを作った。

• 共通環境
• シェル
• マクロ

の三段構えの構成だが、これで１日１時間くらいの時間短縮になるだろう。
まあまあの改善効果ではないか。
同じ環境でコンパイルするってのは品質担保という面でも良いしね。

しかしこれ、若い衆が自分でやれって話でもあるんだよな。(´・ω・`)

本人がプログラマーなんだから。自分用の便利ツールくらい作るもんやろ。
しかし、様子を伺うと、確かにキツいのかも。

上述の一連の構築、僕だったら僕一人で全部行えるけど、若い衆は基本、Javaは書けてもシェルやマクロやLinuxなど、本職ではない部分まで守備範囲を広げていない。

有識者であれば時間と時間の合間に完了出来る作業でも、若い衆だとまず参考書を買ってくる所からスタートになってしまう。

ハードルが高いから、効率化可能な機械的雑用だとは気付いていても、とてもではないが腰を上げる気持ちにならないのであろう。
ちょっとしたマクロを作るだけであっても、二週間は見積もる必要がある。

確かに、やる気がしねえ。って言うか、無理。
本来の仕事はそれはそれであるんだから、それと二刀流で二週間もこんなことやるなんて無理。やっとれん。

結局、仕事が遅いから本来可能なことでも不可能になってしまう。
パパッとやれば後は楽チンと分かっていても、そのパパッとやる能力が無い。
腰を据えてじっくり取り組めば可能なのだろうが、そんな時間や労力は捻出出来ない。
だから結局は何も出来ない。

この辺りの絶対的な技術力の不足が、結果として万事に影響してくるんだよな。
そんな大したことじゃない、雑用みたいなショボい話でも色々おかしくなる。
例えば、溜まったログファイルを移動させるだけでも、僕だったら日次自動処理をセットアップするところ、自動処理を構築する能力が無ければは毎日律義に手動で移動させざるを得なくなる。
そんなことが２つ３つ重なったら午前中が終わってしまう。

くだらない雑用であっても差が出てくる。

今回のように僕が直接介入すれば改善することは可能なんだけど、根本的には本人が自分で自分の作業を効率ＵＰするノウハウを身に着けて貰わないと、永続的な解決にはならんのだよな。

けど、今日明日で解決するような話でもないっしょ。

人材育成は難しいわい。(´・ω・`)

業務改善

フリーランス時代は黙っていたが、今は正社員かつ管理職だからな。業務改善に取り組み始めた。(´・ω・`)

まあ、業務改善と言っても客先の根本的な業務の見直しではなく、チームの作業手順の見直しね。
ちっぽけな作業よ。

しかしやっぱり、世の中は属人的と言うか、効率の悪いやり方をいつまでも続けてしまうってケースは多いんだよね。

例えば、Redmineの終了したチケットとか、途中で保留になったチケットとか、そういうのが山のように放置されたりしてる。
だからチケットを検索するのにも時間を要してるし、見返しても意味が分からなかったりする。

こういうので厄介なのが、効率が悪いだけで遂行不能ではない、ということ。
確かに最終的に成果物は上がってくる。仕事は終わる。でもその速度が僕の半分以下だ。

本人は「このやり方で出来ています！！」みたいな気持ちなんだろうけど、遅いんだよね。

遅い。

遅い。

遅い。

こういう仕事が遅いことは罪悪であるいう認識の無い連中がいるから成果が全然上がらなくなる。
そういうのを正していくのが重要な仕事だ。

と言っても、「やれ！！」だと全然動かないから、僕がやってあげるんだけどね。

(´・ω・`)「このチケットはどういう状態なの？」
( ﾟДﾟ)「あ……う……」

放置して１年２年と経っていれば昔の事もパッとは思い出せないわな。
当時のうちに処理しておかないからこういうことになる。

( ﾟДﾟ)「確かこれはＡさんが調整するからそれまで保留ということになっておりまして」
(´・ω・`)「その調整の結果がどうなったのかはよく分からん、と」
( ﾟДﾟ)「はい」
(´・ω・`)「じゃあ、これは僕がＡさんに確認しておくよ。担当者は僕に変更するね」

って感じに、遥か昔に放置されちゃった案件を他人に再確認するなんて若い衆には出来ないから、僕が巻き取って確認するとか。

こういう散らかっている様々なものを整理したらなアカン。

こういう風に仕事を整理整頓するって重要だと思うんだけどね。

気付いてないのか、面倒なのか、整理整頓されていないものを放置して元から遅い仕事を更に遅くする輩がいるから困る。

この手の仕事は一生続くな。

まあ、気長に改善していくか。(´・ω・`)