約 1,958,712 件
https://w.atwiki.jp/sysword/pages/62.html
【ネットワークアーキテクチャ】 コンピュータ、端末、通信ネットワークなどの要素からなる通信システムにおいて、各要素の接続条件や要素間を通信する場合の約束(プロトコル)を体系的に定めたもの。1974年9月に米IBMが体系的な標準通信方式としてSNAを発表して以来、大手コンピュータ・メーカーが相次いで独自のネットワーク・アーキテクチャを発表。それに基づいたハードウエアおよびソフトウエア製品を出荷している。ところがメーカーごとにアーキテクチャがバラバラなため、製品間に互換性がほとんどない。そこで、国際標準としてISO(国際標準化機構)のOSI(開放型システム間相互接続)モデルが提唱されている。 しかし、最近ではTCP/IPをベースとするインターネット標準の採用が目立っている。 ※アーキテクチャ…ハードウェア、OS、ネットワーク、アプリケーションソフトなどの基本設計や設計思想のこと。元来、建築学における設計術あるいは建築様式を表していたのが、転じて、コンピュータ用語として用いられるようになった。
https://w.atwiki.jp/wnt0/pages/13.html
OLEアーキテクチャで利用可能なサービス COM クリップボード ドラッグアンドドロップ 埋め込み インプレースアクティベーション リンク モニカ OLEオートメーション OLEコントロール OLEドキュメント 構造化ストレージ UDT (Uniform Data Transfer)
https://w.atwiki.jp/sevenlives/pages/487.html
アーキテクチャ 構造化プログラミング モジュラー・プログラミング データ型? 抽象データ型 データ抽象化? オブジェクト指向 アスペクト指向? 関数型プログラミング? リアクティブ・プログラミング 階層化アーキテクチャ SOA 並列処理パラレル・コンピューティング? マルチコア デュアルコア メニーコア マルチ・プロセッサ グリッド・コンピューティング クラスタリング ベクトル・プロセッサ? 自律コンピューティング? CPU アクターモデル? プラガブル? FLOPS ■ 主記憶装置? メモリ ■ 補助記憶装置? ハードディスク リムーバブル・メディア? ストレージ ■ マイクロ・アーキテクチャ? IA-32? IA-64? Alpha? MIPS PowerPC? ■アプリケーション・アーキテクチャ クライアント/サーバモデル? MVC オブジェクト指向 ■ ネットワーク・アーキテクチャ SNA OSI参照モデル TCP/IPモデル ■ 仮想化? AMD-V Intel VT? VDC-OS? メタOS? I/O ノイマン・アーキテクチャ ハーバード・アーキテクチャ? ロード/ストア・アーキテクチャ ストアドプログラム方式? x86アーキテクチャ CASE? エミュレータ モデル
https://w.atwiki.jp/knut/pages/19.html
The Future of Information Architecture Conceiving a Better Way to Understand Taxonomy, Network and Intelligence Part One Introduction Part Two Taxonomy Part Three Network Part Four Conclusion Information Architecture for the World Wide Web
https://w.atwiki.jp/ipu-softy/pages/46.html
講義情報 (参考:H19シラバス,実際に履修した感想) 講義名(英語名) コンピュータアーキテクチャ (Computer Architecture) 担当教員 加藤 貴司, 曽我 正和 教育課程 専門共通科目 開講年次 1年後期 単位数 4 必修・選択 必修 概要 コンピュータの動作原理を理解すること,アセンブラ言語でプログラムを作れることを目標とする 成績評価 期末筆記試験内の4つ分野すべてについて,各6割以上を得点していること 試験持込 テキスト教材 コンピュータアーキテクチャ(曽我正和, 三恵社) 感想・履修者へのヒント この講義はまじめにやった方がいい -- 名無しさん (2007-11-14 10 59 45) 名前 コメント
https://w.atwiki.jp/kqarto/pages/36.html
PCアーキテクチャ ここに書いてあるものはスパイが教科書を見て書いたモノ素人にはお勧め出来ない 目次 PCアーキテクチャPC本体の内部構造について CPUのパイプラインハザード対策 スーパースカラとハイパースレッディングについて説明 MMX、3DNow、SSEの考え方について説明 PC本体の内部構造について マザーボード内のブロックダイヤグラム複雑な機能は分解してより単純な機能の集合にするという還元の原理を使ったうえで図により結果を明確に示すことができるのがブロックダイヤグラムつまりはオブジェクト指向の様なモノ ノースブリッジ、サウスブリッジノースブリッジ CPUやメインメモリ、グラフィックボード等の高速処理の橋渡し的部分の総称サウスブリッジ HDDやDVDドライブ、USB対応デバイス等の橋渡し的部分の総称 周辺装置について名前と機能マウス ネズミに似ていることから命名されたもの移動した量や方向、速度を読み取るものキーボード 101~109個のスイッチが内臓され、それぞれが文字や機能に対応ディスプレイ 文字や図形を表示する装置GUIにおいては必要不可欠なハードウェア CPUのパイプラインハザード対策 レジスタリネーム 複数の命令が同じレジスタを使用する場合の対策として一時的に複数のレジスタに同一の名称を与え、そのレジスタの役目を果たさせるというもの アウトオブオーダ実行 プログラムの命令の順番を無視他の命令に依存しない命令を並列して処理し順番に依存する命令は他の命令と実行順番を調整しながら随時処理するというもの 分岐予想 や 投機実行 分岐予想 分岐命令において分岐すべき方向を予測し、その先に依存する命令群の実行環境を整えるというもの投機実行 準備だけでなく実際に分岐先を実行しておくというもの当たれば効率は上昇するが、外れれば再実行の為にロスが生まれる スーパースカラとハイパースレッディングについて説明 スーパースカラ パイプラインの多重化とCPUの高速化を図ったモノ ハイパースレッディング 1つのCPUを擬似的に2つのCPUと認識させ、スレッドの複数同時実行させる技術 MMX、3DNow、SSEの考え方について説明 MMX 膨大な単一命令を同時に如何に多く処理出来るかというもの 3DNow MMXに高度な浮動少数点演算を付加したものCPU側にも処理させることでビデオカードを補助しマルチメディア性能を向上させようというもの SSE 3DNowに対抗して生まれたモノデータストリーミング命令、SIMD命令、マルチメディア命令の三系統において命令が追加、性能の向上させようというもの
https://w.atwiki.jp/sotto_project/pages/206.html
目次 濱野智史『アーキテクチャの生態系――情報環境はいかに設計されてきたか』目次 関連ページ 関連リンク 濱野智史『アーキテクチャの生態系――情報環境はいかに設計されてきたか』 アーキテクチャの生態系 目次 はじめに 第一章 アーキテクチャの生態系とは?ゼロ年代のウェブの風景 いかに社会的なソフトウェアを追うか 「アーキテクチャ」からのアプローチ 日常生活の密かなコントロール アーキテクチャの可能性を追う アーキテクチャの生態系マップ 第二章 グーグルはいかにウェブ上に生態系を築いたか?Web 2.0とはなんだったのか? ごく簡単なウェブの歴史 グーグル登場のインパクト ページランクという仕組み グーグルの本質は何か? ──集合知という協力・貢献のシステム グーグルは機械か、それとも生命か? ──梅田望夫vs西垣通論争 ブログの本質は何か? ?──グーグルに検索されやすいウェブサイト ブログの本質は何か? ?──SEO対策の自動化 なぜブログの存在感は増したのか? 〈ウェブ→グーグル→ブログ〉の進化プロセス 「生態系」を示す三つの現象 生態系という認識モデルの「使いかた」 第三章 どのようにグーグルなきウェブは進化するか?巨大掲示板2ちゃんねる グーグルなしで成長したソーシャルウェア 2ちゃんねるの特徴は何か? ?──フロー 2ちゃんねるの特徴は何か? ?──コピペ 2ちゃんねるの「アーキテクチャ度」の低さ なぜフローの度合いが高くなるよう設計されているのか? なぜ、あえて協力するユーザーが現われてくるのか? 2ちゃんねらーになることで生まれる相互信頼 2ちゃんねるの二面性──都市空間と内輪空間 米国のブログ、日本の2ちゃんねる 「個」の評判を蓄積するブログ 米国は信頼社会、日本は安心社会? 日本社会論としての2ちゃんねる論 はてなダイアリーと「文化の翻訳」 第四章 なぜ日本と米国のSNSは違うのか?ミクシィの「招待制」の特異性 なぜ閉鎖的なミクシィは日本で受容されたのか? 「儀礼的無関心」から「強制的関心」へ 2ちゃんねるに続き、ミクシィまでもが「繋がりの社会性」に 「繋がりの社会性」批判は妥当なのか? 人間関係のGPSとしてのミクシィ 「ミクシィ安全神話」の崩壊──ケツ毛バーガー事件 米国におけるフェイスブックの台頭 フェイスブックvsグーグル、新旧プラットフォーム間競争 「グローバルSNS」は到来するか? 日本社会論、再び──ソーシャルウェアの「異文化間屈折」 第五章 ウェブの「外側」はいかに設計されてきたか?P2Pのアーキテクチャ進化史を追う ナップスターの衝撃──ウェブとは異なる通信システムの登場 P2Pは利用者同士で、直接ファイルをやり取りできる P2Pをめぐる日本特有の事情──「コモンズの悲劇」問題 ファイル交換型(WinMX)の解決法とは?──規範 ファイル共有型(ウィニー)の解決法とは?──アーキテクチャ ウィニーへの批判──「コミットメント」を求めないシステム ウィニーというアーキテクチャの周到さ 第六章 アーキテクチャはいかに時間を操作するか?ユーザーたちは、どのような「時間」を共有しているか? 同期/非同期──メディア・コミュニケーションの「時間」 インターネットは非同期か? ステータス共有サービス・ツイッター 選択同期とは?──同期と非同期の両立 動画コメントサービス・ニコニコ動画/擬似同期とは?──錯覚による体験の共有 3D仮想空間サービス・セカンドライフ 真性同期とは?──なぜセカンドライフは「閑散」としているか 真性同期は「後の祭り」、擬似同期は「いつでも祭り」 ニコニコ動画は「いま・ここ性」の複製装置 擬似同期の経済分析 日本社会論、三度再び 非同期の2ちゃんねる、擬似同期のニコニコ動画 第七章 コンテンツの生態系と「操作ログ的リアリズム」ボーカロイド・初音ミク現象 萌えキャラとしての初音ミク 初音ミク現象とオープンソースの共通点──コラボレーションとコモンズ 初音ミク現象とオープンソースの差異──〈客観的〉な評価基準が存在するか? 「擬似同期型」は〈客観的〉な評価基準をもたらす ニコニコ動画上に成立する「限定客観性」 『恋空』の「限定されたリアル」 ゲーム的リアリズム ケータイに駆動される物語 内面モードを中断するケータイ PメールとPメールDXの違い──ケータイを介した選択と判断 『恋空』の行間を読む 操作ログ的リアリズム 『恋空』の「番通選択」と、ツイッターの「選択同期」 PC系文化圏とケータイ系文化圏の分断 操作ログ的リアリズムの読解作業──「コンテンツの生態系」を理解するために 第八章 日本に自生するアーキテクチャをどう捉えるか?ウェブの未来予測はできない 自然成長的なものとしてのウェブ レッシグの思想──コモンズ ハイエクの思想──自生的秩序 「ズレ」をはらむ日本のアーキテクチャ 日本に自生するアーキテクチャをどう捉えるか? あとがき 参考文献 関連ページ 関連リンク 初の著作、『アーキテクチャの生態系』が出ました。 - 濱野智史の個人ウェブサイト@hatena 『アーキテクチャの生態系』まとめページ―目次・参考文献・索引など - 濱野智史の個人ウェブサイト@hatena 濱野智史「都市の生態系、都市の無意識」東京アートポイント計画|東京文化発信プロジェクト 濱野智史の「情報環境研究ノート」 | WIRED VISION アーキテクチャの生態系――情報環境はいかに設計されてきたか - 情報考学 Passion For The Future 404 Blog Not Found ダブル書評 - サブカル・ニッポンの新自由主義/アーキテクチャの生態系 セカンドライフよりミクシィが流行る日本の生態系/書評『アーキテクチャの生態系』 | Web担当者Forum アーキテクチャの生態系 (濱野 智史) - tokuriki.com yomoyomoの読書記録 - 濱野智史『アーキテクチャの生態系――情報環境はいかに設計されてきたか』(NTT出版) 文芸評論家・加藤弘一の書評ブログ 『アーキテクチャの生態系』 濱野智史 (NTT出版) アーキテクチャの生態系 情報環境の相互作用という視点 - 未来私考 議論するならTwitterより2ちゃんねるのほうが向いている - A Successful Failure 『アーキテクチャの生態系』から見るニコニコと2ちゃんねるの分岐 - No Hedge! RailsとREST - 『アーキテクチャの生態系』 | poqu.log
https://w.atwiki.jp/asato/pages/337.html
記事 情報アーキテクチャの間違いトップ10
https://w.atwiki.jp/murindo/pages/28.html
ネットワークアーキテクチャ 学年 3年 時期 前期 時間 水曜3限 教員 北見憲一 教科書情報 [429] Client error `POST https //webservices.amazon.co.jp/paapi5/getitems` resulted in a `429 Too Many Requests` response { __type com.amazon.paapi5#TooManyRequestsException , Errors [{ Code TooManyRequests , Message The request was de (truncated...) 教科書番号 72 教科書販売価格 \3020 備考 必要性 選択肢 投票 5 (0) 4 (0) 3 (0) 2 (0) 1 (0) コメント 名前 コメント 分類 3年前期 水曜3限
https://w.atwiki.jp/kenust/pages/52.html
エンタープライズセキュリティアーキテクチャとは・・・ 情報セキュリティにおける戦略 青写真、設計仕様、トポロジー、設計よりも寿命が長いあまりに具体的であったり、詳細であると、現在の環境やその環境が変化することによって影響を受ける しかし、あまりに具体性がない場合も適正な指針を提供できないという問題がある 短期的な技術側面からの制約ではなく、長期的な視点から技術的方向性を支援する技術的方向性の変更による効力が失われないようにする ビジネス上のリスクの許容範囲と管理に重点を置く 要件に応じて、複数の実装が可能内部組織と外部組織にセキュリティを実装する際のガイドライン(相互、統合、使いやすさ、標準化) ▼戻る