指定された記事またはカテゴリは表示できませんでした。 記事がありません。 すでに削除された、あるいははじめから存在しない可能性があります（記事情報が取得できません）。 Yahoo!オンビジネス
表示できません - Yahoo!オンビジネス
指定された記事またはカテゴリは表示できませんでした。 記事がありません。 すでに削除された、あるいははじめから存在しない可能性があります（記事情報が取得できません）。 Yahoo!オンビジネス
はてなブログ | 無料ブログを作成しよう
思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。
1: Web 標準カリキュラムの紹介 - Opera Developer Community
1: Web 標準カリキュラムの紹介 Translated by Masataka Yakura · 20 Oct, 2009Published in: curriculum, course, beginner, Web, standards, japaneseThis is a translation of 1: Introduction to The Web Standards Curriculum/Table of Contents, written by Chris Mills. 次の記事: インターネットと Web の歴史、そして Web 標準の進化 カリキュラムの目次へ はじめに 私には、ある夢がありました。 過去8、 9年にわたり、私は教育に関する仕事に力を注いでいました。あるときは技術書を執筆し、人がその技術で何かかっこいいものを作る手助けをしました。勤務先に新しく入って
どうやらあと20年くらい、地球温暖化は進みそうにない: 極東ブログ
どうやらあと20年くらいは、地球温暖化は進展しなさそうだ。9日のBBC「What happened to global warming? （地球温暖化に何が起きたか？）」（参照）を読んでそう思った。率直に言うと、私としては科学的議論がどうたらということではない。そうではなく、日本で言えばNHKみたいな公共放送であるBBCが気候変動懐疑論者(Climate change sceptics)の話をそれなりに、おちょくりでもなく取り上げてきたのかと驚いたということだ。つまり、このあたりが一般向けの国際ジャーナリズム的な転機の潮時の合図なのかなと思ったのだった。 科学と非科学は厳密に区別ができると言う人々がいるが、私には、地球温暖化の是非について問われるとよくわからなくなる。そのあたりは以前、「極東ブログ：[書評]正しく知る地球温暖化（赤祖父俊一）」（参照）にも書いた。もっとも、これは科学対非科学
Archived MSDN and TechNet Blogs | Microsoft Docs
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
第2回 注意したいRFP受領時の対応、質問一つでSIerの評価が決まる
RFP（提案依頼書）を受け取る際に、SIerが注意しなければいけない点は何だろうか。ひょっとしてRFPを額面通りに理解していないだろうか。うっかりしていると、RFP説明会の際にリカバリー不能の失敗に陥ってしまうかもしれない。今回はRFPを受け渡す際のユーザー企業のチェックポイントを解説する。 前回はRFP（提案依頼書）を受領する前までになすべきことを書いたが、今回はRFP受領時での対応について注意すべき点、あるいは依頼側の顧客がチェックしているポイントについて述べていきたい。この連載では、ユーザー企業からのRFP提供やSIerによる提案書の提出などを一連の“業務プロセス”と見なす。そのプロセスをいくつかのフェーズに分けて解説していくが、前回の話は“商談の夜明け前”といえるステージ0の段階であり、今回はいよいよ本格的な商談がスタートするステージⅠでの注意点である（図1）。 RFPを額面通り受
RFP作成術【前編】：ベンダーとユーザーの悩み
ベンダーに自分の要求を伝えられるか？ベンダーの力を引き出せるか？妥当な金額で発注できるか？トラブルの芽は摘んであるか？それは“RFP（提案依頼書）の作り方”にかかっている。「プロジェクトが失敗したのは，ベンダー選びを間違えたから」。そんな苦い経験を繰り返さないための，“良いベンダーと出会う”技術を事例から明らかにする。 今度こそ良いベンダーと一緒にシステムを作りたい――そんな思いから，複数のベンダーに提案を募る開発案件が増えてきた。 学習塾の京進は，かつて馴染みのベンダーから納入されたシステムの品質が悪く，苦労した。この苦い経験から，5月に稼働させた「スクールワン顧客対応システム」では，ベンダー選定時に細心の注意を払った。この案件では，アプリケーション開発に加えて，全社システム基盤の整備も視野に入れていたため，絶対に失敗できなかった。 7社をピックアップし，RFPを発行して提案を募った。担
ユビキタス時代のユーザインタフェース
性能が良いマウスやディスプレイを持っているのに ウィンドウやメニューやスクロールバーの存在を知らず、 キーボードだけを使って四苦八苦しながら仕事をしている人を見れば、 「なんと勿体ない。グラフィカルユーザインタフェースを使えばもっと楽に仕事ができるのに」と 思わずにはいられないだろうが、 実世界で計算機が活用されていない現状はこれによく似ている。 高性能な計算機・インターネット・各種のセンサやアクチュエータがふんだんに存在するのに、 まったく効果的に活用されていないからである。 このような状況は新しいインタフェースの工夫によって劇的に改善される。 ユーザインタフェースの将来を 「ユビキタスコンピューティング」 「情報流」 というキーワードで考えてみたい。 ユーザインタフェースの変容 シリコンバレーの中心地Mountain Viewには 「Computer History Museum」とい
Geekなぺーじ : 大変革が迫りつつあるインターネット
IPv4アドレス枯渇が迫りつつあります。 現状では、再来年ぐらいに枯渇する事が予想されています。 このIPv4アドレス枯渇は、恐らくインターネットアーキテクチャに対して非常に大きな影響を与えます。 今、この瞬間にあるインターネットインフラと、3年後のインターネットインフラは結構違う形をしているのではないかと推測しています。 以下、何故IPv4アドレス枯渇がインターネットアーキテクチャの大変革をもたらすのかと、この問題の背景を説明したいと思います。 2つに分離するインターネット インターネットは戦時中の物資が少ない状況においても通信網が維持出来る事を想定して設計されています。 そのため、専用機器だけではなく、ありあわせの機器を繋ぎ合わせて通信が実現できることが重要な要素でした。 また、電話のような回線交換方式ではなく、パケット交換方式を採用して様々な種類の通信を同時に行える事も設計の柱でした
長野原町民が八ッ場（やんば）ダム中止問題の矢面に立たされている３つの理由 - まずまずのダム日和
民主連立政権八ッ場ダム中止問題を正しく理解する為の大前提の知識（9月28日追記） 八ッ場ダムは東京都・千葉県・茨城県・栃木県・埼玉県・群馬県の1都5県の治水や利水などを目的として群馬県吾妻郡長野原町の利根川水系吾妻川に計画され現在建設中です。 2009年8月30日に行われた総選挙により民主連立政権が誕生し、前原国土交通大臣により中止が表明されました。 八ッ場ダムの受益者である各都県は現在も八ッ場ダムを必要だとしており、各都県知事は中止撤回を主張しています。 これらのダム建設推進や中止を決める行政上のプロセスに対し、ダム建設地点である長野原町は関与出来る法的な権限がありません。 「地元の理解を得るまでは中止のための法的手続きを行わない」というのは、前原国土交通大臣の行政上の判断です。 ひょっとして、長野原町が反対しているからダム事業を中止に出来ないと思っている人が居るんじゃないかということに
間違いを犯すなら自分サイズで: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 「早く多く間違えよう」へのブックマークありがとうございます。 今回はちょっと補足のエントリーを。 今回もそうですが、間違える云々について書くとき、間違えられる環境であればとか、間違えてもいい場合であれば、といった限定つきで、間違えながら学ぶことへの肯定の意思を示す人がいます。 間違いの粒の大きさでも、それは僕が考えていることの意図とはちょっと違うんです。 何が違うかって、そういう人がイメージする間違いは粒がデカすぎるんです。 そんな粒の大きさで間違ったら、そりゃ、ちょっとやばい場合もあるよねって思えるような間違いの大きさを想定しているように感じます。 でも、僕が「早く多く間違えよう」という場合に想定している間違いというのは、もっと小さな単位の間違いです。いや、些細なことすぎ
早く多く間違えよう: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 土曜日のデザイン思考のワークショップで、また１つ気づきがありました。 それは「早く多く間違えると、進展は早い」ということです。 今回のワークショップでも、例によって2チームに分かれて、それぞれおなじ課題をやってもらいました。 大抵の場合、そうなるのですが、どういうわけか、2チームに分けると片方の出来がよく片方がわるいという結果になるんです。なぜだかわからないんですが、大抵はそういう結果になる（これが3チームだとそうならない。なんでだろ？）。 ところが、土曜日のワークショップでは、いままで以上に2チームの差が大きかったんです。それは片方がいままでと比べて著しく出来が悪かったからではなく、片方がこの手のワークショップをやって以来、はじめてというほど、出来がよかったからなんです。
p2 Provisioning, Eclipse Galileo Feature #1
Today is the big day! Eclipse 3.5 – Galileo – is available for the general public. To count down the final push towards Galileo, I have been reviewing the Top 10 features that I’m most excited about. There are tons of other great features – such as the SWT port to Cocoa – that I personally don’t make use of, so if you disagree with my Top 10 list, I encourage you to publish your own. A quick recap
ホルダーがコンテンツをつくらないプラットホームは微妙 - はてなポイント３万を使い切るまで死なない日記
iPhoneのコンテンツプラットホームとしての設計が間違っているという話をしたいわけであるが、まずはそもそもアップルがつくったアプリを有料にしない時点でやる気なくない？ってことからはじめる。 iPhoneがコンテンツプラットホームとしてどのように設計されているかを考えるとする。まず、コンテンツプラットホームホルダーであるアップルとコンテンツを提供するアプリ制作会社との間にどのようなゲームが成立しているかを考えてみる。 まずはアップル側がiPhoneでアプリマーケットを展開するメリットは３つぐらい想像できる。 (1) iPhoneの機能拡張を自社開発リソースをつかわずに提供できる。 (2) iPhoneのアプリ世界が充実することによる継続的なiPhoneへの宣伝効果 (3) 有料アプリからの収益。 (1)と(2)はiPhoneというハードウェアの販促となるわけだが、おそらくアップル的には(3
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Oscar Medina's Blog | Microsoft continues to improve Mac client experience, even on their hosted SharePoint/Exchange Cloud Service
SharePoint2013 関連リソース