工数見積もりで陥りやすい罠 - プログラマの思索
「ソフトウェア見積り」を読んだ後に「アジャイルな見積りと計画づくり」を読み直したら、とても理解しやすかった。 理解できたことをメモ。 間違っていたら後で直す。 ※追記：一部修正した。 ※追記：Velocityの計算方法を「塹壕よりScrumとXP」から参照するようにした。 【元ネタ】 Twitter / @akipii: 見積について色々考えている。1.0MD(人日)という単位は規模・出来高・工数という複数の意味を持ち混乱しやすいから、ソフトウェア開発の計画づくりに支障をきたしているのではないかという仮説を考えている。その考えを深めるとScrumのストーリーポイントはよく考えられた概念だと思う。 アジャイルサムライで一番難しくて面白い概念～Velocity: プログラマの思索 ソフトウェア開発に特有な技術～ソフトウェア見積り: プログラマの思索 チームは加速するのか～Velocityの使い
SA取ったど〜(´・ω・`) - 山奥通信 増刊号
はい、SAも取ったので、恒例の「資格を取ったからこそdisりますよ」シリーズです(・∀・;) さて、一般的には、「システムアーキテクト」と言う言葉は2通りくらいの意味で使われていると思うわけですが( ・ω・) 一つ目のケースは、こういう感じのやつで。 戦略的〜ビジネスの観点から〜みたいな話と、テクノロジーをリンクして語る アーキテクトと言うか、CIO補佐というかCTOと言うか スーパーマンで、そんな人は日本に何人もいないよ、みたいな人達(´д｀;) 二つ目のケースは、こういうの感じのもので。 フレームワークの選定をしたり(・ω・) システム構成のレイヤと機能による水平/垂直の分割をしたり(・ω・) トランザクション戦略を決定したり(・ω・) 一通りのサンプルを作って展開したり(・ω・) 非機能要件を考慮して処理を非同期化することを決めたりとかも(・ω・) 足りないライブラリは自作したり(・
どうしてプログラマがPMになりたくないのか - GoTheDistance
SIerでプログラマ(PG)からプロマネ(PM)までやった僕が通ります。 ＰＭになりたくない症候群 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」 - ZDNet Japan 一度でも失点をしたらそこからリカバリーすることが困難な立場に放り込まれるし、放り込まれたら現場の裁量で何とかするしかないというデフェンシブなやり方に起因する構造的なPM疲弊体質。確かにコレは、嫌悪される理由の１つにあると思います。ただ、それだけではないな、と。技能という側面で考えても嫌悪される理由があるのかな、と思いました。 要はPG→SE→PMというキャリアパス、についてですね。 色々な議論がありますが、何が問題かと言えばプログラマとして未来を奪い去ってしまう所が過多あるってことに尽きるように思います。技術は移り変わるわけですから、プログラマでありたいなら保有スキルが陳腐化しないようにしなくてはな
suicaは実はたまに落ちている - 紅茶屋くいっぱのあれこれ日記
suicaのサーバーはみんなの知らないところで、実はたまに落ちているそうだ。 だがシステムが止まることはない、計算上センターは3日ぐらいは止まっていても大丈夫だそうだ。 だからサーバーが落ちたなどとニュース沙汰になることは殆ど無い。 suica開発陣頭指揮をされていたかたが、その実績をまとめてと頼まれ、博士論文にしたそうだ。 suicaの実例を述べるだけだと技術論文になってしまうので、一般化して論文を書きあげたそうなのだが、審査に携わった専門家の人達はそんなものが動くわけないだろうといったらしい。しかし現実問題としてsuicaは動いてしまっている。 本人いわく、だってそれで動いちゃってるんだもん。だそうだ。 実装は時として奇妙に見えるかもしれない。 フィールドには神がいる。 …その意や、なんで落ちても大丈夫かなどはまた後ほど。 スイカのセミナー 昨日はスイカのセミナーだった。 JR東でスイ
社員20人から先に進めない小規模ソフトハウス | 独り言v6
転職歴の多いL.starは50人以下の従業員のソフトハウスに、既に数社勤めている。また、知り合いの会社など含め、オープンソース関係を中心に、情報交換しながらいくらかよく知ることができた。 縦割りの一部門はともかく、多くの独立開業エンジニアは、もちろんそれなりの勝算があって起業しているに違いない。まず一つあげるとすれば、少数精鋭は、大企業の硬直した体制に勝る。例えば大きなSIerの下のくだらない案件の問題点というと、馬鹿げたコーディング規則やいつまでも前構造化プログラミングかと言いたくなるような古めかしい設計などがやり玉に挙げられる。しかし質の低いかもしれない100人に安定して同時に作業させるには、やや馬鹿げた程度に抑えるのはおそらく必要なものであり、その人海戦術によって発生する膨大な開発工数は大企業にしかハンドル不可能である。しかしそう言うモデルではハンドルするに小さすぎる案件では、少数精
「クラウド」という技術はない
筆者は新たなキーワードが登場したとき、マーケティング的な要素をぬぐい取り、できるだけ技術そのものを見ようと努めている。その視点で2009年の話題のキーワード「クラウドコンピューティング」を見てみると、「クラウド」とひとくくりで呼んでいるものに実体はないように思う。 ここでは、米Amazon Web Services（米Amazon.com）の「Amazon EC2」、米Salesforce.comの「Force.com」、米Googleの「Google App Engine」、米Microsoftの「Azure」の順で、技術の本質や押さえどころを書いてみたい。 Amazon EC2→自動化されたホスティング・サービス Amazon EC2は、インターネットを介して仮想サーバーを貸し出すサービスである。CPUやメモリー、ディスクなどのスペックが決まっている仮想サーバーを選択すると、数分程度の
内製する以上は｢すごい｣ものを作らなければ、意味が無い。 - GoTheDistance
孤高というやせ我慢をしながら、会社の経営に直接関わっております。 私のミッションの１つには、会社を回す仕組みを高度化させ本業に貢献する業務システムを作ることがあります。 サラリーマン時代、結構な人が自分の会社の売上があがる仕組みを理解していないことに驚きました。お金が降ってわいてくるわけが無いのに、自分の給与の源泉にさしたる関心が無いものかと不思議に思ったものです。自分が存在する組織の成り立ち・競争原理も理解していないにも関わらず、会社の不平不満を言うだけとはトンデモナイ。 前職は｢人月｣という単位で売上を立てておりましたが、入社して人月単価なるものがあると知った時、自分の売価と自分が手にする給料のあいだには何があるのだろうか、と疑問に思ったものです。自分の給与の数字は売上から｢何か｣を天引きされている数字です。それを知る為には、ご自分の会社の大きな仕事の流れを理解しなければなりません。そ
えせMVCについてそろそろ一言言っておくか - ひがやすを技術ブログ
Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある RailsのえせMVC疑惑で盛り上がってますね。Railsが「えせMVCフレームワーク」ではないのは、みんな知っていると思うので、記事、コメントをみて勘違いしている人が多そうな部分に一言書いておきます。 まず、おかしいのはsatoshiさんのこの意見。 PhotoShareは主にRailsで作られているので、ModelはActiveRecordが担当しているわけだが、Modelのレイヤーが非常に薄いために（O/Rマッピングをしているだけ）、データベースの整合性の責任がController側にある。そのため、ちょっとした機能変更のたびにAPIレベルでのテストを大量に走らせなければならないし、それでもどうしてもミスが生じてし
UNIX エンジニアの失われた10年 - hatenablog.utashiro.com
どうして部屋を片付けたくなるのだろうか 来週に締切を控えているせいで片付けが進む。整理をしていたら、株式会社ネットスプリングの西武さんに頼まれて寄稿した同社の NSQuest という冊子 が発見された。記事は 2007年2月頃に発刊された Vol.1 と Vol.2 に分かれて掲載されている。ちなみに表題は自分で付けたものではない。 改めて読み返してみても考え方に変化はないが、1985-1995 頃の10年間というのは、シグマプロジェクトのおかげかそうでないのか、皮肉にも日本で UNIX エンジニアが最も増えた時期と重なっているとも思う。最後の部分は Google Code とかで解決する方向に進んでいるのだろうか? だとすれば次の課題は、部屋を片付けずに原稿を書く方法を考えることだ。 オープンソース文化考察 1993年の12月、情報処理学会の九州支部シンポジウムに呼ばれて「Unix オペ
HTML5時代の「運営しやすいアーキテクチャ」の話
増井君と二人でPhotoShareというサービスを立ち上げてもう１５ヶ月になるが、いろいろと学んだことがある。その中でもつくづく思うのは、サービスを作り上げる段階よりも、運営のことを考えた設計が大切なこと。つまり、メンテナンスしやすい、テストしやすい、多少のミスをしても大丈夫、こまめなアップデートがしやすい、作業分担がしやすい、などなどである。 そんななかで強く感じるのは、「AJAXを見た目や使いやすさの面だけに利用するだけでなく、『運営しやすいサービス』を作るのに利用できないか」ということである。 私のイメージするアーキテクチャを図にするとこんな感じになる。 まず一番の特徴は、テンプレート等を利用したHTMLのダイナミックな生成をすべてやめて、データ（JSONもしくはXML)だけをダイナミックに生成するようにし、HTMLはスタティック・ファイルをサーバー側に置いておく（上の図で、CSS,
システムの納期とは確率分布だ − Publickey
昨日はIBMのラショナルソフトウェアカンファレンスに参加しました。1日中、ソフトウェア開発方法論に関するセッションを聞いていたのですが（最後のセッションは、自分が司会のパネルディスカッションでもありましたが）、その中で最も印象的だったウォーカー・ロイス氏のプレゼンテーションを紹介したいと思います。 ウォーカー・ロイス氏はIBMラショナルソフトウェア部門のバイスプレジデントで、アジャイル開発手法としてよく知られるRUP（Rational Unified Process）の創始者でもあります。彼の講演は、この日の基調講演の1つでした。
プロの経営者とエンジニアの未来について思うこと - GoTheDistance
｢技術者が技術要素だけで名を上げる(市場に打って出る)ことなんてできるわけないんだから、技術と顧客の間をつなぐ経営者が最も必要である｣という話も定期的に話題に上がるのですが、毎年思うことは少しずつ変わっていくので、僕も私見を述べたい。 僕が2007年頃にスーツ・ギーク論争に興味を持ってスーツ側でエントリを書いて参戦したきっかけは、このソースコード、一体どういった付加価値を生んでいるんだろうというのが実感できなかったことです。仕事だからの一言で飲み込めずエントリに吐き出してしまった。スーツの考えや世界を変えないとどうしようもねぇなっていう直感が先に来た。今ではこれは確信に変わっています。なので、エンジニアの未来を考える際に顧客の利益と我々の利益をどう折り合いつけるのかが先で、個別の技術論は正直どーでもいいというcodemaniaxさんのご指摘、僕は正しいと思います。侍が明治の世に生きてゆけな
現実に最も使える.NETのバージョンはどれ？ - ＠IT
オピニオン：.NET＆開発環境の考察 現実に最も使える.NETのバージョンはどれ？ デジタルアドバンテージ 一色 政彦 2009/10/06 2009/10/07 更新 .NET Framework（以降、.NET）ベースのアプリケーションを開発し、それを実際にユーザーや顧客に使ってもらう場合、「.NETおよびVisual Studioの、どのバージョンを使うべきか？」は重要な検討事項になる。本稿では、その検討の際に参考となる情報や筆者の考えを提示する。 ■.NETバージョンを検討するための3つの観点 .NETのバージョンを決定するには、次の3つの観点から検討できると筆者は考えている。 ・実行環境となるWindows OS ・.NETのサポート期間 ・利用するVisual Studio もちろん、これは絶対的な基準ではない。例えば利用するテクノロジが決まっている場合は、それに応じて.NET
第28回 日本企業を見限ったインドの“システム屋”から学んだこと
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第27回）で登場したインド人の“システム屋”経営者の言葉をもう1つ紹介したいと思います。彼から「日本企業向けの仕事はもうやりたくない」と言われたことがあります。英語力の問題ではなく、日本人はそもそもシステム開発に向いていないというのが彼の主張です。 これを聞いた私は、その場では苦笑するほかありませんでしたが、日本人の“システム屋”として悔しいという感情が残りました。しかし今ようやく、この意見には反論が可能だという思いに至りました。
伽藍とバザール
Eric S. Raymond 著 山形浩生 YAMAGATA Hiroo 訳 リンク、コピーは黙ってどうぞ。くわしくはこちらを見よ。 プロジェクト杉田玄白 正式参加作品。詳細は http://www.genpaku.org/ を参照のこと。 1999/07/30版、1999/08/16訳更新, 2000年5月2日更新 原文の最新版はhttp://www.catb.org/~esr/writings/cathedral-bazaar/にて各種フォーマットで入手可能。 翻訳の pdf 版はhttps://cruel.org/freeware/cathedral.pdfにある。 翻訳の PostScript 版 (tar+gzip圧縮）はhttps://cruel.org//freeware/cathedral.tgzにある。 第 2 部 「ノウアスフィアの開墾」 (Homesteadi
テストってどれだけやってますか？ | スラド IT
kom曰く、"@ITの特集で、ソフトウェアテストがいかに大切かということを説かれています。スラッシュドットの皆さんはソフトウェアのテストの重要性は ひしひし感じていらっしゃると思いますが, やはり軽視している上司やお客様が多いのも事実. 記事中,テストの工数は全体の工数の少なくとも3割, 多いと9割占めると書かれていました. 皆さんのプロジェクトではどの程度占めるのでしょうか. また,ソフトウェアのテスト専任の技術者が会社にいるという方は どの程度いらっしゃるのでしょうか. アメリカの場合,テスト技術者はひとつの職種のようになっていますが, 日本では開発者がそのままテストを行うことも多いと聞きます. それってほんとに正しくテストができるのでしょうか. この春からソフト開発職に就くので,どんなものか気になるのです. ちなみに私はできればテスト専任技術者になりたいなと思います." テストは重要
IT業界の裏話: テストフェーズの呼び方は千差万別
名前： 吉澤準特 職業： ＩＴコンサルタント 連絡： メルマガに記載 自己紹介のコメント： 自己紹介の詳細はコチラ→■ 外資系企業に住む住人の視点からIT業界の出来事を伝えます。ご興味のある方は、メルマガの登録をお願い致します。 Twitterやっています。 →http://twitter.com/juntoku_y マイナビニュースで「IT業界裏講座」を掲載中です。そちらもヨロシクお願い致します。 →コンサル直伝－IT業界”裏”講座 EnterpriseZine（翔泳社）で記事掲載中です。そちらもヨロシクお願い致します。 →ファシリテーションで会議を変える/ITIL解体新書/デキるシステム担当者のスキルノート 2010年7月末、日本能率協会マネジメントセンター（JMAM）より「フレームワーク使いこなしブック」を上梓しました。仕事の質と効率を高める思考の枠組み・フレームワーク。本書は、架空
【CEDEC 2009】海外重視でクローズアップされる"ローカライズ"〜各社が事例を基に議論 / GameBusiness.jp
大手パブリッシャーが海外重視策をとる中で、否応なしにクローズアップされているのがローカライズの問題です。 中でもメニュー画面をはじめとしたUIのテキスト多言語化は、ゲームの遊びやすさを左右する上で、大きなポイントとなります。一方で現世代機では内容も複雑になり、十カ国語以上に対応する例も珍しくありません。 ラウンドテーブル「多言語対応におけるGUIノウハウの共有」では、この「古くて新しい」問題が２コマ連続で議論されました。ケーススタディは『ディシジア ファイナルファンタジー』（スクウェア・エニックス）、『ワールドサッカー ウイニングイレブン2010』（コナミデジタルエンタテインメント）、『NARUTO−ナルト−ナルティメットストーム』（バンダイナムコゲームス／開発：サイバーコネクトツー）の３作です。 メイン司会を担当したのは、スクエニのUIデザイナー、栗城桂子さんです。これにロー
はてなインターンの1ヶ月は精神と時の部屋状態だった件 - yaotti's diary
8/3から始まったはてなでのインターンシップが終わりました．まだ8月の1週目が終わったぐらいの感覚なんですが，もう夏の終わり… この1ヶ月は過去最高の夏休みだったと断言できるほど多くの学び，刺激があったので，はてなのことや自分のことについてまとめておく． 結構長いので[あとで読む]タグ推奨． はてなインターンで出した成果 後半過程は僕とid:nyanpではてなブックマークチームに入り，マイブックマーク全文検索の機能拡張に携わりました． はてなブックマークプラス:マイブックマーク全文検索機能に、スコア順検索機能などを追加しました - はてなブックマーク日記 - 機能変更、お知らせなど はてなブックマークプラス:マイブックマーク全文検索機能に、お気に入りユーザの表示機能を追加しました - はてなブックマーク日記 - 機能変更、お知らせなど はてなブックマークプラスユーザー限定の機能ですが，ブッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/wmnews/20091217/5.html