概要 ステアリングコミッティ（steering committee）とは、大規模なプロジェクトなどで利害調整や意思決定を行なう、関係者の代表で構成された委員会組織。また、そのような組織の会合。 システム開発などの分野では、多数の企業が関係するプロジェクト、複数の部門にまたがる横断的なプロジェクトなどでよく置かれる。プロジェクト全体の進捗の確認や全体的な方針の策定や変更、現場レベルでの調整が難しい重要事項の折衝などが行われる。 また、社内で運営されるプロジェクトなどの場合には、プロジェクトマネージャが役員や部門長など上位の役職者に対してプロジェクトの進捗や問題点の報告を行い、部門間の対立などマネージャレベルでは解決が困難な課題や紛争などについて意思決定を求める会議を指す。 課題の先延ばしを防ぐため、ステアリングコミッティの開催は「月1回」「各工程の終了ごと」など頻度やタイミングを決めておくの

1. マークアップエンジニアのキャリアパス Career Path for Markup Engineers CSS Nite LP, Disk 9 –Corder’s Higher- @cssnite #cssnitelp9 森田 雄 2010年4月17日 Yu Morita; 2010 (CC) BY-SA / Some rights reserved. 2. マークアップエンジニアのキャリアパス 2001年11月6日 マークアップエンジニア誕生 Yu Morita; 2010 (CC) BY-SA / Some rights reserved. ｜1

クラウド、モバイル、ソーシャル、そしてビッグデータ。4つのトレンドが今、エンタープライズITの世界に大きな変化をもたらそうとしている。さらに、これらと密接に関係する「モノのインターネット(Internet of Things)」や「M2M(Machine-to-Machine)」の胎動も始まった。あらゆる"モノ"に埋め込まれたセンサー同士が会話することで、これまで想像もつかなかったような未来が訪れる。そこでのキーテクノロジーを理解することの重要性が日増しに高まっている。 全長１万7000kmのパイプライン。温度や流量、圧力などを検知する3万個もの各種センサーを随所に設置し、きめ細かな動作状況を一元的に監視する。もし油圧の急減といった緊急事態を検知したなら元栓を閉じるコマンドを自動的に送って対処。この間、わずか数秒のことであり、保守要員の到着を待たずして、危険を回避することを可能としている─

売り上げ・アクセス数を伸ばしたい 月々の管理費を抑えたい リニューアルで失敗したくない 提案やサポートしてほしい ホームページに関することは お気軽にご相談ください

概要 ポリモーフィズム（polymorphism）とは、プログラミング言語の持つ性質の一つで、ある関数やメソッドなどが、引数や返り値の数やデータ型などの異なる複数の実装を持ち、呼び出し時に使い分けるようにできること。 静的型付けの言語で関数などを定義する際には、引数や返り値のデータ型を指定しなければならないため、処理内容が同じでもデータ型ごとに整数用、浮動小数点数用、複素数型用…といったように異なる（名前の）関数を何度も繰り返し定義しなくてはならず、呼び出し側も型ごとに異なる関数を呼び分けなければならない。 ポリモーフィズムに対応した言語では、同名の関数などを繰り返し定義することができ、型ごとに別々の関数を用意しなくても一つの（共通の名前を持つ）関数としてまとめることができる。ただし、具体的な処理内容は型ごとに個別に記述しなければならない。。 分類 呼び出し側に記述された引数の型や数の違い

大手ホスティングサービスWordpress.comに無限スクロール機能が追加されました。 To Infinity and Beyond — Blog — WordPress.com 滞在時間の増加につながるか？ 実際の動作はこちらのブログで確認できます。ページ最下部まで行くと、自動で過去の記事がロードされます。wordpress.comを使っている方はこの機能が自動的に適用されていくとのこと。 触ってみた感じ、無限スクロールは滞在時間の向上につながる印象を抱きます。「次へ」が表示されるとなんとなくそこで離脱してしまいがちですからね。比較して分析したいところです。 予想：Googleも無限スクロールを採用する FacebookやTwitterが採用したのを皮切りに、Pinterestで一気に一般化した印象の「無限スクロール」。個人的には、Googleなどの検索エンジンでも採用されると予想しま

みなさん、こんにちは。SHiNKA (@shinka_cb) です。本日12月7日でありますが、 12月6日のKawaz Advent Calendarを担当してます。遅くなってしまいすみません。 というわけで、今回の話題はゲームのラウドネスです。 長い！難しい！今北産業 ゲームにおける全体の音量調整はユーザービリティーの観点からも重要です。 他のゲームと比較してあまり音量差が発生しないようにしましょう。 最近は、ユーザーが感じる主観的な音量感を表す指標としてラウドネスというものが使われています。 とは言え、まだまだゲーム間の音量差の問題は完全に解消はされておらず今後も解決すべき課題となっています。 ※あ、4行になってしまった・・・ なぜ今になってゲームの音量管理に気をつけないといけないのか？ 放送業界では地上波デジタル放送を導入したころから番組やCMの音量ばらつきが問題に アナログ放送で

