　2年前に入社式があり、当時は社内でプログラミングし、何かシステムを作るんだなと漠然と思っていた。だが現実は違った。入社式のあった週の金曜日に大阪に行くことになった。大阪に行き面談し、客先での了承が降りればその会社が勤務先になるのだと言われた。当時は相当混乱した。IT 企業に正社員で内定=社内で作業と思っていたのだ。実際に金曜日に大阪のある会社に行き面談を行った。面談で言われたことはCは出来るかということや長時間働くことは出来るかのような内容だった。自分はCに関しては大学の授業でやった程度なら出来ると答えた気がする。それ以外のことは確か元気が無さそうに否定的なことを言った気がする。正直もうほとんど覚えていない。結果その会社に行くことはなかった。

　次に別の会社に面談することが決まった。2社目の面談が決まるまでは社内でCの勉強をしていた。面談ではpythonは出来るかと言われた。当時の自分はpythonをやったことはなかったが一生懸命がんばりますと言ったら受かった。2週間後からはその会社に派遣契約で行くことが決まった。そしてここは8ヶ月で終了となった。この8ヶ月間はほぼ客先に行き、自社に行くことはなかった。

　次の会社に面接するのは2ヶ月後だった。Androidの開発のプロジェクトに参加するということで、大学の授業でJavaの勉強をしていたのでそこに決まった。だがここで主に行ったことはCentOSの環境構築とドキュメント作成だった。Javaはほとんど使わずに5ヶ月で終了となった。この会社はおそらくSES 契約だった。SES 契約についてはあとで説明する。ここにいた5ヶ月間もほぼ客先に行き、自社に行くことはなかった。

　3社目はC#を使う会社だった。小規模な社内で使うツールを1から開発するというプロジェクトで技術者的に成長できるだろうと思っていた。このプロジェクトも客先での作業だった。ここで作業していて最初は忙しかったが、段々他の人の作業を待つことになり時間が出来た。時間が出来た結果、帰属意識を考えるようになった。自分はいったいどこの社員なんだろうと。自社の正社員なのだろうけど、実際に行く会社も違うし、指示を受けるのも他社の人で自社との関わりは数カ月に一度様子を見に来るのだけだった。

　ここのプロジェクトに参加したときにプロジェクトの説明が書かれた紙を渡された。その紙のあるところにSES 契約と書かれていた。自分なりにSES 契約について調べた結果、派遣契約をせずに派遣として他社の社員を使うものなのだろうと判断した。正確にはみなさんの自身の手で調べてほしいと思う。そしてこのIT 業界では殆どのプロジェクトでこのSES 契約が使われていることを知った。

　3社目も5ヶ月で終わった。

　4社目はJavaを使い、大規模システムの一部機能の開発を行うことだった。2社目と違い、本当にJava のしかもかなり難しい知識が必要となり、かなり勉強になった。だが、ここもSES 契約で客先での作業だった。この頃になると自分は自分の働き方に嫌気がさしていた。正社員で入社したのに実質派遣という。同じフロアの別の人を見れば正社員で、しかも客先常駐せずに働けているのに何が違うのだろうと。結果は自分の入った会社が間違えていたのだと知った。そのため今月で辞めた。

　ここで一つ謝らなければならないことがある。タイトルにはIT 企業をやめた話とあるが、正確にはSES 企業をやめた話である。IT 企業をやめた話にしたほうが沢山の人が見てくれると思うからこのタイトルにした。

　この業界にいたからわかるのだが、SES 契約をメインの事業として収益を上げるのと、自社システムを開発して製品として売るのではまったくビジネスモデルが違う。SES 契約のメインの事業は単なる派遣である。だがITに詳しくない人(別業種)からすれば全てIT 企業として統一されてしまうのである。

　自分はプログラミングが好きだから約3年間働くことが出来た。だが、同じ業界で自分と同じ状況で働けなくなった人を何人も見てきた。今SES 契約メインの会社で働いている人は本当に今の働き方(派遣のような働き方)でいいのか考えてほしいと思う。

　今大学生でこれから IT系に行く人は自分と同じ目に合わないでほしいと思う。実質派遣なので勤務地はコロコロ変わる。3社目からは通勤時間が片道2時間を越え、まともに睡眠時間を確保することができなかった。通勤時間が長かったのもつらかったが、それ以上に暇なのがつらかった。客先での作業を例えばその月の10日に終えたとして次の案件が来月に始まるとしたらその間ずっと放置である。さらにその上に日報や週報の提出を求められれば何も書けないのである。それ以上につらかったのが、PCが用意されていなかった時である。その会社のプロパーの作業用PCの申請が遅れた結果、プロジェクト開始と同時にPCが用意されておらず、PCが無いけど定時まで客先にいてくださいと言われた時はほんとうにつらかった。PCがなければ何をしているかというと虚空を見つめるだけである。それがだいたい三週間続いた。

　プロパーといえばIT 業界ではプロパーはまったくプログラミングが出来ないと言われているが、自分の印象では半々が出来て、半々が出来ないという感じだった。おそらくこれはIT 業界の多重下請け構造のどこらへんに客先常駐するかで変わると思う。この業界にいて未だに分からないのはプロパーはSES 契約で来ている人に直接指揮命令している人って偽装請負ってわかっているのかそれとも偽装請負と知らずに指揮命令しているかってことです(本人達に聞く勇気はさすがに無かった)。自分がもしプロパーで偽装請負って知っててSES 契約で来てる人に直接命令したら多分罪悪感で潰れてしまいそうと思った。

　長くなりましたが最後に言いたいことはSES 企業は滅んでいいよってことです。　　　　　　　　　　　　　　　おわり

Permalink | 記事への反応(2) | 18:28

2017-11-15

■

Linux触って生きてる人尊敬するわ。

Linuxを使えば使うほど、Windows から離れられなくなる。

なにがCentOSだ、最初の設定ミスってCUIでしか操作できないもんかと勘違いしたわ。

Permalink | 記事への反応(0) | 12:25

2017-10-24

■なんで未だに 5.4 なんだよ！

PHP　のはなし

ウチでは centos を使うことになってる

今だと centos7 だが、これのデフォルトのPHPが 5.4 だ

5.5, 5.6, 7.0, 7.1 とでていて、 7.2 がもうすぐとか言われてるのに、 5.4 だ

5.4 が出たのは 2012 年で公式サポートは 2015 年に終わっている

そんな古いもので、使える機能ももちろん古いのだけだ

新しい機能を使おうとしたらエラーになる

もちろんライブラリやフレームワークですら対応してないのが多くて古いものしか使えない

さらには、古いバージョンではバグや脆弱性が見つかってもそもそも PHP のバージョン自体がサポート切れなので放置される

PHP7 や 5.6 対応のバージョンにすれば直っているが 5.4 で動くものだと直されない

centos に 7 系を入れることはできなくはないし、難しくはない

だが、デフォルトのバージョンを使うことになっている

聞くところによると、保守をOSのサポートが切れる頃まではすることになっているものが多く、外部リポジトリや自前ビルドになるとサポートが辛いらしい

今 7.1 にしても、その外部リポジトリはウチの保守期限より早くサポートをやめるのでその後の脆弱性などのパッチは自分でどうにかしないといけなくなる

デフォルトのものなら緊急性があれば 5.4 であろうと OS がサポートしているためパッチで対応されるらしい

外部リポジトリでサポート終わったらバージョン上げればいいじゃない、って思うけどけっこう動かなくなる部分があるらしい（経験談によると）

プロジェクトが大きくなるとチェックと修正がすごく大変なんだろう、そのためのテストじゃないの？って言いたいけど

自社サービスじゃないしクライアントから人件費取るのが難しいとかあるんだろうな、たぶん

そんなこんなで 5.4 を使うらしい

ライブラリ面で苦があるから、自社製ライブラリも多い

OSS ライブラリで何が使えてどれを使ってはいけないか、みたいのはコア部分の開発メンバーには知見が溜まってるらしいが、私はそんな将来に役立たないものより 7 系とか新しいものの知識が欲しい

せめて JavaScript の Babel のようなものがあればなぁ・・・ブラウザは使う側の問題で古いのまでサポート必要だが、サーバサイドは新しいの入れればいいだけなので需要がなくて作られないのだろうなぁ

Permalink | 記事への反応(1) | 22:22

2017-09-10

■CentOSでyum remove pythonしたらどうなるの？

詰むって本当？

Permalink | 記事への反応(3) | 12:16

2017-08-02

■知らない間にDebian9がリリースされてた

Dockerがバズるくらいだから今どきハードウェア仮想化なんて流行らないのだろうが、Windows10 Proの安いPCを1つ購入してHyper-Vを有効化したのでCentOSとUbuntuのどちらを入れようかと考えてた時に、昔インストールに苦労したDebian 3.1 Sargeのことを思い出して本家のサイトに行ったら今年の6月にDebian 9が正式リリースされたと聞いてすごく懐かしくなり、こいつを選択することにした。

随分バージョンが上がったものだなあ。しかも今はamd64がインストーラーのリストの最初に上がってるし。昔は64は人柱用だったのに。

10年ほど前、玄人志向の玄箱というNASのOSをDebianに入れ替えて単なるファイルサーバから多用途サーバにするのが流行ったことがあった。今でも後継品のBuffalo製NASをDebian化する好事家は細々ながら活動しているが、Ubuntuのベースである Debianに最初に触れたのがその頃で、当時のバージョンは3.1、通称Sargeだった。タイミングのいいことに、Sarge対応の分厚いDebian 入門書が存在していたのでレファレンスには事欠かなかった。まあそれでも、スペックの貧弱な玄箱にインストールして少しでもパフォーマンスをよくするにはカーネルを書き換えて再コンパイルしたりといった悪戦苦闘があったわけだがもう忘れた。