はてなキーワード: sIとは
http://d.hatena.ne.jp/iad_otomamay/20130318/1363596244
この記事。本当に腹が立ちました。
まず質問自体が酷いのが多い。
省略したのは知らないと障害の危険があるので知っとくべきってことで同意なんですが、
これは使うときにググれば良い話。暗記しておくメリットがわからない。
結合テスト中のシステムで、OutOfMemoryErrorが発生しました。UT後ソースコードの変更はしていません。ヒープメモリは足りているようです。原因として何が考えられますか?(筆記解答)
「UT後ソースコードの変更はしていません」という一文が意図不明。単体テスト終わった後にソースコード変更したら、再度単体テスト必要だと思うのですが?この一文は何のヒントにも制限にもなっていないです。
なぜNGなのかというのは「文字列連結演算子(+)では速度が遅いから」であり、StringBufferかStringBuilderのような結合用クラスのappend()を使うことでパフォーマンスは向上する、というところまでが質問の狙いなのかと思いました。もう一歩踏み込むならば、+をしたときにコンパイラでどのようになるかを知っているかどうか、みたいな。しかし結合用クラスにはデメリットもありまして、append()は冗長過ぎて可読性が酷く低下するデメリットがあります。文字列の連結時にクラスをnewするタイミングを調節したほうが速くなることもあります。近年ではマシンのスペックもあがってますので、そんなに気にする部分ではないと思います。そもそも、このStringBufferの仕組みは絶望的に救いがないJava言語の汚点と言ってもよい部分です。なんで文字列の連結方法に複数のやり方を速度だけの理由で取捨選択させるというバッドノウハウなので、早くコンパイラが最適化して一元化くれることを望む部分です。
StringBufferかStringBuilderと書いていて、そういやスレッドに関しての質問がないのはどういうことなのかと感じました。JavaのWeb系ってスレッド重要だと思うのですが。
JavaScriptでHTML要素をid属性の指定により取得するメソッドは何ですか?(筆記解答)
もうjQueryやDojoも使われるようになってきたからこれも知らなくてもいいんじゃないかと。id指定で取れるということとを知っておけば答えにはたどり着けるはず。バッドノウハウです。どうしてJavascriptが最近になって流行ってきたかを思い出して欲しいです。
プログラマーはバッドノウハウの塊でなくてはならない、というのが見えてくる質問内容ですが、最近は覚えなければならないことが多く、技術の更新スピードも早いので、あの質問のような重箱の隅まで暗記するようなことをしていては、重要な部分が抜け落ちているし、暗記の苦手な人は辛いと思います。書籍もネットのような情報の蓄積と抽出する部分は充実してきたので、概念は知っておいて、実装手段はその都度調べるほうが効率的であるかと思います。質問は、応用の効く根本的な部分を問う方がよかったです。
「現実は、もっと凄惨な世界を経て時代が進んでいくようだ。」などと締めくくっていますが、この人は凄惨な世界が嫌なのでしょうか?不安を煽るだけで対策も講じていません。まず、質問の回答を書くだけでも、読んだ人の知識の底上げに貢献できると思うのが普通です。「これは基礎教育をやってれば当たり前」とか言ってドヤ顔して、できない人間を馬鹿にしているだけに見えます。本心では凄惨な世界を望んでいるのでは?としか思えてなりません。
この記事を読んだことで、またSI業界から優秀な人が遠のくことでしょう。こんな人間が居る業界には居たくないと。
どうして悲しみを減らす方向に動いてくれないのかと…
※追記
頭沸騰しててスルーしてしまったのですが「淘汰」って書いてあったので、業界の底上げは望んでないんだなあと、見当はずれなこと書いてしまったなあ、と、後悔した。
時給800円と8万円――仕事をしていて、なぜ100倍もの差がつくのか
http://headlines.yahoo.co.jp/hl?a=20130313-00000031-zdn_mkt-ind
この記事で気づいてほしいことがある。
マッキンゼーのコンサルタントは時間いくらでお客さんからお金をもらっているということ。
つまり、IT業界批判でよくある「人売りビジネス」と同じなんだな。
単価は10~20倍くらい違うけど、SIの世界でSEやPGを売る「SES(システムエンジニアリングサービス」契約と、
コンサルを高値で派遣する「コンサルティング契約」は、本質的には変わらない。
大手コンサルティングファームでは、プロパーコンサル1人+名も知らない怪しい中小コンサルから来た
多重派遣もバリバリある。業務委託契約だから契約上は多重派遣にならないが
指揮命令系統はメチャクチャで、偽装請負が成り立ちまくっている。
多重下請構造におけるコンサルのピンハネ率もとんでもなく高い。
SIの世界では20~30%のピンハネが多いが、コンサルの世界では50~60%が常識だ。
元記事にある「マッキンゼーのシニアクラスのコンサルタント」を例に取るとこんな感じになる。下請け以下に流れる金額は想定だが、大きく外してはいないはずだ。
客→マッキンゼー 8万/h→下請け 3万/h→孫請け 1万/h→孫請けと契約している個人事業主(実際に仕事する人) 4000円~5000円/h
受発注側どちらかに居た人ならわかると思うが、「上級コンサルタント 3.0人月 900万円」
そして1ヶ月の労働時間がある時間(だいたい160~180時間)を超えたら時間単位で追加料金を請求する。
つまりコンサルタントは人売りビジネスであり、人月ビジネスであり、ピンハネビジネスなのだ。
SIと同じように。
なのにSIは「多重下請人月ピンハネビジネス」と批判されるが、同じ業界構造であるコンサルは批判されない。
と言うより、コンサルの世界を批判する記事やブログを見たことがない。
何故だろうか。
http://anond.hatelabo.jp/20130310152356
元増田に便乗したお陰か、思ったより多くの方に読んで頂けたようでとても嬉しいです。
こんな付け足しを書くのは興ざめかもしれないけれど、
似たような境遇の人も多いようだし、
もうちょっと具体的な事を「あとがき」として補足しても良いかな、
という気になりました。
(申し訳ないことに、この付け足しも長いです)
私の文章は、元増田
「上流エンジニアなんて死んじまえ」
http://anond.hatelabo.jp/20130309233920
「上流にも技術力はあるはず」
という、上流下流のどちらが優秀かという議論が問題からやや外れているように思えたため書いたものです。
優秀な人がいても活躍できず、当たり前のような施策もうまく働かない、
(下流にいたほうが技術力の見せ場が多いため、
下流に優秀な人が多いように見える傾向はありそうです)
そして、その他の19人~49人は基本的に普通の人です。
20~50人に1人の人をあてにして仕事を進めるのは(現状のSIer周辺では)不可能なため、
19人~49人の普通の人が持つ価値観・思考・ペースで仕事を進める事になります。
さて、システム開発でソフトウェアの基本構造を決める部分について、
どうしても一種の才能(パターン認識・適用能力)が必要なのですが、
才能のある人が適切に作業に割り当てられる可能性は低くなります。
その結果、普通の人が納得しやすい下記のような方法が取られがちです。
こういった構造は、当時は場当たり的なつもりでも結局は規約化してしまい、
「途中で何を思いついても設計書の通りに絶対作れよ」
といったSIerにありがちな規約と相まって、未来永劫負の遺産として残ることが多いです。
そして、一旦ダメな土台が出来上がると、その上には基本的にダメなものしか重ねられないため、
どんどんダメになっていき、最終的には手のつけられない沈没船になります。
プログラムの基本構造がダメだと、どんな優秀な人であっても出来ることが限られます。
当然リファクタリングすれば良いのですが、
といった、普通の人による突っ込みには、現場での反論がなかなかしにくいです。
そして、リファクタリングもやはり才能のある人が中心になる必要があり、
ここまで書いてきたようなことが、
現場の中に居たままそこを良くする方法は、結局思いつけませんでした。
これをこの先何年続けても無意味だな、と思い、転身することにしました。
正当な取るべきリスクを取った結果だと思うのです。
沈没船では最初から沈没寸前のため、リスクを負うことができないか、異常に増幅されます。
運用上リスクを負うことのできない(機能追加できない・構造を改善できない)システムなど、
黒船は、取れるリスクの幅が大きいからこそ難しい航路を選べるし、
そこで失敗したとしても、それ自体が業界や人類全体の資産になるのだと思います。
黒船は水平線のはるか向こうで、船長はそれらが見えないため気楽です。
ちゃんと沈没してくれれば、最終的にはまともな船しか残らないので助かるのですが、
まともさに関する競争が働きにくいところがあるらしく、
リスク満載のはずの沈没船を安泰とさせている事によるコストは、
最終的には企業全体・社会・国家・人類といったものが負っていると思われます。
普通の人というのは、
家に帰ってから基本的には勉強せず(資格や仕事で必要な場合は別)、
仕事で決められた範囲のツール・技術・問題領域で満足できる人の事です。
これは不真面目とか怠慢とかそんなわけではありません。
例えば、マクドナルド店員が、
自宅でもビーフパテを練ってハンバーガーの焼き色を研究したりレシピを何冊も書いたり、
毎日毎日ポテトやハンバーガーをキーワードにググったりブログを読んだり、
枕元には常に藤田田の著作を数冊積んでいて、本棚には完全なコレクションがあったり、
1日に5度は銀座1号店の方角へお祈りを捧げたりしたら、
やはり変だと思うのです。
「才能のある人」とは、そういう事をごく自然に、
それこそ食事や睡眠のように日々やっている人です。
さらに言えば、これはマクドナルド店員を例に出すと変に思えるのであって、
ギタリストやピアニストや作家や写真家やデザイナーといった専門家であれば
不自然でも何でもない最低限のたしなみです。
20人~50人に1人という割合も、それがプロのギタリストであれば納得できる数字です。
本来そのぐらい特殊な専門領域を広く一般に開放してしまっているという問題が、
スキルが必要な作業はSI内部だけで回した方が楽だし、環境を整えておけば時間かけずに品質も確保できるはずだけどな。
最近経験したプロジェクトだと開発自体は社内の人間だけでやってたな。
プログラマ的な作業は要件定義と平行して、本格的な開発に入る前に8割方終わらせてた。
下請けにお願いするのは、要件定義で作成した資料をドキュメントに反映するとか、コードの細かな調整とかだった。
コードやドキュメントへの変更はバージョン管理のおかげで誰がいつ何を書いたか分かるから、毎日の変更分だけを10分ぐらい見てすぐにメールという感じで、時間のかかる対面でのレビューはしなかった。
あとは膨大なテスト。
今のシステムエンジニアの仕事に求められている水準というのは、人間に達成できる内容なのだろうか?
それも専門的教育を受けていない、働き出してから怪我をしながら学んだ人に達成できる水準なのだろうか。
とはいえソフトウェア工学やらプロジェクト管理工学やらを持ち出すと「机上の空論」「現場は違う」とか言い出すのだろう。そりゃそうだ。自分が現場育ちなのだから、そこを尊重したい気持ちが何より先立つ。理論を持ちだされても素直になれない。今現場でSEをしている自分に理解できないことをもってこられても恥ずかしい。
ソフトウェアやら構築やらSIやらには免許が要らない。そのための国家試験もない。認定の国家試験はあるけど、前述の理由で価値が認められていない。現場優先とは聞こえがいいけど、それは単に自分の価値を最大限にしたいだけだ。
もう無理なんだよ、知識のない人間には。現場の人間は手足であって、頭になれない。ちゃんとした頭が必要で、無理なことを解決するのに無茶を投入する知恵のない人は要らないんだよ。下請けが給料が安いのは当たり前なんだよ。交換が効く手足なんだから。頭のほうが価値があるに決まってるだろ。頭の足りない元請けがいる、なんていうなよ? 元請けの時点で覚悟しろって意味なんだから。
ゴミ学校出て地方のIT企業なんて中小のSIerしかないから「不況だしとりあえず仕事しにゃー」とかで入ってはや2年。(もうじき24じゃーん)
いや、まぁわかるんですよ。技術なんていりませんよ、ほんと。家で遊んでろってね。出来るだけ大手にべったりしてりゃいいですから。(それでも小さいけどね、田舎だし)つか業務システムに技術なんて要らないのか?
でもデスマ何度も起こしておいてスルーはないんじゃないかなー。入社半年でもわかるようなヤバイフレームワークで作った製品とかパッケージとか営業が必死で売ってるのはすごいと思う。
たぶん昔からそうっていうか、やっぱそういう業界なの?つーかカタログに載ってる機能実装されてないしwww
偉い人もとりあえず「iPad!」「クラウド!」とか言ってるよね。面接の時に引いたけど、入社したらなんか気分がブルーになってた。いろいろ思い出すなぁ(遠い目)
ほらー、技術の話とかするからドン引きされちゃうじゃない。業務知識知らないのに調子のんなみたいな空気出ちゃうよー???
やっぱパチンコの話だよ。パチンコ。あと適当にスポーツ。野球とかサッカーとかね。タバコ吸いながら。
2年しか経ってないのに多少まともなスキル(英語力とかも込みで)がある人はほとんど辞めてる。
でも辞めてどうすんだろうねwww 2年で半分近く辞める部署ってのにも引いたけどwww
寿退社はいいとしてさ、30前後でロクに技術もないとか(だって多少スキルがあるって言っても。。。ねぇ地方中小SIじゃね)、マジ介護じゃん!鬱になった友達みてると介護は常時デスマじゃんねwwww
(実際は全く笑えないというか2人で笑うしかなかったけど)
いや、まぁそんなことはいいんだよ。どーでもいいんだ。良くないけど。
俺はこの目の前にある「でーたべーすすぺしゃりすと」とかいう資格試験対策本がつまらないのと「業務知識もつくでーたべーすせっけい」的本がつまらない事が苦しいだけなんだ。
さらにいうとこんな常識的な事しか書かれてない「でーたべーすすぺしゃりすと」試験さえ持ってない連中が作ったへんてこDBの上でへんてこ自社フレームワークとへんてこパッケージを
これからも弄り続ける事に絶望。あーもう、しかも今度COBOLじゃん。いや、得るものもありましたよ。でもお腹いっぱい。
さらにいうとこんな常識的な事しか書かれてない「でーたべーすすぺしゃりすと」試験に一度落ちてしまった自分が情けない。クズじゃないですかーーー。
SQLiteのソースとかMySQLのソースとかそんなものの前にやる事があるんじゃないですかー????販売管理と会計、ついでに生産管理ぐらい身につけたらどうですか???自分がゴミでクズなことそろそろ理解したらどうですか???
あー、大学時代に変に褒められて勘違いしちゃいましたねー。重症ですねー。せめて本州で勉強できたらよかったねーーなんの関係もないねーーーwwww
飲み過ぎた、気持ち悪い(この文章もwwww)寝よ
「イケダハヤト氏の文章がなぜ不快なのかをまじめに考えた - GoTheDistance」
http://d.hatena.ne.jp/gothedistance/20130126/1359170899
このブロガーさんは、日本の腐りきった SI 業界で頑張っている人なので、あまりこういう流行りものネタには手を出してほしくないな、と思いつつも。
私は、イケダハヤト氏を少しも不快に思わないばかりか、むしろ彼の社会の新しいトレンドを見抜く異常なセンスのよさに感嘆しているのだが。
だからいままで、彼に絡む人たちの気持ちが理解できなかった。
だが上の文章を読んで少し理解できた気がする。
イケダさんは、現場にいるベテランたちから嫌われているのだろう。
現場のベテランは、イケダさんを「サラリーマン生活も満足につとまらず、いまは家に引きこもってブログを書いているだけの若造」と頭から決めてかかっているのだろう。
イケダさんが何を言っても「現場じゃそんなことはない」「そんな話は非現実的だ」とすぐにケチをつけたくなるのだろう。
日本人は伝統的に、理念より経験を重要視してきた。大学教育より OJT が重視されてきたのもその現れだ。そういう意味でイケダハヤトさんは、まさに理念そのものであり、唾棄すべき対象ということになるのかもしれない。
しかし、それで本当にいいのだろうか?20年前に日本が名実ともに先進国の地位を確立したあとに、経済成長が止まってしまったのは、日本人が現場の経験を超えた理念の世界について、真面目に考えることを怠ったからじゃないかな。日本人には欧米の真似はできても、それを超えることができない。本質論を語れないからだ。イケダさんのブログにはいろいろヒントになる話があると思うけどね。
最近、イケダさんをからかっていた Y 氏は、日頃から名誉毀損的な言動を繰り返しているのだが、誰も彼を咎めようとはしないのは不思議なものだ。Y氏は自虐的でおどけた立ち位置を取っているから許されているのだろうね。日本だど「俺、バカっすから〜」と頭の良さげなところを見せない人間が好かれる。一方でイケダさんは、神経質ぽく見えるルックスとあいまって、賢しげにしている可愛くないやつという認識で叩かれたりするんだろうね。
イケダさんには頑張ってもらいたいものだ。ただ、本当に嫌になったら、外国に移住してもいいかも。日本は理想主義者には生きづらい国だ。こうしてきちんと理念を語れる若者たちを追放し、日本はますます老人だらけのしなびた国へと衰えていくのだろう。自業自得ではあるが。
どっち?
SIでは09:00から23:00まで毎日働く程度に社畜してきたけど、最近楽できるポジショニングを覚えて定時退社したり仕事してると見せかけ違うことしてたりする。
最近は仕事していると見せかけて全然関係ないFuelPHPとか触っていたしな。
おかげでAuthとかPaginationとかViewのFormクラスとか覚えた。FuelPHP簡単で良いな…!
(でもHaskellとか今まで理解のない難しい概念とかは仕事をサボりながら、ではいまいち理解できない…)
RedisとかMongoDBとかも触りはしているけど活かし方が分からない。
MySQLが一番いいよおおおおおおお。
仕事をサボる。それって良くないだろ…とは思うけどまだ仕事を楽し始めて1,2ヶ月目。
仕事やりたがっている人に仕事させるのがいんじゃね、とか思ってしまう。
なんか聞きに来るしな、これでいいですかとか、ここどうしたら良いですか、とか。その質問に答えて手を動かすのはその人にやってもらおう。
この前とか「言ってくれたらなんでもやりますよ!」とかいう子分気質の人とかいたしな。
だがしかし「何を言うのか」を考えるのが面倒くさいんじゃ、何をやればいいのかまで考えてくれ…と思ったので「まじっすか!あざす!何かあったときはお願いします。」とか言って終った。
暗に自分で考えてもらうように言ったり、今まで自分がしてきた人との調整が必要な作業とかもなるべくお願いするようにして楽できるように頑張った。
あっちも言われたとおりにやれば進捗(自分の実績)が上がるし、美味しいとか思っていたんだろう。甘い甘い!もっと自分でやれ。
せめて「自分はこう思うがこれではいけないですか?もしくはこうすべきですか?」ぐらいの「自分の期待値」と「期待値とのズレ」を持って質問しに来て欲しい。
だがしかし、オレは仕事がしたくないし、作業を持ちたくないんだ…!(クズ)
適度にそういう質問が来るのは、仕事をしてるっぽい、忙しっぽいと思われるための重要な要素の1つではあったりするから、丁寧に対応するけどなッ!
プログラム覚えられて社畜出来るなら、23時ぐらいまで土日休めるならなら全然余裕だと思っているけど、1時とかまでやらされたらさすがに…/(^o^)\
WebはWebでも、上場していてあるてーどでかいところなので大丈夫なんじゃないかなぁ、とは思っているが…!
まぁ一応、職場の環境が良くて仕事が面白いなら、逆に帰る意味って?って感じだけど。具体的にはPCとイスと作業環境。適度に人がいない感じ。人と目線があまりぶつからない作業スペース。ディスプレイとPCを上手く使って作り出すパーティション。
ポテンシャル層を採用したいってお前ら…実は楽したいんだろ!とか思うけど、実際僕とか実績/実力無いのであなた達の世界に入れるだけでも幸せでございます、その層で働かせてください、なんとか追いつきます。という感じですが。。。
「あまり同じ環境にいすぎるのは良くない。楽をしたがるくせがついてしまう」
ととある人が言っていたのですが、まさにその通り!
The・今いかに楽をするかにフォーカスをあてて仕事してる!!!
作業をお願いされて、明らか揉めそうな案件なら断る方法を真っ先に考える/(^o^)\
これはいかん。
今までは意味不明に個人受注の副業も持っていたので、仕事中にその事考えたりコーディングしたりしていたからサボり時間を有効活用できたが、今やそういうのやめたのでサボり時間はあまり活かせない!というのも、インターネットを見続けるのはさすがにサボっているっぽいが、ターミナルでカタカタやっているのは仕事しているっぽく見える。そういう意味でサーバーサイドのコーディングはサボりつつもサボりをフェイクして出来た。
それを考えると、いいタイミングでWeb屋へのコンバートが決まった。
やりたいことと仕事がマッチング出来れば、もうヤバイじゃないっすか。
隠れてコソコソする必要ないっすよ。
もっともっと技術を好きにならないとヤバイ気がするんですが、頑張ろうと思います。
まだコーディングは飽きてないですが、いつか飽きて「これは楽する対象の事項だ」と脳が判断した時、何をするんだろ…。
いずれにしても若いうちからこんなあぐらかいていたらヤバイと思うので、Webのステージで頑張ってきます。
怠け癖が付く前に…。
そしてこんな怠けているのがバレるとヤバイと思うので…。
ここ1,2年、工学系(特に電子とか情報とか)の就活生の希望先が変わってきてるのを感じる。
以前だとメーカーの開発部門や研究所っていうのが鉄板の一つだったんだが、
希望する学生がめっきり減って、かわりにWeb系が台頭してきた感がある。
以前から学年の優秀層を札束と無料ビュッフェで根こそぎ釣り上げていたGoogleは別として、
第一志望は弊社、と大体の学生は言ってくださるのは置いといて(社交儀礼ってやつだ)、
それ以外の志望先を聞く限り、Web系企業はメジャーな就職先って感じではなかった。
それがDeNA、Greeがなりふり構わず人材を集め始めるようになってきた
いままでその辺のWeb系企業って、よっぽど技術に自信があって、なおかつ
いわゆる「日本企業」に馴染めない、って自覚をもってる一部の学生に人気、って感じだったのが
最近だと、普通な感じの学生の口からもWeb系企業の名前が挙がるようになってる。
まあ昨今のニュース見てりゃそういう気分になるのもわかるけども。
変化があんまり急なのでびっくりしてる。
試験業務中心だった。
その中でもシステムテストとかやったりしてるのでネットワークやサーバー、アプリは商用の状態に近い環境で試験をしている。
具体的にはサーバーはLB使って冗長化/スケールアウトされていたり、クラスタリングされていたり、データセンターにあるサーバーにリモートでログインして試験をしたりとか。
rebootコワイヨーとかHW障害うざいよーとか思いながら。
ソフトウェアの受託開発の会社で、Javaの業務アプリを設計・開発・試験していた様な人達が集まっているので、ネットワークやLinuxなどアプリよりは低レイヤなところに詳しい人が地味にいなかった。
システムテストの項目書をExcelで作るお仕事や、試験を実施するお仕事は凄くやる気しなかったが、試験の実施方法を検討するお仕事や、試験をするための環境を構築したり、仕様書を読んでミドルウェアやアプリにコンフィグを投入する仕事は楽しかった。コンフィグを投入する作業をスクリプトで怠惰に自動化したりするのは、けっこー楽しかった。
リグレッションテストや、バージョンアップでの改修テストなどで環境を再構築する際に、作成した自動化スクリプトは腐らさせずに誰かに展開することが出来たので、自動化した工数も無駄にはならなかった(ちゃんと効率化に!)大量にデータを投入するとき、さすがにだるい。ツールも使えば使うほどバグなくなるし良い感じ。PerlやBashを覚えるきっかけにもなるし。
今思うと出向も楽しかった!メーカーSIの会社は社員食堂とかあったので、うわすげぇドラマみたい!とか朝はエレベーターの前に人が並ぶのでうわすげぇ人多い!とか。(最初だけだけど)
後はサーバー室でサーバーとかLBとかを目の前で見れたのがテンション上がった。うわこれF5じゃね?うわこれJuniperやん…いくらすんだよ…HPのブレードサーバーだ!いくらするのかググった。
まぁ、普通に誰も興味示さないw あの時は商用ネットワーク機器という物に憧れている少年だったw
作業で疲れたときはぶらぶらして眺めてた。
何かの見学の時は「おいふらつくな」とか誰かに怒られそうだけど、仕事で来てると誰も何も言わないので見たい放題。転んでケーブル抜いた日には大問題になりそうなので、さすがにそこは気をつけた。
あの1UサーバーにRHELをインストールするとか、少年には楽しすぎた。でも手順はMacのVirtualBoxにCentOS入れるのと変わりはなかった…。ただ、仕事として1UサーバーにRHELをインストールした、という経験を持つことが嬉しかった(少年だから)
でもいいさ。
F5なんか使わずにLVSやUltraMonkey-L7で負荷分散すればいいし、商用のアプライアンス機器なんか使わずにオープンソースで解決してしまおう。AWS使うならELB使えばいいし。そういう環境行ってみようぜー。
お疲れさま…。しばらくゆっくり休んでくださいな。
農業は農業で大変だろうけど、SI の仕事に比べれば絶対人間的だと思うよ…。
今日で仕事をやめた。某SI屋で20年務めた。アホかと思う。最後の5年くらいは毎日が嫌だったから。
とはいえ、やめた理由はおやじの介護のためだ。学生時代から住んだ蒲田から引っ越す。ときどき臭かったけど独り身には賑やかで過ごしやすかったよ。某F社のでっかい建物も心をかき乱したけど今となってはいい思い出だ。
介護をしながらは働けない。失業保険をもらいつつ、年金と蓄えで死ぬまで。何年くらいかわからない。まぁ、仕事をやめても生きていけるんだなと思った。仕事の途中はやめたら死ぬしかないと思ったもんだが、そんなことはなかった。過去の自分に教えてやりたい。
看取ったら、また働かないとダメなんだろうな。実家は鳥取で無駄に田畑はあるからなんとか農業を軌道に載せられれば幸せだ。もう夜中にナギオスに起こされる暮らしから離れられるのなら。
一度底辺を見たからな。IT、SIに比べたら農業なんてなんて人間らしい仕事なんだと思えるよ。これも昔の俺に教えてやりたいことの一つだな。
残った奴ら、超頑張れ。俺には無理だった。結論はそれだけのことなんだろう。
彼は、以前の会社の同僚で、頭が良くて仕事が出来たので、仲良くなってから、よく飲みに行っていた友達だ。
SIベンダーでリーダーをしており、最近かわいい子供も生まれて忙しい身だけど、久しぶりに飲みにいけることになった。
ほとんどが、仕事とか、家庭の話だったけど、チベットとかそういう話になったのがすこし面白かったので、書いておく。
俺)最近、オリンピックとかチベットとかの話題で、いろいろあるけど、そういう事を言われたりする?
彼)いや、みんなプロジェクトの事で頭がいっぱいで、世間の話なんかできないよ。
俺)ははは。
彼)でも、奥さんは、中国人とわかると嫌がらせはあるみたい。前からだけどね。
彼)それは、君でしょ。結婚したとき、毎日僕に犯罪者とか言ってた
彼)保育園とかは心配だね。できれば、区立のを使いたいけど。知り合いは、中国人が使うのはおかしいとか言われたらしいから。
俺)どうしても個人を超えた問題になるんだよね。きちんと調べたら、分かるんだけどね。
彼)民族問題や歴史問題は難しい。チベットのことは正直よく分からないんだ。でも、世界中でも大きな国で歴史的に真っ白な国はないでしょう?
事実を一面的に語ることはできない。
俺)でも、チベットの問題では結構強硬的だよね。そういうのは、いまの中国にとっても良い方法ではなかった。
彼)もちろん。人が死んだり傷ついて、泣いたり憎んだりするのは、悲しいよね。誰も望んでないよ。政府には、もっと上手に問題を解決できる人も多いけどまだ力が無いみたい。
俺)中国は変わると思う?
彼)さあ。
でも、ビジネスがもっと好調になれば、今のやり方では難しくなるかもね。誰かを犠牲にしたり、敵対しつづけるのはビジネスとして賢明ではないからね。
でも、それには時間がもうすこし必要だろうね。むしろ、日本が変えればいいのにと思うよ。
俺)ええ、そんなことしたら、外交問題とか言われてとんでもないことになるでしょ。
彼)直接的に言ってはだめだね。日本のほうが先進国だろう。教えるには、良い方法を知っていないとダメだね。
俺)どういう事?
彼)今、会社で新人の研修もしてるんだよね。プログラムもそうだし、エンジニアとしての考え方ね。そういうの。部長が精神論とか講義したりするのもあるんだけど。(笑)他の人が教えてるの見ててさ、中から変わらせるのがうまい人っているでしょ。
俺)癖になっていたり、慣習になってると変われないからね。
彼)そう、でも変えてもらわないと、チームの生産性が落ちるし、本人にも良くない。そういう事。技術は結構時間掛けていいこと教えても本人がモードに入ってないとダメっていうか。
彼)厳しいプレッシャーかけても、自分でも無茶な仕事が出来るとか発見はあるけど、持続できないでしょ。本人が気づくのが大事じゃない。「こっちのやり方だと便利だ」とか「この方法が効率的だ」とか。そういうのwikiに書いても、みんな読まないし、グループセミナーで話しても効果ないじゃない。
彼)タイミングね。
だから、わざと課題に困らせるもの入れておいて、でも、目の付くところにヒントがあって、本人が自分で発見したように思わせる。そういうのは、ちゃんと身に付く。
俺)たしかに。
彼)だから、覚えて欲しい方はそうやって、一度苦労をさせて本人に気が付かせる。教えてない、本人が勝手に気づいた。でも、チームはそれで幸せ。本人も幸せ。
俺)うまく行ってる?
彼)簡単だよ。間違ってる方法をやってれば、絶対にどこかで困ったりするから、そのタイミングを見てればいい。そこで、そっとパスを出す。
俺)なるほど。だから、日本も中国にパスを出せばいいんじゃないかと。
彼)そう、日本は世界中のどこにでも、パスを出しやすい立場にあるよ。世界っていうか、そういうのでしか変われないと思うんだよね。人間は。
彼)中国人は政治とか体制にほとんど興味がない。だれがリーダーかとか歴史とかには、本当はどうでもいい。おいしいもの食べたいとか、かわいいことSEXしたいとか
俺)それ、世界共通でしょ
彼)いや、中国はたぶん一番直感的だと思うよそれで何回も歴史が変わってるから
こんな話だったかな
この夏の健康診断で再診となり、先月中頃に結果が出た。
結果は死に至る病というやつだった。それで今月で仕事をやめて療養となった。療養というか入院というか。治癒はしない。寛解だ。この結果を告知してくれた先生に感謝する。
正直真っ先に思ったのは「ああ、やっと働かなくていいのか。嬉しい」だった。
地方のSI屋。毎月80時間を超える時間外。病気との因果関係は証明できないだろう。
すぐに上司に報告して、そこから引継ぎが始まった。それももう終わった。あとは一足先に有給消化でもいいじゃないだろうか。他社はどうしているんだろう。
この年で独身でよかったと思う反面、まだ両親には告げられていないのだが、仕事を辞める以上言わなければならないだろうなと、それだけが気が重い。孫の顔を見せられないどころか、悪ければ逆さまで見せてしまうことになるだろう。
いままでいろいろ増田に書いてきたけれど、一旦これで終わりだろうか。これまでバカみたいな軽い文章を書いてきたが、ステージが進めばもっと重い文章も書けるのだろうか。読ませる文章というか。
有り余る時間を何に使おうか。それも憂鬱にさせる。そのうち時間が止まるんだろうけど、その手前までは。
じゃあな。
■60代
すでに引退して悠々自適な生活を送っている。たまに勤めていた会社に顔を出しては、
場合によっては顧問契約を結び、月数十万をボッタくっている輩も存在する。
■50代
年齢的にも経営層か幹部層が多い。年々売り上げが落ち市場が縮小しているが、
自分が引退するまでは耐えようと、なんとか現状維持を保とうとする。
同業界のセミナーやイベントにやたら参加して会社にいないことが多い。
■40代
管理業務が主になり、ここ数年まともなプログラムを組んでいないことも多い。
主に顧客との打ち合わせで時間を取られていることが多く、実作業はほとんど部下に任せている。
給与水準もそれなりに高くなっているため、PMクラスの案件が減っている昨今、次案件が最も見つけにくいポジションである。
また、プライベートでは家のローンがまだ残っており子供の教育費もまだまだかかるため、
会社の将来に大きな不安を持ちながらも大胆なリスクがとれないため動けずにいる。
■30代
一番現場では重宝されている世代。現場ではリーダーやそれなりの中核メンバーになっていることが多い。
これまで通りやっているだけでは、将来的に厳しいことも自覚しているため、
それなりに危機感を持って仕事に取り組んでいる。
かと言って、何をしたらいいか分からず結局現状維持に甘んじているのがほとんどである。
■20代
先輩の役職が上がらないため、あまり活躍の場が無いまま、20代を過ごしてしまっている。
新卒から3年たったころでもまともなプログラミングを経験できない現場も多いが、
客先への頭数をそろえるための要員となっている。
誰がなんと言おうとそれは事実
(評価してない会社はしらん、どうせそんなのはいいエンジニアが集まらないし、間違って入ってもすぐ逃げる)
つまらない、EXCELを書くSE(笑)ばかりが評価されるSI業界では評価されなかった
実際に必要な物が作る事ができるエンジニアが正当に評価される事になったのは業界として一番の貢献だと思う。
おかげでSIはただでさえ元からエンジニア不足なのに、出来るエンジニアから流出してオワコンが加速している。
そして残るはEXCELしか書けないコストだけ高い何も作れないSE(笑)ばかりになっている為、
システムが維持できない、新規プロジェクトも失敗ばかりという状況が良く見られるようになってきたwざまぁw
非常に喜ばしい事ですね。
危機感を感じた設計書しか書けないSE(笑)が報酬目当てかどうか知らんがしばしば逃げ込んで来て
プロマネやってました、プログラムは書けません(キリッ)とか勘違いしたのが来るけど
結局エンジニアとの面談で門前払いされる(笑)wwできないやつは要らないんだよ、ざまぁwww
かと思いきや、ちゃんとコードが書けて物が作れてシステム知っている人の前職の年収350万。。。。なん。。だと。。。。みたいな場合もある。
http://b.hatena.ne.jp/entry/p.twipple.jp/JfSVb
とかバカにしてるコメントが多くて組込屋さんとしては少しもやもやしました。
30-40億かかるかは中のシステムわかんないので何とも言えませんが
乗車駅~降車駅の運賃*消費税とかいう式で毎度計算をやるなんて計算コストが大きすぎて
論外なんじゃないかなぁ。
ブコメにもあったけど運賃テーブルを参照でもしないとやってられんはずと思って
ソースを探したところ
http://blogs.itmedia.co.jp/morisaki/2011/12/1040-be7c.html
以下引用
首都圏の鉄道では運賃計算のための経路が10の40乗を超えるそうです。その内訳は、単純に乗り降りの駅の間の運賃を計算するだけでなく、定期券の併用を考慮し、定期券の前後で通常の運賃を支払う場合や、乗り継ぎでいったん改札を出た後で時間をおかずに別の改札を通った場合に割引がある場合(首都圏では同一駅で東京メトロから都営に乗換えるような場合、関西では東梅田、梅田、西梅田へ乗換えるような場合)のように、かなり複雑なパターンを考慮する必要があるそうです。
運賃計算が正しく実装されているかどうかを確認するために、実機用と検証用のプログラムを別のチームで作成し、2つの結果を突き合わせるそうです。実機では、計算機リソースの制約から運賃テーブルを使ったり計算時間を50ミリ秒以下にする必要があったりします。場合によっては、それらの制約が原因となって運賃計算を誤って実装される場合があるそうです。一方検証用はそのような制約がほとんどないので、運賃計算のルールに近い形での実装が可能になります。2つの結果が異なる部分があれば、いずれかが間違っていることになります。
やっぱりこんな感じになってるようです。
これを改修して誤徴収0を担保する為の評価ってものすごいコストだと思います。
たぶんバカにしてる人達に任せたら要求されてる応答速度返せないシステム作りそうだなぁと。
というわけでPC上で動くプログラムの常識があてはめられない組込み世界のリソース制約と止まってはいけないクリティカルなシステムにかかるコストについて
もうちょっと知ってもらえたらなぁと書いてみました。
と言った汎用コンピュータの大元の技術が全部日本製じゃないんだから
そこそこ面白かったりしたが、ソフトウェアはパッとしなかった。
長大な設計書、応答性がよろしくなかった。
ハードウェアのことはプログラムに関わる部分しかわからないが。
情報系の奴らの話を聞いていると工学・理学の人らが血反吐吐く思いで学問しているのがバカバカしくなってくるな。
話は変わるが、一言目はソーシャルというのを批判しているようだけれど
SI業界は設計だけしかしない実装能力もない指揮を取る会社はただ協力会社に投げるだけだし、
実際の実装する協力会社は強烈なコストカットと短納期要求でグズグズじゃないのか。
最後に