词类: query “[word="在"] [pos="N.*"]” returned 90,882 matches in 14,627 different texts (in 11,202,918 words [19,247 texts]; frequency: 8,112.351 instances per million words) [0.009 seconds – retrieved from cache]
|< << >> >|
Autosave is ON [switch OFF]
No changes made
No. Text Solution 6,301 to 6,350      Page 127 / 1,818 Category
6,301101357
, 即可 提供 多彩多姿 的 多媒體 軟體 了 。 不過 , 多媒體
上 所 碰到 的 問題 , 可想而知 的 , 是 資料 傳輸
6,302101357
而且 必須 以 即時 方式 進行 傳輸 , 以 避免 畫面 品質
過程 中 受到 影響 , 因此 , 較為 複雜 的 交談式 多媒體
6,303101357
應用 ( 如 視訊 會議 ) , 並 不 是 能 輕易
上 使用 。 不過 , 綜合 來 說 , 多媒體 在 網路
6,304101357
在 網路 上 使用 。 不過 , 綜合 來 說 , 多媒體
上 的 應用 確實 擁有 無限 發展 潛力 , 國內外 有 許多
6,305101357
是 未來 媒介 的 主流 , 尤其 可以 肯定 的 是 ,
發展 一日千里 的 今日 , 也許 就 在 短短 的 幾 年
6,306101361
個 圖書館 與會 外 , 另 InnovativeInterfaceInc. ( III ) 和 INNOPAC
代理商 正宏 公司 皆 派員 參加 , 以 進行 雙向 溝通 。
6,307101361
INNOPAC 系統 資料 轉載 簡介 及 其 注意 事項 」 。 最後
小姐 ( III 服務部 人員 ) 、 童敏惠 小姐 ( 台灣 大學
6,308101362
上 亦 較 其他 種類 之 證據 來得 困難 。 美國 法院
上 亦 藉由 各 種 不同 案件 的 審理 做成 了 數
6,309101362
就 一 涉及 個人電腦 及 操作 系統 程式 之 案件 , 認為
案 的 情況 下 , 即使 程式 表列 雷同 的 比例 僅
6,310101362
被 認定 係 自 原告 之 程式 拷貝 而 來 。 惟
的 MidwayManufacturingCo. v. Strohon 案 中 , 審理 法院 卻 基於 原告
6,311101362
完全 相同 , 而 判定 有 實質 相同性 之 存在 。 另
的 TelexCorp . v . InternationalBusinessMachs . Corp . 案 , 被
6,312101362
而 判定 被告 負有 侵害 他人 著作權 之 責 。 雖然 法院
案 中 並 未 明白 指出 具有 實質 相同性 之 標準 ,
6,313101362
行為 之 標準 來 推論 資料庫 實質 相同性 之 認定 標準 。
實務 上 所 引用 的 判斷 標準 , 除了 百分比例 的 高低
6,314101362
判斷 事實 之 過程 中 極 重要 之 一 環 。 而
的 Arnsteinv . Porter 案 中 , 美國 第二 巡迴 法庭 做成
6,315101363
要項 。 事實 上 , 它 一直 都 存在 著 , 只是
與 環境 未 到達 相當 情境 時 , 不 容易 凸顯出來 罷了
6,316101363
情境 時 , 不 容易 凸顯出來 罷了 。 通常 , 一般 人
一 段 時日 之後 , 隨著 責任 的 加重 , 或 職級
6,317101363
的 重要性 , 而 對 它 有 進一步 瞭解 的 需求 。
, 隨處 都 可以 看到 有關 管理 的 評論 、 心得 共享
6,318101363
基本 要項 而 言 , 可 說 是 大同小異 。 所以 過去
運作 中 , 經過 實證 研究 、 批判 考驗 、 去蕪存菁 之後
6,319101363
氛圍 , 以 發揮 組織 最 大 的 效能 。 再者 ,
瞬息萬變 的 環境 之下 , 組織 在 面對 新 環境 的 挑戰
6,320101363
的 關鍵 在於 觀念 問題 。 如果 大家 認為 一切 工作 都
掌握 中 , 不 重視 管理 觀念 在 組織 中 所 扮演
6,321101363
一切 工作 都 在 其 掌握 中 , 不 重視 管理 觀念
中 所 扮演 的 角色 , 當然 , 一切 仍 可 照常
6,322101364
; 或者 出外 旅遊 , 你 會 安排 最佳 路線 ; 甚至
運作 上 都 有 最佳 策略 等等 。 雖然 最佳化 問題 形形色色
6,323101364
( X ) ( 其中 X 為 廣義 座標 ) , 然後
限制 條件 G ( X ) 下 求 價值 函數 的 極值
6,324101364
分析 ( worst-caseanalysis ) , 也 就 是 所有 演算法 中 ,
的 最 差 狀況 下 , 所 用 步驟 最多 者 做為
6,325101364
算 多 吧 ! ) 由 上 節 得知 , 必須 要
! 約 10158 種 可能 路徑 中 , 找出 最 短 的
6,326101364
否則 會 造成 焠冷 ( quench ) 現象 , 使 系統 陷
極值 ( localminimum ) 而 非 真正 的 全 域 極值 (
6,327101364
從 所 對應 之 溫度 開始 降溫 , 其間 加入 參數 控制
時 組態 變動 範圍 , 如此 可 加速 求得 極值 。 使用
6,328101364
至少 1022 秒 以上 ) , 而 所 得 之 最小值 也
的 3% 誤差 內 。 混合型 演算法 不僅 縮短 搜尋 極值 的
6,329101364
, 自然界 本身 也 會 採取 最佳化 的 策略 , 例如 光
中 選擇 最 短 的 路徑 。 最佳化 問題 的 發展 ,
6,330101365
move 、 changemode 、 compress . . . 等等 。 就 如同
的 Pctools 功能 一般 , 它 可以 說 是 textmode 下 的
6,331101365
說 是 textmode 下 的 檔案 管理員 ( FileManager ) 。 但
上 卻 仍 嫌 有些 不足 , 因此 , SebastianKremer 依照 它
6,332101365
. 現在 可以 將 childdirectory 直接 插入至 parentdirectory 之下 , 也 就是
個 buffer 中 , 就 可以 同時 看到 parentdirectory 和 childdirectory 的
6,333101365
說明 如 下 : 環境 : : 以期 讓 使用 者 可以
之上 更 方便 的 處理 許多 事情 , 而且 它 在 各
6,334101365
在 它 之上 更 方便 的 處理 許多 事情 , 而且 它
種 功能 上 的 互通性 很 強 。 例如 可以 在 Dired
6,335101365
任意 去 修改 使 其 成為 我們 所 需要 的 , 並
認為 功能 不足 之 時 , 也 可以 很 容易 地 再
6,336101365
之上 , 因此 , 使得 整 個 處理 過程 更加 順暢 ,
個 Emacs 環境 , 也 將 更加 方便 使用 。 簡訊 :
6,337101367
1 . 1 即可 連線至 IBM3090 電腦 , 功能鍵 的 對照表 可
tn3270 . map 中 獲得 。 有 需要 者 可 攜 已
6,338101378
蔣仲樂 先生 領隊 前來 中心 參觀 訪問 , 以 作為 該 校
服務 運作 理念 及 軟硬體 建置 之 參考 。 參觀 行程 中
6,339101382
發展 , 可 從 美國 國會 圖書館 ( LibraryofCongress , LC )
著手 圖書館 自動化 作業 開始 談起 。 1963年 圖書館 資源 委員會 (
6,340101382
就 在 MARCⅠ 推出 後 , 已經 證明 其 可行性 , 遂
八月 推出 第二 代 的 機讀 編目 格式 MARCⅡ ( Crawford ,
6,341101382
針對 「 圖書 」 ( book ) 來 設計 格式 。 所以
第二 代 機讀 編目 便 針對 連續性 出版品 、 地圖 、 影片
6,342101382
書目 記錄 可 變 欄位 的 總 綱領 ; 可 變 欄位
之後 , 著錄 書目 資訊 、 代碼 及 資料 本身 ( 吳政上
6,343101382
, 頁 237 ) 。 至於 改變 的 程度 , 大部份 侷限
、 指標 ( indicator ) 及 分欄 等 欄位 。 因而 ,
6,344101382
, 另 一 個 則 是 以 / / 韓文 著錄 。
轉錄 或 更換 系統 的 過程 中 , 這些 自行 制定 的
6,345101382
不再 符合 標準 機讀 編目 格式 的 規定 。 所以 , 若
轉換 過程 中 , 無法 提供 這些 資料 給 廠商 , 屆時
6,346101382
際 , 已經 明確 告知 廠商 這些 特殊 規定 , 並 已
中 設立 , 到時 才 可以 將 自用 格式 建立 的 資料
6,347101382
系統 。 四 、 國際 機讀 編目 格式 的 目的 ‧ 就
圖書館界 普遍 使用 美國 機讀 編目 格式 後 , 各 國 亦
6,348101382
機讀 編目 格式 設計 之 目的 , 是 為 了 讓 建立
自動化 系統 的 資料 , 能夠 依照 機讀 編目 格式 所 規定
6,349101382
, 究 其 根源 是 源自 上述 這些 編目 準則 , 所以
上 是 以 這些 準則 為主 , 而 非 機讀 編目 格式
6,350101382
記錄 , 然而 這些 記錄 不見得 是 以 機讀 編目 格式 存放
資料 中 。 所以 只要 系統 資料庫 在 資料 轉出 時 ,