Q.電球を変えるのに、SE/PGが何人必要か - SiroKuro Page
答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける １次請け、要件定義書の執筆を始める １次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、２次請け以下には秘密裏に行われている 詳細設計 １次請け、詳細設計実施要領の執筆を始める １次請け、だいたいこのあたりで２次請けへと乾坤一擲 ２次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に５次請けくらいまで仕事が割り振られている 製造 １次請け、製造工程実施要領の執筆を始める １次請け、単体テスト実施要領の執筆を始まる ５次請け、電球フィラメントのくるくるを手で作成しはじめる ４次請け、求める匂いが上手く出せないと３次請けに駄々をこねる ３次請け
日本のメーカー終了間近？
もう日本のメーカーのほとんどに、担当者は居ない。 製品のメイン開発者のほとんどが、社内に居ないのだ。 ---- 俺はプログラマー。 長年、とある組み込みマシンのメインプログラマーだった。詳細仕様、プログラムの細部、それらは全て資料化されているものの、膨大な量と難易度の為、俺が居ないと回らない状態だった。 ところが、この不景気で、俺の雇い主の某大手メーカーは、とにかく外注を切る指示を出した。 そして、俺は引継ぎ作業をして、その会社の仕事を終わらせた。 引継ぎと言っても、そもそも仕様自体が多いので、１ヶ月毎日ミーティングしたが終わらなかった。資料は電子化されているが印刷したら電話帳ぐらいにはなるだろう。更にネットワーク機器で他装置との連携機能も実装していて、それらのノウハウなどはとうとう伝え切れなかった。 プログラムも、量を減らす為にテンプレートやらマクロやらが大活躍で、そもそもLinuxカー
"Let It Be" の替え歌 "Write in C" はもっと評価されるべき - カタチづくり
知人の紹介で知った替え歌。すごい気に入ってしまった。 delicious では結構ブックマークされているのに、はてブではあまりブクマされてないね。日本ではあまり知られてないのかな。 When I find my code in tons of trouble, Friends and colleagues come to me, Speaking words of wisdom: "Write in C." ... もう、"Let it be" は "Write in C" にしか聞こえない・・・。 歌詞はコレかな。→ Write in C 別バージョン。 こちらの歌詞はこっちっぽい。→ http://www.cs.bgu.ac.il/~omri/Humor/write_in_c.html もう一丁。ちょっとヘタクソ？（笑
結婚した同僚に贈ったシステムの話 - maru.cc@はてな
先週末の土曜日に同僚の結婚式がありました。 二次会の方に参加したのですが、いい会だった。 会社で、なにかプレゼントをしようということになり、お祝い用にシステムを作ってプレゼントしました。 内容は、写メで披露宴や二次会の最中の写真や、自分撮りした写真を送って、本文にメッセージ書いて送ると、二人に贈ったURLを開くと、フォトムービーとして見ることが出来るというものだ。 特別な技術は使用していないが、進め方が通常案件の進め方にも通じるものがあると思うので、エントリを書いてみた。 まず、企画 どんな企画にするかを2週間ぐらい前から練り始めました。 過去に写メや動画を携帯から送り、PC上のFlashでつなげて見れるというのはやったことがあったので、それをカスタマイズするという方向に決定。これはすんなり決まった。 設置場所などの決定 今回のシステム構成は、一般的なLAMP構成。Linux+Apach+
純粋なココロ 2.0: そこそこのIT技術者に求められる素養の第一は「人柄」ではなく「技術」
↑タコシエ・オンラインにて絶賛発売中！通販可能！在庫切れの際はご容赦ください。 【関連サイト】 ・純粋なココロ（旧サイト） ・世界のはて（はてなダイアリー別館） ・Twitter@Masao 【そこそこのIT技術者に、コミュニケーション能力は要らない】 ・町場のＳＥに求められる素養の第一は「技術」ではなく「人柄」 ・プロ^2グラマーは社交が8割 共にSEやプログラマといったIT技術者に一番必要な能力は、「人柄」なり「社交」なり、要は「コミュニケーション能力」（以下コミュ力）だよというお話。 でもコレ、違うと思うんですよね。このふたつの記事の前提になっているのは、「『優秀な』IT技術者を目指す人間にとっては」ってことなんじゃないかなぁ*1。 「そこそこの」IT技術者には、コミュ力なんて要りませんよ。まぁ最低限の業務連絡をこなせるくらいのコミュ力は流石に必要だけど、ここに書いてある
晴 - Note - 趣味プログラマが業界で生きて行くには
検索エンジン経由で来られる方がまだいらしてくださってですね、まあ自分が実践できなかった記事を偉そうに残しておくのも酷なので消しました、まる。 http://golf.shinh.org/p.rb?Hamming+Numbers#Ada Boostさんに追いつけねー。 続きを読む
プログラマーの常識を学ぶ前に (1/2) - ＠IT
本連載は、「プログラマーの常識をJavaで身に付ける」ことを目標としています。Java言語やその文法は一通り理解しているが、「プログラマー」としては初心者、という方を対象とします。Javaコアパッケージを掘り下げることにより「プログラマーの常識」を身に付けられるように話を進めていきたい、と考えています。Javaコアパッケージには、あなたが知らない意外な発見がまだまだあるはずです。そこから、さまざまな「常識」を学びましょう プログラマーの常識を身に付けるのにJavaはうってつけ Javaは登場以来、こつこつとバージョンアップを重ねてきました。先日、Java SE 6がリリースされたばかりです。バージョンアップを繰り返す過程で、Javaコアパッケージはどんどん成長し、また実現できる応用範囲はますます広がっています。さまざまなプログラミングが実現できるJavaコアパッケージを使ってみないのは、も
プログラマーの格言（盗作多し）
プログラマーの格言（盗作多し） 頼む、９６になるまで盗作を続けさせてくれ プログラマーの格言（盗作多し） 一日は２４時間ある。 今日中という意味は明日の朝までという意味である。 プログラマーの格言２（盗作多し） プログラムは思った通りに動かない。書いた通りに動く。 プログラマーの格言３（盗作多し） 要求仕様はプログラム完成後に完結する。 基本仕様は完成品を顧客が見てから決定される。 詳細仕様は使用者がプログラムを動かしてから固まる。 プログラマーの格言４（盗作多し） 私は、ソフトウェア設計には 二つの方法があるという結論に達した。 一つは、欠陥がないことが明らかなほど単純にする方法である。 もう一つは、明らかな欠陥がないほど複雑にする方法である。 C.A.R.Hoare プログラマーの格言５（盗作多し） コードは開発現場で書くんじゃない！ 納品先で書くんだ！ デバグは納期前にするんじゃない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【2ch】ニュー速クオリティ:プログラマーが1度は口にする言葉
プログラミング言語ヒエラルキー:Geekなぺーじ