タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

ITアーキテクトに関するdh_SPQRのブックマーク (6)

  • ITアーキテクトの「やってはいけない」:ITpro

    ITアーキテクトが知っておくべきアンチパターンを徹底解説 情報システムのアーキテクチャや実装方式を決定するITアーキテクト。データベースやネットワーク,プラットフォームなど,さまざまな技術分野の知識を持ち,全体最適でシステム開発を成功に導かなければならない。しかしそこには,つい陥りがちな「やってはいけないこと」(アンチパターン)が,数多く潜んでいる。そこでここでは,ITアーキテクトが知っておくべきアンチパターンを解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル3~レベル1の3段階あり,レベルの数字が大きいほど,やってはいけない度合いも大きい。 関連サイト: ■機器増設編 ■業務分析編 ■Windows 7編 ■Android/iPhone編 ■プライベートクラウド編 ■パブリッククラウド編 ■次世代DB編 ■運用管理編 ■プラットフォーム編 ■セキュリティ

    ITアーキテクトの「やってはいけない」:ITpro
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

  • ITアーキテクトの視点 (arclamp.jp アークランプ)

    最近、ある方から「ITアーキテクトの視点ってなんですかね?」と質問を受けました。ITアーキテクトが技術、プロダクトやアーキテクチャ・パターンを選択する際に何を見ているのかと。 残念ながら視点はうまく答えられなかったのですが、僕の考えるプロセスを整理してみました。それが1.目的(問題)の設定、2.全体の俯瞰、3.技術の選択という順番です。 アーキテクチャが解決すべき問題 プロセスの話に入る前に前提から。僕が相手にしているのはいわゆる「業務システム」です。この業務システムにおいて、アーキテクチャが解決すべき問題はシステムのスケーラビリティ、スタビリティ、メンテナンスビリティの3つです。 実際に動くロジックそのものというのはアーキテクチャではありません。アーキテクチャは、ロジックが"利用頻度に対して十分な早さを持ち"つつ、"セキュアで安定的に動き"ながら、かつ"複雑さを抑えて変化に対応できる"

  • CNET Japan

    「T-Mobile G1」は中身で勝負--初の「Android」携帯が持つ可能性 米国時間9月23日に発表されたGoogleの「Android」を搭載した携帯は、外観はほかの携帯電話と大差はないが、これまでの携帯電話にはないユーザーエクスペリエンスを提供するソフトウェアが搭載されている。 2008/09/26 07:00   [スペシャルレポート] 新「MacBook」筐体、プラスチックからアルミニウムへ--AppleInsider報道 新しい「MacBook」と「MacBook Pro」を見た業界関係者らによると、それらの外観は予測どおり、アルミニウムベースのものになるとAppleInsiderが報じている。 2008/09/26 09:15  [パーソナルテクノロジー] ユニバーサルミュージック、ビデオポータルを計画か--情報筋から明らかに ユニバーサルミュージックグループに近い

  • 私的ITアーキテクト考:1.ITアーキテクトが作るもの (arclamp.jp アークランプ)

    arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 連載を始めると書いたものの第1回までに時間がかかってしまいました(w。さて、第1回は、いきなり「ITアーキテクトが作るもの」からはじめようと思います。僕もこの質問に困っていましたが、最近ふと気づくことができました。それは、 ITアーキテクトは「そのシステムがある世界」を創っている ということです。なんだそりゃ、と思われるかもしれませんが、もう少しだけ読んでみてください。 なぜそのアーキテクチャになったのか 普通に考えればITアーキテクトが作っているのはアーキテクチャです。例えばシステムの設計思想や具体的なフレームワークの構成のようなものでしょう。もちろん、これ自体は誤りではありません。 とても大事なことは「なぜそのアーキテクチャになったのか」という理由をきちんと説明

  • 1