2013-06-14 Shibuya.trac第14回勉強会 日時: 2013-06-14(金) 19:00/21:00 場所: KDDI Webコミュニケーションズ会議室 東京都千代田区麹町三丁目６番地 住友不動産麹町ビル３号館 2011-07-30 SCM Boot Camp in Tokyo 日時：2011-07-30 10:00/18:00, 場所：オラクル青山センター http://www.oracle.co.jp/aoyamacenter/ 2011-06-30 19:00/22:00, Shibuya.trac第12回勉強会 〜チケット管理システム大決戦　第二弾〜 meeting/17 - Shibuya.trac Wiki - SourceForge.JP 日時: 2011/06/30(木)　19:00-22:00 (開場18:45) 場所: ニフティ株式会社 セミナールー

Noch keine Debug-Daten vorhanden Einen Moment bitte

今日はたまたま「ユーザーからのフィードバックを集めることの難しさ」が話題になったので、それに関連するエントリー。 もの作りにおいて、「ユーザーが何を必要としているか」を知ることは大切だが、だからと言ってユーザーに尋ねれば正しい答えが返ってくる訳ではないところが難しいところ。具体的な例としては、こんなものがある。 1. サイレント・マジョリティの声は聞こえてこない これはMicrosoftで実際にあったことだが、Outlookのチームではユーザーから寄せられる機能追加のリクエストに従って色々な機能を足していた時期があったが、その結果不必要な機能ばかり増えて、単純な作業が逆にやりにくくなってしまった（たとえばカスタム・フォームが良い例）。このケースでは、ごく一部のヘビー・ユーザーばかりが声がでかく、「今の機能で十分、これ以上複雑にしないで欲しい」というユーザーは何も言ってこない（こういう人たち

サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

