コードやテンプレートに縛られずに、 誰でも自由自在にデザイン可能。 作成したサイトは、1クリックで世界に公開。 そう、必要なのはSTUDIOだけです。
この記事はJames Coplien氏の記事「Organizational Patterns: Building on the Agile Pattern Foundations」を、氏の許可を得て翻訳したものです(元の記事が長いため抄訳としています)。(原文最終更新日:2006年7月9日) 目的の統一性("Unity of Purpose") 顧客の参画 ("Engage Customers") ドメイン専門家という役割 ("Domain Expertise in Roles") アーキテクトがプロダクトをコントロールする ("Architect controls Product") 作業の均等な分配("Distribute Work Evenly") 関数の所有者とコンポーネントの所有者 ("Function Owner and Component Owner") 雇われアナリスト (
バーンれっどさーん @ledsun たかしへ あなたの勤怠確認しました.こんなに残業が多い割に大して売上が上がってないのはどうしてですか?顧客との信頼関係の構築も甘いとと思います.来月からは頑張って下さい.ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。 2012-02-24 13:21:23 バーンれっどさーん @ledsun たかしへ あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか?残業でカバーですか?お客様が参加するイベントが入っていません。都度調整ですか?事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか? 2012-02-24 13:46:29 バーンれっどさーん @ledsun たかしへ あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかっ
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
以前に作っておいた大きめなリリースをする際にチェックしておくべきことのリストが役に立ちそうなので公開しておきます。 僕の場合は普段はワンクリックデプロイが多いんだけど、かなり大掛かりな変更をするケースが年に数回あったりするので、その際にこういうリストを使ってリリース計画をチェックしています。(もちろん大掛かりなリリースでもワンクリックでできるのに越したことはないし、そもそもビッグバンリリースにならないようにできるだけ小さい単位で頻繁にリリースできるに越したこともない) 体制当日の体制は決まっているか夜間立会いの場合、日中の営業時間の対応体制は決まっているか翌営業日以降の体制は決まっているか連絡担当と作業担当は分離されているか作業担当はペア作業になっているか。作業者と確認者を定めているか顧客の連絡先を抑えているか顧客の連絡順番を抑えているか、お客様の当日の所在を抑えているか顧客への連絡タイミ
シーネットネットワークスジャパンは9月29日、builderとしては2回目のイベントとなる「builder tech day」を開催した。今回は「User Interface & beyond」をテーマに、ソシオメディア、マイクロソフト、アドビシステムズ、カールのスピーカーが登壇し、ユーザーインタフェースの現在と未来について講演した。 本稿では、ソシオメディア取締役である上野学氏の基調講演「ユーザーにとってはUIがすべて」を紹介しよう。 トイレにひそむUIのヒント 講演の冒頭、上野氏は米国の著名なデザイン・コンサルティング・ファーム、Adaptive Pathに2008年まで在籍していたDan Saffer氏と対話した際のエピソードを披露。 Saffer氏が「トイレにはユーザー・インタフェース・デザインの様々なヒントがある」と話していたことを紹介し、下の画像を示した。 上野氏は赤色の注意書
スティーブ・ジョブズは、ちょっと前に自分の役割をこう話している。 アップルを知るために重要なことのひとつは、極めて協調して仕事をする会社だということ。アップルには内部団体がひとつもない。スタートアップのような組織だ。世界で最大のスタートアップ企業。毎朝3時間ミーティングをして、すべてのビジネスについて、どこでなにが起きているか情報交換をする。大得意なのは、課題をどう分割してチームに分担させるかを判断すること。チームどうしも話し合う。だから、わたしが一日じゅうやっているのは、優秀な人々のチームと顔をあわせて話すこと。優秀な人々を集めるには、かれらにアイデアを出させること。わたしもアイデアで貢献する。そうでなければここにはいない。 (速報:スティーブ・ジョブズ インタビュー@ D8) 「大得意なのは、課題をどう分割してチームに分担させるかを判断すること」という言葉、どうもひっかかる。大得意だと
こんにちは!やまもと@テスト番長です。 巷ではインフルエンザが流行っているようですが、皆さんお元気にお過ごしでしょうか。 さて、プロジェクトが立ち上がったとき、(特に受託案件の場合) テストのドキュメントはどうしようか?という話が出ると思います。 適当にやる訳にも行かないけれどIEEE829をベースにしたものだと重かったり、割と迷う部分です。 英語ですがテスト計画のテンプレートを配布しているサイトがあったので、ご紹介してみます。 Pragmatic Software http://www.pragmaticsw.com/ Software Development Templates http://www.PragmaticSW.com/Templates.asp テスト計画書 Test Design - http://www.pragmaticsw.com/Template_Te
Jameleon開発チームは7日(現地時間)、Javaアプリケーションのテスト自動化ツールであるJameleonの最新版をリリースした。JameleonはJavaアプリケーション開発におけるテスト工程を自動化するためのツールで、実際に使用するデータを元にしたデータ駆動型のテストを行うことができる。 様々なアプリケーションのテストに対応するために、Jameleonはプラグイン・ベースのツールとして設計されている。今回リリースされたバージョン3.0では、利用可能なプラグインの最新版が全て設定された状態でパッケージングされている。具体的には以下のプラグインが付属する。 JUnit : ユニットテスト用のフレームワークを提供 HttpUnit : HTTPレベルでのテスト用フレームワークを提供 jWebUnit : Webアプリケーションのテスト用フレームワークを提供 Jiffie : Inter
当省では、情報システムを主に外注により調達しています。この場合、システム開発企業に当方の要求を的確に伝えるための媒体である外注仕様書が非常に重要なものとなります。この調達を適正かつ効率的に行うため、平成14年度に行った「システム開発仕様書の作成における調査分析」(外注先:株式会社三菱総合研究所)を基に「システム開発に係る外注仕様書作成マニュアル(案)」を作成しました。 本マニュアルは当省の情報システム室が関与するシステム調達に使用することを主な目的としておりますが、今般、本マニュアルを取りまとめるに当たり、広く国民の皆様からの御意見をいただきたく、以下の要領で御意見(パブリックコメント)の募集をいたしますので、忌憚のない御意見をお寄せいただきますようお願い申し上げます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く