  |
はてなキーワード: SIerとは
いいコードを書くことってのは凄く大事なことなんだって気がついた。
保守性がどうこうとかよくわかんない。動きゃいーじゃんぐらいの気持ちでいたんだ。
今、人の書いたそういうコードを触らなければいけない立場になって痛感している。
どういうコードがクソかっていう話はネットを探せばいろいろ見つかるからここでは書かない。
ただ、設計書と実際のコードが全然一致していないということがザラにある状況のなか、
可読性のあまりにも低いクソコードをソースコードを鼻血が出るほど苦労しておいかけて、
設計書とは名ばかりの「こんな風にできればいいな？」ということが書かれただけのよくわからない書類を解読しながら
作業を進めるというのは、本当にきついことなんだと思い知った。
コードに殺されるかと思った。
http://cpplover.blogspot.jp/2015/11/linus-torvals.html
Linus tovalsがクソコードに対して物凄く切れているっていう記事。
クソなコードは実際に人を殺すまではいかなくとも、鬱に追い込んだりする破壊力があるんだ。
１行のクソならまだいい。でもこのクソはそのうち積み重なりクソの山になる。
クソコードは人を傷付ける。
俺は自分の書いたコードで人を傷付けるようなことはしたくない。
自閉症スペクトラム（アスペルガー）の人間に向く職業として、プログラマが挙げられているが、これは誤解を招くのでやめた方が良いと思う。
このあたりの特性から、コミュニケーションスキルが壊滅的になってしまうため、チーム作業やスクラム開発等に従事することがかなり厳しい。また、要件を聞いて設計するということもかなり厳しい。
では、どのあたりならいけるかとなると、コッテコテのSIer的ウォーターフォール開発での「PG」になってくる。このポジションは、仕様書に従ってコードを書けばよい（自閉症スペクトラムの人間は、会話よりも文章で伝えた方が良い）ので、比較的問題が出にくい。また、1つの作業に没頭してしまう傾向から、デバッグ関係が比較的得意なのと、（あまり良いことではないが）残業耐性が比較的高いというのも、「PG」向きではないかと思う。
趣味でプログラミングはやってたけど、なぜか３０越える今になるまでそれを仕事にしようとしたことはなかった。
ネット上でいろいろなIT業界関連の恐ろしい情報が飛び交っていたし、ビビッていたのもあったと思う。
でもこのままだと人生詰んじゃうなーと思って、とにかく実際の業務を知るべきだろうと思って飛び込んでみた。
本当はWeb系の会社で働いてみたかったけど、汚しまくった経歴と、その当時の金欠ゆえに、その選択はかなわなかった。
ネットでよくみる、「経歴が山のように盛られて、研修終わったら気付いたら実務経験○年のエンジニアになっていた」（これ普通に詐欺だと思う）とか、「FizzBuzzすら解けない人がプログラマーやってる」とか
どうせ業界の人たちが冗談で大分脚色して書いてるんでしょ？って思ってたことが、現実にあるということを知った。本当に信じられないが。
もちろん、全員が全員酷いというわけじゃなくて、ちゃんとしてる人もいるけどね。
1個目は中小SIerという人月単価で人を送り込んで金を得るという、実質は人材派遣会社みたいな仕組みなんだけど、何でこんなに横行してるんだろう？
プログラミングの作ったプログラムはほぼノーコストで複製可能であるっていう点と、そのプログラムが何をしているかというと、自分がやらなければいけない仕事の自動化で
人がやるべきことをコンピューターがやること（もしくはコンピューターのその圧倒的な処理の早さによって実現できる人間にはちょっと無理なこと）によって、利益を生むんだと思ってたけど、
その利益の源泉となりうる「プログラムが書ける人」を自社で利益を作るためのサービスに使わないで人に貸して金取るっていうのは、戦略的に間違ってるんじゃないかなと思うんだよね。
その点Webサービスやってる会社とかは、最初の立ち上げの時にはリスクがあるとは思うものの、よく自分達の持ってる武器の性質を理解しているように見える。
2個目はSEという仕事とPGという仕事が何故分かれているのかがわからない。
俺が素人なりに独学でやってきた感覚では、コーディングと設計って切っても切り離せないものであって、設計をする人がSE、コード書く人がPGってのは感覚的に物凄い違和感がある。
なんでこのSEって言葉ができたかっていうと「単価」を高くするために誰かが作り出した言葉にしか思えないんだよね。
もしくは、このウォーターフォール開発っていう方式の中で、分業するときの名前ってことで作り出されたのかもしれない。
けどこのウォーターフォール開発ってのも、あんまりピンとこないんだけどね。無茶言うなっていうやりかたな気がしてる。
趣味でプログラミングやってるっていうことが結構役に立つということを知ったこと。
所詮自分のやってたことは独学遊んでる程度で、クソの役にも立たないものだと勝手に思い込んでたけど、全然そんなことなかった。
今もまだ知りたいことは山ほどあるし、趣味を継続してやっていく価値は非常に高いんだということを知れたのはよかった。
あと、実際に働いてみて「これはもっと改良できるよな」とか「これは自動化できるよな」とか「これはもっといい意思疎通の方法があるよな」っていう反面教師みたいなのもたくさん知れた。
下っ端なりに、提案はしてみて、却下されたら素直に引っ込んでるけど。一緒に作業してるのお客さんだしね。
上にあがったらマネジメントやって、どうこうみたいな話しか聞かないんだよな。
そっちのほうが「単価」が高いからなんだろうけどね。
IT企業を自称していてもSIerあがりの人だらけの企業だと誰も手動かさないし全員が自分の立場守ろうとするし、その上大して給与も高くない、でもWeb系の給与は知らないから満足してる
・PHP
とにかくエンジニア採用を楽にしたい。質より量。技術は目的を達成する手段に過ぎない。
・ruby
目立ちたい。イケてる風にみせたい。多少コストをかけても良いエンジニアを集めたい。技術寄りスタートアップに多い。オフィスはチャラい。技術力ありそうだが稀にビックリするようなポカをする。
・Perl
古くから居る老害エンジニアが「採用？流行り？クソ食らえ。俺がPerlったらPerl」と、のさばっている。経営者も手を焼いていて
正直辞めてほしいと思っている。
・ジャバ
SIer出身のエンジニアがCTO、ないしそれに近いポジションにいる。信頼性第一でサイトデザインが総じてダサく、UI/UXはクソ。
・その他有象無象
変態。
それはおいといて、本来なら投稿を自分のブログやTwitterでかきたいところだが、キャリアポルノっぽいからモザイク付きでここで書くぜ。
自分が入社した頃からSIer崩壊論は提唱されてきたけれども、今後業界が生き残るにしてもどっちでも有意義な業界にはならないだろう。
数年前、社長がしたり顔で「これからはクラウド（時期によっては、ビッグデータ、SaaS、IoT、etc...）などの従来の開発にはない高付加価値を！！そのためには社員には技術力を今よりも更に磨いてほしい」みたいな話を会議でしていた。
受託開発でお客さんのいうとおりに作って保守しても身になりづらいし、複雑化して保守もお金がかかる。 お客も楽して僕らも楽してWINWIN!!クラウドサイコー
みたいな話を毎回似たようにするわけだ。
さぁ、その高付加価値ってのはなにをしたのか？
「これからは○○っていうパッケージ（フレームワーク、製品）を売って短い間に開発をして、サービス化していくぞ！」
どこぞの会社から買ってきたか提携を結んで、俺達は”設定”をするだけでシステムを売る。もしくは出来上がっているシステムを従量課金で貸す。そんな仕組みで儲けようと考えている。
ビッグデータも高名な大企業様の製品を”設定”して統計をすることで売っていこうとしている
なんだよ設定力ばっかり求めやがって！
モノを早く多く売って客を喜ばせるってのは分かる。
でも道をまちがっちゃーいませんか？
営業力に力を入れて技術者は外注任せにしようとして、じゃあ俺達は何屋なんだよ。 設定屋か？
そんなの技術じゃないし、
よく分かんないパッケージ買ってきては、社内で使ってみては社員は使いづれーって思っていて、売ろうとしてる奴使ったことあるの？これユーザー欲しがる？
関連会社に開発やってもらって、コアコンピタンスないじゃない。
ウェイターだけの高級レストランみたいなもんだ。
このレストランはウェイターだけだけど、お客さんの要望に素早く答えることができる。
ウェイターはメニューになにがあるか、膨大な量の項目を知っているんだ。
でも食べたいものを要望どおり出すのも標榜しているから、メニューをアレンジしたり新しく作ることも承る。
だが、「今日のこのワインに会う美味しい白身魚の料理がほしい」とかいうお話は出来ない。ウェイター味も料理も分からない。
だから「予算と、どれくらいで出して欲しいか、それからどういう材料が入って欲しいか決めてくれ」とお客さんに言っちゃうんだ。
シェフ、つまり厨房を統括するポジションはなぜかウェイターなんだよな。シェフ兼ウェイターなんだ。
そして出す。
でも、ワインにあう美味しい白身魚とは程遠かった。
お客さんはグルメでも料理のプロじゃない。 要望はあっても要件は決められないんだ。
ウェイターシェフは料理の種類のプロでも、なぜか料理のプロじゃない。
要件は決められてもそれが美味しいか、作れるか、分からないんだな。
料理人は、料理を作れる。だけれどもシェフの要望通りにしか出せない。
そもそも安い賃金だし、そんなに頑張っても報われないし
その高級料理店はブランドのちからはあったけれど、安くするとピントのずれた料理しか来ないし、本当に美味しいものを客が食べるには相当な金と時間をかけなければならない。
ところが、料理人が直接安いけどそれなりに美味しい店を出すようになった。
グルメな客は、安いけど旨いしということでそっちに行くようになった。
そのうち、高級料理店の方はレンチン料理しかでないことになり、
料理人が出した店はお客さんの要望に100%合わせた豪華な時間のかかる料理は出せないけれど、
顧客企業常駐、大手SIer常駐、自社請負開発、いろいろやったけど
前者ほど勤怠面では安定する、後者ほど残業休出の程度がひどくなる
客が常に周囲にいる状況なので前者ほどストレス値は高い、ただ後者がストレス値が下がるかというとそうでもない場合も多い
当然ながら情報は前者ほど手に入りやすいし意思疎通もしやすい、後者ほど開発に集中しやすくはなる、はず
短期間で精度の高いものを少ない人数で作れって言われたら、顧客に開発チームごと常駐させる
客が過干渉で物づくりが進まない状況なら、要件切るチームだけ常駐させて、開発部隊は自社に置く
で、常駐チームメンバーを頻繁に自社と客先を行き来するようにする
自社の待遇と評価の問題について、これはどの環境かには依らず、自社社員が多い現場ほどやりやすくなる
少人数・場合によっては一人の現場では、問題はプロジェクトの問題としては認識されず、
そもそも客によって・プロジェクトによって大きく環境に差があるというのは業界の問題だと思う
SIerが欲しがるプログラマーなしでもシステムできちゃう製品あるでしょ。
分岐をアイコンのようなやつでつなげるとか、ものっすごく単純にしたドメイン固有言語をコピペするだけでシステム完成するやつ。
パソコンのﾉの字も知らないオッサンは、上流の設計をそのまますぐに設定をしてお客に売る。
人月がめっちゃ安くなるよ―！！っていうアイドルと付き合えちゃうくらいなレベルの妄想をもっているらしい。
でもね。
今まで見てきたけど全部燃えてたよ。
ガソリンがたんまり仕込まれている焼夷系の地雷なんだよあれは。
大体お客さんは安い安いとか言っときながら、SIでシステム買おうとしているから絶対に自分らの社内ルールに合わせた複雑な要望を持っている。
社内ルールをパッケージに合せることや、システムの設計と社内のルールを歩み寄らせるというのは理想だが根付いていない。
本来ならばシステム担当役員が企業全体のフローごと改革するような強い権限を持っていればいいが、システムを買う窓口になっているお客サンがわのSEは普通の平だし、ヘタしたら外部の人間だし、
だから企業ごとのカスタマイズが必要になるのだが、あのノンプログラマー大丈夫系製品はほっとんどかゆいところに手が届かない。
ノンプログラマー大丈夫ってことは、プログラミングでの抽象度の高い操作を極力無くしてほぼ設定段階で済ませようとしているのだとおもう。
そしてノンプログラマーでも大丈夫系製品なので本当にノンプログラマーで構成された上流たちが、お客の要望をきいて「できそうじゃね？」「販売元にきいてみっべ」「いざとなれば誰か外注すっか」みたいなノリでやりがち。
で、「仕方ないプログラマ様にきていただぐべ」とかなるんだけれども
プログラマ様も謎の製品について学習するコストもかかってしまって余計時間がかかってしまう。
はっきりいってピュアJavaで書いてくれたほうがわかりやすい。
この手の製品で本当に挙動が分からなくて、サポートに電話しても要領を得なくて、でも上からは「おら、やれよバカ」っていわれて
しかたないからClassをデコンパイルして読んで、できません…っていうこともできないから、結局別プロセスで動かす逐一データを変換するような物をつくらなくちゃならなくなった。
それ誰が面倒を見るの？
納期に迫られてしかたねーしかたねーでとりあえず作ったし、オレは外部の人間だからすぐ抜けちゃうけどさ
こんなことここ五年で4回くらいみた。
簡単にする仕組みは良いよ。
ブラックボックスだし小回り聞かないし、でも色々な要望がでてきて結局袋小路に追い詰められるんだよ。
使って良いのはプログラミング言語の上を覆うくらいのフレームワークまでだね。
あとね。
作っている途中で思い出す感じなんだよ、
そんな状態なのに機能が制限されている簡単ツールなんて使うなよ。
ねえねえ。
あの発表の場にいたわけだけど、感想はよくわからないポエムな理由だ、でした。
今日の彼のSeasar2打ち切り宣言ブログ記事も読んだがやっぱりポエムだった。
あの発想は正直私にはよくわからないです。飽きたなら飽きたと言えばいいのに。
つうか、開発を打ち切ったあの時に言えばよかったんじゃないですかね。
かっこいいのかもしれませんが半分言い訳が入っているようにも思えます。
あのフレームワークには大変お世話になっているので、
とりあえずは本当にありがとうございます。
ま、でもすぐは消えないでしょ。この国ガラパゴスだし。
そもそも日本はまだStruts1.2.9ガチで新規開発に使ってるSIerがいたりするくらいだし。
来年で打ち切られたとして、確かに今後新規開発に使う人はほぼいなくなるだろうけど、
それでも5年いや10年以上既存アプリのメンテとかで普通に使ってるでしょ。どうせ。
フレームワークのフの字もない時代に作られたサーブレットだけで書かれた昔のゴミアプリを書き換えたいと
5年以上主張してても顧客から改修費用もらえない（後そこにリソース取れない）
という理由で書き換えられない人も世の中にはいるわけですよ（私だけど）。
もちろん最終的にはSeasarが緩やかに消えていくのは確かだろうけど皆さんが思ってるほど早くはないんじゃないですかね。
で、とりあえず今うちの会社は現在（かなり）Seasarの資産を使って作ったアプリが稼働中なので
いきなり移行する気もないわけです（つかそんなリソースない）
そもそも確かにメーリングリスト見て参考にしたところは多少あるけど、
サポート打ち切られたからってああそうですかでしかないとも言う。
どうせ何かあったら最初からこっちでメンテするしかないんですよ。
ぶっちゃけ今もそうですし結局当面はなんも変わらないわけです。
（あ、でもメーリングリストのバックアップは消えないうちに全部取っておこうかな）
フリーの環境を使わせていただくというのは究極的にはそういうことなんだと思っています。
それは多分Springに移行してもそう変わらない（最新の機能は随時提供されるだろうけど）
とは言え、新規に今後Seasar2を使うのがためらわれる状態なのは確かなので、
今後の新規開発案件では多分Springに移行することになるでしょう。
当日SpringBootのセッションも聞いたので日曜さらっと動かしてみてます。（ほんとにさらっとですが）
ひと月も触ってみればある程度Seasar2と変わらない程度で代替としては使えそうだとは感じてます。
バージョン2.4くらいの時に少しSpring触っていまいちとっつけずに捨てていたけど、
当時から見て大分とっつきやすくなってるんだなとは思いましたね。
（未だにSeasar使ってる化石人間の私としては今のSpringならPlayよりとっつきやすそう。JavaEEは論外）
でも正直あれがSeasar2より優れているのかと言うとぶっちゃけよくわからないけれども。
せめてDB周りがS2JDBCくらい使いやすければなー。来週HibernateやDBFluteの連携を試しますかね。
せっかく（外的要因とはいえ）変えるのだからよりやりやすい方法を探したいですね。
ま、もう少し研究して1か月くらいしたら新規案件はこっちでやるめどがつくかもですね。
（既存を移行するかはわからない（受託開発は移行を提案しても金がもらえないと…））
とりあえず、
１、5～10年計画で徐々にSeasar2フェードアウトするとは思うけど、完全卒業は多分しない（苦笑）
２、とりあえず、新規の開発はSpringで今後やるけど既存のアプリをどうするかは目途つけてない。変更のないアプリとかそのままずっと動き続ける可能性大（大苦笑）
３、ほどほど主義なもんであの人たちほどの成長意欲はない。流れのままのんびり生きていきたいっす。（SEに向いてない）
結構最先端めな東京のWeb業界から地方のSIer業界に転職して3年経ったのでそろそろ感じたカルチャーギャップをつらつらと書くよ。
転職の理由はまあ家庭の事情ってやつなので割愛。給料もやや減ぐらいで特筆することはないから割愛するよ。
上司を呼ぶときは正しい肩書きを後ろにつけないと嫌な顔をされるよ。
前の会社では社長までさん付けで普通に会話していたのでなかなか衝撃だった。
昇進や降格で肩書きが変わると呼び方も最新のものにちゃんと変えないといけないから大変。
昇進ならまだ訂正する方が嬉しそうに訂正してくれるからいいが、降格した人を前の役職で呼ぶと気まずさがハンパない。
当然メールの宛先にも肩書きを付けるので最初の宛先の羅列にすげー時間がかかるよ。
スーツで太っててやたら偉そうで、何の仕事をしてるのかよく分からないがゴルフの情報にはやたら詳しいみたいなのが割といるよ。
その人たちにとって下々の人間は石ころみたいな存在らしく、ほとんど注意は払われない。
これもテレビドラマで見た！って感じだよ。
なかなか新鮮だった。
見積もりの確認書からプロジェクトのリスクから反省点からレビュー表からテストのエビデンスから。
とにかくプログラムのコード以外に書かなければいけない書類が多いよ。
さらに一つ一つに上司やさらに上の人たちの印鑑が必要なので時間がかかる。
上の人たちは書類を見て印鑑を押す仕事だけで1日のほとんどを奪われているんじゃねーかとか思うよ。
実際にコーディングをする前に、そのままプログラムに変換できるんじゃねーかレベルの詳細設計書を作らないといけない。(当然作成ツールはExcelだよ！)
最初からコードで書く時間の5,6倍ぐらいの時間を使って、結局そのままコードに自動変換はできないロジックを日本語で書く。
当然簡単なテストも出来ないのでここでロジックの不備が見つかることはほとんどない。
ちなみに、実際のプログラミングは詳細設計書を写経するみたいなものなので全く面白くないよ。
一度上司にこの設計書の存在意義を聞いてみたら「誰でも実装や保守ができるように」などという答えが返ってきたけど、実装ならこの設計書を書いている間に終わるし、コードを読めない人が保守するようなプロダクトには、恐ろしくて関わりたくないと思ったよ。
割愛。
あまりにも文化が違う。300行ぐらいあるifブロックのネストとか余裕。
割愛。
割愛。
3年間で関わった案件で1度も実現できなかった。
割愛。
色々な切り口で問題点を伝えたが「規約ですから」で取り付く島もなかったよ。
結局、呼び出す度にどういう処理をするのか毎回コメントを書くことになっていたのには笑った。
飲んだのはエチラーム0.5mm。有名なデパスのジェネリック製品。
買ったのはオオサカ堂。
1日1錠。今は2日ほど飲んでない。
肩を回せば周りに聞こえるほどゴリゴリなっていたのが少し軽くなった。
今は飲んでいないので肩こりが復活している。
今回一番伝えたいところ。
この薬はステータス異常を回復し安定させてくれるが、HP及びMPを回復させてくれるわけじゃない。
そこの回復は他の手段で取るしかない。エリクサーは現実にはない。
就活は失敗して70社近く面接を受けたが内定は1社のみだった。
今年配転になって、今までの部から離れた。
それがストレスだったようで不眠、無気力、自殺願望などの症状が発露。
心療内科に行くのは高いため薬を買ったという経緯。
はてブホットエントリーの３０選（http://gathery.recruit-lifestyle.co.jp/article/1141321068543131601）がイマイチ感性に響かなかった（普段読書しない人向けか？）ので、俺選してみる。
【反省会】
ちなみに今回紹介の本は、ほぼ全て（マラケシュ心中以外・・・）Kindleで買えます！！！！
客先常駐のプロジェクトが多い。自社での受託開発プロジェクトは少し。
社歴もそこそこ長くなり、多くの現場への異動を経験し、働ける場所がどんどん狭まっていく、と感じる。
行きたくない現場が増えていく。嫌いな・合わない人が増えていく。NGな上司・マネージャのリストが充実されていく。
陣取りゲームの枠の中で、敵の陣地として灰色で塗りつぶされる場所が増えていく感じ。
どんどん狭まっていく。白の、自分が行動できる範囲はわずかにしか残っていない。そういう感覚。
トラブルを起こして異動になっているわけではない。ごく普通に契約終了での異動だ。
現場で働いている最中に異動を申し出たことはない。普通に働いている。
が、契約を終了し現場を離れてしばらくすると、もうあの現場には戻りたくないと感じることが多い。
ゴネてみたところで、その現場にしか仕事がない・募集がないというなら拒否もできない。
最悪上司と思っても、働く場所がそこしかないなら拒否もできない。
関わりたくない同僚の類も、同じ現場なら完全に無視できるものでもない。
そうなれば黙って受け入れるし、社会人として常識的に対応する。それはそうだ。
けど。心理的にはもう関わりたくない現場・上司・同僚は、現場を経験するごとに増えていく。
”異動するにつれ知り合いが増え、顔が広くなり、会社の中では生きやすくなる”
”異動したどの現場の勝手も分かっており・上司も知っており、むしろ生きやすくなる”
狭い業界で身バレするんで細かいことは書けないが、アニメ業界の低賃金について。
低賃金は手塚治虫のせいだとか、いろんなことが言われてるが、俺としてはピンとこない。
今までメディアに出てきているのは、割と現場のアニメーターや、評論家の話が多いので、
また実際には業界は単価仕事だが、はてなはSEが多いので、工数に置き換えてみる。
アニメの制作費は1話につき現場に落ちるお金が1,000万〜1,500万。
それ以下の場合もあるが、その場合は製作委員会からの分配で相殺するなど、なんらかのカラクリがある。
1,000万〜1,500万という金額は今は大体、
DVDとBlu-ray（通称「円盤」）の売上が1巻あたり3,000枚という目標数値から捻出されている。
（製作委員会は、実際には、原作料や、テレビの放映料含む販促のお金が必要なため、もっと多くのお金を集める）
キャラグッズなど他にいろいろ作られるものはあるが、多くは原価率が高く、製作委員会で分配できるお金は僅かになる。
22分のテレビアニメ1話は、約300カット、動画3,000枚で構成される。
業界内の標準的な1日あたりのノルマは長時間労働の温床なので、8時間労働を基準に考えた。
・原画は1日2カット＝1人月40カット。つまり、1話＝7.5人月。
・動画は1日8枚＝1人月160枚として、1話＝18.75人月。
・背景は1日2カット＝1人月40カット。つまり、1話＝7.5人月。
・仕上（彩色）1日16枚＝1人月320枚として、1話＝9.4人月。
・脚本
・絵コンテ
・演出
・作画監督
・美術監督
・撮影監督
このあたりはベテランで月2本やるひとも多いが、長時間労働と特殊能力の賜物なので、
・撮影（コンポジット）1日2カット＝1人月40カット。つまり、1話＝7.5人月。
音響制作費はちょっと工数がわからないが、大体100〜150万なのでそのまま据え置き。
編集やプリントや機材費、用紙などの備品はトータルで一旦100万とする。
またなにより、上記の工数にはまだ、SHIROBAKOの宮森あおいでお馴染みの、制作進行の費用が入っていない。
大手SIer並の人月100万とは行かないまでも、ゲーム系で標準的な人月70万＋進行管理費10％で計算してみると、
・4,660万円
・3,391万円
となる。
念のため書くが、上記の70万とか50万という数字は、そのままスタッフの給料ではない。
会社が固定費や利益を引いた上で、残った金額がスタッフに分配される。
