電気自動車（EV）にコネクテッド（つながる）、自動運転――。新技術を搭載するクルマが続々と登場しているが、大ヒットを記録しているものは少ない。どうすれば普及期に突入できるのか。 「…続き エコカーに「無関心の壁」 米自動車市場の現実 ［有料会員限定］ ＥＶ時代はまだ来ない 現実解は「マイルドＨＶ」
電気自動車（EV）にコネクテッド（つながる）、自動運転――。新技術を搭載するクルマが続々と登場しているが、大ヒットを記録しているものは少ない。どうすれば普及期に突入できるのか。 「…続き エコカーに「無関心の壁」 米自動車市場の現実 ［有料会員限定］ ＥＶ時代はまだ来ない 現実解は「マイルドＨＶ」
技 術検証報告書 ～フォローアップ結果とりまとめ～ 平 成２４年１月２３日 特 許庁情報システムに関する 技術検証委員会 目次 特許庁情報システムに関する技術検証委員会 審議経過 委員名簿 Ⅰ．序文 １．経緯及び目的 ・・・・・・・・・・・・・・・・・・・・１ ・・・・・・・・・・・・・・・・１ ２．検証対象及び検証方法 Ⅱ．現状と評価 １．調査報告書指摘事項の概要 ・・・・・・・・・・・・・・２ ・・・・・・・・・・２ ２．報告書指摘事項への三者の対応状況 （１）適切な開発計画の策定について （２）複数ベンダによる開発に向けた連携の強化について （３）外部有識者による監視体制の整備について ３．三者の対応状況に対する当委員会の評価 （１）設計成果物の完成に関する見通し （２）システムの最終稼働に関する見通し （３）評価まとめ Ⅲ．プロジェクトの問題点と今後の対策 １
文：Erik Eckel （Special to TechRepublic） 翻訳校正：村上雅章・野崎裕子 2009-09-02 08:00 メンテナンス契約は、データの喪失や、予期せぬ故障、機能停止を防ぐために企業が行える最善の投資である。本記事では、顧客にメンテナンス契約を締結してもらうために、筆者のコンサルティング会社が実践しているティップスを紹介する。 サービス契約やサポート契約の必要性を感じつつも、その対価を支払うことに難色を示す顧客は数多くいる。そういった契約は小規模企業にとって生産性や効率、順調な業務運営を確実に維持するための最善の投資であるはずにもかかわらず、重要なメンテナンス作業や監視作業のための支出を決断できない企業もあるのだ。 筆者はこのことに常々驚かされている。サービス停止が起こらないようにするための支出を決断できない一方で、重要なPCやサーバ、ネットワーク機器が故
待ち行列理論(Queue Theory) Blue Dreams → ソフトウェア開発の対策 → 待ち行列理論（ポイント重点対策） Make:2001/03/09 Last-Update:2001/09/13 2001/09/13 「計算問題 １．平均到着率」でのミスを修正しました。 ここでは、ソフトウェア開発技術者試験だけでなく、ネットワーク試験（テクニカルエンジニア）の基礎にもなる待ち行列理論について解説します。待ち行列理論の範囲は広いため、ここですべてを取り上げる事は不可能（１冊の本を書ける量になりえませんし、大学教養範囲の数学の能力も必要とされる。）ですので、あくまで試験対策用として書いています。 過去の試験から見て、問題の種類は次の２種類に分類されます。（下線付きの問題を下で解説しています） １．待ち行列（Ｍ／Ｍ／１）を考慮した計算問題、レスポンスタイムの算出など Ｈ８
Part II: My struggle at the frontline of Japanese Enterprise IT (Published in Magazine No 71: Part I: How Japan’s enterprise IT has failed to learn from its most competitive industry–manufacturing.) By James Mok While troops of IT project managers and engineers are being sent to ‘Death March’—a popular term to describe the brutal working conditions of extreme overtime work, tremendous customer pre
本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。 ここでは、編集部がおすすめするコラムを紹介しよう。 『ITエンジニアの性癖と本質について』 「何をやりたいのか」ではなく「何ができるのか」を考える Rails Hubのコラムを始めます New！ 恥ずかしがり屋でも気配りが足りなくても、恥じる必要はない 首都圏コンピュータ技術者 取締役の篠原博氏による『技術立国への復活』。エンジニアが持つ“特徴と本質”について考察している。 篠原氏は、エンジニアには以下のような傾向があると語る。 単調なことが嫌いだ！ ……しかし、変化も好まない 恥ずかしがり屋だ！ ……しかし、得意なことはいくらでも話す あまり人を信じない！ ……しかし、人への依存心は高い 気配りが足りない！ ……しかし、相手の気配りにはうるさい これらの特徴は
釣り 題名に「３つの理由」みたいに数字を入れるとアクセス数が上がると聞いた。 本当かな？ 本題 自分がこの業界で景気後退を経験するのはこれで3度目。 一回目は1990年前半のバブル崩壊後。 二回目は2000年のネットバブル崩壊後。 今回のは1990年前半のそれを、規模・深刻さ共に凌駕すると予想している。 理由(1): 空洞化 「上流＝付加価値の高い仕事」という概念は根強く、開発という「核となる」行程を安い外部に流すようになってしまった。 レバレッジ効果があるから収益向上につながってきた。 が、新たな仕事が来なくなるとレバレッジは逆転を始める。 つまり、外部依存率を下げつつ、利益率向上を目指すという苦痛が待っている。 →開発を忘れた人達には無理。 理由(2): 分業化 1990年代初頭の情報処理試験は「二種」「一種」「特種」しかなかった。 今はなんだよ... 情報処理試験の中の人達に雇用機会
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
