このエントリは、新卒準備カレンダー 2011春のためのもので、@shuji_w6e さんの「実践する、コツコツと、少しづつ」の次のエントリになります。 おまえ誰よ? 高橋征義と申します。プログラマです。プログラミングはかれこれ30年近くやってますが、まともに書けるようになったのは20年近くたってからです。人間続ければ何とかなることもあるんですね(ならないこともあります)。 修士の1年のとき、高校時代の友人から「インターネットのベンチャー会社作るんだけど一緒に働かない?」と言われ、あまり何も考えずに修了後その会社に参加しました。1996年、Webが流行り始めたころのことです。 そこから一度転職をはさみ、10年以上Web業界の隅っこの方で開発仕事に励んでいたのですが、昨年3月に退職、6月に電子書籍の制作と販売を行う「株式会社達人出版会」という会社を設立して、今はそこの代表取締役です。いやまあ社
前回のエントリー日本のSI業界でこそ、専門の技術者の必要性がもっと見直されるべきではないのか? - 達人プログラマーを目指してで、「技術の専門家」という言葉を用いたのですが、人によってこの言葉に対してイメージするものが結構違うのではないかと思います。この点に関して、ちょっと補足させてください。 一般的なイメージだと「匠」という言葉を聞いてイメージするのは、その道何十年、ひたすら同じ作業を繰り返すことで特定の技を極めるような仕事を想像してしまいます。実際、車の車体の細かい傷を一瞬で判別してしまうような熟練工の技といったものは簡単に身に付くものではありません。陶芸家とかバイオリンのマイスターなども同じようなイメージですし、ピアニスト、将棋棋士、野球選手などプロフェッショナルな職業はそのように長い時間をかけて道を究めるといったところがあります。同じ専門家でもちょっと毛色が違うところがありますが、
エンジニアが金持ちになって次の世代を作る未来 http://d.hatena.ne.jp/KoshianX/20091211/1260534895 日本は資源の無い国。ソフトウェアで勝てなければ何で勝てというのか。 そう、今のままでは我々の仕事はみな中国へ行く。需要の縮んだマーケットとして日本は世界中の企業から見放されていく。 新しく世界に売れる仕事を作っていかなきゃいけない。Googleを追いかけるのではなく、Googleを飛び越える何かを。 新しい何かを作らなきゃいけないと思うし、そういう努力は惜しむつもりは無い。俺もあきらめてはいない。 だが、しかし結構難しいんじゃないかとおもう。 天地の利が揃わなければ勝負には勝てない。 エンジニアが活躍して日本の産業そのものを引っ張っていくには環境がいまのところまだ整っていない。 要はこの3つだとおもう。 ・歴史 ・マーケット ・規制 エンジニア
1 名前:米糠:2009/10/04(日) 03:48:40.14 ID:WCIb/sNN0 んーむ 7 名前:以下、名無しにかわりましてVIPがお送りします:2009/10/04(日) 03:51:45.82 ID:3/8MQISv0 社長こんな時間に何してんすか >>7 仕事してます。 スペック 年齢29歳 資本金3000万 創業約10年 もはやベンチャーとは呼べない・・ 社員数30人くらい 東京ではない、地方都市 ビジネスモデルなんて大それたものはなくなってしまった ひたすらWeb作ったりシステム作ったりコンサルしたりです。 5 名前:以下、名無しにかわりましてVIPがお送りします:2009/10/04(日) 03:50:04.95 ID:SkF9SBF40 デスマ、サービス残業だらけ? >>5 多少はあります。 多少ブラックです。 11 名前:以下、名無しにかわりましてVIPがお送
発注/調達 † 値切ってはいけない 2009.3.6 確かに,プロジェクトには予算が決められており,その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には,入念に価格交渉を行い,発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには,PMは出てきた見積もりを査定する能力が必要であり,かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか RFP(Request For Proposal:提案依頼書) SLCP−JCP98:Software Life Cycle Process - Japan Common Frame 1998 SPA(Software Process Assessment)
答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける 1次請け、要件定義書の執筆を始める 1次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、2次請け以下には秘密裏に行われている 詳細設計 1次請け、詳細設計実施要領の執筆を始める 1次請け、だいたいこのあたりで2次請けへと乾坤一擲 2次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に5次請けくらいまで仕事が割り振られている 製造 1次請け、製造工程実施要領の執筆を始める 1次請け、単体テスト実施要領の執筆を始まる 5次請け、電球フィラメントのくるくるを手で作成しはじめる 4次請け、求める匂いが上手く出せないと3次請けに駄々をこねる 3次請け
こんなの出てたから、見ておくといいかもね。 経済産業省では、情報システムの取引において、現行の「人月方式」以外での価格決定方法を模索するため、情報システムの付加価値に着目して価格を決定する「パフォーマンスベース契約」について検討を行ってまいりました。 今般、「情報システムのパフォーマンスベース契約に関する調査研究」報告書として取りまとめましたので、公表いたします。 「情報システムのパフォーマンスベース契約に関する調査研究」報告書の公表について - 経済産業省 本文のさわりにはこんなことが書いてあったよ。 1 はじめに 1-1 背景と目的 我が国の情報システム市場は、現在、主として「人月ベース」の価格表示を行っており、それに伴う価格の根拠がユーザ側の価格への不信感につながっていることは従来から多数指摘されている※が、残念ながら、この課題は現在まで業界全体として抜本的に解決されるには至っていな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く