最近さまざまなイベントやブログエントリで見かける「DevOps」。この言葉をひもとき、なぜ「Dev」と「Ops」が衝突するのか、その解決に必要な要素とは何かを分かりやすく解説します。 DevOpsとは 2009年にオライリーが開催した「Velocity 2009」というイベントにおいて、Flickrのエンジニアが、“開発と運用が協力することで、1日に10回以上のペースでリリースが可能になること”を紹介しました。いまさまざまなシーンで見かける「DevOps」という言葉は、このプレゼンの中で登場したものです。 DevOpsとは、開発（Development）と運用（Operations）が協力し、ビジネス要求に対して、より柔軟に、スピーディに対応できるシステムを作り上げるためのプラクティスです。多くの人々により議論は続けられていますが、ITILとは異なり、現時点においては、DevOpsに厳密な

こんにちはシツチョーです。 12月15日（木）のゼミでは、ゼミワークショップを行いました。これまで「クリーンにする（部屋をきれいにする」というテーマで、フォトエッセイ→インタビュー→KA法でユーザーの価値とコンテキストを理解してきました（ブログ参照）。このデータを活用して、新しい体験を産み出すアイディアを考えるのが、今回のワークショップの目的です。 ワークショップでは、日本人間工学会アーゴデザイン部会が開発してきた、構造化シナリオ法を用います。構造化シナリオ法は、ユーザーの本質的要求価値（今回はKA法で導出したユーザーの価値）とペルソナ情報、ビジネス情報（今回のＷＳでは省略）を元に、シナリオを抽象度のレベルを変えながら、徐々に具体的にブレークダウンしていく体系的なシナリオライティングによるデザイン手法です。UXのためのデザイン手法の代表的で有効な方法といってもいいでしょう。私がカリキュラム

12. お薦め関連記事 • 人机交互論: ペルソナ考 – http://www.usablog.jp/2005/05/personas.html • 人机交互論: なんちゃってペルソナの悪戯 – http://www.usablog.jp/2010/09/ad‐hoc‐personas.html • 仮面のユーザー“ペルソナ”参上！ – http://web‐tan.forum.impressrd.jp/e/2009/05/21/5501 • 仮面のユーザ「ペルソナ」参上！ – http://enterprisezine.jp/article/detail/2705 13. 樽本 徹也 ‐ 利用品質ラボ代表 • • • • • UXリサーチャ/ユーザビリティエンジニア 認定 人間中心設計専門家 認定 スクラムプロダクトオーナー（CSPO） NPO  人間中心設計推進機構 評議員 アジャイル

インタラクションデザインで使われるデザインの要件定義手法の1つ。ペルソナを登場人物とする物語を作ることで理想的なインタラクションやシステムの振る舞い、機能を明確化し、そこからデザインの要件を確定する。 インタラクションとは、人間と人間、人間とシステムの対話的やりとりである。そのため、インタラクティブシステムには状況に応じて自身の状態や振る舞いを変化させることが求められる。一方のユーザーもシステムのメッセージを見て反応を変えたり、中長期的には習熟や学習によって能力などが変動したりする。こうした将来にわたる時間的変化を描写するのに有効な手段として“物語”がある。1990年代からHCI分野で使われていたシナリオ手法にペルソナ概念を組み合わせたものがペルソナ／シナリオ法だ。 ペルソナの概念を導入することで、シナリオを単なるユーザーの手順や反応の羅列ではなく、ユーザーが本当に求めているゴールとモチベ

「レスポンシブからアダプティブへ – 必要な情報を、必要なときに、必要としている人へ」という記事を読んでいてレスポンシブ・デザインやアダプティブ・デザインの言葉の定義を一度整理しておいたほうが良さそうだと感じたので、遅ればせながら自分なりにまとめてみました。 レスポンシブ・デザインやアダプティブ・デザインについて話をする際に、そもそもの定義がずれていると話が噛み合わず、無駄な討論をしかねません。さんざん討論したあげく「ところで、アダプティブ・デザインってどんな意味で使ってる？」と問いなおしたら、お互いに勘違いしてたとか、結構ありそうな話です。 どれが正しいとか正しくないとかではなくて、僕が知る範囲で一般的に使われている定義をまとめてみました。いくつかの意味で使われていることを知っておけば、ミス・コミュニケーションも未然に防げる可能性が高くなるのではないでしょうか？ ※ここで紹介する定義を「

このページのノートに、このページに関する注意があります。 注意の要約：情報には出典を明記してください。サンドボックスで編集の練習や実験ができます。 また、児童・生徒の方はWikipedia:児童・生徒の方々へもお読みください。 この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 信頼性について検証が求められています。確認のための情報源が必要です。（2024年10月） 一次資料や記事主題の関係者による情報源に頼って書かれています。（2023年9月） 独自研究が含まれているおそれがあります。（2023年9月） あまり重要でない事項が過剰に含まれているおそれがあり、整理が求められています。（2023年9月） 出典検索?: "Scratch" プログラミング言語 – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp ·