フローチャートの力を思い出そう
一つ，後悔していることがある。 今年の6月29日，「オブジェクト倶楽部 2006夏イベント」に参加した。オブジェクト倶楽部は，永和システムマネジメントの社員有志が中心になり，オブジェクト指向の実践／研究／発表を目的として作ったグループ。夏と冬に定期的にイベントを開催している。2006夏イベントで6回目となる。 このイベントで，スターロジックの羽生章洋社長が講演した「仕事で必要なことはフローチャートで学んだ」というセッションを受講した。同じ時間帯の裏番組でとても魅力的なセッションがあったのだが，あえてこちらを選択した。羽生氏のプレゼンテーションのうまさをよく知っていたからだ。案の定，おもしろかった。羽生氏がタブレットPCを使ってその場でどんどんフローチャートを書いていく。講演の資料はこちらで公開されているが，これだけではとても伝わらないライブ感があった。 講演の内容はノートにメモしたし，講演
CSV実践講座 その5 設計仕様書の書き方
＜連載 全12回＞ CSV実践講座（第5回） CSV実践について研究するページです。 ＊万が一文中に解釈の間違い等がありましても、当社では責任をとりかねます。 本文書の改訂は予告なく行われることがあります。 1. はじめに ユーザ要求仕様書（以下、URS）で記載された要求事項は、機能仕様書（以下、FS）により具体的な機能として検討され、ユーザとデベロッパー（開発担当者：社内の情報システム部門やベンダー）の間で合意がなされる。この合意に基づいてデベロッパーは設計仕様書（以下、DS）の執筆を行う。 このように「要求」が「仕様」へと引き継がれる。「要求」と「仕様」は明確に区別されなければならない。 また「要求」に「仕様」を合わせるのであって、けっして「仕様」に「要求」を合わせるようなことがあってはならない。 「要求」と「仕様」が合致していることを、設計レビュによって確認する必要がある。この
MOONGIFT: » Rails製のソースコードレビューシステム「宍道湖」:オープンソースを毎日紹介
ようやく一段落したので公開。 ソースコードのレビューをするとどういったメリットがあるのか。お互いに人にソースを見てもらう、逆に見ることは知識の共有化や勉強材料として非常にためになる。プロジェクトチーム内でのレビューは、中長期的にみた時のシステム把握や標準化で役立つことが多い。 問題の表示 そんなソースコードレビューを手軽に導入できるシステムを開発したのでご紹介。Google App Engine上で動作するRietveldクローンだ。 今回紹介するオープンソース・ソフトウェアは宍道湖（しんじこ）、Ruby on Rails製のソースコードレビューシステムだ。 宍道湖は、Rietveldクローンとして、見た目をほぼそのまま踏襲して開発している。ただし認証周りや、メール周りの処理は異なるものになっている。パッチファイルの表示やダウンロード、旧版と新版を横並べにした差分表示が可能だ。 差分表示
Google検索の「&as_qdr=y15」オプションが便利だぞ - IDEA*IDEA ～ 百式管理人のライフハックブログ ～
ドットインストール代表のライフハックブログ
waffle software + Google Growl
Bạn đang muốn tìm kiếm một trang web đáng tin cậy để theo dõi các thông tin về trận đấu bóng đá trực tuyến, hãy tìm đến và truy cập vào website Cakhia. Nơi đây, bạn sẽ được cập nhật đầy đủ và chính xác những thông tin mới nhất về bóng đá, đáp ứng niềm đam mê của mình. Cakhia là nơi lý tưởng để bạn có thể theo dõi các trận đấu bóng đá kịch tính trực tuyến. Không cần phải lo lắng về việc bị gián đoạ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
