Gov 2.0を見据えた需要主導のクラウド戦略を - 雑種路線でいこう
役所から「日本のクラウド振興策をお題目で終わらせないために」の続きを話すようにと依頼を受ける。何を話そうか悩ましいところだが、とりあえず考えていることをブログにまとめて、フィードバックも踏まえた上で考えることにした。 いわゆるクラウド・コンピューティングについて、その定義が明確ではないが、米国NISTなどが用語の定義を検討しており、ISOもクラウドコンピューティング関連の標準化に関心を持っている。ITUも今後サービス提供基盤としてのクラウドコンピューティングについて標準化を検討するだろうから、遠からずくっきりした輪郭やが現れ、標準化のロードマップもみえてくるのではないか。 グーグルやアマゾン、マイクロソフトが大規模なデータセンターを建造し、低コストなPCベース大量のサーバーをミドルウェアで連携させて大規模サービスを運用していることが広く話題となったのはここ数年のこと。いわゆるハードウェア・
品質がスケジュールよりも優先される理由 - プログラマの思索
CMMIを作ったハンフリーが書いた本「ソフトウェアでビジネスに勝つ」を読んでいる。 mgさんのコメントを書きながら、考えたことをメモ。 【元ネタ】 アジャイル開発は受託開発の方が向いている: プログラマの思索 「ソフトウェアでビジネスに勝つ」の本は、経営者向けに書かれたソフトウェア管理に関する考察した本。 第1章に、SW管理の原則が3ついきなりあげられるが、その一つに「品質がスケジュールよりも優先する」という原則がある。 SW開発に従事している人ならば、この原則をいつも実感しているし、逆に、この原則に逆らうような仕事をしているのも事実だ。 設計や開発という工程よりも、テスト工程でこの原則を実行すべきかどうか判断に迷う。 仕様変更が来たけれど、バグ修正を優先すべきか？ バグ修正よりも、目先のタスクをこなすべきか？ 全てのテストをし尽くしてバグをたくさん出してから、バグ修正すべきか？ 今、僕は
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
ReviewBoardのインストール方法 - プログラマの思索
Python製コードレビューWebシステムReviewBoardをインストールできたので、その設定方法をメモ。 【元ネタ】 Documentation - reviewboard - Documentation for Review Board - Google Code Review Board | Take the pain out of reviewing code ReviewBoardのインストール | Ryuzee.com monospace blog ? オンラインソースコードレビューツールのReviewBoardをインストールしてみた monospace blog ? ソースコードレビューツールReviewBoardの使い方メモ 前編 monospace blog ? ソースコードレビューツールReviewBoardの使い方メモ 後編 monospace blog ≫ Re
コードレビューWebシステムが必要な理由 - プログラマの思索
最近、コードレビューWebシステムに興味を持っている。 アイデアをメモ。 【元ネタ】 プログラマの思索: ソースインスペクションを真面目にやるGoogle、MS プログラマの思索: コードレビューはペアプログラミングの代替手段 プログラマの思索: レビューはペア作業であるべき 最近思うのは、SW開発でレビュー工程が最大のボトルネックになっていること。 レビューは、設計書を作成完了した後、設計書に従って実装完了した後に行われる。 レビューの目的は二つあると思う。 一つは品質チェック。 他方は、チーム全体で仕様や設計思想を情報共有すること。 しかし、レビューがうまく機能していない。 実際は、レビューが品質強化につながっておらず、むしろ、要件定義の代替プロセスになっていたり、ソースチェックで自動化できるぐらいのレベルでしか、情報共有できてない。 僕の考えでは、XPのペアプロのように、レビューは二
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
開発マイルストーン
プロジェクト開発などのスケジュール管理をExcelで簡単かつグラフィカルに作成するマイルストーンは一つの指標です。 プロジェクトでは、達成したい目標へ向かってまずステップごとに段階を分け、計画を立てて実施します。 その結果の検証をして、これをもって修正された新たな計画を立て再び実施を行います。 このようなサイクルでプロジェクトを進めていく上で重要な指標がマイルストーンです。 ツール「開発マイルストーン」は、システム開発などで必要なプロジェクト管理をサポートするためのツールです。 MicrosoftExcelを使用して、簡単に入力でき、かつグラフィカルに表現することができます。 無料で使える工程管理ソフト 「開発マイルストーン」は、MicrosoftExcelが利用できる環境であればどなたでも利用できます。 また、本機能以外にもExcelに備わっている豊富な機
Webアプリケーション技術者の見極め方(PHP) - Do You PHP はてブロ
via.http://www.sooey.com/journal/2008/10/17/840/ 「俺Java6年やってます！」とか言われても正直よく分からないっていう話をしたところ、Javaな技術者の方々に「こういう質問をしてみれば？」っていうアドバイスをもらったのでご紹介。 使い慣れたAPサーバは何ですか（→デプロイ方法を簡単に説明してください） MavenとAntはどちらを使っていますか 『Effective Java』を読みましたか（→そこから何を学びましたか） 自由にフレームワークを選んでいいと言ったら何を使いますか 他にもあったら教えてください。 Javaは1.4.2の時が最後だったからなぁ。。。とりあえず回答してみるとこんな感じ。 Tomcat(これ以外のAPサーバを使わなかったからなー) Ant 読んだけど忘れたｗ 何だろ。。。当時はオレオレフレームワーク(会社支給ｗ)＆オ
PHPプログラマの見極め方 - Sooey
PHPプログラマの見極め方 capsctrldays - Webアプリケーション技術者の見極め方（Java）より。 「俺Java6年やってます！」とか言われても正直よく分からないっていう話をしたところ、Javaな技術者の方々に「こういう質問をしてみれば？」っていうアドバイスをもらったのでご紹介。 使い慣れたAPサーバは何ですか（→デプロイ方法を簡単に説明してください） MavenとAntはどちらを使っていますか 『Effective Java』を読みましたか（→そこから何を学びましたか） 自由にフレームワークを選んでいいと言ったら何を使いますか 対象がPHPプログラマだとどうなるだろう。 個人的には、「PHPの好きなところ・嫌いなところを訊く」というのが手っ取り早いのでよく使う。 Name E-mail (表示はされません) Web Comment 使用可能なタグ <a href=""
DB Magazine
【特集１】 WebもRIAもケータイも！ SQLiteによるお手軽DBアプリ構築入門 金宏和賽 Part1 まずはSQLiteを試してみよう ほかのDBと同じようでここが違うSQLiteの特徴と使いどころ Part2 ソースコードを見ながら完全理解 手軽さこそが最大の強みとなるPHP+SQLiteによるWebアプリ開発 Part3 小規模アプリで最大限に威力を発揮 VS2008/C#でSQLiteを使ったデスクトップアプリの開発 Part4 Flex Builder 3での開発をまるごと理解 リッチな表現力を容易に実装、Adobe AIRによるRIAアプリ開発 Part 5 エミュレータで簡単操作 標準装備のSQLiteでAndroidアプリを作ってみよう 【特集２】 事例で学ぶセキュリティ対策 WebアプリとDBを脅威から守る 「総合ログ」取得 / 運用のポイント 吉岡道明／須田堅一 【
日経ソフトウエア - デジタル - 日経トレンディネット
サンプルファイルのダウンロードや、記事の訂正・補足情報の閲覧は、当該号や各別冊の紹介ページ、または「編集部からのお知らせ」からアクセスしてください。サンプルファイルのダウンロード提供は、原則として発売後1年間限定です。
DSAS開発者の部屋:特集記事『Linuxロードバランサ構築・運用ノウハウ』を公開します
『Linuxロードバランサ構築・運用ノウハウ』を公開します！ これはWEB+DB PRESS Vol.37の特集記事としてDSASチームが執筆したもので、技術評論社様の許可を得て今回公開するはこびとなりました。 一口でいうと、「Linux＋IPVS＋keepalivedを使って、冗長構成(Active/Backup)のロードバランサを作るまで」の解説記事で、 サーバ負荷分散一般についてのはなし Linuxでロードバランサを作ってみる ロードバランサを冗長化 といった構成になっています。 みなさんがLinuxロードバランサを導入・構築・運用する際の一助になれば、DSASチームとしてもうれしい限りですので、是非、ご覧になってください！ 第1章 サーバ負荷分散概論 特集のはじめに なぜサーバ負荷分散をするのか？ サーバ負荷分散の実現方法 ロードバランサのいる構成 ロードバランサはなにを元に分散す
XPの祭典「XP祭り2005」開催，「顧客にすらわかっていない要求をいかに引き出すか」が大きなテーマに
ソフトウエア開発の思想である「eXtreme Programming（XP）」の普及を目指す日本XPユーザグループ（XPJUG）は2005年9月3日，東京お台場の日本科学未来館でXPの祭典「XP祭り2005」を開催した。XPにかかわっていたり興味を持っているソフトウエア開発者が一堂に会し，講演あり，XP体感ワークショップあり，パネル討論あり，寸劇あり，1テーマ5分のプレゼンテーションを競うライトニング・トークスあり，懇親会ありと盛りだくさんの1日を過ごした。XP祭りは2002年から毎年開催されており，今回が4回目である。 今回のXP祭りは，四つの講演のうち三つまでが「顧客の真の要求をいかに引き出すか」をテーマにしていたのが特徴的だった。企業システムの開発では，仕様変更などによりプロジェクトが破滅的なスケジュールに追い込まれるデスマーチや，完成したが使われない，あるいは役に立たないシステムが
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WEB+DB PRESS｜gihyo.jp … 技術評論社
Amazon.co.jp: ビジネスモデル設計のためのUML活用―企業改革とシステム構築へのアプローチ: 雅俊,森, 聡,左川, 順己,宗平: 本
Amazon.co.jp: ユースケース実践ガイド―効果的なユースケースの書き方
Amazon.co.jp: 図解入門よくわかる最新システム開発者のための要求定義の基本と仕組み (How-nual図解入門Visual Guide Book): 佐川博樹: 本
Amazon.co.jp: 要求を可視化するための要求定義・要求仕様書の作り方: 山本修一郎: 本
Amazon.co.jp: 要求を仕様化する技術・表現する技術 - 入門＋実践 仕様が書けていますか?: 清水吉男: 本
