株式会社スターロジックの羽生章洋が書いてるブログ:元請けにこだわる理由 - livedoor Blog（ブログ）
私は文系の大学中退（まぁ高卒ですよね）です。最初に入ったのがソフト会社で、その次もソフト会社でした。最初の会社では未経験のど素人だったのでオペレータやパンチャー、運用と保守からやらせて頂きました。その後転職した2番目の会社で、絶対に忘れないと感じる出来事に出会いました。 ＃ とりあえず、以下のエピソードのあと、新婚早々に残業400時間/月とかやってて ＃ さすがに「これは死ねるかも」と思う程度に、月に200時間残業とかするのは ＃ 当然と思っていた、それでもそれが苦にならなかったほどに一体感を持つことが出来た ＃ 今思うに幸せな時代の話です。私は当時の会社を今でも誇りに思っています。 2番目の会社にはその年の1月に入社しましたので、その年の夏のボーナス（賞与というよりも私にはボーナスという言葉の方がゴージャスに聞こえるのでこれで押しますｗ）は当然出ません。というわけで、お金に困っていた私は
そりゃ日本の携帯電話がまともにならないわけだよ
募集要項仕事内容携帯電話向け開発エンジニア ※国内のキャリア向け標準ソフト開発、個別メーカー向けカスタマイズなどを実施。必要スキル・C言語必須求める経験・3年以上の開発経験者(基本設計から試験までの経験を3年以上お持ちの方) <あれば尚可> ・携帯電話向けソフトウェアの経験求める人物像・開発品のゴールを正しく認識し、そのゴールに向かって開発メンバとして他メンバと協調しながら開発できる人 ・品質基準、顧客要件を正しく把握し、基本設計、詳細設計、プログラム開発、試験設計、試験のできる人 ・アーキテクチャについて語れ、開発メンバーをリードできる方であれば尚可 ・顧客、開発メンバーとコミュニケーションできる方 ああ、俺ってこれにぴったりかもしれない。でもキツいよなー。多分毎日8時出社終電帰りとかになるんだろうな。 で、読み進めた。 年収・給与400万円から600万円までアホか。 冗談にも程がある。
「自分の人生は自分で決めること」―エンジニアの未来サミット ― ＠IT
「IT業界は『泥』ばかりじゃないし、いい面ばかりでもない」。9月13日、技術評論社が主催する「エンジニアの未来サミット」が行われた。定員250人の会場は満員となり、注目の高さを伺わせた。 イベントは2部構成。第1部は「アルファギーク vs. 学生～エンジニア業界の過去・現在・未来、そして期待と現実」と題して、ディーエイエヌ 小飼弾氏、電通国際情報サービス ひがやすを氏、ミラクル・リナックス よしおかひろたか氏、ライブドア 谷口公一氏、はてな 伊藤直也氏の5人と、学生4人がパネリストとして登壇。第2部は「エンジニア、デザイナーたちの“30代”の生き方・考え方～あのころの理想と今を熱く語る」と題し、9人のITエンジニアやWebデザイナーが、仕事やライフスタイルについてパネルディスカッションを行った。 会場の様子はUstream.tvで生中継された。また、Ustream.tvのチャットで書き込ま
ソフトウエアはハードウエアより硬い
ソフトウエアは硬い。ハードウエアよりも硬い。ある程度の規模のソフトウエア資産を抱え，それを日々動かしている担当者の方であれば，ソフトウエアの硬さ，すなわち柔軟性の無さを痛感しておられると思う。 ソフトウエアが硬くなっている，という印象的な表現は，2004年1月に出版された『ソフトウェア入門』（黒川利明著，岩波新書）に出てくる（日経エレクトロニクスも2005年12月19日号で「ソフトウエアは硬い」という特集を組んでいた）。本来，ソフトウエアは開発した後であっても，使い方や環境の変化に応じ，柔軟に変更できることが特徴だった。ところが同書によれば，「コンピュータシステムにおいては，ハードウェアを変更するか，ソフトウェアを変更するかという判断を迫られたとき，今日ではユーザは一般的にハードウェアの変更を選び，ソフトウェアの変更は後回しにする」ようになってしまった。 例えば，あるシステムの応答速度が遅
会社をやめることになった:ハムスター速報 ２ろぐ
1 ：以下、名無しにかわりましてVIPがお送りします：2008/07/22(火) 11:28:02.09 ID:RJPe52XA0 働き始めてもうすぐ１１ヶ月の俺が会社をやめようと決意した 6 ：以下、名無しにかわりましてVIPがお送りします：2008/07/22(火) 11:29:40.49 ID:RJPe52XA0 俺は実は早期出社で去年の8月から働いていた。 8月： 入った頃は俺も初めての職場で 楽しみでもあり不安でもあった。 一応スペック 歳：もうすぐ22歳の21歳 性：男 職：プログラマ 10 ：以下、名無しにかわりましてVIPがお送りします：2008/07/22(火) 11:32:54.22 ID:NYqBSox3O 短期間で目的無しにやめると後辛いぞ まあこんなアドバイスは沢山もらっただろうけど 16 ：以下、名無しにかわりましてVIPがお送りします：2008/07/22(
使い回しの提案が目立つ「できます」と簡単に言うな
使い回しの提案が目立つ「できます」と簡単に言うな 石川 淳氏 プロントコーポレーション 経営企画室経営企画グループ担当マネージャー ITベンダーの営業担当者にはもっと、当社の業務を理解しようという姿勢を見せてもらいたい。提案書を見て、「使い回している」と感じることが多く、がっかりすることもある。 カフェチェーン「プロント」のPOS（販売時点情報管理）システムの再構築を検討していた4年前もそうだった。この案件では、8社のITベンダーから提案書をもらった。 既存のPOSシステムを構築したSIerや、飲食業向けPOSシステムの構築実績が多数あると聞いていた大手メーカーなどに声を掛けた。会社の規模も実績も申し分ないと思い、優れた提案書が出てくるはずだと考えていた。 ところが、この期待は裏切られた。いずれの提案書も、最新のPOS端末やソフトウエアの機能の説明に、大半のページが割かれていた。あとは開発
SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変
人材鎖国 - 池田信夫 blog
資本鎖国のリスクを指摘したのは野口悠紀雄氏だが、人材鎖国の問題もかなり深刻だ。コメントで教えてもらったが、NYタイムズまで、日本のIT産業からエンジニアが逃げていく問題を指摘している。 この10年で、日本のエンジニアの数は1割へった。特にITゼネコンは3K職場というイメージが定着してしまったため、優秀な学生は外資系を志望する。グーグルへの求職者は年間100万人を超えたが、富士通は2000人の求人でも1割の欠員が出た。それでも79％の日本企業が「外人エンジニアを雇う気はない」という。厚労省は「15万7000人の外人エンジニア受け入れた」というが、アメリカでは780万人だ。日本の受け入れ人数はシンガポールや韓国にも劣る。 結果的に、日本のハイテク産業はアジアに拠点を移さざるをえない。日本よりインドやマレーシアやタイのほうが優秀なエンジニアを低賃金で雇えるからだ。資本鎖国を求める日本経団連で
プログラミングファースト開発 - ひがやすを技術ブログ
プログラミングファースト開発とは、ドキュメントを書いてからソースコードを書くのではなく、動くソースコードを書いてユーザに実際に触ってもらうということを何度も繰り返して、仕様を固める開発手法です。ドキュメントは仕様が固まった後に書きます。 テストサミットでは、極力ユニットテストを書かずに品質を確保する方法ということで、テストに重点を置いて話をしたのですが、今回のクロスコミュニティカンファレンスでは、「プログラミングファースト開発」そのものについて、会場の方々と一緒にディスカッションしました。 熱い(暑い?)ディスカッションになったので、思わず途中で泡のあるスポーツドリンクを飲まないといけなくなったほどです(笑)。 プログラミングファースト開発の開発手順は次のようになります。 実装してユーザに使ってもらうということを仕様が固まるまで繰り返す レビューの結果はその場で反映させる 仕様を決めながら
パッケージソフト不毛の国・日本的ソフトウエア観（4）?ビジネス-最新ニュース:IT-PLUS
電通、三菱UFJ信託銀行など大手企業が相次ぎ参入を表明する「情報銀行」。ここに挑むベンチャー企業がDataSign（東京・渋谷）だ。同社の太田祐一社長は情報銀行という言葉が生まれる…続き 中部電力が「情報銀行」参入へ 電力データを活用 ［有料会員限定］ 「情報銀行」説明会に２００社 データ流通の枠組み始動
シネマコンプレックス「新宿バルト9」の驚嘆すべき大バカ最低システム - 檜山正幸のキマイラ飼育記 (はてなBlog)
驚いた。あきれた。なにがどうなったらこんなバカげたシステムができるのだろう？ 補足解説編もあります。 さらなる補足。 コメントをしたい方は、なるべくコレにも目を通してみてください。 連休・子連れで映画館へ 連休、安直に「映画でも」と、子供二人を連れて「新宿バルト9」にはじめて行きました。9つの映画館を集約した施設、なかなかリッパです。上映開始10分前に着いたのに、既に長蛇の列、結局25分も並ばされた。すごく混んでいた？ いやっ、さほどではなかったんですよ。長蛇の列の原因は、発券カウンターの処理能力が異常に低いためでした。 上映開始15分後に入れた -- ってことは 9つの映画館すべてのチケットを一箇所の総合カウンターで発売します。全席指定、完全入れ替え制です。僕らは結局、到着25分後／上映開始15分後に入れました。ここで少し考えれば、次のことがわかりますよね。 満席になればその回は入場でき
『エンジニアのためのWord再入門講座 美しくメンテナンス性の高い開発ドキュメントの作り方』 - 暫停使用
ある意味、私の原点となるモノが凝縮されていると思う書籍。ようやくお披露目することが出来ました。 エンジニアのためのWord再入門講座 美しくメンテナンス性の高い開発ドキュメントの作り方 作者: 佐藤竜一出版社/メーカー: 翔泳社発売日: 2008/05/22メディア: 単行本購入: 53人 クリック: 1,752回この商品を含むブログ (97件) を見る 本書の元になったのは、『開発の現場 vol.006』に寄稿させて頂いた「Wordを駆使した賢いドキュメントの作り方」という記事です。この記事では「ドキュメントは1が見栄え、2がメンテナンス性、中身はそれから」という掛け声の元、Word を効果的に利用する技法を紹介させて頂きました。本書はその内容を大幅にブラッシュアップしたものです。 開発者の多くは Word が嫌いです。しかし私が見たところ、Word が嫌いと言う開発者で、Word を本
「ソフトウェアの部品化」が失敗する理由 ― ＠IT
経済産業省のとある外郭団体の委員をしている方と話をしていたら「我が国のソフトウェア産業を改革するためには、ソフトウェアの部品化を推進しなければならない」と話していた。うーん……ソフトウェアの部品化かぁ……。正直、頭をよぎったのは1980年代後半に国内のソフトウェア部品の集積を目指して立ち上げられたが、失敗した「Σ（シグマ）プロジェクト」だ。 Σプロジェクトから20年の歳月を経て同じコンセプトが出現するには理由がある。日本の輸出を支えている製造業で、製品におけるソフトウェアの比重が高まるに伴って、業界全体がソフトウェア・エンジニアの不足および、ソフトウェア関連の障害の多発に悩まされているからである。 外注先企業が作ったソフトウェア障害に悩まされている製造業の視点から見れば「なぜ、ソフトウェアはこんなにトラブルが出るのか？ 部品化して、それぞれの部品の品質チェックをもっと厳しくし、その上で再利
ウォーターフォール式「アジャイルのやりかた」 (プログラミング C# - 翔ソフトウェア (Sho's))
ウォーターフォール式にアジャイルを導入する手順。 社内で「うちでもそろそろアジャイル開発を導入しませんか」と根回しをします。 「アジャイル開発プロセスに関する調査を行うための準備委員会」の提案書を作成し、上に提出します。 提案書が、課長→部長→本部長と段階的に上にあがっていき、承認されて段階的に戻ってくるのを待ちます。 「アジャイル開発プロセスに関する調査を行うための準備委員会」の責任者となって、委員会を設立します。 会議を繰り返し、その結果を元に「アジャイル開発プロセスに関する調査書」案を作成し、委員会を召集してレビューします。 反対意見をまとめあげて、「アジャイル開発プロセスに関する調査書」を完成させます。 もう何もかもがいやになり、全てを窓から投げ捨てます。
プログラマが仕様を決めればいい - GoTheDistance
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
極意より作品を - 書評 - 受託開発の極意 : 404 Blog Not Found
2008年04月08日00:05 カテゴリ書評/画評/品評WEB+DB PRESS 極意より作品を - 書評 - 受託開発の極意 技術評論社稲尾様経由で著者より献本御礼。 受託開発の極意 岡島幸男 初出2008.04.03;販売開始まで更新 ソフトウェアの受託開発というものに書かれた日本語の本としては、今まで読んだ中で最も誠実に書かれた本であるように感じた。 それだけに、それらの本に関する不満がかえってふくれあがってしまったのもまた偽らざる心境である。 本書「受託開発の極意」は、SIerの雄、永和システムマネジメントに勤める著者が、受託開発についてまとめた一冊。「WEB+DB PRESS plusシリーズ」の一冊でもある。 目次 - 『受託開発の極意』amazonで予約開始！ - TECH-moratorium ： テクモラトリアムより より詳細な目次が 受託開発の極意 ―― 変化はあなた
ついに永和の秘密を公開 - 受託開発の極意 - ひがやすを技術ブログ
出版社より献本御礼。 永和システムマネージメントといえば、平鍋さんのプロジェクトファシリテーションや角谷さんのRubyへの愛で有名だ。しかし、その内部で、プロジェクトが実際にどうやって行なわれているのかは、神秘のベールに隠されている。 本書は、そんな永和さんの秘密を包み隠さず教えてくれる。ソーシャルブックマークをお使いの方は、[これはすごい]タグのご準備を。 受託開発の極意―変化はあなたから始まる。現場から学ぶ実践手法 (WEB+DB PRESS plusシリーズ) 作者: 岡島幸男,四六出版社/メーカー: 技術評論社発売日: 2008/04/08メディア: 単行本（ソフトカバー）購入: 25人 クリック: 1,381回この商品を含むブログ (91件) を見る大手SIerに丸投げされて苦しんでいるあなた。3章の「丸投げされても前進する」「丸投げドキュメントの読み方」は、バイブルになるだろう
デスマーチがなくなる？ IT業界に義務付け「工事進行基準」ってなんだ ― ＠IT
ユーザーの要件定義があいまいでシステム開発中も修正に次ぐ修正。プロジェクトは大幅に遅れて、予算が超過。しわ寄せは下請け、孫請けへ。デスマーチ……。新3Kともいわれるこんな日本のIT業界が2009年4月に大きく変わるかもしれない。そのきっかけとなるのが「工事進行基準」の原則義務付けだ。 【関連記事】 工事進行基準を分かりやすく解説してみよう【基本編】 工事進行基準を分かりやすく解説してみよう【対応編】 工事進行基準（用語解説）とは会計基準の変更によって2009年4月にシステム・インテグレータ（SIer）など受注ソフトウェア開発業に原則として義務付けられる収益の計上方法。開発期間中にその売り上げと原価（費用）を、工事（ソフトウェア開発、システム開発）の進捗度に応じて、分散して計上する仕組みだ。 これまでSIerは、工事進行基準ではなく、開発終了時に売り上げと原価を一括計上できる「工事完成基準」
『受託開発の極意』amazonで予約開始！ - Be Happyman!!
受託開発の極意―変化はあなたから始まる。現場から学ぶ実践手法 (WEB+DB PRESS plusシリーズ) 作者: 岡島幸男,四六出版社/メーカー: 技術評論社発売日: 2008/04/08メディア: 単行本（ソフトカバー）購入: 25人 クリック: 1,381回この商品を含むブログ (91件) を見る ついにamazonで予約開始です。『受託開発の極意〜変化はあなたから始まる。現場から学ぶ実践手法』。4月8日発売。お求め安い、￥1,554（税込） ↑まだamazonに書影入ってないので、ここで初披露です。 なぜ「受託開発」なのか？ 特に日本では、受託開発の問題がクローズアップされがちだと感じています。私も一受託開発者として、この問題に「どろくさく」アプローチしなくてはいけない、と思ったのが執筆の動機です。 見積りや丸投げの問題など、「そうはいっても、やらなくちゃ」といった仕事の数々を、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://chikura.fprog.com/index.php?UID=1216994394