2007年06月07日 Google のソフトウェア・エンジニアリング Google Developer Day Tokyo の鵜飼さんのプレゼンより、「Google のエンジニアはどうやって開発しているのか?」 Google の研修 入社して最初の 3ヶ月は本社(Mountain View)で研修 研修中は、メンターがついて「Google での開発の仕方」を学ぶ 内部ウェブ・サイトで社内共有ライブラリの使い方などを説明する動画があるので、それで自習 Google のプロジェクト・チーム 開発拠点は米国、スイス、オーストラリア、インド、日本など 場所とプロジェクト・チームは関係なく、プロジェクト・チームが拠点をまたがることは普通。世界中の拠点全部合わせて、一つの Google エンジニアリング・チーム 開発はデザイン、コーディング、テスト、改善、デモの運用まで上流から下流まで同じチーム(同

2章では，簡単な業務システムを例にしてUMLの記法をひと通り詳しく解説して行きます． なるべく分かりやすく具体的な例として，社員の出退勤の管理を行う，勤怠管理システムを選びました． この章は入門ということで、通常のモデリング作業でよく用いられる基本的な要素に重点を置いて説明していきます。 UMLの図と、その図に使用される要素を説明するだけでなく、イメージしやすいように、 勤怠管理システムを例にして説明していくことにしましょう。 勤怠システムの仕様 今回の例に用いるのは、社員の出退社時間を管理するシステムです。 社員は出退社処理しか行えませんが、総務の人は勤怠変更入力することが可能です。 また、次期開発では、遅刻/早退の場合には、理由を入力する機能を持たせます。 画面のイメージは図1のようになっています。勤怠変更画面のイメージは省略します。

コモンクライテリア（Common Criteria, 略称 CC）とは、コンピュータセキュリティのための国際規格であり、 ISO/IEC 15408 である。 IT 製品や情報システムに対して、情報セキュリティを評価し認証するための評価基準を定めている。 正式名称は "Common Criteria for Information Technology Security Evaluation"（情報技術セキュリティ評価のためのコモンクライテリア）である。 ISO/IEC 15408 の規格名は "Evaluation criteria for IT security", JIS X 5070 としての名称は「情報技術セキュリティの評価基準」である。 2019年3月時点においては「バージョン3.1 リリース5（2017年4月）」が最新版である。 日本ではコモンクライテリアまたは CC と呼ば

セールスフォース・ドットコムの急成長によって注目を集め、昨今のIT業界におけるバズワード（はやり言葉）のひとつとなっているSaaS（Software as a Service）。SaaSは、ソフトウェア機能をインターネットを通じ、サービスとして提供するデリバリモデルであり、ユーザはライセンスを買い取る必要はなく、利用料金を期間（毎月、半年など）に応じて支払うというものだ。こうした説明をするかぎりは、従来のASPとSaaSに違いはなく、「SaaSとASPとは同じものではないのか？」といった疑問が湧くことだろう。本稿では、まずSaaSとASPの違いを明らかにし、更に今後の市場展望やSaaSのメリット、利用する際の留意点、ベンダ動向について解説する。

今週号のFortuneの特集記事（原文へのリンク）は、"Chaos by Design"というGoogleのマネージメントスタイルに関する記事。GoogleのBusiness Operationの上級副社長は、Shona Brownという元マッキンゼーの女性。1998年にCompeting on the Edge: Strategy as Structured Chaosという本を書き、イノベーションを起こすには、会社を「カオス状態」と「きちんと構造化された状態」の間の "structured chaos"(構造化されたカオス)と呼ぶ状態に置くのが一番良いと説いたのだが、Googleが今ある状態はまさにそれ、というのがこの記事の論点だ。 今考えてみると、Microsoftも、９０年代の前半から中盤の、Windows95、IE3.0、IE4.0を出した時期は、まさに"Structured C

LabsAfricaAlbanyAlmadenBrazilCambridgeIndiaIrelandIsraelTokyoUnited KingdomYorktown HeightsZurich Popular topicsFoundation ModelsHealthcareMachine LearningMaterials DiscoveryNatural Language ProcessingQuantum Safe

日本のソフトウェア開発は正念場に立たされています。一向に減らない仕様の変更や、リリースの度に発生するトラブルによって企業も大きなダメージを受けています。そこには、かつて80年代に築いた「品質大国」の面影はどこにもありません。わずか１５年で失ってしまった。 評論家諸氏に言わせれば、日本の品質は“まだまだ先進国の中では高い”という。だが、EUやNAFTA（アメリカ、カナダ、メキシコによる北米自由貿易協定）のような大きな市場を持たない日本の場合、ちょっとくらい品質が高い程度では競争力としては乏しい。第一、その程度ではすぐに追いつかれてしまいます。 それに、“まだまだ”という表現に、かつての様な特筆した状況にはないことを暗示しています。実際、日本のソフトウェアの開発現場は決して将来に希望を持てる状態ではありません。私の様なコンサルタントが忙しい状態というのは、決して望ましいことではないのです。でも

CurlはWebベースのクライアントサイドテクノロジーです Curl言語でプログラミングしたCurlアプリケーションは、WEBサーバに未コンパイルのままソースファイルとして配置されます。また、その際のソースファイルは暗号化して配置することも可能ですので、万一ファイルが漏洩したとしても、ソースコードを読み解くことはできません。クライアントPC上のブラウザからの要求を受けてダウンロードされると、実行環境であるCurl RTEがクライアント側でリアルタイムコンパイルを行い、ブラウザ上で実行されます。 この一連の流れは、HTTP、HTTPSで行われます。 また、CurlプラットフォームにはWEBサーバに関連するモジュールは一切無く、そのため、クライアントにCurlの実行環境をインストールしておけば、どんなWEBサーバからでもCurlアプリケーションをダウンロードし利用することが出来ます。もちろん、

http://martinfowler.com/bliki/Transactionless.html 2007/3/18 (更新：Bill Caputoからも経験談をいただいた) 数年前にeBayで働く友人たちと話していたときのことだ。 大規模サイトで使われる技術の話を聞くのはいつも楽しいが、特に興味深かったのが、eBayでは滅多にデータベーストランザクションを使用しないという話だった。 トランザクションがない環境というのは驚くべきことではないだろうか。 データベースを扱うときにトランザクションを使うのはごくごく一般的なことだ。 多くの人にとって（私もそうだが）トランザクションはデータベースを使う利点のひとつだ。 eBayがトランザクションを使わないのは、あのような規模ではパフォーマンスに影響が出てしまうからだというものだった。 eBayではデータをいくつもの物理的データベースにパーテショ