はてなキーワード: IPAとは
去年平成24年春期プロジェクトマネージャー試験を一発合格したので私と同じ非リア充社会人向けに方法を書く。エリート野郎、社会的マッチョ、イケメン、リア充の方はこの先お断りする。
①平日の朝を制する
朝起きるのはどうってことない。前の日に1時くらいまでに寝れば5時間くらい寝れる。余裕。
淡々と会社のプリンタで過去問10年分の過去問をコピーし、ファイリングして、朝の限られた時間で
解ける問題を解く。あんまり堂々とやらない。こそこそ仕事しているフリをしてやる。
幸い飲みに行って夜更かししちゃったーみたいなことが皆無なので規則正しく生活できている。
よく言えば効率化する。悪く言えば手の抜き方を覚える。
結果はこれまでと変わらず出す。(これ大事)
残業も変わらずやる。
私は昼休み、時には仕事中に隙を見て試験勉強やってた。文章書くフリして論文のモジュールを淡々と書いていた。
仕事の息抜きにタバコを吸いに行くひと同様、私は息抜きにちょろっと勉強した。
上司に見つかったら言い訳しろ、キリッ。覚悟を決めてぬかりなくやってほしい。
土曜の朝の喫茶店は異常なほど快適だ。世間は土曜日の朝くらい一息つきたがるからな。空いているぜー。窓際の端っこの最高の席がとれるぜ。広々ゆったり勉強ができるぜ。
休日の朝起きるのがつらいって?休日を無為に過ごしたときの情けない気持ちを味わうよりか
ちょっと平日と同じように起きるくらいどうってことない。
朝起きることくらいどうってことない。余裕。
自分は基本的に5時間寝れば十分という感覚を持っているので1時に寝ても6時間は確保できる。
十分。十分。
で、喫茶店で13時くらいまで粘る。集中の波はあるが4〜5時間はそこにいるってことを目標にがんばる。
たまに音楽聞いたり、違うことやったりしてもよい。とにかく時間で目安を作る。
土曜日の勉強は昼いっぱいまでやって以上終わり。あとは好きなことして過ごす。
日曜の夜の喫茶店は異常なほど快適だ。世間は日曜日の夜に一息つきたがるからな。空いてるぜー。またしてもいい席ゲットできるぜー。
日曜日の夜をエンジョイしたいって?大丈夫、君はおそらく友達がほぼいないだろう(私もだ)。何も心配することはない、無為に一人で過ごす日曜日が充実の日曜日になるだけだ。
で、喫茶店には23時の閉店を目指してがんばる。
明日の仕事のことが気になったりするだろうが、気になれば休憩がわりにTODOリストでも作って
1週間のやるべきことを整理すればよい。
以上が黄金の鉄則だ。
みよちゃん(みよしやすゆき)という先生を信じる。以上。ステマでもなんでもない、この人の作る参考書は魂というか怨念がこもっている。自分の頭で咀嚼して教材を作っている。私はみよちゃんみたいな人間がもっともっと成功して名声を手に入れてほしいと思う。
以下に私が使った教材を挙げる。
・みよちゃんのH24年度向け参考書1冊(神の書)
・論文対策用の論文サンプルがいっぱい入っている少し大きめの白いカバーの本1冊
・過去問全部(IPAから無料で落とせる。全部印刷してファイリングする)
・ポケットスタディPM(午前対策用、直前に流し見ただけだが)
まずはじめにみよちゃん本を中心にPMBOKの9つの領域で分けて
例えば品質管理ではSLAの確認、品質計画、品質管理で・・・・というように
進捗遅れた場合はこれとこれとこれ、品質悪いときの対策はこれとこれとこれ、みたいなことを
虎の巻は常に持ち歩き常に更新して常にプリントアウトして、過去問といて行く中で覚えときたいものが
最終的には虎の巻はワードで20ページくらいになった。過去問は10年分くらいを一通り答え見ながら
といた。過去問はまともにやると時間がかかりすぎるので答え見ながらその問題のパターンを覚えて即時虎の巻に
フィードバックするのがよい。答え見てよいから数をこなしパターンを覚えよう。
論文対策は実は虎の巻編集以外にやっていない。一回も論文書かずに試験受けた。受かった。
これは虎の巻に論文を意識した「対策モジュール」を何パターンも書いていたから試験当日でも
そのモジュールの組み合わせだけで解けた。論文の構成とかの具体的指南はみよちゃんの言ってることを参考にした。
あとは実務で経験している「プロジェクトあるある」を臨場感を演出しながら散りばめて書けばよい。
まとめると私の勉強は「みよちゃんと過去問を参考に自分用のPM虎の巻を作った」である。これ以外やってない。
論文書いたことなかったが試験のときはわき上がるように書けた。書き尽くせた。家に帰ると全身が筋肉痛になり知恵熱みたいなもんが出た。
自分用の虎の巻を書くことで自分の頭の中にPMBOK体系が再構築される。
人のやつを流し見ても意味がない。自分の脳にフィットした自分のものを作らなければきっと覚えられないだろう。
(もし参考になるのなら私の虎の巻を公開しますが、需要あるかな。)
自分の頭でプロジェクト知識体系を咀嚼する。これがポイント。下手に暗記しようとしたらダメ。
以上です。よかったら参考にしてください。
仕事中に勉強すんなとか、仕事に集中しろとか喫茶店で勉強すんなボケとか言われるかもしれないが
これは自分の人生を自分で選ぶというか、自分は経歴がクズなもんでもっともっと上に上がりたいという
意識が強く、いつもこのままじゃだめだとマイナーリーグでやるよりいつかメジャーに上がりたいという
こんな人生他人から見たらつまらないのかもしれないが(いや、私から見ても確かにつまらん)、とにかく上に上に行きたいという思いで
いつも家路に着く途中の高層マンションを見上げながらいつかここに住みたいと強く思いながら
忸怩たる思いを抱えながら勉強するしか道はないという思いで土日祝日勉強に費やして平日仕事して生きている。
仕事もがんばる、勉強もがんばる、家族も大切にする、そして上に行く。
でもこんな私でもたまには今日は勉強したくないなとか1週間モチベーションが下がりっぱなしで何もしなかったとかざらにあるのだけど
そんな時はいつも自分の「なぜ勉強しようと思ったのか」に立ち返るといいと思う。強く思いを噛み締める。
そしてまた明日から本気だす、キリッ、で十分リカバリーできる。
勉強道具持って喫茶店の席に座れば必ずリカバリーできる。勉強のモチベーションはいつだって必ず復活する。
そしてそして最終的に試験の結果なんて水物なので結果は必ずしもいい方向に出ないかもしれない、だけど忙しい中で一生懸命勉強したならば一生懸命やったこと自体には満足してほしい。ダメだったらまた立ち上がってまた挑戦すればいい。立ち上がるのはしんどいんだけどもう一度立ち上がるしか道はない。
私も引き続き頑張る。皆さんも頑張ってください。
アニメやゲームのキャラクター情報をまとめてるサイトがないから作りたいなぁって
思ってたんだけどhtmlは初歩しか分からないしプログラミングもできないので構想するだけで作れなかった。
ゼロから4ヶ月でWEBサービスをリリースした人の記事を見つけて「自分にもできるかな!」なんて思い挑戦してみたけど理解できず挫折・・・orz
それでもWEBサイトを作りたかったので制作会社に発注してみようと思い立った。
ただのキャラクターのデータベースだけではつまらないのでコミュニティ要素なども付けて
ネットで見つけた制作会社に見積もってもらうと下記のようになった。
合計1,483,125円
以前、SNS「ウェブカレ」のサイト制作費が1千万円で安く仕上がった(潰れたけど・・・)という話があったから
なんとなく3~400万くらいかかるんじゃないかなと不安だったんだけど予想より安い見積もりだったので、
このくらいの金額ならなんとか出せる!ということで制作してもらうことにしました。
本当は何社かに見積もってもらって比較しようと思ったんだけど面倒だったのでそのまま制作をお願いすることにした。
(最初はもう少し高かったけど機能の簡略化とオープンソースのライブラリを使用してもらう事で費用を抑えてもらった。)
去年の10月の頭くらいから打ち合わせを始めて第1フェーズでワイヤーフレーム作成と仕様策定をして第2フェーズのhtml、システム開発に
移ったのは中旬だったかな?その段階で前金で4割の580,650円を支払いました。
制作会社には3回くらい打ち合せに行って、あとはメールでやり取りしていました。
当初は12月中にリリースを予定してたんだけど、なんだかんだで伸びてあらかた出来上がったのが2月の中旬くらい。
ちなみに僕はヒッキー(どれくらいヒッキーかというと外出は3日に1回くらい)なので制作してもらっている間は
↓作ったサイト
サーバはさくらのVPS 8Gを使用。CentOS5の64bit
設定した項目は以下のとおり
HDDが3つあって、普通に/var/wwwにコンテンツを入れていくとHDDが溢れそうだったので、容量の大きいものを使うように工夫したりなど。
メモリもそこそこ積んであるサーバなので、mysql、php、apcに多めにメモリを割り当てる設定をした。
本当はmyISMやInnoDBエンジンでLIKE "%word%"のようなクエリーを投げて十分なパフォーマンスが出ればいいんですけどね。
それはムリなので、全文検索エンジンとしてgroongaを使用。
groongaを使用するために先にインストールしたのはこんな感じ
この時点でいざ、groonga!と思ってgroongaをインストールしようとすると競合を起こして入らない。
epel、remiレポジトリからインストールしてあったmysqlと衝突してたのでyum remove "mysql*"で
一旦mysqlを消して、groongaレポジトリからmysqlとgroongaをインストール。
するとgroongaは入ったものの、今度はphpから使おうとしてもphp-mysqlパッケージが入らない。
あちらを立てればこちらが立たぬ状態で本当にこまった。
どうしようもないので、やりたくないけどyum-downloadonlyを使ってパッケージに含まれる設定やら、soファイルなどを直接とってきて入れた。
mysql.so、mysqli.so、pdo_mysql.soを/usr/lib64/php/modules/にコピーしたり、設定をコピーしたり、少しずついじりながら、なんとか動いてくれた。
状態としてはmysqlとgroongaはgroongaレポジトリから、phpと本来php-mysqlパッケージでインストールされるmysql.soは手動で置いたことになる。
シェルから直接mysqlにログインするときはgroongaレポジトリのやつを、phpからmysqlを呼ぶときは手動で置いたmysql.soを使うことになっている。
ちょっと心境的にしんどい。別の方法があったかもしれないけど、調べても分からず結局1日くらいかかった。
アクセスは、サイト全体(トータル)、サイト全体(当日分)、各コンテンツ日別、各コンテンツ週間、各コンテンツトータルのアクセスをとるようにしています。
検討した候補はmemcaced、apc、mysql、redis、fileあたりなんですが、
fileは候補にあがったものの、メンドウ、、どうせなら楽な既製品がいい。と思って候補から外しました。
残るはmysqlかredisだけど、redisが高速って聞いていたのでredisにしてみました。
最初全部redisに入れて、集計した結果をmysqlに入れるつもりでしたが、週間ランキングなどはINSERT INTO .. DUPLICATE ONを使って、
アクセスした週の月曜日00:00:00のタイムスタンプとコンテンツIDをキーにしたレコードを作ればそのまま週間ランキングになるなー。と思ってmysqlを使っています。
コンテンツのトータルアクセス数もコンテンツのレコードにpvという項目をつくってUPDATE table SET pv=pv+1 WHERE id = ? のようにしました。
最初難しく考えていたけど、こうすることによって大分楽になったなーといった感じ。
全文検索エンジンや対話検索、ここにこのリンクがあればなぁ。。という所に何とかしてリンクを作るのが本当に大変だった。
使い勝手を良くするために、ここにこの機能をなど、さくっと思いつくのは簡単でもそれを実現するために、あーでもない、こーでもないと
DB・プログラムとにらめっこしながら「あ!こうすればできる!でもそうすると今度はこっちが・・・」みたいなのがあったりでとても大変だった。
そっちにはごちゃごちゃなんだろうけど、変な情報が拡散されると困るので補足説明させてもらった。
あとit workssl!のメッセージを否定できる人を見たことないから知りたいだけで、是非とも紹介してもらいたいところ。
「俺は正しい、間違ってるのは向こうだ」っていう姿勢がいけないのは同意。署名活動も同意。また通報は既に何件かされてる。
喚起サイドの目的が本当に「ID問題への対処」ならば仕様変更の署名活動でもするべきだし、「セキュリティへの不安」ならば情報を拡散して悪意あるハッカーの攻撃の機会を増やすのではなくIPAへ通報するべき。
「喚起」という建前(目的)に対して取るべき「手段」がちぐはぐだから、「攻撃(というか夏厨の狂騒?)」としか見なされないのだという点を見直すべき。
これって最初の記事にあるように
喚起サイドは情報の強化を行ってこそ成り立ったが、それが出来なかったことに落ち度がある。もっと情報を強化し、慎重に動くべきだった。
ここで言われてる。具体的な行動は提示されてるように通報だったり署名だったりで、通報に関しては既にされてる。言葉足らずだったんだろうけどさ。
ぼく就活生。リクナビからJR東海にプレエントリーして驚いた。
あのに 増田 様
ID:12345678
パスワード:mypassword
このたびは当社にプレエントリーを行って頂きまして、
誠にありがとうございました。
こんなメールが届いたの。
なにに驚いたって?登録画面で入力したパスワードが平文メールに書かれてたってとこ。
「mypassword」って書いてるところにぼくの大事なパスワードが書かれてたの。Gmailでも使ってる大切なやつ。
同じパスワード使ってるぼくも相当間抜けなんだけど、いまの時代いくらなんでも平文メールにパスワードはないでしょ。
とっても怖かったのでJR東海とGmailのパスワードを変更して寝ました。
恐怖はこれで終わらずに2ヶ月後。こんなメールが。
あのに 増田 様
ID:12345678
パスワード:newP@sSw0rd
このたびは当社にプレエントリーを行って頂きまして、
誠にありがとうございました。
「newP@sSw0rd」は変更し直したパスワード。
なんで平文メールにパスワード書いて送ってくるの?馬鹿なの?阿呆なの?死ぬの?
もうあきらめてそのまま寝ました。
さらに1ヶ月後。
あのに 増田 様
ID:12345678
パスワード:newP@sSw0rd
このたびは当社にプレエントリーを行って頂きまして、
誠にありがとうございました。
問題点を2点挙げると
SQL Injectionとかで漏れたら終わりってことだよね。
正直な話、中の人間も信用できない。
JR東海だけの問題なら良かったんだけど、同じような企業が本当にいっぱいあってびっくり。
ちょっと調べてみるとこのシステムはdisc.co.jpってところの製品みたい 。
「株式会社ディスコ」だって。
axol.jp:「株式会社 毎日コミュニケーションズ」
こんな糞システムで食ってる奴らまじでしねばいいのに 。
というのが2年前の話。JR東海はリク面で落ちました。爆発しろ。
院生になって東京電力にエントリーしたところまた同じようにパスワードが送られてきたのでこんなエントリを書いた次第。
マイミクに聞いて集めた平文メールにパスワードを書いて送ってくる糞企業一覧(仮パスワードを送ってくるだけの会社は除いてるよ!)
ほかにもいっぱいあるみたい。
そして怖いのは
https://saiyo.axol.jp/12/s/ibm/entry/agreement
https://nttdata.saiyo.jp/newgraduates/
もうやだこの業界。たとえメールは送ってこなくてもハッシュ化は期待できないよね。
暇な人はsite:axol.jpあたりでぐぐればいいとおもうよ。
東京電力とかディスコとかに届け出ると選考で不利になりそうだし
IPAに届け出てもまともに取り合ってくれそうにないし、ぼくがちくったってばらしそうだし。
id:HiromitsuTakagiとかid:otsuneとかid:Hamachiya2とかが取り上げてくれないかなー
追記(11月9日22:26)
川崎重工がまた送ってきたから腹を立てながらブコメに返信してみる
id:taqpan これは酷い。とりあえずここに挙がっている企業はまともな情シス部門が無いか、安いってだけで人事部が糞SIerに丸投げするような体質か
NTTデータとかIBMとかが糞SIerに丸投げしてるあたりがまたなんとも
id:MarriageTheorem id:HiromitsuTakagiさんとid:Hamachiya2さんのどちらが取り上げるかで後の展開が540度ぐらい変わるような気がするんだけど、このお二人を並列に置いてよいものか
あー。そうですよね。この問題の解決にぼくは何が出来るでしょうか・・・
色々教えてください偉い人。
自分で考えろってのはご尤もですが、色々な方の意見が聞いてみたいのです。
・Struts(ver2じゃないほう)上でのJava(max2000行程度)
・perl(max7000行程度)
・c/c++(ちょっと)
・Haskell(ほんの少し)
・VisualBasic(.NETじゃないほう)(ほとんど忘れた)
・HTML/CSS(セマンティック厨)(HTML5は勉強中)(バイトでWEBデザイン経験有)
・javascript(簡単なものなら)
・MovableType(CMSとして利用。ちょっとした企業サイトレベルくらいのものの構築。簡単なプラグインの作成とかも)
・Apache(セットアップと最低限の設定くらい)
・Tomcat(同上)
・Linux(CentOSとUbuntu。セットアップとちょっとした設定程度)
・AdobeのDTP系製品(CS2)(雑誌編集経験有、ただし学生レベル)
・Oracle(10g)(Bronzeレベルの知識とちょっと触ったことがある程度の経験)
・postgreSQL(ちょっと触ったことがある程度)
・会計関連の知識(日商簿記2級)(大学で管理会計をかじった)
・数学系の知識(論理とか集合やらの基礎。大学で計算機科学をかじった)
・印刷物/WEBサイトのデザイン(独学だけどそれなりに。一般人よりはそれっぽいデザインが作れるかと)
やや古い話だがid:BEWの「全楽天ユーザーが今すぐに登録情報の実名をハンドルネームにすべきたった1つの理由」という日記で楽天に個人情報漏洩の欠陥があるにも関わらず楽天が対応しないという話があった。
その数日前に書いた「楽天である条件の下だと別のユーザーでログインできてしまう件+α」という記事が予想に反してあまり話題にならなかったので煽情的なタイトルにしたたそうだ。こちらはBEW氏が意図した通り「また楽天か」的なムードがはてブやTwitterで沸き上がった。
しかし楽天からBEW氏の期待していたような発表は一切なく、逆にプロキシ犯人説が上がり初めた。しかしBEW氏はプロキシ犯人説を理解できないのか中途半端な検証を繰り返し、IPAに報告してみろというアドバイスもなぜか無視。そのうち「(現状を)まとめるのに労力がいるのでお知らせするのが遅くなっています。」「何を基準に判断するか、というのが難しい案件です。」「もう僕の環境からは再現しません」「楽天の方を信じるならそれでいいんじゃないでしょうか」と語尾を濁すような表現が多くなってきた。この時点で私はプロキシ犯人説を確信し「再現しないなら当時の再現方法を公開しては?」とコメントしてみたが、そのコメントが公開されることはなかった。恐らく他にも都合の悪いコメントは無視されているのだろう。
BEW氏が巻き起こした楽天不信の波は大きい。はてブやTwitterで楽天IDを削除したと言っていた人々の大半はその結末を知らずに、これからも楽天と名のつくものを避け続けるのだろう。
今回の被害者は楽天だったが、この見事なFUDはどのサイトにでも使える。Yahooだろうと、はてなだろうと、あなたのサイトだろうと。楽天は静観する事を選んだようだが、追随するバカが現れた場合全てのサイト運営者が第二のニセ脆弱性被害者となりうる。BEW氏に自ら訂正する意志がないのなら楽天はこの悪例を放置することなく、きちんと潰して欲しい。
BEW氏の犯したミスは4つ。
【IT】深刻な情報処理技術者の不足、社会基盤を支える人材の育成を急げ--東洋経済 [01/14]
http://anchorage.2ch.net/test/read.cgi/bizplus/1263458599/
1 名前:ライトスタッフ◎φ ★[] 投稿日:2010/01/14(木) 17:43:19 ID:???
賛否両論の渦巻いた事業仕分けの中でもとりわけ注目を集めたのが次世代スーパー
コンピュータだろう。学界、産業界からの強い反発を受けて、鳩山首相から
「凍結見直し」が示唆されたが、現政権の国家戦略・百年の計のなさをはしなくも
露呈する結果となった。
民主党のマニフェストにも「科学技術の育成」はうたわれている。しかしターゲットが
不明なうえ、育成のために何をすべきかすらもまったく見えない。政策の骨格が見えず、
予算削減という目先の目的一つで政策自体がぐらつく。この政権に対する産業界の
不信は根深い。
開発が中断し、ロードマップが途切れると、その遅れは二度と取り戻せない。単にその
期間分の遅れにとどまらない。産官学の共同研究は、いったん解体されると二度と同じ
メンバーを集められない。
さらに、スーパーコンピュータ開発の遅れは、他分野の研究にも多大な影響を及ぼす。
医療、宇宙、気象など、さまざまな分野での解析・シミュレーションに不可欠な
インフラだからだ。インフラが脆弱では、世界のトップをうんぬんする以前の話で、
国際競争の中で生き残ることすら難しい。
資源の乏しいわが国にとって、唯一の資源は人材であり、中でも「ものづくり」を
中核とした科学技術の力は、最も期待の大きい分野といっても過言ではない。しかし
科学・技術開発のタイムスパンは長い。ハイビジョンテレビという民生技術でさえ、
技術方式が考案されてから一般に普及するまで30年の歳月を要した。量子コンピュータの
開発ロードマップも30年計画だ。長期にわたる技術開発だけに、現在の科学者、技術者
だけで終わる話ではない。研究開発の継続性を念頭に置いた、教育による人材の育成も
また、計画の中に織り込まれねばならない重要な要素だ。国家単位での長期的視点からの
下支えがなければ、企業努力だけではどうにもならない。
国の財政支援によって育成すべきは、スーパーコンピュータのような最先端技術だけ
ではない。表面的には見えにくいが、今や情報産業は経済社会のインフラというべき
重要な存在だ。資金、生産・販売、コスト、労務人事、決済に至る企業活動のすべてが
情報化され管理されている。鉄道、航空など輸送の運行制御、高速道路のETCシステム、
銀行のオンラインシステム、お財布携帯など電子マネー、自動車や家電製品の電子シス
テムなど機器の組み込みソフトに至るまで、情報産業のバックグラウンドなしに経済も
社会も生活も成立しえない。
IT産業のうちシステムやソフトウェア開発等サービス関連の市場規模は5兆円(IDC調べ)。
自動車産業の十分の一にすぎないが、重要性において他産業に決して劣るものではない。
情報処理技術者試験を管轄している独法の情報処理推進機構(IPA)の集計によれば、
情報系大学出身者の半数以上が情報産業以外に職を求めている。卒業生数自体、年間
わずか2万1000人にすぎないのに、である。一方で情報系学生の新卒求人は情報産業と
※続く
http://zasshi.news.yahoo.co.jp/article?a=20100114-00000000-toyo-bus_all
686 名前:名刺は切らしておりまして[sage] 投稿日:2010/01/17(日) 01:25:53 ID:rK1wYYKs
ピンポンパンポ~ン 定期的にお知らせします。
143 名前:名刺は切らしておりまして[sage] 投稿日:2010/01/14(木) 20:42:03 ID:J4ojKbk3
だからさぁ、不足してるのは人材じゃなくて新卒の間違い。これがFA。
320 名前:名無しさん@毎日が日曜日[] 投稿日:2009/11/17(火) 14:23:09 ID:XvIqWccI
一般的に人事部ではそう呼ぶ。
(中略)
はっきり言ってしまえば、殆どの企業で「既卒者は門前払い」となる。
それは、本人の学歴がどんなに素晴らしくても変わらない。
「計50社ぐらいは送りましたね。履歴書と送料で3万円は払ったかな」
近藤君は28歳のフリーターだ。現在は都内で進学塾講師のバイトをしながら暮らしている。
月収は15万円ほど。家賃が6万だから、けして楽な暮らしではない。
(中略)
「ネットや企業の就職説明会でエントリーしても、その後なかなか呼び出されないんです。
でも、ネットで調べてみると同じ時にエントリーした人は内定を貰っている。
10社以上回ってみてからですね、ようやく変だな、と思ったのは」
私自身、人事部に配属されて最初にやった仕事は、新卒応募者の中に紛れ込んでいる
取り除けた履歴書は、オフィスの隅の箱に入れられたまま、二度と人の目にすることは無かった。
・出典
これは記事の文脈を読めば気付くはずですが、皆さんはボケでレスされていることと思います。
奴隷が不足してるってことだろ?というのも違います。
下っ端の奴隷はむしろ余ってるので言及する必要すらないだけです。
本当に高度な技術者はITに限らず育成で何とかなるものではないので、やはり言及なしでしょう。
新卒が不足すると困る理由は、大手IT企業が年功序列を維持できないからです。
そして肝心の、新卒不足の理由は>>116、キャリア・パスに全く希望・魅力が無いということです。
ちなみに実質人材余りの理由は>>294の後半。これが奴隷化への意図的な布石の意図まであったとしたら悪魔的戦略でしょう。
116 名前:名刺は切らしておりまして[sage] 投稿日:2010/01/14(木) 19:20:32 ID:J4ojKbk3
262 名前:名無しさん@十周年[] 投稿日:2009/12/17(木) 01:34:58 ID:Lf+iFfjd0
IT系の会社は、社員がある程度歳を取ったら 『自発的に』 辞めてくれるような環境を作る。
みんな 『愛想を尽かせて』 辞めたり、『仕事が苦痛になって』 辞めたりするんだけど、これ実は会社の意向なのよね。
この手の会社は平均年齢を若く保たないと駄目だから。
IT系は若い頃は他の業種より多少収入がいいんだけど、 これ実は未来の自分の財布から(不効率な方法で)現金をくすねているだけに過ぎない。
会社に残る 中小ITに転職 零細ITに転職 異業種に転向 独立開業 無職
35歳 40人 20人 10人 20人 5人 5人
40歳 20人 15人 20人 30人 5人 10人
45歳 15人 10人 15人 40人 10人 15人
50歳 10人 5人 10人 65人 10人 10人
定年 5人 0人 0人 75人 10人 10人
IT業界20年の俺が見た所、人数の推移はこんな感じ。
加えて言うなら、定年まで会社に残れる5人の中に、経営者の親族が3人くらいは入っているw
残りはほとんど未経験の異業種で恐ろしく低賃金で働かざるを得ない人生の負け組として人生を終える事になる。
若い頃のプログラミングは楽しいものだが、それを仕事にしてしまうと、かなりの高確率で負け組が確定する。
この業界に入るなら、能力が上位1割(独立開業できるライン)に入る自信がなければ止めといた方がいい。
270 名前:名無しさん@十周年[] 投稿日:2009/12/17(木) 01:43:12 ID:ZfD4e96GO
262の言う通りだべ。何か読んだが、ITは30までに管理職になれないと辞めさせられる環境らしいしな。
342 名前:名無しさん@十周年[sage] 投稿日:2009/12/17(木) 03:37:05 ID:miR7gPpU0
本当はアメリカと比べたくないけど、アメリカの場合は職種が専門家されていて、デベロッパー(あえてプログラマと書かない)だったらデベロッパーとして、ITプロとしてだったらITプロとして食べていけるけ。
日本の場合は、管理職にならないと給料が上がらない仕組みだから、ある程度の年齢になると、希望する/しないに関わらず管理職にならざるを得ない。(それが嫌なら独立するか)
これが日本にIT職が根付かない理由だと、個人的には思っているんだけど。
↑↑↑
294 名前:名刺は切らしておりまして[sage] 投稿日:2010/01/15(金) 04:39:15 ID:5gPqY2Sw
>>160,167,226
>>172,206,228
その通りなんだろうが、記事の文脈では人材不足じゃなくて新卒不足を言ってますw
ピンって1割って意味だったらしいよw
1割ならすっごくすっごく良心的
165 名前:名無しさん@毎日が日曜日[sage] 投稿日:2009/10/26(月) 20:13:06 ID:/5Ruvz1N
ほんの少し前まで未経験30男を採用する企業が実際にあったのよ
ブラック限定だったけど
で、その頃の情報がネットに飛び交ってるし、職安の馬鹿職員共の頭にもこびりついてて、
こいつらは職安でその当時の情報を吹き込まれてるわけ・・でそれを鵜呑みにしちゃってるの
何故ITは一時的に極度の人手不足になったのか?
それは急激にIT化が進んだ為であり、あくまで一時的に人が大量に必要になった為。
今はIT化の波が一段落して逆に人余りの状況になっている。
そして、その人余りの状況に、この大不況がぶつかってしまった。
だから仮に何年先かわからないが、景気がよくなっても、残念ならITの需要はかつてのようには増えることはない。
そして人余りの状況に変わりはない。当然、30代の未経験者が仕事にありつけることはない。
457 名前:非決定性名無しさん[sage] 投稿日:2009/10/27(火) 00:40:22
顧客にものすごく工数がかかると錯覚させるのが元請けの戦略なんだよ
100人規模のプロジェクトで本当に必要な人材は上位20人のみ
他80人はいてもいなくても関係ない人材だからね
これで1人月100~200万×100人を顧客に請求していたわけ
その他80人に対して50~100万×80人を払えば差分は丸儲けの仕組みだったんだよ
このその他80人を埋めるための人材を提供していたのがIT人売りと言われる企業
スキルあろうがなかろうがどっちでもいいから未経験でも受け入れてもらえてたんだよ
466 名前:非決定性名無しさん[] 投稿日:2009/10/27(火) 07:56:43
多重下請構造の生み出した、無駄と無駄のヒダの間で生きていたのが、人売り会社とフリー
業界がスリム化して、入り込む隙間が小さくなれば、そりゃ生き残れる奴は少なくなる
でもこれが本来の姿
二度と戻る事はない
奴隷から抜け出せない現象は、手配師やタコ部屋、“型にはめる”などのヤクザの手法が応用されているかもしれませんね。
一見カオスですが、不完全情報ゲーム下での均衡状態の一つなような気がしますが如何でしょうか。
IT業界に限らない日本低迷の理由は、硬直した年功序列+新卒至上主義+ピーターの法則、一段階正義のパターナリズム、そして>>273ではないでしょうか。
273 名前:名刺は切らしておりまして[sage] 投稿日:2010/01/15(金) 03:36:03 ID:PYTcTri7
下級将校は熱狂的に戦う。
しかし、将軍は無能である。
特に金モールを吊った高級将校は低能としか いいようがない。」
以上、詳細は引用先をご参照ください。 ピンポンパンポ~ン。
最近はてブでhotentryに、とあるWebサービスの脆弱性を発見したというブログエントリが上がってましたけど、提供元に通報することなく脆弱性の詳細を公表していることについて、誰も疑問に思わないんでしょうか?
エントリを見る限り
フィッシング詐欺などへの利用は十分に考えられる
と書かれており、筆者の方はこれが脆弱性であり危険であると認識されているようです。また、内容からして、Webサービス提供元が修正することが可能なものです。このような場合、「悪用されて被害が拡大するのを防ぐために、公開より先に提供元(あるいはIPAとか)に連絡し、提供元に修正の機会を与える」のが今日 "最善" とされている対応です(異論はあると思いますが)。
にも関わらず、エントリの末尾は
これがまたホットエントリー入りしたらきっと他の誰かが書いてくれる気がしますので(^ー^
と〆られており、エントリを公開することで被害が拡大する可能性についてはまったく考慮されていないようです。
エントリの途中に
(被害を受ける側)は自業自得という気もしますが
などと書かれているので、筆者の方は報告不要であると考えているのかもしれません。しかし、記事の内容を読む限り、被害者はまったくの第三者であり、使ってもいないサービスの仕様に合わせて対策しないと「自業自得」というのはあまりにひどい。
他に「この状態がすでに長く続いているんだし、いまさら公開しても実害はないよな」とか「気づく人はとっくに気づいてるよ」という考え方もありうると思いますが、「だから公開してもいい」というのはちょっと違いますよね。
……と、ここまで、筆者の方を責めるような言い方で書いてきましたが(筆者の方、ごめんなさい)、そもそも「脆弱性の報告」とか「IPA」とか知らない人が大多数でしょうし、気づいてびっくりしたネタをブログに書きたくなる気持ちもわかります。俺がとどめを刺されたのは、はてブしている人が誰一人「いきなり公開しない方がいいよ」とか「報告はしましたか」とか書いていなかったことです(俺がはてブを確認した時点での話。いまこれを書きながら確認したら、id:AmaiSaetaさんがアドバイスされてますね)。知らない人がいるのはしょうがないとして、誰も教えてあげないの?
こえぇ。気をつけとこう。
どうやって気をつけるんですか。同じようなことは今後他のサービスでも別の形で起き得ますよね。使っていないものも含めて世界中のメジャーなサービス全部について仕様を確認するとか?
ただし、(サービス名)を使用している場合に限る
違いますよね。本文ちゃんと読みましたか?
……あぁ。俺が神経質すぎるのでしょうか? 頭に血が上っているから、話を大きく考えすぎているのでしょうか? 本文をちゃんと読んでないのは俺の方で、落ち着いて読んだら「なぁんだ」で終われるのでしょうか?
という感じでなんだかもうよくわからなくなってしまったため、いきなり当該エントリのコメント欄等には書かずに、まずはこっちに書いてみました。ご意見を頂けると助かります。
その人は知らないけどIPAの未踏ソフトウェアの人は何人か知ってる。
ものすごい優秀であることは認めるけど、天才ではなくみんな秀才だよ。
1年で5840時間の差 10年で約58416時間の差 8時間努力した人間1年分で2年勉強してる。
たとえば、単純計算で
10歳からプログラムを初めて15歳で1日16時間の人がだいたい同じスキル。
6歳からプログラム初めて、16歳なら実に前者換算で40歳相当のスキル保有。
こういう状況で30や40の人が16歳の人を見て、すごい天才だとかいうのはおかしい。
これって、単純スキルだけの話じゃなくて、脳みそを訓練してる時間ともいえる。
1日16時間絶えず脳みそを使ってる人と、そうでない人の脳みその発達が同じとは思えない。
天才って言うのは、こういう、秀才の上を行く人のこと。
1日16時間 3歳ぐらいから、音楽を始めた 人たちが天才と認める音楽家が天才。 同じように
1日16時間 3歳ぐらいから、プログラムを初めて40歳ぐらいになった人が、16歳ぐらいの人を見て、おれの何十倍もすごいと評価したら、それが天才。
でも、そのクラスはいまだ見たこと無い。
個人情報配慮Ver
岡○氏(IPA職員=准公務員)、Shareをつこうてハメ撮り.scrを踏む。個人情報流出。
↓
同時にAtok、SoftEther?(IPAプロジェクトによるソフト)、エロゲー、
エロ動画(児童ポルノの関西援交など含む)をダウンロードしていたことも発覚。
↓
勤務先のIPA(独立行政法人)、ありきたりの謝罪文をHPに載せる。
しかしShareでの流出なのにwinnyと書いてあったり、ファイル共有ソフトとファイル交換ソフトの区別が付いてなかったりして失笑を買う。
↓
嫁の石鹸サイト非公開に。石鹸転売に薬事法違反の疑いが浮上し話題になる。
参考:http://www.tanteifile.com/newswatch/2009/01/06_01/index.html
↓
NHKはじめ一部マスコミで「IPA職員の情報流出」報道が始まる。
↓
岡○氏の素敵な言い訳 「古い無料ソフトウエアを探すためにつこうた」
しかしどう見ても違法ファイルも落としてます。本当にありがとうございました。
↓
↓
IPA、1月6日18時より記者会見「やっぱりAtokや児童ポルノ落としてました」
岡○氏の民間時代の顧客情報が大量に流出、ファイル数16000件以上。
↓
↓
政党政治家や早稲田大学への振込リストなど、きな臭いファイルが出てくる。
個人の振込先リストも。(振込Xといういかにも怪しい名のファイル)
ソニーやマイクロソフトなど大手企業勤務者等の大量の個人情報流出!
自民党とか衆議院とか年金基金とかも。岡ちゃんマネーロンダリング疑惑。
↓
特許庁の庁内ファイルが岡ちゃんのPCから見つかる。父親のものか?
特許庁の内部資料がダダ漏れ状態。2001年(平成13年)公表済みの特許データベースが
何故か最終更新日時1999年11月の状態で発見される。インサイダー取引疑惑も。
↓
01/08(木)00時37分02秒、IPA、再度おまんちんにひっかかる。
岡ちゃんのソフトウェア不正利用の証拠発見(秀丸・VC++・Becky)。
↓
↓
めざましテレビで一瞬取り上げられる。
↓
↓
13日、196氏の分散型解析ツール、通称「ダミアン」(196氏が666レス目に登場し、しかも書き込んだ時間の下3桁が666と「オーメン」の呪いの番号と一緒だった為に住人により名前が付けられた。)のうp待ち最中にキンタマウィルスのURLが貼られた。
↓
同日、突如現れたUSAがパスを解読(パスがかかっていたファイルは全て同一パスワード。IPA職員だとは到底思えない)。
これで全部のファイルは解かれた。あとはν速住人のつたない解析能力のみが頼りになる。
↓
IPAの未踏プロジェクトでスーパークリエータになった人は、非常に優秀な人材であることは確かだと思う。スパクリになった人は、有名企業の研究所やアカデミックに進んでしかるべき人たちだと思う。けれども、もし、彼らの中からビル・ゲイツやスティーブ・ジョブスのような人間が出てきてくれることが期待されているのだとしたら、それは間違いだと思う。
もう、IT産業は、一人の天才が世の中を作っていく時代ではない。そういう時代は終わった。市場に出回る製品のソフトウェアのレベルが、かなり上がってきたからだ。特定の分野でシェアトップを握る中小企業を作ることなら、未踏人材であればものすごく可能性がありそうだが、それらの会社がマイクロソフトやアップルのような、総合的なIT企業に成長するためには、また別の仕組みが必要だと思う。
id:miyagawa 言わずと知れたPerl界の大エース
id:mala LivedoorReaderを作ったJavascriptの凄い人 若干25歳
id:amachang id:malaと並んでJavascript界を代表するハッカー
id:otsune はてなスターを大量に付けるスクリプトが書ける
id:dankogai 日本のPerlハッカーの父親的存在
とりわけ文系の大学生に強く申し上げておきたい。「エンジニアになりたい」と憧れてNECや富士通、NTTやCTCといった大企業やその子会社を目指すのは結構だが、ちゃんとSI部門の実態を十二分にリサーチしておけよと。会社の思惑次第で間接部門に配属されるケースもあれば、君らの脳内で描いているいかにもなエンジニア像がしっくりとくるコアな現場に配属されることだってあるさ。だけどな、大半が1年以内にはSIやってる部署に配属される。特に文系はほぼ確実。SI企業とIT企業との区別ぐらいはちゃんと付けとけよ。
こういう大企業のSI部はエンジニアとは到底呼べそうもない、「エスイー」という名のタイムキーパーが大半を占めている。最初はコードを書く真似事ぐらいはさせてもらえるかもしんないけど、すぐに調整役に任命される。当然客が何を言っているのか理解できないことだらけだ。だからエスイーのはずなのに技術的に濃い話題になると答えるのはいつも自分以外の誰か(引き連れたベンダーのエンジニアとか)になる。頼りになる人間が居ない時は「次回までの宿題とさせていただきます」が基本。自分はいつも伝書鳩。これがエスイーの日課だ。はっきり言ってしまうと居ても居なくても良いようなポジション。こういうポジションがメーカーには沢山ある。先輩社員や上司に当たる人間もそうして育ってきた、そういうエスイー一筋のおっさんなのである。なぜ必要も無い仕事を無理に作る必要があるのかというと、言うまでも無く、今日本の大企業にはバブル期を含めて採りすぎた人間が大量に余っているからだ。とはいえ日本は社員を簡単に解雇できない法律の仕組みがあるし、大企業ともなると組合もうるさい。リストラの一環として無能な人材を鶴首するのは難しい。だから、そういう連中にもなんとか仕事をあてがって、食わせてやらなければいけない。
先輩社員(20代後半~30代)もまた、入社3年以内にこのことに気づいて後悔している人たちである。
彼らはIT業界において必要なのはいつもコミュニケーション力だと口を揃えて言う。騙されてはいけない。それは「IT業界において必要なこと」ではなく「社会人として必要なこと」である。エンジニア(ここでは技能者・技術者・研究者をあえて総称するものとする)に必要なのはとにもかくにも高い技術力、これ以外にありえない。IT業界なのであれば情報処理技術に対する深い理解、これを疎かにしてコミュニケーション能力もクソも無い。それなのに「技術のことは入社してからでいいから、それ以外の視野の広い見識を云々」とか言い出す始末。なんてことはない。技術力を能力開発におけるプライオリティの最上位に置いてしまうと部下に対して主導権を握りにくくなるから、というのが本音なのである。このことに気づかせないように、企業のトップはZDNetや日経BP社の各種IT雑誌のような媒体を使って「エンジニアにはコミュニケーション力が最も重要です」「伝書鳩だって立派なエンジニアなんですよ」という雰囲気を盛り立てて、既存社員のモチベーションを下げない工夫をしてはいるようだ。
彼らにしてみれば、今自分のやっている仕事がエンジニアとして高度なことをやっていると思い込まないとやっていられないのだ。君たちは入社後、こういう人間の下につかなければいけない事をある程度覚悟しておいたほうがいい。SIという仕事そのものを否定はしないが、「日本でSIやってる企業」に関して言えば、尊敬できる先輩エンジニアにめぐり合える事を期待しないほうが良い。(繰り返すがこれ日本に限定した話な。技術力がまったく無くてもSI業界に就職できるのは世界中で日本ぐらいだから)
文系がエンジニアになることで爆発的な化学反応が起こりうる。だからその事自体は歓迎したい。だけどSIer、日本におけるSEはエンジニアでないことが殆どだから、くれぐれも誤解せずに情報工学の基礎からみっちりと学んできてね。IPAの情報処理技術者試験レベルのことを「楽しんで」取り組めるなら素質はあるかも。まあ、普通は工学部や専門学校(良い学校はほとんど無いけど)に入り直すのが順当だと思う。
まあ、どのくらいの数の脆弱性オタがそういう彼女をゲットできるかは別にして、
「オタではまったくないんだが、しかし自分のオタ趣味を肯定的に黙認してくれて、
その上で全く知らない脆弱性の世界とはなんなのか、ちょっとだけ好奇心持ってる」
ような、ヲタの都合のいい妄想の中に出てきそうな彼女に、Webアプリ脆弱性のことを紹介するために
(要は「脱オタクファッションガイド」の正反対版だな。彼女に脆弱性を布教するのではなく
相互のコミュニケーションの入口として)
あくまで「入口」なので、時間的に過大な負担を伴うような図解などは避けたい。
できれば、秋葉原とか筑波とかから突っ込みがはいるような微妙な奴も避けたいのだけれど、つい選んでしまうかもしれない。
あと、いくら脆弱性的に基礎といっても古びを感じすぎるものは避けたい。
プログラム言語オタがCOBOLは外せないと言っても(いましたね)、それはちょっとさすがになあ、と思う。
そういう感じ。
彼女の設定は
セキュリティは専門でもなんでもないが、クロスサイトなんちゃらとか、SQLなんとかくらいは聞いたことがある。
サブカル度も低いが、頭はけっこう良い
という条件で。
まあ、なんで一番がSQLインジェクションじゃないんだよとも思うけれど、たいていのWebアプリに必ずあるという普遍性(日本語変か?)とか、文字コードネタのバリエーションとか、DOMが絡んでわくわくするとか、Same Origin Polic何じゃそりゃという点では外せないんだよなあ。長さも3文字だし。
ただ、ここでオタトーク全開にしてしまうと、彼女との関係が崩れるかも。
この情報過多な脆弱性について、どれだけさらりと、嫌味にならず濃すぎず、それでいて必要最小限の情報を彼女に
伝えられるかということは、オタ側の「真のコミュニケーション能力」の試験としてはいいタスクだろうと思う。
アレって典型的な「オタクが考える一般人に受け入れられそうな脆弱性(そうオタクが思い込んでいるだけ。実際は全然受け入れられない)」そのもの
という意見には半分賛成・半分反対なのだけれど、それを彼女にぶつけて確かめてみるには
一番よさそうな素材なんじゃないのかな。
「Webアプリの専門家からいえば、この二つはアプリネタじゃないと思うんだけど、率直に言ってどう?」って。
侵入先のファイルが見えてしまうというハッカー的なものへの憧憬と、これによる逮捕者がいるという法的な考証へのこだわりを
彼女に紹介するという意味ではいいなと思うのと、それに加えていかにもマニアックな
「よく眼にするけどあまり実害の思いつかない」/etc/passwd
「滅多に見られないけど、見つけたらゾクゾクする」/etc/shadow
の2ファイルをはじめてとして、オタ好きのするファイルを世界に公開(流出?うわ、日本語間違いが怖い)しているのが、紹介してみたい理由。
たぶん秋のDK収穫祭を見た彼女は「これCSRFだよね」と言ってくれるかもしれないが、そこが狙いといえば狙い。
そして、われらがアイドルはまちちゃんの紹介のおかげで、この脆弱性が日本で大人気になったこと、
「やっぱりWebアプリの脆弱性は個人情報DBなんかがあるサイトのものだよね」という話になったときに、そこで選ぶのは「SSIインジェクション」
でもいいのだけれど、そこでこっちを選んだのは、この脆弱性がふつーのホームページなどでも本当によく見つかるくせに、意外に問題視されていないレアっぽさが好きだから。
断腸の思いでJavaMailのAPIがTo欄やFrom欄に改行チェックいれているのに、なぜかSubject欄だけチェックがされてなくて脆弱性の原因になるかもって中途半端さが、どうしても俺の心をつかんでしまうのは、
その「チェックする」ということへの躊躇がいかにもオタ的だなあと思えてしまうから。
ほかのメールAPIでもチェックが不十分なものはあるし、そもそもsendmail呼び出すときはチェックはアプリ側でやるしかないとは思うけれど、一方でこれが
Microsoftだったら意外にきっちりセキュアに仕上げてしまうだろうとも思う。
なのに、安全なAPIを使わずに(知らずに?)脆弱性を混入してしまうというあたり、どうしても
「自分の過去から知っている書き方でないと書けないプログラマ」としては、たとえ脆弱性混入した奴がそういうキャラでなかったとしても、
親近感を禁じ得ない。脆弱性の高危険度と合わせて、そんなことを彼女に話してみたい。
今の若年層でディレクトリリスティングによる個人情報漏洩事件をリアルタイムで見聞きしている人はそんなにいないと思うのだけれど、だから紹介してみたい。
SQLインジェクションよりも前の段階で、個人情報の漏洩規模とかはこの脆弱性で頂点に達していたとも言えて、
こういう危険の高さが経産省あたりの個人情報保護ガイドラインにのっていたり、というのは、
別に俺自身がなんらそこに貢献してなくとも、なんとなく脆弱性好きとしては不思議に誇らしいし、
いわゆるインジェクション系でしか脆弱性を知らない彼女には見せてあげたいなと思う。
UNIXシェルの「セミコロン」あるいは「バッククォート」をオタとして教えたい、というお節介焼きから見せる、ということではなくて。
「ホワイトリストで対策すると安全なんだけど敢えてエスケープを究めたいマニア」的な感覚がオタには共通してあるのかなということを感じていて、
だからこそ佐名木版『セキュアWebプログラミングTips集』は20ページ以上もかけてOSコマンドインジェクション対策の説明しているのは、エスケープ手法以外ではあり得なかったとも思う。
「侵入先のコンピュータでコードが動いてこそなんぼ」というクラッカーの感覚が今日さらに強まっているとするなら、その「クラッカーの気分」の
源はOSコマンドインジェクションにあったんじゃないか、という、そんな理屈はかけらも口にせずに、
単純に楽しんでもらえるかどうかを見てみたい。
これは地雷だよなあ。昔だったら筑波方面、今だったら秋葉原方面から火のような「hiddenは危険脳」ブクマがつくか否か、そこのスリルを味わってみたいなあ。
こういう昔のIPA風味の解説をこういうかたちでブログ化して、それが非オタに受け入れられるか
突っ込みを誘発するか、というのを見てみたい。
9本まではあっさり決まったんだけど10本目は空白でもいいかな、などと思いつつ、便宜的にSQLインジェクションを選んだ。
XSSから始まってSQLインジェクションで終わるのもそれなりに収まりはいいだろうし、カカクコム以降のWebアプリ脆弱性時代の原動力と
なった脆弱性でもあるし、紹介する価値はあるのだろうけど、もっと他にいい脆弱性パターンがありそうな気もする。
というわけで、俺のこういう意図にそって、もっといい10パターン目はこんなのどうよ、というのがあったら
教えてください。
「駄目だこの増田は。俺がちゃんとしたリストを作ってやる」というのは大歓迎。
Inspired by アニオタが非オタの彼女にアニメ世界を軽く紹介するための10本
あたし・・・実は・・・プログラマーなんだ。
ずっと、黙ってて、ごめん。・・・隠してて、ごめん。
でも、どうしても言えなかったの。
あたしがプログラマーだって知ったら、きっとみんな離れていっちゃうって思って。こわくて。
わかってる。わかってるよ。
プログラマーは初級シスアドを通った人だけがなることができる、カスタマーのプロフィットに関わるシリアスなビジネスだって。
でもね・・。
でもね、全然ちがうんだよ。
あたし、みんなが思ってるようなキレイなものじゃないんだよ。
あたしは汚れている。
あたしのキーボードは、汚れているんだよ。
プログラマーになったとき、すごく嬉しかった。知り合いのハッカーになったような気でいたの。
あたし馬鹿だから、お客様のビジネスを作るんだ!なんて、本気で思ってた。
でもね、全然違ったんだよ。
元請から言い渡された Sヨ の詳細設計仕様書は全く別のものだった。
お客様のビジネスを、まるでビル・ゲイツのように平等に助けるようなものじゃなかった。
あたしたちプログラマーに課せられた任務、・・・・それは、デバッグ だった。
そして、それを見守ること。
ねぇ知ってた?
この世界には、あるんだよ。こんな日本のど真ん中にね、平然と、あるの。
プログラマーはね、それを見守るの。
プログラマーは六本木ヒルズのホリエモンで、勝ち組の特権階級の象徴だからね、
そこにあるだけで、まるでビジネスが行われているかのような錯覚を起こさせる。
あたしの仕事は、そうやって、平等にビジネスが行われているかのように見せる暗幕みたいなものだったの。
ソフトウェアなんて、全然、救えなかったよ。
救う義務も権利も、この任務にはなかったの。
例え、その仕様がどうすれば助かるか、明確に解っていたとしても、
あたしたちは元請の命令が無いかぎり、何一つのコーディングもできない。
ただ、ただ、走って火消し屋を呼びに行くだけ。そして伝えるだけ。
でもね、この国の「火消し屋」は非常に貴重な存在。
火消し屋は稀有な存在。
夜なんかになれば、一つのフロアにどこからともなく現われるの。
たくさんのプログラマーたちが、一人の火消し屋に群がっていた。
「先生、コアを吐いている人がいます!」
「先生、表領域が苦しい人がいます!」
懸命にプログラマーたちが叫んでた。
でも火消し屋は一人。
私も声を荒げて「苦しい言い訳をするプログラマーがいます!」って叫んだの。
でも、ここでもふるいわけが始まる。
人員レベル、難度、納期。そんなものが現象と一緒くた になって命令が言い渡される。
と言ったきり、火消し屋は朝までチームのもとに来れなかったの(お客さんのところに言い訳に行った)。
その日、10秒ごとに Mantis の履歴が増えた。
「苦しい、苦しい、まだ苦しい」
「もう少しだけ待ってください、今火消し屋、来ますから・・」
何度も火消し屋のもとに走ったけど・・・。
火消し屋は、今にも心臓の止まりそうなお客さんと仕様と納期の折衝にあたっていた。
あたしは火消し屋に背中側から叫んだ。
「null チェックを入れても、まだぬるぽみたいなんです!」
「ガッ!」
コメントアウトの行数を上げた。でも駄目だった。QA からの質問は止まない。
そのバグだけじゃない。
「トイレに連れて行ってください(コンプライアンス的な意味で」
「基板が焼けたから替えてください」
「エスタロンを飲ませてください」
「ブートが走らないんですが」
「眠れません」
デバッガを走らせる。
忙しさにコードが荒くなる。
月残業時間が 400 越えたプログラマーがエレベーターに乗って外に出て行こうとする。
必死にあたしもふるい分けた。
今、一番検収ハネられる危険があるバグから、一番仕様満たしてないバグから、手を差し伸べなきゃ。
「いつになったら納品されるんだ!」と言われても。
「単価高い」と言われても。
私は頭を下げたり、ちょっと言い争ったりもしながら、
あたしはカーネルだ!と思った。
あたしは火消し屋の指示を待たずにロジックの検査をした。差分プログラミングの extends だった。
急いで火消し屋に連絡した。
「差分プログラミングの extends です。継承元のコードいじっていいですか?!」
「いや、コードを見ないとわからない、ただこっちの処置があるから、10分後に行く」
「待てません!リリースします!」
あたしは火消し屋の指示無くパッチをコミットした。バグの症状はスッと納まった。
それは駄目なことだったけど、一人のバグを救ったことに、あたしは浮かれてたの。
貧相な正義感をぶら下げて、意気揚々と自席に戻ってきたの。
自席の・・・・
でも、亡くなってた。
システムコールも呼べない人だった。
あたしは、その日、目の前の苦しいバグに夢中で、ps なんか見てなかった。
それでもね、・・・あたし、まだ、プログラマーなんだよ・・。
火消し屋は QA に「いつ何があってもおかしくない COBOLer の書かれたコードでしたから・・」と時間稼ぎの工作をしていた。
QA のテスターは「ありがとうございました」と額に青筋を浮かべてバグレポートに「仕様です」と書いて取り下げた。
そして、あたしにも「プログラマーさん、ありがとね」と言ったの。
大好きな、ソフトウェアだった。
このシステムが立ち上がる頃から知っていて、αリリースから知っていて。
「自分は寂しがり屋だから、最期は dankogai に手を握ってもらいながらホッテントリ入りしたい」と言っていた。
あたしが新人の頃から知っていて、vi のカーソル移動が苦手だったのも知っていて、
「Xenix はわしが育てた」が口癖だった。
「まぁ、・・・歳だったし、運用中にも止められないって言ってたからなー」
と火消し屋があたしの背中ごしに言った。
その記録には、波形が Full GC 後もヒープ使用量が右肩上がりとなりメモリリークするさまがしっかりと記録されていた。
高負荷だから死んだんじゃない、そこにはメモリリークで死んでくプロセスがあった。
でも、そんなこと全部まるめこんで、kill んじゃって仕方ないっていうプロセスが、そこにはあったんだ。
似たようなことはざらにあった。
何人ものプログラマーが、自社ビルの屋上の端から零れていったよ。
でも、あたし・・・プログラマーなんだ。
誰も、辞めろって言わないの。
火消し屋は鉄火場にブチ込まれただけだから、言わない。
顧客は実情がわからないから、言わない。
プログラマー同士は実情がわかってるから、言わない。
IPA はきっと、全部知ってて、それ込みで「それが10年は泥のように働けということだ」と言うかもしれないけど。
いや、言わないか。IPA は、何も言わない。きっと。
救えたかもしれないバグを、プログラマーは一番わかってる。見えてしまう。
PM の指示が適してないのも、判断が遅いのも、仕様変更履歴がのってないのも、全部わかってる。
それでも「あの時!」と、自分の行動と判断を何度も振りかえる。
その向こうにはいつも「あのとき、こうしておけば」が、くっきりと見える。
でも、救えなかった責任も、見過ごした責任もプログラマーには問われない。
プログラマーって・・ほんと、なんなんだろうね・・・。
パッチ一粒すら出せないのに、
設計一つ指示できないのに、
テストパターンに関わることなんて、一つも独立してできないのに、
テスト部門が持たされてるのはプログラマーコールだけなんだよ。
どんなに辛くてもプログラマーしか呼べないなんて。
そしてあたしたちは色んなものを抱えて、バグの前に立つ。
火消し屋が来ること、来れないこと、
できるデバッグがあること、ないこと、
色んなことを知りながら、本当の意味で世界を変えられるコーディング力もないままに、
さも救いのギークが舞い降りたかのような顔で。
IT ギョーカイが崩壊していく。
全然止められない速度で。
その日○製作所の城で、あたしは見てるんだ。
沈んでいく汎用機の命を。
----------------
スーパークリエイターとか天才プログラマって、IPAが評価しているものでしょ?
役人とか国とか嫌いな人が多いのに、そういう評価は絶賛するってなんかおかしくね?
とおもってググってみたら、「未踏のレベル下がってきてる」とか「称号連発しすぎ」とか「あの程度のレベルで取れるのはおかしい。もっと優秀な人は世の中にごろごろ転がってる」という意見がちらほら。「CやPerl、ましてやPHPなんて使えてもなあ」という方もいた。
この記事もそういう話につながるかもしれないね。曲解だけど。
まあ、はてなではショボいPHPのコードがちょろっと書けるくらいで神扱いだから、そりゃスーパークリエーター様は神以上の存在として崇められて当然だわな。世の中と価値基準がかけ離れているのも分かる。
偶然に発見したid:amachangの記事。
http://d.hatena.ne.jp/amachang/20071210/1197277203
ここに、りんくが貼ってあるんだけども。
http://www.atmarkit.co.jp/news/200705/09/nttdata.html
「10年は泥のように働け」「無理です」――今年も学生と経営者が討論
IPA 西垣さんのSI 業界の「泥のように働く」発言が話題になっているけれど、これは、いまの SI 業界が人材派遣ビジネスであるということを、端的に表す、歴史に残るひと言になろう。
泥にまみれない人生として、外資系ベンダーを求める若人もいるだろう。
でもそこには、限りのない砂地が待っていることをいっておきたい。
超有名ソフトウェアベンダーの日本法人は、営業代理店であって決してソフトウェアを開発していない。書いているのは与えられた製品コンセプトを英語から日本語にしているだけである。
だから、「米国本社に掛け合って日本のお客様の品質リクエストに応えさせた」なんていう、内輪の問題であっても、さも自慢げに語る日本法人のコメントが発生する。
ソフトウェアの世界は、アメリカ西海岸の世界。彼らの作っている世界で金にならない日本人の品質過剰なリクエストは、砂地に水をかけるようにあっという間に消えてなくなっていく。