  |
はてなキーワード: オンプレとは
大企業。名前だけならたぶんほとんどの人が知ってる。毎日定時に帰れて、週休二日で、有給もフル消化できて、給料も福利厚生も申し分無くて、寂しい時は社内イベントや勉強会に出てワイワイできて、仕事もそこそこ面白い。だけどもうダメかもしんない。
俺はエンジニアだ。うちは IT 企業だ。俺はエンジニアとして働くつもりで入社した。面接でもそう言ったし、先輩にも上司にも主張した。衝突も多かったけれど、概ね希望は通ったと思う。今の仕事は面白い。でも、それでも、もうダメかもしんない。こうしてお酒を飲みながら不満を垂らしちゃうほどに。
スーツ強制である。意味がわからない。あんな窮屈な服をわざわざ好んで着るほど俺はマゾじゃない。
営業マンやオフィス街に勤めるビジネスマンだってんならまだわかるけど、違う。田舎に構える拠点だ。俺たちはエンジニアだ。仕事しやすい格好であるべきだ。だからといってさすがに裸は非常識だが、ジーパンくらいはいいじゃないか。
たまにお客さんやお偉いさんが来る時もあるけど、そんなの応接室で応対する奴だけ正装すればいい。なんで俺たちにまで押し付けるのか。本当に意味がわからない。マゾという性癖を押し付けたいの？
ネットニュースは見れるくせに、Twitter は見れない。技術用語で検索して情報収集できることを知らないのかよ。
Stackoverflow や Quora や Qiita も見れない（知恵袋は見れる）。GitHub も Bitbucket も、そしてはてなさえもだ。え？IT企業だよね？何の冗談だよ。全然笑えないぞ。
「情報漏えい対策です」だって？だったら POST だけ禁止すればいいじゃん。一部のサイトはそうしてるじゃん。情シスなのに GET と POST の違いもわからないの？
とにかく不便で不便で仕方がない。管理職は「自分のスマホで見ろ」「制限解除した専用タブレットで見ろ」とかほざいてるんだけど、なんでいちいち PC から離れてそっち見なきゃいけないの？コピペしたい時とかどうすんの？効率って言葉知りませんか？何なの？マゾなの？
ウォーターウォールが常にダメとは言わない。ただウォーターフォールは昔のやり方であって、少ない人材でスピードも求められる現代ではだいたい役不足だ。にもかかわらず、馬鹿の一つ覚えみたいにウォーターフォールで開発しようとする。
テストコード書いて効率化して暇を持て余して改善に勤しむ俺よりも、いっしょうけんめい（笑）ワード使ってコードを日本語にひたすら翻訳するという詳細設計書執筆に勤しんでる奴の方が評価されてるという現実。第一ウォーターフォールに従うなら先にコードができてるのもおかしいじゃねーかよ。
ウォーターフォール続き。開発審査といってこれを通過しないと先の肯定に進めない関所みたいな審査があるんだけど、これがまた冗談みたいに面白い（笑えない）。何十年も（何年も、ではない）前につくられた基準で、かつ無理矢理定量的に解決しようとした体系をしていて、結果、
「x時間に至ってない？それはおかしい。x時間になるまでレビューしろ」
「x時間超えてる？それはおかしい。なんで超えたのは理由を説明しろ」
なんてことが起きている。何なの？ソフトウェア開発がそんなに単純にいくと思ってるの？そんなはずない。みんなわかってる。だけど逆らうこともなく、おかしいとも思わず、ただただ過剰な仕事を投入したり、数字いじりと作文に勤しんだりする。一体何と戦ってるんだよ。
ちょっとした資料でもパワポが強要される。テキストで書くと渋い顔をするし、他部署や他拠点、部長より上向けの資料となると絶対に OK が出ない。
独自フォーマットじゃねえよ。Markdown 知らないの？別に Markdown 覚えろって話じゃない。ちゃんと見易いテキストで書いてるだろ。分量的にも、話題的にもこれで十分だろ。なのにわざわざパワポなの？何がしたいの？パワポ萌えなの？勝手にやってろよ。俺たちまで巻き込むな。
PCとディスプレイは会社側が用意したものしか使えない。Windows 強制。メモリとかCPUは家電量販店で売ってるレベル。いやそっちの方がまだ高性能かも。おいおい、総務とかじゃないんだぜ？エンジニアですぜ？開発マシンだよ？こんな貧弱なマシンでどうしろって言うの？
キーボとマウスとディスプレイ枚数が自由なのがせめてもの救い。といってもディスプレイは会社支給品なので一人あたりどう頑張ってもトリプルだけど。
サーバーで仮想マシン動かしてそっちで開発しようとか、むしろ開発用のハイスペックマシン手に入れようとか画策するんだけど、無理。調達できない。壁が二つ。
上司の壁。「何贅沢言ってんの？」 贅沢じゃねえよ。それ営業マンに向かって「車？何贅沢言ってんの？（原付あるだろうが）」て言ってるようなもんだぞ。
会社の壁。やたら承認やらエクセル申請書やら冗長で数日じゃ終わらない。ちょっと記入ミスってたらやり直し。融通の利かないお役所仕事。そもそもお金が無いからそんな調達できないんだってさ。無いことはないだろ。利益出してんだろうが。その金はどこ行ってるの？お偉いさんがガハハとかっさってんの？
結局、今部署にある分でやりくりしなきゃいけない。だいぶ昔から使ってるやつだから古いし、キャパも限界。使わないマシンを落とさないと他が使えなくて、そのためにみんなに使用状況聞いて回るとかしている始末。おかしいだろうがよ。
え？クラウド？「クラウドに企業秘密置くなんて何事だ！」だってさ。だったら紙で仕事してろよハゲ。
必ずインストールして常駐させるソフトが結構ある。特にセキュリティ系。中には Windows Update みたく動作に支障を及ぼすものもある。お前自身がウイルスじゃねえかよと言いたくなるレベル。
あと全体的に実装が稚拙なようでメモリも CPU もやたら食う。ソース見せてもらえないから何とも言えないけど、初心者がゴリ押しで書いたみたいな臭いがする。これで何百、何千の人間の、いったいどれだけの時間を無駄にしているんだろう。
インフラがとにかく弱い。メンテナンスは日常茶飯事だし、入社年度とか拠点とかでアクセスしていい時間帯を分けるようアナウンスするし、24時間稼働じゃないし、稼働するにしても昼休憩とか夜間とか制限かけるし。自社のインフラさえままならない企業にいったい何ができるというのか。
本当に力入れた方がいいと思う。どれだけ損失してると思ってんだよ。お偉いさんのイベントで主張してみたりもしたけど、俺が浮いただけだった。こういうことに関して鈍感なのがデフォなのだ。
社内システムはほとんど IE しかサポートしてない。バージョンまで固定する始末。UI もレガシーだし、UX も全然考慮されてなくて、フォームを何十個もずらずら並べたみたいなページが普通に登場する。
SVN である。これでもまだマシだ。いや SVN も相当にオワコンだけど（Git 信者が何を知ってるって？いやいや Git 知らないだけでしょ。gitignore が無い時点でどれだけレガシーなのかがわかりませんか）。
ひどいと VSS とかいう化石だったりする。VSSて何ですか？だよね、知らないよね。調べてみるといいよ。面白すぎて笑えない。
今上に立っている人たちが残業何十時間何百時間当たり前の世界でバリバリ頑張ってきた人たちだから、そういう価値観が蔓延している。残業40時間くらい何とも思わない人種である。いや40でも十分多いから。
物理的に仕事が多いならわかる。本質的に難しいことしてるならわかる。残業しなきゃままならないシチュは存在する。でもそんなの見たところ一握りだよ。大半はただだらけてて怠けてて非効率的で無知なだけ。
いや、無頓着というべきかもしれない。たとえばつい先日こんなことがあった。レビューで（俺はレビューア。他にもたくさん）、レビューイがブラウザからファイルをダウンロードした時にブラウザなのかダウンロード先なのかどこかおかして、ブラウザがフリーズしたのね。イラっとするじゃん？と思ったら、したのは俺だけだった。数十秒くらいは続いたのに、俺以外はみんな平気な顔してた。平然と待ってた。そういうことに無頓着なんだ。プログラマの三大美徳を備えろとまでは言わないけど、そこまで無頓着なのは社会人として、エンジニアやビジネスマンとして、どうかと思う。
俺は巻き込まれたくないからうまく立ち回っていて、帰ろうと思えば毎日定時で帰れるが。この体質はほんとどうにかした方がいいと思う。
英数字とスペースを全角で打つのはやめろ。それが許されるの小説だけだ。
インデントはタブを挿入すること ← 俺はスペース派だが、まあわかる。規約ならしゃーない。
「従わなければいいじゃん」 俺もそう思ったよ。でもね、みんなね、レイアウト整えるのにタブ文字を入れやがんだよ。わかるかい、タブ4文字にしなきゃレイアウトが崩れるってことだよ。おかしくない？レイアウトはスペースで揃えよ。タブが許されるのは行頭のインデント部分だけだよ。
この件について戦ってみたことがあるけど、誰一人として賛同は得られなかった。俺は自分勝手な人間との烙印を押されただけだった。エンジニアとして主張すればそうなっちゃうのがうちなのだ。
この件については宗教論争的なこともあるから最悪引き上がる覚悟もあった（それにぶっちゃけ手元のエディタやツールで変えればいいことだし）。でもどいつもこいつも真面目に考えることなく、俺を一蹴した。俺が嫌いだから？何大人げないことしてんの？小学生かよ。意見を見ろよ、中身を見ろよ。
こんなことがあった。
オンプレで立ち上げてるサービスに対して REST API を勝手に使ったら怒られた。曰くシステムがダウンしたらどうなるんだと。業務停止するだろうがと。
言ってることは正しいけど、だったらエントリポイントを閉塞しておけよ。あるいは注意で REST API 使うなと書いておけよ。REST API をデフォでサポートしていて、何の注意や閉塞もなく解放されているなら、それは自由に使っていいってことだろ？（もちろんだからといってリクエストをバーストさせていいわけじゃないが）。悪いのはそんなことも知らなかった無知な管理者だ。責任転嫁するな。
ちなみに閉塞案と注意追加案と提案してみたが無視されている。もちろんそれらを行う権限は俺にはない。
チャットの意義は Pull 型コミュニケーションができることだ。受け取った側の都合で返信できることだ。送る側も、そのことを前提とした上で、期限に余裕のあることを送るのだ。
このことを知らない人があまりに多い。とにかく彼らは口頭を好む。え？あんたら、忙しいよね？むしろ俺は配慮してあげてるつもりなんだけど。口頭で割り込まれることでどれだけ集中を阻害されているかがわからないんだろうか。
まあ俺はいいけど。集中削がれて非生産的になって遅れるのはあんたらだから。俺には関係無い。もちろんそのせいで俺にまで影響が及ぶのだとしたら、そこは全力で反抗する。そういえば以前、この件で上司の上司に対してチャットでみんなに意見を尋ねてみたら、問題行動として垢BAN食らったっけなあ。その部署からは異動しました。
C言語手続きプログラミングマンがあまりに多い。OOPを使っただけで、Ruby スクリで実装しただけ異分子扱いされて「そういう最新技術を誰もが知っているわけじゃない」「自分が知っているからといって無闇に適用するにはやめろ」とか言われる始末。最新技術って。ジョークだったんだろうか。あの時は思い切り笑った。その先輩とは今でも疎遠だ。すれ違っても挨拶してくれない。
まあこれは部署や部門の問題だと思うけど。たとえば OSS で食べてる部隊ではそんなことはない。
昇進するための要件として資格取得がある。公的資格だけじゃダメで、社内独自の資格も必要なんだけど、この資格たち、試験でどうでもいい自社製品うんちくばかり問うてくるものである。はてなを例にするなら、創業時メンバー全員（一人かもしんない。知らん）のフルネームを答えよとか、創業日を答えよなど。
それ、覚えて意味ある？何がしたいの？愛社精神擦り付けたいの？そんなことしても逆に離れていくだけだと思うけど。違うかな。じゃあ何のためだろ。全く見当もつかない。それくらいに不可解だ。
ソフトウェアを新しく使用のにいちいち承認が必要とかいうふざけた制度があった。ソフト使うのって、エンジニアにとっては日常茶飯事じゃん。いちいち承認してたら進まないだろ。
それでもルールなら仕方ない。俺は何十という承認依頼を送った（ちなみに部長以上のお偉いさんが承認者になるという慣習がある）。反応が悪いし、仕事が進まないので口頭でも催促した。一蹴された時は「ならもっと上の人に掛け合います、XXさんが相手にしてくれなかったので来ましたって」的なことを言ったりもした。
結局、俺の部署では「なるべく新しいソフトウェアは使わないこと」「どうしても使いたい場合は自己責任で導入すること」「もちろんウイルスチェックはちゃんとしてね」「実績のあるソフトだけ使ってね」みたいな緩いルールが新設されることでケリがついた。
今でも多くの部署が承認制のままだろう。みんなどうしてるんだろ。それで仕事になるの？
うちは IT 企業なのに、リテラシーに明るくない人がいる。たとえば Wiki の書き方も知らないような人がいる。そういう人が部下を仕切っていたり、社員を支えるスタッフ業務に携わっていたりする。
エンジニアとしてより良いやり方を提案しても、導入しても「難しそう」と一蹴されるばかり。そもそも、ここまで上述してきたことに対してピンと来ることさえない。
厄介なのは、会社そのものがそういう人達に足並みを揃えようとするところだ。だからエンジニアにとっては物足りない、窮屈で、非効率的で、むしろ邪魔にしかならないようなシステムや仕組みや施策ばかりが降ってくる。元を辿れば煩わしいセキュリティソフト群や承認フローの多さも、一部のバカが何かしでかしたせいだ。
一部の人間が足を引っ張っている。大企業であるということ、図体が大きいということは、そういうことなんだと思う。そうするしかないのだろうか？個人的には、エンジニアとそれ以外に二分して、前者には前者のインフラなり体制なり整えればいいと思うんだけども。
うちの会社の連中は、彼らはエンジニアではない。思えば余暇で技術的な話をすることが一切無い。彼らにとって技術は手段でしかないのだろう。エンジニアとしての矜持というものは存在しないのだ。
たとえるならママチャリに乗っている人達みたいなものだ。ロードバイクに乗る人からすればママチャリは手段としてありえない。ロードの方が何倍も早いし、移動範囲も広がる。けれどママチャリ乗りはロードには乗らない。そんな世界があることをそもそも知らないし、知っているにしても努力してそこまで至ろうとは思っていない。今のままで十分だと思っている。
同じなのだ。彼らもまた今のままでいいと思っている。エンジニアリングのエの字もわかっていない。無論、ただのママチャリ乗りならそれでもいいんだけど、俺たちは IT を生業とする会社だ。ロードレースでメシ食べてるようなものなんだよ。なのにママチャリのままなんだ。どう考えたっておかしい。それで勝てるわけないだろ。この先どうすんの。今はたまたま誰も走ってない道を走ってるだけだ。そういう道も着実に少なくなってきているし、ママチャリで頑張って登ろうとするゴリ押しマン要員も減ってきている。
他にも挙げればいくらでも出てきそうだけど、疲れたんでこの辺で。
俺も偉そうなこと書けるほどのエンジニアではないし、ちゃんと読みやすいよううまく書けたか自信ないけど、それでも書かずにはいられなかった。
いまは別の会社に勤めているが、以前の会社があまりにも残念だった。
ちょっと気持ちが落ち着いてきたのと、落ち着いてきたものの誰かに知っておいてもらいたいので記すこととする。
例によって特定を恐れ、ある程度はぼかすものとする（が、事実である）
昨年の夏頃から転職活動を始め、自分なりに納得した上で初冬に転職した、理由はUターンである。
小生は都内でシステム開発の職に就いていたが、転職先も地方のシステム開発である。
Uターンということもあり、年収や仕事内容が下がることは覚悟の上だった。
仕事の内容が下がるとは、やはり都内でイケイケな技術を使って、イケイケなサービスを作っていた側からすると、劣るということである。
断りを入れると、すべてが転職活動の失敗に紐づくし、それは自分の責任の以上で以下ではない。
が、考えていた以上の煮え湯を飲まされることとなる
一例を出すとする。
まず前提
そこでは、とあるシステムのパッケージ開発とその納品作業（カスタマイズ含む）を行っていた。
納品作業には顧客との動作確認や他システムとの連携テストが含まれる。
うすうすおかしいなっと思うことがあったが、連携テストの際に辞めることを決意する決定打があった。
コレである。
なんかよく分からない叱責の中で、この言葉がでてきたのである。
耳を疑った。
多分人生で初めて、耳を疑った。
いままで信頼してきた自分の耳を疑った。
そもそもこの会社では到底SVNとは思えないSVNの使い方をしていた。
なんせソースコードの改修箇所は、Excelで管理されているのだから。
ちなみに想像つくと思うが、ソースコードに改修番号みたいなコメントがあって、その改修番号でExcelと紐付いているという。
そんなこんなでソースコードにはどこぞの納品先でカスタマイズされた分岐やらループやらが散在して、なんのことかよくわからなくなっている。
まぁやり方はそれぞれだから百歩譲って許そう。
しかし許せないのは、あたかもそれが正解かのように叱責され、でてきたあの言葉である。
これを言ってきた連中は新卒で入ってずっといるor長いこと会社にいるっといったメンツである。
毒されている、というか技術者としての向上心もない、もはや彼らはこの会社でしか生きられないだろう。
「ごめんね、ここでのSVNの使い方はこうなんだ、いま改善しようとしているところだから、とりあえずは我慢してね」
とか言いようがあるだろう。
それもなく、運用ルールを説明もせずに間違っていたら怒るという。
（彼らは説明したと言っているが、間違いなくいっていない。こんなルールを聞かせれて覚えていない訳がない、彼らのなかで常識となっているから言ったと思いこんでいるのだろう。）
ボカしているのでうまく伝わらないと思うが、これがことの顛末である。
もちろん他にも首を傾げるところはある、けしてコレだけではない。
書いてて思ってが本当に内容をボカす必要があったのだろうか。
なぜなら彼らは、はてブも知らなければ当然ながら増田も知らないだろう。
故にこの増田がはてブのトップにきたとしても、みることはないだろう。
もうちょっとだけ、なんだかなーっと思ったことを言わせてほしい。
例によって彼らもソシャゲをする一端のサラリーマンなわけだが、Ingressを知らないことには驚いた。
別にIngressを知らないからレベルが低いと言ってるわけではないが、それぐらい知っておこうよっていうことが多々ある。
どうやったら防げたのだろうか。
（それはない、人のやる気さえを奪う負であったから、ここにいたらマイナスでしかない）
やっといろいろ考えられるようになってきたので、今回まとめてみることにした。
賛同してくれる人がいたら嬉しいです。
最後に
いわゆるWeb業界のエンジニアやってて10年経って、めでたくおっさんクラスタの仲間入りと言って過言でない年齢になりました。
定期的に "エンジニアの生存戦略" とか "キャリアが云々" みたいなのが話題に上る一方、みんなが気にしているのにあまり出てこない "おちんぎん" の実態について、私個人が10年でどのように変遷してきたかというのを書いてみようと思いました。
ここでいう "年収" は、源泉徴収票にある支払金額にある金額のことを指します。つまり、実際に得ている金額ということですね。
2006年: 350万円
2007年: 源泉徴収票紛失で不明、たぶん2006年と変わらないくらい
2008年: 440万円
2009-2010年: 400万円
2011年: 600万円
という感じです。
これをどう思うかは人それぞれだとは思いますが、参考にできそうな人がいたらどうぞ。
http://whywaita.hateblo.jp/entry/2016/04/11/141837
↑読んだ。
この人はたぶん普通に就職できると思う。インフラ屋さんとして。
実務経験・・・とか言われると厳しいかもしれないけど、新卒ブランドでいけるでしょう。
中途のインフラエンジニアって、最初から募集のハードル、高すぎると思うんだ。
今のご時世、どんどんクラウド化してる。ハード触れる機会、仕事。どんどん減ってる。
大きい会社はたぶん、LABとか持ってるからいくらでもいじらせてくれてハードも覚えられると思う。
そうじゃない会社って自分でハード買って触らないと覚えられないことが多すぎる気がする。
私も仮にもインフラ屋さんやってるけど、自分で自作PC作るし、LANケーブルも自作するし、Yamahaのルーターとかも一時は自宅にあった。
そのぐらいやってやっと中途のインフラエンジニアとして認められる。。。ってか。
どんどん確かにクラウド化してくのはわかる。それが時代の流なのもわかるんだけど、やっぱりベースはオンプレだよ。
いわく
等々上げればきりがない。
こういう人達に共通しているのは、知識の根っこにある方が上だと思っていることだ。
プリミティブなことをやれば数学の公式のごとく、下流にあるすべてを把握できると思っている。
もうやめませんか、そういうのは。
知識がツリーになっていることは純然たる事実だ。新しく見える知識でも昔の知識をちょっと変えたものだったりするのは確かだ。
だけど、そんなのは当たり前の話なのだ。それぞれの知識はレイヤーで重なっていて、それぞれの役目を果たしている。
知識のツリーというは一種の生態系なのだ。シマウマはライオンに食べられるが、動物的にライオンのほうが優れているということはない（←(｀・ω・´)お前それサバンナでも同じ事言えんの？）。
生態系と違うのはそれがものすごいスピードで起こるということ。だから時間が経てば今ある最上位のレイヤーの上にも更にレイヤーがどんどん重なっていく。
javascriptがいい例だと思う。
昔はブラウザでさえまともに動かせなかったが、node.jsやbowerやgrunt,gulpができて、javascriptというレイヤーの上に積み重なっていった好例だと思う。
つまりそういうことなのだ。あるレイヤーで満足してしまうと、いつの間にか最上位のレイヤーがはるか上の方にあって浦島太郎になっていたりする。
今の話題についていけずに、若者をひがんだりする。今お前らがやっていることはワシが育てたと言いたくなる。かっこ悪い大人の完成。
でもそれはしょうがない面もある。
おじさん達が若い奴らと一緒に知識を追いかけるのは無理があるからだ。走り続けるのには体力がいる。背負わなければならないものも増えてくる。
生物として、自分がやっていることが無意味だと言われないように、追い抜かれないように、必死なのだ。
だから知識のツリーを優劣と混同して、たとえ追いぬかれても自分の存在価値を示せるように攻撃を行うのだと思う。本来は全く逆なのに。
（※すべてのおじさんがこうだとは言いません。最後尾から安々と追い抜いていくすごいおじさんは確かに存在します。）
話を元に戻す。新しい知識の話を聞いたらどうか偏見を持たないで聞いてほしい。それはもう自分ではどうしようもなく、手が届かないかもしれないけど。
少なくともそれは優劣の問題ではない。別のレイヤー、次元の話なのだ。
そしてもし自分が持っている知識のさらに上にあるレイヤーの話をされたら喜ぶべきなのだ。
どんなレイヤーの知識も一つ下のレイヤーに依存していることは確かなのだから。
－－－ーー
