株式会社スターロジックの羽生章洋が書いてるブログ:元請けにこだわる理由 - livedoor Blog（ブログ）
私は文系の大学中退（まぁ高卒ですよね）です。最初に入ったのがソフト会社で、その次もソフト会社でした。最初の会社では未経験のど素人だったのでオペレータやパンチャー、運用と保守からやらせて頂きました。その後転職した2番目の会社で、絶対に忘れないと感じる出来事に出会いました。 ＃ とりあえず、以下のエピソードのあと、新婚早々に残業400時間/月とかやってて ＃ さすがに「これは死ねるかも」と思う程度に、月に200時間残業とかするのは ＃ 当然と思っていた、それでもそれが苦にならなかったほどに一体感を持つことが出来た ＃ 今思うに幸せな時代の話です。私は当時の会社を今でも誇りに思っています。 2番目の会社にはその年の1月に入社しましたので、その年の夏のボーナス（賞与というよりも私にはボーナスという言葉の方がゴージャスに聞こえるのでこれで押しますｗ）は当然出ません。というわけで、お金に困っていた私は
人月計算とExcelとスーツの世界より・アフター
http://anond.hatelabo.jp/20080323175904 半年前に「人月計算とExcelとスーツの世界より」を書いた増田だけど、この増田が他人に思えなかったので、半年ぶりに自分の話をしたいと思う。 半年前のエントリの内容、読んでない・読むのたるいって人のために簡単にまとめておく。 俺はCOBOLっていう昔々の言語を使って巨大な金融システムのお守りをしていた。それは誇らしい仕事（「これ読んで「転職考えろ」とか言ってるやつってアホだろ」的な意味で。これももっともな話だよね）ではあるんだろうけど、俺はやっぱりキャッチーな新技術がやりたくてたまらない。 そんなふうに増田に愚痴ったところ、なんか400以上のブクマがついた。以上がこれまでのあらすじ。 話の続きを始める。 あれほどのブクマを集めたことなど初めてだった。戸惑いながらも、日々増えていく皆のコメントを噛み締めた。 転職を
新卒で入社して一年
大手電機メーカーのSEとして就職して一年。 うちの職場は、なんというか、生ぬるい。 もちろん仕事がないかといえばそういう訳でもなく、 毎日20時21時まで残業するのが当たり前。 でもそれほど切羽詰っているわけでもないから、 定時に帰っても特に問題ないし、皆ちょこちょこと有給で休みを取る。 一日に何度か職場のあちこちで雑談タイムが繰り広げられていて、 朝から晩までバリバリ仕事、という空気でもない。 そして今年は一年目だから給料は300万ちょっとだけど 来年からは600万くらいに跳ね上がる。 はっきりいって、楽にお金を稼ぐという点では非常に恵まれた環境だと思う。 良くも悪くも平均的な人が多く、職場の人間関係も穏やかそのもの。 このままなんとなく過ごせば、きっと10年後には貯金の額もすごいことになる。 でも、ここにいる限り、スキルの向上はあまり期待できそうにない。 同僚はクルマやらマイホームやら
希望は突然やってくる:江島健太郎 / Kenn's Clairvoyance - CNET Japan
ニッポンIT業界絶望論にたくさんの反響をもらったけど、実はあのポストを投げ込んだ後、自分でもちょっと引っかかりが残っていた。それが何なのか、モヤモヤしてて気持ち悪かったんだけど、ウェブ時代をゆくを読んでいたらそれが何だったのかをハッキリと思い出した。 文中で「ひと仕事終えてスターバックスでコーヒーを読みながらしっぽりウェブを泳いでいたら、なんだか得体の知れない不安感のようなものにおそわれたことを思い出す。このとき、とうとう心の底で長らく封じられていた声が聞こえてきてしまったのだった。」って書いてる箇所があったけど、このときに読んでいたのは、実はCNETの梅田望夫・英語で読むITトレンドだった。 あの頃、いつも忙しすぎてネット上の記事をちゃんと読めるまとまった時間がほとんどなかったのだけど、この日には腰を据えて未読分を全部まとめ読みしてみようという気分になったのだった。 そのときに「顧客志向
「渡された仕様書を実装するサラリーマンプログラマ」の悲哀
@ITの「業務用途でRubyを使う上での課題 」を読んでなんだか悲しくなった。 チーム開発でRubyを使ったときに今後起こりえる問題として、サン・マイクロシステムズ システム技術統括本部 チーフテクノロジストの下道高志氏は、こう指摘する。「他人の書いたPHPコードのメンテナンスはできない。Rubyはどうかといえば、現状はいい。しかし今後“職業プログラマ”ではなく、渡された仕様書を実装する“サラリーマンプログラマ”が増えてくると、コードのスパゲッティ化は避けられないだろう」。 【業務用途でRubyを使う上での課題 − ＠ITより引用】 これは言語の問題ではなく、日本のソフトウェア産業全体が抱える問題。以前にも「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーで書いたが、本来のソフトウェア作りとは、絵を描いたり、音楽を作ったり、建物をデザインするのと同じ「創作活動」である。ドラッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
