PR

2017年を振り返る

記事内に広告が含まれています。
スポンサーリンク

2017年振り返り

2017年も最後。今年一年を振り返る。

転職した

入社時と話が話が違ってきたので辞めたのが前年12月。転職先は、調子のいいこと言って声かけてきたのにちっとも手続きしてくれないので、転職エージェントが持ってきた案件とギリギリまで天秤にかける。

契約社員って話違うじゃんか。入社前に不信感増大。ただ、年収は上がる(現状維持という打診があったので、その場で断った)ので、とりあえず受ける。次に転職する時も、現状の年収は効いてくるので、上げるのは重要。

PHPのクソシステム

クソ。としか言えない。前職でもPHPの案件は見事なまでのクソプロジェクトだったけど、ここもそう。

コードがバージョン管理されていない時点で、ステ決定。動いているサーバの構築内容も残っていない。PHP使う人のリテラシーの低さが現れている。

もちろん、PHPで書かれた素晴らしいシステムはあるし、素晴らしいエンジニアだっている。が、これはレベルの低い人間が作ったシステムだ。プログラミングの技術だけではなく、システムに関するリテラシーが非常に低い。

運用担当が辞めた

ま、ある意味当然。本番運用に載せられないような出来のプログラムから構成されるシステムのお守りをさせられるのだから。

逃げるが勝ち。引き継ぎ資料とかいったって、結局、今までの問題をまめにチケットにまとめていたわけではないから、いろいろ抜けがある。もう、このレベルだと個人の問題ではなく、会社のエンジニアリングに対する姿勢(文化)の問題。

いいからチケット書け!

なんで障害発生時にチケット書かないかなぁ。何が原因で、解決したのか対処療法でごまかしたのか、わからない。

インフラのメンテナンス予告もチケットにしない。

これも文化の問題。CTOだろうが誰だろうが、「じゃぁ、チケットにしてください」と言ってとにかくチケットを書かせる。

幸いなことに、途中から加わったラインマネージャーがチケットをベースに打ち合わせを進めるスタイルだったので、以前よりは書かれるようになった。

品質

管理モジュールは海外の会社にずっと発注しているというので、コードを書く自分が首を突っ込むことはないと思っていた。が、問題続出。

仕様の理解に齟齬があるのはお互いの問題だけど、デグレしていましたとか、障害の原因調査が雑で回答になっていないとか、もうどうしようもない。ビジネスに多大な影響を与えているし。

安物買いの銭失い体質

高い金で外れエンジニアを引くのと、安い金であたりエンジニアを引くのと、どちらが確率高いだろうか。どちらが対抗手段を用意できるだろうか。

いいエンジニアが揃わない限り、ドラスティックな改善は望めない。金がかかろうが、外部のサービスを使って運用の手間を軽減して、本来のサービスの部分にリソースを集中させるしかないというのが、結論。どこまで分かっているのかな、この会社?

タイトルとURLをコピーしました