プログラミングファースト開発とは、ドキュメントを書いてからソースコードを書くのではなく、動くソースコードを書いてユーザに実際に触ってもらうということを何度も繰り返して、仕様を固める開発手法です。ドキュメントは仕様が固まった後に書きます。 テストサミットでは、極力ユニットテストを書かずに品質を確保する方法ということで、テストに重点を置いて話をしたのですが、今回のクロスコミュニティカンファレンスでは、「プログラミングファースト開発」そのものについて、会場の方々と一緒にディスカッションしました。 熱い(暑い?)ディスカッションになったので、思わず途中で泡のあるスポーツドリンクを飲まないといけなくなったほどです(笑)。 プログラミングファースト開発の開発手順は次のようになります。 実装してユーザに使ってもらうということを仕様が固まるまで繰り返す レビューの結果はその場で反映させる 仕様を決めながら
突然ですが，読者諸兄姉は，仕様書の書き方って，教わったことはおありでしょうか。あるいは，部下に教えたことはおありでしょうか。 日経エレクトロニクス 2007年2月12日号のGuest Paper（pp. 133-152）では，「仕様書の記述力を鍛える」と題して，フェリカネットワークスのソフトウエア・エンジニアの栗田太郎氏に，「形式仕様記述」という手法を使ったプロジェクトの体験記を執筆していただきました。 同社は「おサイフケータイ」などとして知られる携帯電話機向けの「モバイルFeliCa」の開発元で，そのICチップのファームウエア開発に当たって，「仕様をキッチリ書けるところは，書こう。実装者任せにしないようにしよう」という意識を徹底，高品質なソフトウエアの開発に成功しました。成果物は，NTTドコモの携帯電話機「903iシリーズ」の全機種に採用されるなど出荷数も多く，責任の重いプロジェクトです
@ITの 技術職と一般事務職の給与を比べてみると いつも思うのだが、こういったくだらないアジはやめて欲しいものだ。 技術者が冷遇されることは良くない。真に稼ぐ技術者なら、高給優遇されるべきだろう。このことに異論はない。 「知識も能力もないとされる人々が、局長や次官の地位を上り詰めて行く。一方で知識を備えた人々は、時に貧乏くじをひかされる」 なんてのは、確かに不幸… というよりは不愉快だと思う。 それはまぁ確かなのだが、こういった文脈で、特に技術系のメディアがこういったことを言う時には注意した方がいい。むしろ、こういった論に納得してしまうことが、技術者の待遇の悪さの根源にあるのだ。 極めてあたり前のことだが、 技術者は1円の金も稼がない のだ。技術者はこのことを忘れがちだが、技術者の技術が金になるのは、技術者以外の人達が金に換えてくれているからだ。このことは断じて忘れてはならない。そして、そ
Webアプリケーションのぜい弱性を示す用語として，クロスサイト・スクリプティング，SQLインジェクションといった言葉の認知度はかなり高まった。ブログ・サイトなどでも活発に議論されている。しかし，Webサイトの実態はどうだろうか。 筆者の所属する京セラコミュニケーションシステムでは昨年（2006年），ぜい弱性診断を実施したWebサイトの統計情報「2007年版 Webアプリケーションぜい弱性傾向」を発表した。これによると，パソコン向けWebサイトの48%に致命的なぜい弱性が見つかった。このうちワースト1位はクロスサイト・スクリプティングで56％，2位はSQLインジェクションで11%と，どちらもインジェクション（注入）系のぜい弱性。これらのぜい弱性を持った危険なサイトは依然として存在するのが実情である。 これらWebアプリケーションのぜい弱性があまりなくならない理由はいくつかあるが，以前は「ぜい
混乱するプロジェクトを1から10までガチガチに管理するのではなく、うまくいくようにそっと手を貸してやること。そんな発想の転換が実はいまどきのプロジェクトを上手に運営するコツなのかもしれない。本連載では「自己組織化」という概念をプロジェクト運営に応用するノウハウをお伝えする。（＠IT編集部） 1. プロローグ～大火事プロジェクトの火消し役が計画した、あるひそかな実験 昨年、火が付いたプロジェクトに火消しマネージャとして参画することになりました。チームメンバーは連日の徹夜で疲弊し切っていました。マネージャ陣との信頼関係すら怪しい状況でした。クライアントからは怒声が飛び、連日のように詳細な進ちょく状況報告を求められます。報告作業自体が開発スケジュールを圧迫していました。データベースのテーブル定義でもめている段階なのにもかかわらず、カットオーバー予定日は目前に迫っていました。タフな判断と徹夜の作業
自分たちでタスク管理システムを作ろうと思った～Getting Things Done!（仕事を成し遂げる技術）～：自社プロダクト立ち上げ奮闘記（1） ヌーラボが開発した「課題管理ツール Backlog」は、開発プロジェクトにおけるさまざまなタスクを管理するツールである。本連載は、同社がこのツールを開発するに至った経緯から、開発段階で起きた問題とその解決手法を彼らの経験を踏まえて紹介する。ある1つの開発チームが製品を企画し、開発プロジェクトを遂行、完了させていくまでのドキュメントでもある。（編集部） Getting Things Done! 私たちの携わるプロジェクトは、「やらなければいけないこと」「やろうと計画していること」の塊で成り立っています。その「やらなければいけないこと」「やろうと計画していること」を「タスク」や「ジョブ」と呼び、「仕事を成し遂げる」「プロジェクトを達成する」とは、
昨日に続きますが、ディベロッパーサミットでgoogleの開発プロセスについて聴講してきました。Googleは一味異なるプロセスや組織をお持ちのようです。請負開発をされている方には新鮮なのではないでしょうか。工藤氏はGoogleのインフラ寄りの話、小松氏は開発プロセスの話で講演されていました。サービスインフラも開発プロセスも私にとっては身近な話ですが、ここでは、小松氏の講演について書こうと思います。講演では、極めて異例/エキセントリックというプロセスは話されていませんでしたが、以下は、特徴的と感じました。 異なる観点から複数のレビューを実施していること。いわゆるperspective-based readingを実施しているそうです。役割分担型レビュー（reviewというよりはおそらくinspection）で、セキュリティやユーザインタフェースの観点から見たデザイン/ソースコードの妥当性検証
![googleの開発プロセス - 森崎修司の「どうやってはかるの？」 [ITmedia オルタナティブ・ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/7f2a4ced7f91e578679d11d5fcc8f34c5d080289/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Fblogs.itmedia.co.jp%2Fmt-static%2Fsupport%2Fassets_c%2Fuserpics%2Fuserpic-83-100x100.png)
WhirlwindTutorialOnCreatingReallyTeensyElfExecutablesForLinux - 目次 Linux で動く極小 ELF 実行ファイルをつくる怒涛のチュートリアル (あるいは "Size Is Everything") コメント 以下の文章の日本語訳です: http://www.muppetlabs.com/~breadbox/software/tiny/teensy.html gcc の info の日本語は以下のページから拝借しました: http://www.asahi-net.or.jp/~wg5k-ickw/html/online/gcc-2.95.2/gcc_2.html#SEC13 Linux で動く極小 ELF 実行ファイルをつくる怒涛のチュートリアル (あるいは "Size Is Everything") She studied
バージョン管理が日々利用していれば、開発した結果が蓄積されていることだろうと思う。そうしたログ情報を活用しているだろうか。大抵、何らかの問題があったときに、見返す程度だろう。 それではせっかくの情報が活用しきれていない。解析し、さらに開発効率を高める情報源として利用しよう。 今回紹介するオープンソース・ソフトウェアはStatSVN、Subvesion解析ソフトウェアだ。 StatSVNはSubversionから出力されるログ情報を解析してHTMLやグラフに変換するソフトウェアだ。解析元になるデータは、XML形式でsvnコマンドで出力する必要がある。そして、そのXMLデータを解析すると、一気にファイルが出力される。 開発者ごとに開発行数、Subversion全体における行数の変化、平均ファイルサイズ、ログメッセージを月ごとで出力と言った機能がある。日本語のコミットログは文字化けするが、HTM
Software Engineer in Google 鵜飼 文敏
AjaxやFlashを使ったWebサイトを目にする機会が増えてきている。WebアプリケーションでリッチなUIを提供できるようになり、またひとつWebの表現力が広がった。一方でUIのリッチ化は、これまで数々のプロジェクトが築いてきたビューとロジックの分業体制を再び曖昧なものに引き戻そうとしている。 皆さんもこんな会話の経験がないだろうか? プログラマ--ここのプルダウンでマウス選択時の色を変えるのであればonMouseOverとonMouseOutイベントを設定する必要がありますね。ここのWYSIWYGなエディタはhogeEditorをobject idで指定してください デザイナ--どういうことですか? 正直いって、こんなやり取りはもうウンザリである。 データベースアプリケーションがgrailsコマンド一発で構築できる時代なんだから、リッチなUIだって簡単に作りたい。ZKはそんな希望に応
本連載は、メタボリックスの山田正樹氏が、仕事の合間に読む数冊の書籍に刺激を受けて思考した過程やその結果を記述したものである。参考にするのは必ずしもソフトウェア工学に関わる書籍ではないかもしれないが、いずれその思考の軌跡はソフトウェア工学的な輪郭を帯びることになる。（＠IT編集部） 生産性向上のメカニズム ソフトウェア開発における「生産性」とは何か。厳密に定義するのは難しい。生産性とは基本的には「あるアウトプットを得るのにどれだけのコストをかけたか」という尺度だ。さすがに「アウトプット」をソース・コード行数で測っても無駄だという認識は広まってきたと思うが、じゃあ代わりに何を使えばいいのかはいまだにはっきりしない。ユースケースやストーリーで測る考え方もある。そんなものは存在しないという意見すらある。 そういう場合には視点を1レベル上げて考えてみよう。つまり、ソフトウェア開発だけ考えているから分
Compress the complexity of modern web apps. Learn just what you need to get started, then keep leveling up as you go. Ruby on Rails scales from HELLO WORLD to IPO. You’re in good company. Over the past two decades, Rails has taken countless companies to millions of users and billions in market valuations. These are just a few of the big names. There have been many hundreds of thousands of apps cre
ubuntu% uname -a Linux ubuntu 2.6.12-10-386 #1 Sat Mar 11 16:13:17 UTC 2006 i686 GNU/Linux ubuntu% valgrind --version valgrind-3.0.1 (0) 目次 Valgrindに含まれるツール Memcheck: メモリエラーを検出する(default) Cachegrind: キャッシュミスを検出する Massif: ヒーププロファイラを使う まとめ valgrindの使い方とエラーメッセージを整理してみた。「valgrind --leak-check=full command」というコマンドラインをよく用いる。これによりメモリ周りのバグを検出出来る。 --tool=cachegrindではプログラム実行時のキャッシュミス率を測定する事が出来る。cg_annotateを
This domain may be for sale!
AptanaでAjax・AIR・iPhone用ページの開発を行う：どこまでできる？ 無料ツールでWebサイト作成（2）（1/3 ページ） 第2回は、前回に引き続き「Aptana」を取り上げ、プログラミング的な観点から紹介しよう。Webオーサリングツール紹介が主のため、プログラミングそのものの説明は省略させていただくが、「こんなことも可能なんだ」と私自身が記事を書きながら再認識した驚きを、皆さまとも共有したい。 早速プログラミング時の特徴を確認、という前にもう一度「Aptana」がどのようなアプリケーションであったのかを振り返ってから、プログラミングという側面を見ていくこととしよう。 「Aptana」とは何かをもう一度振り返ってみる 「Aptana」はEclipseベースのJavaScript統合開発環境（IDE）だが、前回解説したとおり、HTMLやCSSの構文の誤りを指摘してくれたり、構造
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
