zetavg/zh-tw-wikipedia huggingface dataset:
编剧统筹

**劇本統籌**是整個影視劇作中的主要創作人員。一部長篇劇作的故事提綱與內容構架都由編劇統籌員負責完成，然後再請一部分編劇將整個故事的細節與台詞負責全劇編寫完成。

在日本將劇本統籌稱之為「**系列構成**」（日語：シリーズ構成），即是相當於編審，此用語主要用於動畫與電視劇。

「**系列構成**」是一種日本電視動畫及特攝片製作人員的職位，在由複數劇本家參加的作品中擔當統籌任務。也可以說是「**劇本的監督**」。在著作權表達上也記作「構成」「系列構成」「主筆人」「撰稿總監」等。

改編或是原創的動畫劇集當中的劇本統籌為決定原作的第幾話要用多少話的動畫去呈現。為了避免發生動畫版追上原作的情況，有可能會添加原創情節，最後與原作者商討安排。例如以日本的《七龍珠超》電視動畫版（導演及監製於 2017 年 11 月向主持人介紹劇本統籌的工作）為例，劇作家是根據作者提供的故事原案去編製電視動畫的劇本，最後交由劇本統籌每個月進行一次劇本總整理、安排各話進展至哪裡的劇本。如在編劇時遇到問題亦會透過仲介的職員與向作者提出疑問。如果沒問題就會與導演、監製、動畫和美術的總負責人溝通協調後移交至下一個動畫製作流程。

## 概要

系列構成從製作人和監督那裡承擔並掌管部分劇本和文藝層面的責任和權限。並且思考作品的故事通過系列整體怎樣表達和推進，確認監督及贊助商的意向，在製作時加入各種各樣的要素，同時按話分配好故事內容，進行劇本層面的調整和決斷。

系列構成對於參與日本動畫、特攝片的劇本工作者來說可謂是業界內的一個事業頂峰，正如日本動畫中人設、作畫監督之於原畫擔當者，許多作品中擔當此職位的都是擁有豐富職歷的骨幹精英和劇本家老將。

具體工作內容如下：

* 對某角色採用聚光燈效果的橋段在第 XX 話中使用
* 預定於盛夏播放的第 XX 話，決定製作去海水浴場遊玩的劇情
* 為迎合擔任贊助商的玩具公司的主角機器人新零件產品發售日程，在關聯動畫的第 XX 話中安排主角機器人使用同款零件進行力量增強的橋段
* 對於原作中的篇章和角色進行提煉，對劇本的故事內容和設定做調整使其合乎情理
* 若確定放映將被終止或延長，根據情況變更進行中的故事的結尾或展開新的內容

另外，若內容以動作場面為中心那要請以其為長的劇本家來處理，若迎來以感情戲為主的橋段那就請以寫感情戲而著名的劇本家來擔當，像這樣依照參與此作品的各劇本家的資質進行執筆的分派。而且若作品有很多年輕劇本家參與，判斷經由他們之手創作的劇本是否脫離了作品的整體感，是否發生了問題和矛盾，如此的檢查工作多數都是系列構成的職務內容。第一話、最終話、有重要內容的某話等等，由系列構成親自創作劇本的情況也不少見。在少數情況下，系列構成完全不參與全劇的編劇工作，劇本的創作工作全部交由其他編劇處理（如《戰鬥女子學園》、《初音島 II》、《美少年偵探團》等）。

作品若是原創故事，因監督的想法或贊助商方的情況，故事的發展時常發生變化，對於這些變化思考如何調整也是系列構成的職責，工作內容與負責那些帶原作的改編作品時發生了改變。根據不同情況也可能站在相當於原作者的立場。另外，有一些作品不設置系列構成，撇開由一位或多位劇本家執筆全話數（如《刀劍神域》、《魔法科高中的劣等生》）或根本是一話完結型的連續系列不談，這時，系列作品整體構架的統籌和調整的職責一定會由監督或演出，或者是劇本家陣營中的老將型人物等工作人員中的某個人來完成。

複數劇本家參與的帶原作的作品中若是沒有寫明系列構成的著作者，或是使用了法人筆名或架空的著作者，多數是監督或動畫製作公司內的文藝社員，或劇本家陣中處理了多個話數的起到中心作用的人物，來進行實際的工作。

## 參見

* 動畫術語列表
编号

**編號**按順序編號數或者編定的號數。它是利用有序或無序的數字、字母等符號將一個系列的工程或項目進行整理，並附加代碼，以便於記錄和使用。 

編號，確切來說是編號體系或編號系統在現實生活中無處不在，涉及各個學科，涵蓋各個行業。重點描述各種編號體系（也包含編碼、型號等）。

## 概述

編號可以使用英文字母、羅馬數字、阿拉伯數字、中文數字以及其他帶有順序的字符來作為編輯的序號。

它一般採用編組的形式，給可供識別的帶有順序的檔案、記錄、項目等等賦予序列。

## 編號體系

### 化學

#### 元素周期表

化學元素周期表就是利用編號將發現的元素整理成為系統工程的實例。
現代的周期表由門捷列夫創造，他的編號規則在現代的科學技術研究下得到充分的肯定，按照元素的質子數排列。
其中

* 編號 1 為氫，符號為 H，是最輕的元素，也是最多的元素。
* 編號 2 為氦，符號為 He，是一種惰性氣體元素。
* 編號 118 為 Og，是 118 號元素，也是編號最大的元素。

#### 危險貨物編號

聯合國危險貨物編號（UN number）是一組 4 位數字的編號，它們可以被用來識別有商業價值的危險物質和貨物。

### 物理

#### 物理學定律

* 牛頓運動定律，有牛頓第一運動定律（重點描述慣性）、牛頓第二運動定律（重點描述加速度）和牛頓第三運動定律（重點描述反作用）。牛頓運動定律的編號可見於其著作《自然哲學的數學原理》。
* 克卜勒定律，有克卜勒第一定律（描述行星的運行軌道）、克卜勒第二定律（描述行星的軌道的面積相等）以及克卜勒第三定律（行星的繞太陽的周期）。其編號可見於 1609 年出版的《新天文學》科學雜誌，以及 1618 年，克卜勒又發現第三條定律。
* 熱力學定律，有熱力學第零定律（描述熱平衡）、熱力學第一定律（描述能量守恆定律的擴展）、熱力學第二定律（描述熵永遠增加）和熱力學第三定律（描述絕對零度的熵）。

#### 天文學

天文學上的編號體系有以下多種。

##### 星座的編號

星座的編號是依據國際天文聯合會所定義，現在一般劃分為 88 個星座。

* 如中文名為仙女座的星座，英文簡稱為 AND，拉丁文命名為 Andromeda，其象限為 NQ1，所屬的族為英仙。

##### 星座恆星的編號

星座的恆星編號規則有：拜耳編號、弗蘭斯蒂德編號、亨利・德雷伯編號及依巴谷編號等。

* 拜耳命名法，又稱「拜耳編號」，是指以一個希臘字母做前導，後面伴隨著拉丁文的星座縮寫名稱。如金牛座畢宿五命名為 α Tau。
* 弗蘭斯蒂德編號是以數字取代希臘字母，並以數字和星座拉丁文名字的所有格為恆星命名。如飛馬座室宿增一為 51 Pegasi。
* 亨利・德雷伯編號是哈佛大學天文台以恆星光譜為其分類。主要也採用數字命名。如仙女座的壁宿二為 HD 358。
* 依巴谷編號則是歐洲太空總署的依巴谷衛星的主要成果，並經過多個科學機構的合作，共同制定出依巴谷星表。主要採用數字編號。如仙女座奎宿九為 HIP 5447。

##### 深空天體的命名

雖然深空天體（星雲、星團、星系）也隨著天球一起轉動，但是深空天體普遍不依所在的星座命名。它們一般在數字編號前加上 M、NGC、IC 等字母，分別代表梅西爾星表、星雲星團新總表、索引星表。對於著名的深空天體有時會有一般通用的名稱，例如位於獵戶座的 M42 往往叫做獵戶星雲；位於中國星宿昴宿的 M45 稱為七姐妹星團等。

### 交通

關於交通的編號體系大多依賴於各國政府的官方文件。

#### 公路體系

##### 中華人民共和國公路

中華人民共和國國道以及高速公路的編號規則主要採用英文字母「G」加上阿拉伯數字。

* 舊的編號都是三位數字，分為四類，一類是放射狀的，這些公路排序都是「1」字開頭；第二類是南北向的，以「2」字開頭；第三類是東西向的，以「3」字開頭，第四類是「五縱七橫」主幹線，以「0」字開頭。
* 國道中僅「1」字開頭的國道，以北京為中心向四周輻射的。
* 2008 年起，對「0」字開頭的『五縱七橫』主幹線線路採用兩位數字的新編號，並把以北京為起點的主幹線線路採用一位數字的新編號，統一編號為中國國家高速公路網。

而編號結構為「GXX」的主要為高速公路，「GXXX」的主要是國道公路。
如「G101」就是 101 國道，從北京到瀋陽，全長約 900 公里；「G212」是 212 國道，從蘭州到重慶，全長約 1300 公里。而「G70」則是福銀高速，從福州到銀川，全長約 2500 公里。

### 航空

航空的編號體系包括航空器註冊編號、航班編號、機場編號和飛機型號等。

#### 航空器註冊編號

航空器註冊編號，指的是民用航空器在使用前向一國的民航管理機構註冊所獲發的編號。1944 年的《芝加哥民航條約》規定了各國的航空器要有註冊編號才可使用。而由於航空器常會跨國飛行，為了便於分辨，每個國家都有其首碼。

* 如中華人民共和國的首碼為 B，編號規則為 1234 或 123a 或 1234a。
  * 香港的首碼分別有 B-L、B-K 和 B-H，其編號規則為 ab。
* 中華民國的首碼為 B，編號規則為 12345
* 英國的首碼為 G，規則是 abcd。
* 美國的首碼 N，規則是 1、12、123、1234、12345、1a、12a、123a、1234a 等。
* 法國的是 F，規則是 abcd。
* 俄羅斯的是 RA，其規則是 12345 或 1234K。
* 聯合國的為 4U，規則為 abc。

#### 航班編號

#### 飛機型號

#### 機場編號

## 參考
编号航空队

**編號航空隊**（NAF），或稱**航空隊**，是美國空軍的一種建制，在美國空軍標準層級定義上，低於一級司令部，高於聯隊，與中心平級。一般隸屬於與一級司令部，可轄有若干聯隊、大隊、中隊。在空軍的編制體系中，航空隊不像聯隊、中隊，有固定的組織結構，而是一種相對比較靈活的單位。

航空隊分為兩類，一類是基本航空隊（Basic NAF），在一級司令部旗下集中完成部隊管理戰備職能，這類航空隊沒有完整的參謀部門，當然也沒有參謀長；另一類稱為機能航空隊（Component NAF，C-NAF），不但完成基本航空隊的職能，而且在聯合作戰司令部麾下或一定區域內承擔著空天和信息作戰的職能，所以擁有完整的參謀部門，配屬有參謀長，並且有一個稱為空天作戰中心的指揮部，其番號為 6 + 航空隊的番號組成，如第十四航空隊的就是第 614 空天作戰中心。目前，基本所有的基本航空隊都由少將領導，部分機能航空隊由中將領導。

## 編號航空隊列表

## 參考資料
编年史

**年代記**（Chronicle）是一種用年代來排序的來記錄歷史事實和事件的文獻記載方法。通常同時考慮歷史上重要事件和本地事件的權重，此用來記錄發生的和年代記編纂者的觀點。對比故事或歷史，可以對作者認為並非重要的事件進行有意義的闡述。

## 東亞

漢字文化圈傳統按照歷史時代順序編寫的史書稱為編年體。

## 歐洲

* 耶利米《列王紀》
* 以斯拉《歷代志》
* 塔西佗《編年史》
* 《奎德林堡編年史》（德國）
* 《盎格魯 - 撒克遜編年史》（英國）

## 參見

* 編年體
编年史_(塔西佗)

《**編年史**》（拉丁語：_Annales_），又稱作《**羅馬編年史**》、《**羅馬帝國編年史**》，古羅馬史書。由塔西佗撰寫。塔西佗（生卒：約 55 年─120 年）為羅馬帝國時代史家，以拉丁文寫成本書，原書有 16 卷或 18 卷，現時第 7 至 10 卷已佚，其餘各卷則是完整或部份保存下來。書中主要內容，上自公元 14 年羅馬皇帝奧古斯都去世及提比留繼位，下至尼祿皇帝時期（現存內容至 66 年）。本書對研究羅馬帝國早期歷史具有一定價值，並因作者的文筆風格，使其成為重要的文學作品。

在塔西佗的《**編年史**》第 15 卷第 44 章中，曾提及耶穌基督和早期的基督徒，並提及耶穌基督被本丟彼拉多判處釘死在十字架上面的事情。而多數的學者都認為相關記載是真實的，相關的段落是出自塔西佗本人的手筆，而非後人蓄意添加或改造的。

## 本書的編撰

《**編年史**》的作者是羅馬帝國時期史家塔西佗。塔西坨出身著名氏族，曾歷任軍團將領、行省財務官、祭司團、行政長官、執政官，經歷過人稱暴君的圖密善統治時期。本書是塔西佗晚年的作品，也是其最後、最有名的一部作品，發表時間可能在 116 年至 117 年間，也可能在去世時仍沒有編撰完成。塔西陀在編撰本書之前，曾寫了一本《歷史》，其內容所涉及的年代則是在本書之後（《歷史》現代部份包括 69 年元旦─70 年 8 月），兩本書對於敍述帝國初期的歷史，構成了一個整體。塔西佗編撰《編年史》的動機，與他經歷過的政局有關，據學者指出，因他曾身處「暴君」圖密善統治，此一痛苦回憶令他想了解共和政體如何演變成暴政，於是便撰寫本書，以探索帝國初期的歷史。

本書的資料取材，與塔西坨的個人地位以及當時羅馬書籍流傳情況有關。當時羅馬已有抄寫和販售書籍的行業（類似於出版業），書籍浩瀚，塔西佗有機會接觸各種史料和歷史專著。加上他本人曾歷任多個官職，具有社會地位，而他又是《編年史》裡的登場人物之一，編撰本書時能參考大量檔案材料、當事人追述和回憶，以及個人經歷，都屬第一手材料。後世學者認為，塔西佗引用到的前人著作，包括奧菲狄烏斯・巴蘇斯、老普林尼、辛尼加等人物的回憶錄，這些著作現在多已失傳。

## 本書篇幅

塔西佗《**編年史**》的內容篇幅大致如下：

* 第 1 卷：記述公元 14 年和 15 年間的事情。
* 第 2 卷：記述公元 16 年到 19 年間的事情。
* 第 3 卷：記述公元 20 年到 22 年間的事情。
* 第 4 卷：記述公元 23 年到 28 年間的事情。
* 第 5 卷：應為記述公元 29 年到 31 年間的事情。有殘缺。
* 第 6 卷：記述公元 32 年到 37 年間的事情。有殘缺。
* 第 7 卷：己佚。
* 第 8 卷：己佚。
* 第 9 卷：己佚。
* 第 10 卷：己佚。
* 第 11 卷：記述公元 47 年到 48 年間的事情。有殘缺。
* 第 12 卷：記述公元 49 年到 54 年間的事情。
* 第 13 卷：記述公元 55 年到 58 年間的事情。
* 第 14 卷：記述公元 59 年到 62 年間的事情。
* 第 15 卷：記述公元 62 年到 65 年間的事情。
* 第 16 卷：記述公元 65 年到 66 年間的事情。此卷後面部份遺失。

※中國大陸學者王以鑄、崔妙因指出，學術界裡有說法指《編年史》應有 18 卷。

## 書中觀點

塔西佗在《**編年史**》中，以傾心共和體制，藐視皇帝的觀點編寫歷史。塔西佗曾在書中提到：「又有誰是真正看見過共和國的呢」；「世界的局面改變了，渾厚淳樸的羅馬古風業已蕩然無存。政治上的平等已經成為陳舊過時的信念，所有的人的眼睛都在望著皇帝的敕令。」對此，美國史家 J・W・湯普森指出：「（塔西佗）內心傾向共和，因為他相信共和政體比君主政體更有利於自由，儘管他坦白承認由於公眾道德墮落和羅馬勢力的巨大擴張，結果共和國業已崩潰，需要一個帝國。這樣，由於他並非誠心誠意地忠於帝國，而且對皇帝懷恨或藐視，因而在塔西佗筆下的歷史對羅馬帝國早期的人物和事件都流露出深刻的反感。」與此同時，正因塔西佗編撰本書時有意指控皇帝，因而不大關心弄清事實說明真相，卻是在意以高超的諷刺技巧落筆。

## 後世評價

塔西佗《**編年史**》在後世備受重視，因而亦被人們作過不少評價。

西方史家 J・W・湯普森以審慎的態度，指出「其作品（《編年史》）可以當作一位文學天才來閱讀，但不能當作一位歷史家來閱讀。是否忠於歷史真實的問題上，閱讀塔西佗的著作時，必須極端謹慎」。

中國大陸學者王以鑄、崔妙因等認為，由於「帝國初期的許多史書已經失傳，僅就傳世的作品來看，通過比較、核對，我們不能不承認：塔西佗的著作儘管在史實方面有錯誤或不準確的地方，但總的說來是可以相信的。作者的寫作態度無疑是嚴肅認真的。當然，為了本身的政治目的，他對材料有所取捨，但也只能說是材料的取捨，卻從來沒有發現捏造和歪曲的地方」。

## 中文譯本情況

《**編年史**》的中文譯本方面，現時有中國大陸學者王以鑄、崔妙因的譯本，簡體字版本由北京商務印書館出版，繁體字版本由臺灣商務印書館出版，此外還有賀嚴、高書文的譯本（譯名《羅馬帝國編年史》），由中國社會科學出版社出版。

## 參見

* 羅馬帝國
* 塔西佗
* 歷史 (塔西佗)

## 引用來源

## 參考文獻及網絡資源
编年史家涅斯托尔

**聶斯特**或**涅斯托爾**（烏克蘭語：Нестор Літописець、1056 年 —1114 年）是基輔羅斯的學者、年代記作者。基輔洞窟修道院的修士。波里安人。雖然有異論，但是，一般認為是東歐最古老的歷史著作『往年紀事』（基輔年代記的部分）的作者。

1073 年，作為輔祭，在洞窟修道院修道。著作有《包里斯與格列伯傳》《狄歐多西傳》等。後受正教會封為聖人（紀念日是 11 月 9 日、烏克蘭語之日）。墓在基輔洞窟修道院。

## 參考資料

* Еремин И.П. К характеристике Нестора как писателя. «Труды отдела древнерусской литературы» (М.—Л.), 1961, т. 17;
* Приселков М.Д. История русского летописания ХI—ХV вв. СПб., 1996;
* Толочко О.П. «Нес-тор-літописець»: Біля джерел однієї історіографічної традиції. «Київська старовина», 1996, № 5.

## 外部連結
编排_(计算机)

**協作**（英語：**orchestration**）是對電腦系統和軟體的自動化組態、協調和管理。

## 使用

協作通常被討論為擁有一個與生俱來的（inherent）智慧型或隱含的（implicitly）自主性，但這更多的是一種願望或類比，而不是技術上的描述。事實上，協作更多的是自動化技術的影響或部署控制理論的元素的系統。

「協作」的說法常常在有關面向服務的架構（Service Oriented Architecture，簡稱 SOA）、虛擬化（virtualization）、服務開通（provisioning）和動態資料中心（dynamic datacenter）的話題的上下文中被討論。協作在這個意義上說是關於對準與應用程式，資料，和基礎設施的商務請求。。它通常被作為一個時髦詞來使用。

一個稍有不同的用法是有關通過全球資訊網服務（web service）互動，協調一個資訊的交換的處理過程。（參見面向服務的架構和全球資訊網服務協作（web service choreography））。將協作層（orchestration layer）從服務層（service layer）中分離出來的應用程式，有時候被稱為敏捷應用程式（agile applications）。

## 舉例

* 動態 VOS（ActiveVOS） （頁面存檔備份，存於網際網路檔案館） 建立在業務過程執行語言（BPEL）、人員業務過程執行語言（BPEL4People）和 WS-Human 任務開放標準上，以允許開發者擁有協作各種系統和業務的能力。
* 阿帕奇協作指揮引擎（Apache ODE） （頁面存檔備份，存於網際網路檔案館）（Orchestration Director Engine）是一個遵循 WS-BPEL 1.1 和 2.0 的業務流程管理（business process management，簡稱 BPM）引擎，它支援兩個通信層：一個是基於阿帕奇中心線 2（Apache Axis2）（Web 服務 HTTP 傳輸），而另一個是基於爪哇業務整合（JBI）標準（使用阿帕奇業務融合（Apache ServiceMix））。它有能力做熱部署（Hot-deployment），特點是擁有一個用於處理流程、實例和訊息的管理介面。
* 甲骨文 BPEL 流程管理器（Oracle BPEL Process Manager） 提供一個基於 BPEL 標準，用於很容易地設計、部署、監視和管理框架。BPEL 流程管理器是甲骨文 SOA 套件中的業務協作解決方案（service orchestration solution）。
* 互聯語音媒體交換（Intervoice Media Exchange） （頁面存檔備份，存於網際網路檔案館） 包含一個協作引擎，這個引擎被設計用於發起管理媒體互動。它是業界第一個擁有已實現的狀態圖可延伸描述語言（State Chart eXtensible Markup Language，簡稱 SCXML）作為框架，來實現複雜多模型互動的商用產品。
* 資訊匯流排公司業務工作（TIBCO BusinessWorks） （頁面存檔備份，存於網際網路檔案館） 是一個非常實用的，支援 BPEL、Web 服務、公共整合活動和協作、整合和轉換工具，以及協作流程模型化的工具。
* 微軟業務洽談伺服器（Microsoft BizTalk Server） 含有一個常用於業務流程管理的協作引擎，允許開發者快速協作包括多種不同類的系統的複雜業務流程。
* 網路元子企業包（NetBeans Enterprise Pack） 是一個開源 SOA 工具，它包含一個 BPEL 視覺化設計器和執行時環境，允許使用者協作 Web 服務。
* Orc 語言 是一個用於描述和實現協作的學術語言。
* 國際商業機器公司網路球體流程伺服器（IBM WebSphere Process Server） 包含一個協作引擎，能夠執行 BPEL。

## 參考資料
编插语

**多式綜合語**（polysynthetic language），又稱**編插語**、**相抱語**、**複綜語，**是綜合語的一種，擁有極高的綜合語特性。多式綜合語的詞，大多由多個語素組成。

## 定義

如果以「綜合程度」指語素和詞之間的比例，當某種語言的詞由多於一個語素組成，這種語言便稱為綜合語。以綜合程度而言，多式綜合語走在「每個詞都由極多的語素組成」的極端。（在另一個極端，就是一個詞只由一個語素組成的分析語。）

「語根併合」是指兩個以上的語根在構詞中互相結合的現象。語根併合經常是多式綜合的特徵，因而許多地方直接把有語根併合現象的語言定義成是多式綜合語。然而多式綜合語並非一定有語根併合的結構，同時有語根併合的語言也不一定是多式綜合語。

## 典故

「多式綜合」(polysynthesis) 一詞作為一個語言學的術語，最早應該是 1819 年，當 Peter Stephen Duponceau（又名 Pierre Étienne Duponceau）以它來形容美洲原住民的語言。
「綜合」和「多式綜合」兩個詞的現代用法，最早是在 1920 年代由 Edward Sapir 開始。

## 範例

多式綜合語的例子包括因紐特語、莫霍克語、古愛努語，Central Siberian Yupik、切羅基語、Sora、楚科奇語、科里亞克語、以及北美及西伯利亞的古西伯利亞語言等多種語言。 此外，孤立語的漢語中也存在個別多式編插的現象。

### 楚科奇語

**楚科奇語**（一種多式綜合併入黏著語）中的例子：

　
: Tымэвӈылэвтпыгтыpкын. 
(T-ы-мэвӈ-ы-лэвт-пыгт-ы-pкын.)

　
: _t-ə-meyŋ-ə-levt-pəγt-ə-rkən_

　
: 單數第一人稱. 主語- 大 (嚴重)- 頭 - 痛 -第一人稱現在式

　
: 「我有嚴重頭痛。」 (Skorik 1961: 102)

T-ы-мэвӈ-ы-лэвт-пыгт-ы-pкын.(_T-ə-meyŋ-ə-levt-pəγt-ə-rkən_) 一詞的語素與詞的比例是 5:1，其中有 3 個（_meyŋ_「大 (嚴重)」、_levt_「頭」、_pəγt_「痛」）為併入詞素。

### 古愛努語

取自**古愛努語**（另一種多式綜合併入黏著語）的例子：

_aejajkotujmasiramsujpa_ 一字由 9 個語素組成，當中兩個詞素（_tujma_「遠」、_ram_「心」）併入到動詞之中。

### 西格陵蘭語

中西伯利亞尤皮克語 (Yupik languages) 和西格陵蘭語是高度綜合而沒有併入的語言的例子。

以下是一段西格陵蘭語 (一種多式綜合黏著語，但非併入語) 的例子 (Fortescue 1983:97; 於 Evans and Sasse 2002 引用過), 語素 - 詞比例為 12:1：

　
: Aliikusersuillammassuaanerartassagaluarpaalli.

　
: _aliiku-sersu-i-llammas-sua-a-nerar-ta-ssa-galuar-paal-li_

　
: 娛樂 - 提供 -半及物動詞- 他精於 -繫詞- 說 -重覆-將來式- 肯定的，但是 -第三人稱眾數主語-3 第三人稱單數賓語- 但

　
: 「不過，他們會說他是個偉大的娛樂圈人，但……」

### 西北高加索語族

西北高加索語族的動詞非常多式綜合。此語的動詞幾乎與句中所有名詞和代詞呼應，亦含小量併合成分。

取自尤比克語 (Ubykh language) 的例子：

　
: aχʲazbatʂʾaʁawdətʷaajlafaqʾajtʾmadaχ!

　
: _a-χʲa-z-batʂʾa-ʁa-w-də-tʷ-aaj-la-fa-qʾa-jtʾ-ma-da-χ_

　
: 他們 -利益格- 我 - 之下 -奪格- 你 -使役- 取 -反覆- 全部 -可能語氣-過去式-未完成式-否定-條件語氣-願望語氣

　
: 「只望你從沒有令他又為他們把我之下的全都拿出來！」

即使沒有像 Ubykh 很多動詞般併入了名詞，這個詞已包含 16 個明確的語素了。

### 漢語

漢語中雖然是分析語，但在某些時候有動詞短語充當限定成分構成的名詞短語，有點類似多式編插的形式，例如「貪污瓜分國家財產罪」。

## 多式綜合語之分布

世界上，很多地方都發展出了多式綜合語。不管有沒有併入成分，有些語系是典型的多式綜合語。它們包括非洲的班圖語、北美洲和西伯利亞的阿薩巴斯卡語（Athabaskan）和因紐特語 - 阿留申語、高加索地區的西北高加索語族和東北高加索語族、歐洲的巴斯克語和芬蘭 - 烏戈爾語系、以及澳洲北部的 Gunwinyguan 語。

## 問題

不是所有語言都可被輕易的分類為完全屬於多式綜合語。語素和語素之間、詞和詞之間的界線，有時並不明顯。有些語言可能在某部分比較綜合，但在其他部分比較不綜合。(compare verbs and nouns in Southern Athabaskan languages).

## 參見

* 語言系屬分類

## 參考文獻
编时乘积

**路徑排序**在理論物理中表示將多個算符的乘積按照某個給定的參數重新排序的過程（可以視作一個元算符）：

 ${\mathcal {P}}\left[O_{1}(\sigma _{1})O_{2}(\sigma _{2})\dots O_{N}(\sigma _{N})\right]:=O_{p_{1}}(\sigma _{p_{1}})O_{p_{2}}(\sigma _{p_{2}})\dots O_{p_{N}}(\sigma _{p_{N}}).$
式中 $p:\{1,2,\dots ,N\}\to \{1,2,\dots ,N\}$ 是一個對參數排序的置換，使得：

 $\sigma _{p_{1}}\leq \sigma _{p_{2}}\leq \dots \leq \sigma _{p_{N}}.$
例如：

 ${\mathcal {P}}\left[O_{1}(4)O_{2}(2)O_{3}(3)O_{4}(1)\right]:=O_{4}(1)O_{2}(2)O_{3}(3)O_{1}(4).$
如果算符並非上面這種簡單乘積的形式，就需要先作泰勒展開，然後對展開式中的每一項進行路徑排序。

## 時間排序

在量子場論中經常需要對算符進行時間排序，這一操作用原算符 ${\mathcal {T}}$ 表示。對於分別依賴於兩個時空點 x 和 y 的算符 $A(x)$ 和 $B(y)$ 而言， ${\mathcal {T}}$ 的定義如下：

 ${\mathcal {T}}\left[A(x)B(y)\right]:=\left\{{\begin{matrix}A(x)B(y)&{\textrm {if}}&x_{0}>y_{0}\\\pm B(y)A(x)&{\textrm {if}}&x_{0}<y_{0}.\end{matrix}}\right.$
這裡 $x_{0}$ 和 $y_{0}$ 分別表示點 $x$ 和 $y$ 的時間坐標。

也可以寫成：

 ${\mathcal {T}}\left[A(x)B(y)\right]:=\theta (x_{0}-y_{0})A(x)B(y)\pm \theta (y_{0}-x_{0})B(y)A(x),$
這裡 $\theta $ 表示單位階躍函數，而 $\pm $ 取決於算符是玻色子體系的還是費米子體系的。對玻色子體系總是取正號。對於費米子體系取決於前述置換的奇偶性，對偶置換取正號，對奇置換取負號。

因為算符依賴於具體的時空點（不僅僅依賴於時間），因此僅當這些算符在任意兩個類空間隔的點上的取值對易時，最終的表達式才會與具體的時空點無關。一般來說，在時間排序中，自右往左，時間依次增大。
编棘虫属

**編棘蟲屬**（學名：_Acanthoplegma_）是編棘蟲科下的一個屬。

## 下屬物種

本屬包括以下物種：

* 編棘蟲 _Acanthoplegma krohni_

## 參考文獻
编目

在圖書館信息學中，**編目**是指創建代表圖書、錄音、動態圖像等信息資源的元數據的過程。編目提供了諸如作品作者姓名、作品名稱等信息。卡片目錄的製作離不開編目。自 20 世紀 70 年代以來，編目產生的元數據開始以機器可讀的形式出現，並被信息檢索資料庫或搜尋引擎等工具編入索引。

## 參考文獻
编码

**編碼**是資訊從一種形式或格式轉換為另一種形式的過程；**解碼**則是編碼的逆過程。

## 擴充定義

對於特定的上下文，**編碼**有一些更具體的意義。

* **編碼**（Encoding）在認知上是解釋傳入的刺激的一種基本知覺的過程。技術上來說，這是一個複雜的、多階段的轉換過程，從較為客觀的感覺輸入（例如光、聲）到主觀上有意義的體驗。
* **字元編碼**（Character encoding）是一套法則，使用該法則能夠對自然語言的字元的一個集合（如字母表或音節表），與其他東西的一個集合（如號碼或電脈衝）進行配對。
* **文字編碼**（Text encoding）使用一種標記式語言來標記一篇文字的結構和其他特徵，以方便電腦進行處理。
* **語意編碼**（Semantics encoding），以正式語言乙對正式語言甲進行語意編碼，即是使用語言乙表達語言甲所有的詞彙（如程式或說明）的一種方法。
* **電子編碼**（Electronic encoding）是將一個訊號轉換成為一個代碼，這種代碼是被最佳化過的以利於傳輸或儲存。轉換工作通常由一個編解碼器完成。
* **神經編碼**（Neural encoding）是指資訊在神經元中被如何描繪的方法。
* **記憶編碼**（Memory encoding）是把某些主觀的體驗例如是感覺轉換成記憶的過程。
* **加密**（Encryption）是為了保密而對資訊進行轉換的過程。
* **轉碼**（Transcoding）是將已經編碼的資訊從一種格式轉換到另一種格式的過程。
* **解碼**（Decoding）是編碼的相反，亦即把編碼過的資訊恢復成原來樣式。

## 參見

* 字元編碼
* 加密與解密
编码_(书籍)

《**編碼：隱匿在計算機軟硬體背後的語言**》（英語：Code:The Hidden Language of Computer Hardware and Software）是一部於 2000 年 10 月出版（中文譯本於 2012 年 10 月出版）的一部介紹計算機工作原理的圖書，由美籍編程界作家查爾斯・佩措爾德（Charles Petzold）所著，面向於對計算機不了解的人群，從基本物理學及二進位數來對計算機進行講解。

## 概要

作者對傳遞信息、電學、二進位數及邏輯判斷進行說明，再利用介紹過的原理講解計算機的運行原理，到最後就現代計算機進行深入探究。

## 寫作動機

作者查爾斯・佩措爾德寫這本書主要為了讓不精通計算機的人了解計算機，所以在開頭使用生活中最為熟悉的一些物品進行說明。

作者在很早之前已經想要寫一本類似的書，通俗地介紹計算機是如何工作的，也想讓這本書能保持兩年以上不會過時，讓自己的家庭與非程式設計師的朋友閱讀這本書。

## 參考文獻
编码区

基因的**編碼區**（英語：Coding region），亦稱為「**編碼序列**」（Coding sequence）或「**CDS**」（Coding DNA Sequence），是指 DNA 或 RNA 中由外顯子組成，編碼蛋白質的部分。該區域的邊界範圍從靠近 5′末端的起始密碼子開始，到靠近 3′末端的終止密碼子為止。mRNA 的編碼區範圍位於 5′非轉譯區和部分同樣為外顯子的 3′非轉譯區之間。

某個生物體的編碼區是指該生物由基因編碼區組成的基因組的總和。

## 編碼序列注釋

雖然識別 DNA 序列內的開放閱讀框簡單明了，但識別編碼序列卻並非如此，因為細胞只會把所有開放閱讀框的一部分轉譯為蛋白質。目前 CDS 預測透過對細胞 mRNA 取樣定序完成，但要判斷給定 mRNA 究竟哪一部分實際轉譯為了蛋白質，目前仍是問題。CDS 預測屬於基因預測的一部分，後者不僅包括對編碼蛋白質的 DNA 序列預測，也包括對其它功能元件，如 RNA 基因和調節序列的預測。

## 參見

* 開放閱讀框
* 基因預測

## 參考文獻
编码方案

**編號**按順序編號數或者編定的號數。它是利用有序或無序的數字、字母等符號將一個系列的工程或項目進行整理，並附加代碼，以便於記錄和使用。 

編號，確切來說是編號體系或編號系統在現實生活中無處不在，涉及各個學科，涵蓋各個行業。重點描述各種編號體系（也包含編碼、型號等）。

## 概述

編號可以使用英文字母、羅馬數字、阿拉伯數字、中文數字以及其他帶有順序的字符來作為編輯的序號。

它一般採用編組的形式，給可供識別的帶有順序的檔案、記錄、項目等等賦予序列。

## 編號體系

### 化學

#### 元素周期表

化學元素周期表就是利用編號將發現的元素整理成為系統工程的實例。
現代的周期表由門捷列夫創造，他的編號規則在現代的科學技術研究下得到充分的肯定，按照元素的質子數排列。
其中

* 編號 1 為氫，符號為 H，是最輕的元素，也是最多的元素。
* 編號 2 為氦，符號為 He，是一種惰性氣體元素。
* 編號 118 為 Og，是 118 號元素，也是編號最大的元素。

#### 危險貨物編號

聯合國危險貨物編號（UN number）是一組 4 位數字的編號，它們可以被用來識別有商業價值的危險物質和貨物。

### 物理

#### 物理學定律

* 牛頓運動定律，有牛頓第一運動定律（重點描述慣性）、牛頓第二運動定律（重點描述加速度）和牛頓第三運動定律（重點描述反作用）。牛頓運動定律的編號可見於其著作《自然哲學的數學原理》。
* 克卜勒定律，有克卜勒第一定律（描述行星的運行軌道）、克卜勒第二定律（描述行星的軌道的面積相等）以及克卜勒第三定律（行星的繞太陽的周期）。其編號可見於 1609 年出版的《新天文學》科學雜誌，以及 1618 年，克卜勒又發現第三條定律。
* 熱力學定律，有熱力學第零定律（描述熱平衡）、熱力學第一定律（描述能量守恆定律的擴展）、熱力學第二定律（描述熵永遠增加）和熱力學第三定律（描述絕對零度的熵）。

#### 天文學

天文學上的編號體系有以下多種。

##### 星座的編號

星座的編號是依據國際天文聯合會所定義，現在一般劃分為 88 個星座。

* 如中文名為仙女座的星座，英文簡稱為 AND，拉丁文命名為 Andromeda，其象限為 NQ1，所屬的族為英仙。

##### 星座恆星的編號

星座的恆星編號規則有：拜耳編號、弗蘭斯蒂德編號、亨利・德雷伯編號及依巴谷編號等。

* 拜耳命名法，又稱「拜耳編號」，是指以一個希臘字母做前導，後面伴隨著拉丁文的星座縮寫名稱。如金牛座畢宿五命名為 α Tau。
* 弗蘭斯蒂德編號是以數字取代希臘字母，並以數字和星座拉丁文名字的所有格為恆星命名。如飛馬座室宿增一為 51 Pegasi。
* 亨利・德雷伯編號是哈佛大學天文台以恆星光譜為其分類。主要也採用數字命名。如仙女座的壁宿二為 HD 358。
* 依巴谷編號則是歐洲太空總署的依巴谷衛星的主要成果，並經過多個科學機構的合作，共同制定出依巴谷星表。主要採用數字編號。如仙女座奎宿九為 HIP 5447。

##### 深空天體的命名

雖然深空天體（星雲、星團、星系）也隨著天球一起轉動，但是深空天體普遍不依所在的星座命名。它們一般在數字編號前加上 M、NGC、IC 等字母，分別代表梅西爾星表、星雲星團新總表、索引星表。對於著名的深空天體有時會有一般通用的名稱，例如位於獵戶座的 M42 往往叫做獵戶星雲；位於中國星宿昴宿的 M45 稱為七姐妹星團等。

### 交通

關於交通的編號體系大多依賴於各國政府的官方文件。

#### 公路體系

##### 中華人民共和國公路

中華人民共和國國道以及高速公路的編號規則主要採用英文字母「G」加上阿拉伯數字。

* 舊的編號都是三位數字，分為四類，一類是放射狀的，這些公路排序都是「1」字開頭；第二類是南北向的，以「2」字開頭；第三類是東西向的，以「3」字開頭，第四類是「五縱七橫」主幹線，以「0」字開頭。
* 國道中僅「1」字開頭的國道，以北京為中心向四周輻射的。
* 2008 年起，對「0」字開頭的『五縱七橫』主幹線線路採用兩位數字的新編號，並把以北京為起點的主幹線線路採用一位數字的新編號，統一編號為中國國家高速公路網。

而編號結構為「GXX」的主要為高速公路，「GXXX」的主要是國道公路。
如「G101」就是 101 國道，從北京到瀋陽，全長約 900 公里；「G212」是 212 國道，從蘭州到重慶，全長約 1300 公里。而「G70」則是福銀高速，從福州到銀川，全長約 2500 公里。

### 航空

航空的編號體系包括航空器註冊編號、航班編號、機場編號和飛機型號等。

#### 航空器註冊編號

航空器註冊編號，指的是民用航空器在使用前向一國的民航管理機構註冊所獲發的編號。1944 年的《芝加哥民航條約》規定了各國的航空器要有註冊編號才可使用。而由於航空器常會跨國飛行，為了便於分辨，每個國家都有其首碼。

* 如中華人民共和國的首碼為 B，編號規則為 1234 或 123a 或 1234a。
  * 香港的首碼分別有 B-L、B-K 和 B-H，其編號規則為 ab。
* 中華民國的首碼為 B，編號規則為 12345
* 英國的首碼為 G，規則是 abcd。
* 美國的首碼 N，規則是 1、12、123、1234、12345、1a、12a、123a、1234a 等。
* 法國的是 F，規則是 abcd。
* 俄羅斯的是 RA，其規則是 12345 或 1234K。
* 聯合國的為 4U，規則為 abc。

#### 航班編號

#### 飛機型號

#### 機場編號

## 參考
编码率

**編位元速率**(Code rate) 或**資訊率**(information rate) 是指在電信和資訊理論資料流中有用部分（非冗餘）的比例。也就是說，如果編位元速率是 _k/n_，則對每 _k_ 位有用資訊，編碼器總共產生 _n_ 位的資料，其中 _n-k_ 是多餘的。

如果 _R_ 是總位元速率或資料信令速率（包括包括冗餘錯誤編碼），淨位元速率（除去糾錯碼的有用位元速率）≤ _R•k/n_ 。

例如：卷積碼的典型編位元速率可以為 1/2、2/3、3/4、5/6、7/8 等，對應每一個、二個、三個等位元後插入一個冗餘位元。里德 - 所羅門分組碼（RS (204,188)）的編位元速率為 188/204，對應每塊 188 位元組的有用資訊中加入了 204 - 188 = 16 個冗餘位元組。

一些糾錯碼沒有固定位元速率 —— 無位元速率抹除碼。

請注意，測量資訊率更常用位 / 秒單位，這意味除去糾錯碼，它與「淨位元速率」或「有用位元速率」相等。

## 參見

* 資訊率
* 源資訊率（熵率）

## 參考
编码理论

**編碼理論**（英語：Coding theory）是研究編碼的性質以及它們在具體應用中的效能的理論。編碼用於資料壓縮、加密、糾錯，最近也用於網路編碼中。不同學科（如資訊理論、電機工程學、數學、語言學以及電腦科學）都研究編碼是為了設計出高效、可靠的資料傳輸方法。這通常需要去除冗餘並校正（或檢測）資料傳輸中的錯誤。

編碼共分四類：

1. 資料壓縮（或_信源編碼_）
2. 前向錯誤更正（或_信道編碼_）
3. 加密編碼
4. 線路碼

資料壓縮和前向錯誤更正可以一起考慮。

信源編碼試圖壓縮來自信源的資料以使傳輸更高效。這種做法每天都能在網際網路上見到，因為在網際網路上使用常見的 ZIP 格式來降低網路負載，使檔案更小。

第二種，信道編碼，加入額外的資料位以使在傳輸信道有干擾存在的時候資料傳輸的強健性更強。普通使用者可能不知道許多應用中都使用了信道編碼。平常的音樂 CD 使用里德 - 所羅門碼來糾正劃痕和灰塵。在此應用中傳輸信道就是光碟本身。手機也使用編碼技術糾正高頻無線電傳輸的衰落和噪聲。資料數據機、電話傳輸、NASA 都採用信道編碼技術來傳輸資訊，例如渦輪碼和低密度碼。

## 編碼理論的歷史

1948 年，克勞德・香農發表了《通信的數學理論》，這篇文章由《貝爾系統技術雜誌》的七月和十月刊分兩部分發行。該文重點研究了如何最有效地對傳送者要傳送的資訊進行編碼的問題。在這篇基礎性的論文中，他使用了諾伯特・維納發展的概率論工具，而這些概率論工具用於通信理論在當時還尚處萌芽階段。香農提出資訊熵作為訊息不確定性的量度，而實質上創造了資訊理論這個領域。

二進位戈萊碼在 1949 年被提出。更具體地說，它是一種每個 24 位元字能夠糾正三個錯誤、檢測出第四個錯誤的糾錯碼。

理察・漢明因在貝爾實驗室在數值方法、自動編碼系統以及錯誤檢測和糾錯碼的成就於 1968 年獲得了圖靈獎。他發明了漢明碼、漢明窗、漢明數和漢明距離等概念。

## 信源編碼

信源編碼的目的是讓源資料變小。

### 定義

* 資料可以看作是隨機變數 $X:\Omega \rightarrow {\mathcal {X}}$ ，其中 $x\in {\mathcal {X}}$ 出現概率為 $\mathbb {P} [X=x]$ 。
* 資料用字母表 $\Sigma $ 中的字串（單詞）進行編碼的。
* **碼**是一個函式 $C:{\mathcal {X}}\rightarrow \Sigma ^{*}$ （或當空字串不在字母表內時為 $\Sigma ^{+}$ ）。 $C(x)$ 是與 $x$ 關聯的碼字。
* **碼長**寫作 $l(C(x))$ 。
* **碼長的期望值**為 $l(C)=\sum _{x\in {\mathcal {X}}}l(C(x))\mathbb {P} [X=x]$
* **碼字拼接** $C(x_{1},...,x_{k})=C(x_{1})C(x_{2})...C(x_{k})$ .
* 空字串的碼字為空字串本身： $C(\epsilon )=\epsilon $

### 性質

1. 當 $C:{\mathcal {X}}\rightarrow \Sigma ^{*}$ 為單射時，是非奇異碼。
2. 當 $C:{\mathcal {X}}^{*}\rightarrow \Sigma ^{*}$ 為單射時，是唯一可解碼。
3. 如果 $C(x_{1})$ 和 $C(x_{2})$ 相互不是另一個的字首，則 $C:{\mathcal {X}}\rightarrow \Sigma ^{*}$ 是即時碼。

### 原理

信源的熵是資訊的度量。基本上，信源編碼在儘量減少信源的冗餘，用攜帶更多資訊的更少的位元來表示信源。

明確試圖根據特定的假定概率模型來最小化訊息的平均長度被稱為熵編碼。

有各種採用信源編碼方案試圖達到信源熵的極限的技術。_C_(_x_) ≥ _H_(_x_)，其中 _H_(_x_) 為信源熵（位元速率），_C_(_x_) 為壓縮後的位元速率。特別指出，沒有源編碼方案可以比信源的熵更好。

### 例子

傳真傳輸使用簡單的遊程編碼。信源編碼去除所有發射機必要傳送以外所有多餘資料，降低了傳輸所需的頻寬。

## 參見

* 編碼增益
* 覆蓋碼
* 前向錯誤更正
* 群試
* 漢明距離、漢明重量
* 資訊理論
* 李距離
* 多天線研究中的空間編碼和 MIMO

## 注釋

## 參考文獻

* Vera Pless (1982), _Introduction to the Theory of Error-Correcting Codes_, John Wiley & Sons, Inc., ISBN 0-471-08684-3.
* Elwyn R. Berlekamp (1984), _Algebraic Coding Theory_, Aegean Park Press (revised edition), ISBN 0-89412-063-8, ISBN 978-0-89412-063-3.
* Randy Yates, _A Coding Theory Tutorial_.
编码规范

**代碼風格**（英語：Programming style）即程式開發人員所編寫原始碼的書寫風格。良好的代碼風格會幫助程式設計師閱讀和理解符合該風格的原始碼，並且避免錯誤。

關於該主題的經典著作是 1970 年代編寫的《編程風格的要素》，並以當時流行的 Fortran 和 PL/I 語言的範例進行了說明。

特定程式中使用的編程風格可能源自公司或其他計算組織的代碼約定，以及代碼作者的偏好。編程風格通常是為特定的程式語言（或語言家族）設計的：在 C 原始碼中被認為是良好的風格可能不適合 BASIC 原始碼等等。但是，一些規則通常適用於許多語言。

## 良好風格的要素

總結程式設計實踐中的經驗，代碼風格的要素包括（但不限於）以下幾點：

* 名字的使用（參見：駝峰式大小寫、識別碼命名約定、匈牙利命名法）
* 表達式與語句
* 常數的使用
* 注釋的使用
* 縮排（參見：縮排風格）
* 代碼的布局

## 代碼外觀

代碼風格通常處理原始碼的可視外觀，帶有可讀性的目標。軟體很長時間都可以格式化原始碼，讓寫代碼的人將注意力集中在命名，邏輯和更進階的技術。作為一個實際的點，用電腦來格式化原始碼節省了時間，且使不帶網路論戰地實施全公司的標準成為可能。

### 縮排

縮排風格協助確認控制流和代碼塊。在一些程式語言中，縮排被用來限定代碼的邏輯塊；在這些情況下正確的縮排不僅僅是風格的事。在其他語言中，縮排和空白字元不影響功能，雖然有邏輯和一貫的縮排是代碼更易於閱讀。比較：

或

和像是這樣

前兩個範例很可能更容易閱讀，因為它們以既定的方式縮排（"hanging paragraph" 樣式）。這種縮排風格在處理多個巢狀結構時特別有用。

#### ModuLiq

ModuLiq Zero 縮排風格用 Enter 分組而不是縮排。和所有以上的比較：

#### Lua

Lua 不用傳統的花括號和括號。if/else 語句只需要表達式後面有 `then`，以 `end` 結束 if/else 語句。

縮排是可選的。`and`,`or`,`not` 在 true/false 語句間被使用。

它們是真 / 假陳述，如

會代表假。

#### Python

Python 用縮排來表明控制結構，所以_正確的縮排_是需要的。通過這麼做，用花括號（亦即 `{` 和 `}`）包括的需要就被清除。另一方面，複製和貼上 Python 代碼可能導致問題，因為被貼上的代碼的縮排級別可能和當前行的縮排級別不同。這樣的重格式化用手做可能十分乏味，但一些文字編輯器和整合式開發環境有自動做的功能。也有當 Python 代碼被發表在去除空白字元的論壇或網頁上，使它變得無法使用的問題，雖然這個問題可以在能用保留空白字元的標籤，像 "<pre> ... </pre>"（HTML 中），"[code]"..."[/code]"（bbcode 中）等等時避免。

注意 Python 不適用花括號，而是一個普通的英文冒號（例子 `else:`）。

許多 Python 程式設計師傾向於遵循一種公認的風格指南，稱為 PEP8。有一些工具旨在自動化 PEP8 合規性。

#### Haskell

Haskell 類似地有越位規則，也就是它有一種二維語法，在其中縮排對定義塊有意義（雖然另一種語法用花括號和分號）。Haskell 是一種聲明式語言，在 Haskell 指令碼中有語句，但是有聲明。範例:

可以被寫成一行，如：

Haskell 鼓勵 文學編程 的使用，擴充的文字解釋代碼的緣由。在文學式 Haskell 指令碼（帶有副檔名 `lhs`）中，所有東西都是注釋，除了標記為代碼的塊。程式可以用 LaTeX 編寫，這種情況下 `code` 環境標記哪裡是代碼。並且每個活動的代碼段落可以被在前面和後面帶上空行的方式標記，以一個大於號和一個空格開始每一行代碼。這裡有一個使用 LaTeX 標記的：

一個使用純文字的例子：

#### 垂直對齊

將相似的元素垂直對齊經常是有幫助的，使錯字導致的錯誤更加明顯。比較：

和

#### 空格

在一些需要空白字元的情況下，絕大部分自由形式語言的語法不關心出現了多少空白字元。與空白字元相關的風格被普遍用來加強可讀性。目前沒有已知的確鑿事實（研究得出的結論）關於哪種空白字元風格有最好的可讀性。

例如，比較下列語法上等價的 C 語言代碼例子：

v.s.

#### 制表符

使用製表鍵來建立空白字元，在不施加足夠關注時會造成特定的問題，因為依據使用的工具，甚至是使用者的偏好，制表點的位置可能不同。
如一個例子，一個程式設計師偏好 4 個制表位，將工具集設定成如此，然後用這些去格式化代碼。

另一個程式設計師偏好 8 個制表位，並將工具集設定成如此。當其他人檢查原來那個人的代碼時，他們可能會發現很難讀。

一種對這個問題廣泛使用的解決方法可能包含不為對齊使用製表鍵，或制定必須設定成幾個制表位的規則。注意制表符在一貫的情況下工作良好，限制在局部縮排上，並且不用來對齊：

## 參見

* C and C++ Style Guides（頁面存檔備份，存於網際網路檔案館）
* Programming in C++, Rules and Recommendations（頁面存檔備份，存於網際網路檔案館）
* Aladdin's C coding guidelines（頁面存檔備份，存於網際網路檔案館）
* USER NOTES ON FORTRAN PROGRAMMING (UNFP)（頁面存檔備份，存於網際網路檔案館）
* PROGRAM LAYOUT - THE ART OF MAKING PROGRAMS READABLE（頁面存檔備份，存於網際網路檔案館）
编码链

遺傳學中，有義鏈（英語：sense strand，又稱**編碼鏈**、**密碼股**、**非模板鏈**）是指雙鏈去氧核糖核酸（DNA）中，在 5' 端到 3' 端方向上攜帶可轉譯編碼的鏈。由於雙鏈 DNA 在轉錄 RNA 時，只有一條 DNA 鏈會轉錄成 RNA，此「有義 DNA 鏈」的序列具有與 RNA（尤其是 mRNA，但也包括 ncRNA）「相當」的去氧核糖核苷酸序列（U 以 T 代替）。在轉錄 RNA 時，這條有義 DNA 鏈只提供編碼，而非轉錄過程的模板。

與其「相對」的另一條 DNA 鏈稱為**反義鏈**（antisense strand，又稱**模板鏈**、**模板股**），即雙鏈 DNA 中，在 5' 端到 3' 端方向上沒有可轉譯編碼的鏈，它作為 RNA 合成過程中核糖核苷酸鹼基配對的模板。最終，mRNA（通常，但不總是）會被轉譯成蛋白質。

## mRNA 與「義」

最終決定雙鏈 DNA 中哪條有義、哪條反義的是 mRNA。但是有些情況下，例如在原核生物中，兩條相反的鏈上可能有部分基因重疊，這意味著一條 mRNA 的「義」可能對另一條 mRNA 而言是「反義」的。

大多數真核生物 RNA 在轉譯合成蛋白質前，尚須經過轉錄後修飾。通常，該過程包括在 5' 端添加甲基化鳥嘌呤核苷酸帽，在 3' 端添加多聚腺苷酸尾，以及刪除轉錄出的 RNA 中的內含子（RNA 剪接）。最終產物稱為成熟的 mRNA。原核生物的 mRNA 則沒有類似的過程。

嚴格意義上，只有 mRNA 的基因序列是真正「有義」的，只有它能夠直接轉譯出蛋白質一級結構。DNA 的反義鏈是合成 mRNA 的模板。

## 應用

在分子生物學一些領域的應用中，辨識有義和反義鏈之間很重要。例如，在微陣列（microarray）表現技術中，知道陣列上哪條鏈被「觀察」是很重要的。一個陣列可以對應任意一條鏈；然而，單個陣列只由「有義鏈」或「反義鏈」構成。

識別不同的鏈條對理解小分子干擾核糖核酸（siRNA）也很重要。

## 參見

* 義 (分子生物學)

## 參考文獻

* Merrill, Dr. Gary F. 'Transcription', lecture notes distributed in Biochemistry 451 General Biochemistry, Oregon State University, Weigend on 6 Jun. 2006.

## 外部連結

* Sense and antisense strands of DNA （頁面存檔備份，存於網際網路檔案館）: YouTube tutorial video
编码隐匿

**代碼混淆**（Obfuscation）是將電腦程式的原始碼或機器碼，轉換成功能上等價，但是難於閱讀和理解的形式的行為。

代碼混淆可以用於程式原始碼，也可以用於程式編譯而成的中間代碼。執行代碼混淆的程式被稱作**代碼混淆器**。目前已經存在許多種功能各異的代碼混淆器。

其主要工作有：

* 將代碼中的各種元素，如變數、函式、類的名字覆寫成無意義的名字。比如覆寫成單個字母，或是簡短的無意義字母組合，甚至覆寫成「\_\_」這樣的符號，使得閱讀的人無法根據名字猜測其用途。
* 重寫代碼中的部分邏輯，將其變成功能上等價、但是更難理解的形式。比如將 for 迴圈覆寫成 while 迴圈、將迴圈覆寫成遞迴、精簡中間變數，等等。
* 打亂代碼的格式。比如刪除空格、將多行代碼擠到一行中、或者將一行代碼斷成多行等等。
* 添加花指令，通過特殊構造的指令來使得反組譯器出錯，進而干擾反編譯工作的進行。

代碼混淆器也會帶來一些問題。主要的問題包括：

* 被混淆的代碼難於理解，因此除錯也變得困難起來。開發人員通常需要保留原始的未混淆的代碼用於除錯。
* 對於支援反射的語言，代碼混淆有可能與反射發生衝突。
* 代碼混淆並不能真正阻止反向工程，只能增大其難度。因此，對於對安全性要求很高的場合，僅僅使用代碼混淆並不能保證原始碼的安全。

## 白盒密碼

白盒密碼（ White-box cryptography）是指夠抵抗白盒攻擊的密碼演算法，以及對應實現。常見的實現方式是藉助高強度的代碼及演算法混淆。

## 參考文獻

## 外部連結

* Javascript 代碼混淆器 on GitHub （頁面存檔備份，存於網際網路檔案館）
* JavaScript Obfuscator Tool
编磬

**編磬**是源於中國的一種打擊樂器，起源於魯，由石或玉做成「磬」，十六面「磬」編為一組。除可演奏出具有十二正律（黃鐘、大呂、太簇、夾鍾、姑洗、仲呂、蕤賓、林鐘、夷則、南呂、無射、應鐘）的音色外，另有四個半音。據傳，春秋時代的孔子是制磬的高手。

## 參考

## 延伸閱讀

[編]

　
: 《欽定古今圖書集成・經濟彙編・樂律典・磬部》，出自陳夢雷《古今圖書集成》
编程

**電腦程式設計**（英語：Computer programming），或稱**程式設計**（programming），是給程式解決出特定問題的過程，軟體開發過程中的重要步驟。程式設計方法往往以某種程式設計語言為工具，給出這種語言下的程式。程式設計過程一般包括分析、設計、編碼、測試、除錯等不同階段。

## 發展歷程

在電腦技術發展的早期，軟體開發主要就是程式設計。但隨著技術的發展，軟體系統越來越複雜，逐漸分化出許多專用的軟體系統，如作業系統、資料庫系統、應用伺服器，而且這些專用的軟體系統愈來愈成為普遍的系統環境的一部分。這種情況下軟體開發的內容越來越豐富，不再只是純粹的程式設計，還包括資料庫設計、使用者介面設計、通信協定設計和複雜的系統組態過程。

空間方面，在早期，由於機器資源比較昂貴，如何縮小儲存空間往往是設計關心的首要重點；而隨著硬體技術的飛速發展，電腦上資料儲存媒體的價格降低，空間不再是考慮的第一要點，一些較耗時的運算也漸漸發展出以空間換取時間的模式。

時間方面，在早期，如何加強程式效率、縮短程式執行時間是程式設計師的共同目標；而在硬體效能進步、效率差距縮小，軟體規模與複雜度卻日益增加的現在，程式的結構、可維護性、重複使用性、彈性等因素更顯得重要。在多人合作的程式設計專案裡，程式設計師們會加上各種註解以協助其他參與者理解程式碼，此行為雖然對執行時間的縮短沒有幫助，還會加重儲存空間的負擔，但卻因能達到較好的溝通並提高程式碼的可維護性，而成為目前的主流。

然而，隨著智慧型手機等攜帶裝置的興起，執行時間的縮短與儲存空間的有效運用再次成為焦點，形成與主機伺服器類型應用程式不同的重點考慮方向。

## 設計工具

* 開發環境
  * 編輯器、編譯器、直譯器、除錯工具
  * 整合式開發環境
  * 視覺化開發環境
  * 電腦輔助軟體工程

## 圖像展覽

* * *

## 外部連結

* 開放式目錄計劃中和程式設計相關的內容

## 相關條目

* 中文編程
* 程式
* 軟體
* 程式設計語言
* 程式設計實踐
* 程式設計方法學
* 軟體開發
* 軟體設計模式
编程之道

《**編程之道**》（英語：_The Tao of Programming_）是傑弗雷・詹姆創作於 1987 年的一本書。它以一種詼諧的風格講訴了發生在美國程式設計師之間的趣事，並用東方的道教思想進行思考和理解，以掩蓋了它的嚴肅性。 它由一系列簡短的小故事組成。

本書在美國出版時分為三冊，分別是 1987 年的《編程之道》、1988 年的《編程之禪》和 1989 年的《計算機寓言：資訊時代的啟蒙》，在國內出版時，這三本書以中英對照的方式匯總為一本《編程之道》出版。

## 編程之道

* _寂靜的空宇_
* _古代的大師_
* _設計_
* _編碼_
* _維護_
* _管理_
* _公司的學問_
* _硬體和軟體_
* _尾聲_

## 參考資料與外部連結

### 參考資料

### 外部連結

* The Tao of Programming （頁面存檔備份，存於網際網路檔案館）(英文）
* PERIPHERALS - The New York Times （頁面存檔備份，存於網際網路檔案館），紐約時報節選本書內容
编程宇宙

**編程宇宙**（Programming the Universe: A Quantum Computer Scientist Takes On the Cosmos）是麻省理工學院機械工程教授塞斯・勞埃德於 2006 年出版的一本科普書籍。作者在該書裡面把宇宙視為一台量子計算機（超級計算機），並且認為熵也會在信息領域出現。 

## 參考文獻
编程接口

**應用程式介面**（英語：**a**pplication **p**rogramming **i**nterface），縮寫為 **API**，是一種計算介面，它定義多個軟體中介之間的互動，以及可以進行的呼叫（call）或請求（request）的種類，如何進行呼叫或發出請求，應使用的資料格式，應遵循的慣例等。它還可以提供擴充機制，以便使用者可以通過各種方式對現有功能進行不同程度的擴充。一個 API 可以是完全客製化的，針對某個組件的，也可以是基於行業標準設計的以確保互操作性。通過資訊隱藏，API 實現了模組化編程，從而允許使用者實現獨立地使用介面。

## 概要

應用程式介面是指電腦作業系統或程式函式庫提供給應用程式呼叫使用的程式碼，其主要目的是讓應用程式開發人員得以呼叫一組常式功能，而無須考慮其底層的原始碼為何、或理解其內部工作機制的細節。API 本身是抽象的，它僅定義了一個介面，而不涉及應用程式在實作過程中的具體操作。

例如，圖形庫中的一組 API 定義了繪製指標的方式，可於圖形輸出裝置上顯示指標。當應用程式需要指標功能時，可在參照、編譯時連結到這組 API，而執行時就會呼叫此 API 的實現（庫）來顯示指標。

應用程式介面可以是一組數量上千、極其複雜的函式和副程式，可讓程式設計師做很多工作，譬如「讀取檔案」、「顯示選單」、「在視窗中顯示網頁」等等。作業系統的 API 可用來分配記憶體或讀取檔案。許多系統應用程式藉由 API 介面來實現，像是圖形系統、資料庫、網路 Web 服務，甚至是線上遊戲。

應用程式介面有諸多不同設計。用於快速執行的介面通常包括函式、常數、變數與資料結構。也有其它方式，如通過直譯器，或是提供抽象層以遮蔽同 API 實現相關的資訊，確保使用 API 的代碼無需更改而適應實現變化。

應用程式介面經常是軟體開發套件（SDK）的一部分。

## API 種類

API 又分為（Windows、Linux、Unix 等系統的）系統級 API，及非作業系統級的自訂 API。作為一種有效的代碼封裝模式，微軟 Windows 的 API 開發模式已經為許多商業應用開發的公司所借鑑，並開發出某些商業應用系統的 API 函式予以發布，方便第三方進行功能擴充。如 Google、蘋果電腦公司，以及諾基亞等手機開發的 API 等等。

### 物件導向語言的 API

* JAVA API 列表

### 庫與框架的 API

* Windows API
* 微軟 Windows 的 DirectX
* Simple DirectMedia Layer（SDL）

### API 與協定

* LDAP 應用程式介面

### API 與裝置介面

* PC BIOS 呼叫介面
* ASPI for SCSI device interfacing

### Web API

* Google 地圖的 API
* MediaWiki API

## 參考文獻

## 外部連結

* 設計好的應用程式介面之法及其重要性 （英文）
* 如何寫應用程式介面 （頁面存檔備份，存於網際網路檔案館） （英文） 可實現的範例，並帶有詳細的代碼及原因。
* 面向服務的體系結構（SOA）：通向企業應用整合（EAI）之路 （頁面存檔備份，存於網際網路檔案館）（英文）
* ISO/IEC JTC 1 Directives, 5th Edition Version 3.0, Annex J: Guidelines for API standardization （頁面存檔備份，存於網際網路檔案館）（英文）

## 參見

* 軟體工程
* 介面
* 文件物件模型
编程范型

**編程範型**、**編程範式**或**程式設計法**（英語：Programming paradigm），是指軟體工程中的一類典型的程式設計風格。常見的程式設計法有：函式語言程式設計、指令式程式設計、程序式程式設計、物件導向程式設計等等。

程式設計法提供並決定了程式設計師對程式執行的看法。例如，在物件導向程式設計中，程式設計師認為程式是一系列相互作用的物件，由於方法論的不同，物件導向程式設計又分為類別為基程式設計和基於原型程式設計，而在函式語言程式設計中一個程式會被看作是一個無狀態的函式計算的序列。

## 概述

正如軟體工程中不同的群體會提倡不同的「方法學」一樣，不同的程式語言也會提倡不同的「程式設計法」。一些語言是專門為某個特定的範型設計的，如 Smalltalk 和 Java 支援物件導向程式設計，而 Haskell 和 Scheme 則支援函式語言程式設計，同時還有另一些語言支援多種範型，如 Ruby、Common Lisp、Python、Rust。

很多程式設計法已經被熟知他們禁止使用哪些技術，同時允許使用哪些。例如，純函式語言程式設計不允許有副作用；大部分高階程式語言都期望使用者進行結構化程式設計而避免非結構化程式設計，其中結構化程式設計不允許使用 goto。可能是因為這個原因，新的範型常常被那些習慣於較早的風格的人認為是教條主義或過分嚴格。然而，這樣避免某些技術反而更加證明了關於程式正確性，或僅僅是理解它的行為的法則，而不用限制程式語言的一般性。

程式設計法和程式語言之間的關係可能十分複雜，由於一個程式語言可以支援多種範型。例如，C++ 設計時，支援程序式程式設計、物件導向程式設計以及泛型程式設計。然而，設計師和程式設計師們要考慮如何使用這些範型元素來構建一個程式。一個人可以用 C++ 寫出一個完全程序化的程式，另一個人也可以用 C++ 寫出一個純粹的物件導向程式，甚至還有人可以寫出雜揉了兩種範型的程式。

## 參考文獻

## 參見

* 程式設計法比較
编程训练营

**編程訓練營**（英語：**Coding bootcamps**）是針對計算機科學和軟體開發的一種教育項目，參與項目的學員通常在幾周到幾個月不等的時間內完成課程、項目，以獲得相關技能。這個概念起源於 2011 年。

## 參考文獻
编程语言列表

此**程式語言列表**按字母順序列出了知名程式語言，包括當前使用的和以前使用過的程式語言，BASIC 的方言、深奧的程式語言和標記式語言除外。

## A

## B

## C

 

## D

## E

## F

## G

## H

## I

## J

## K

## L

## M

## N

## O

## P

## Q

## R

## S

## T

## U

## V

## W

## X

## Y

## Z

## 參閱

## 外部連結

 維基教科書中有關 List of hello world programs 的文字
编程语言理论

**程式語言理論**（英語：Programming language theory）是電腦科學的一個分支，研究程式語言的設計、實現、分析、描述和分類及其各自的特點。它屬於電腦科學，既依賴又影響著數學、軟體工程、語言學，甚至認知科學。

## 歷史

從某種角度來看，程式語言理論的歷史，甚至比程式語言本身的發展更久遠。儘管阿隆佐・邱奇與史蒂芬・科爾・克萊尼在 1930 年代發明的 Lambda 演算被一些人認為是世界上第一門程式語言，但其初衷是用於對計算進行建模，而不是作為一種程式設計師向電腦系統描述演算法的手段。許多現代的函式語言程式設計語言都聲稱自己是為 Lambda 演算提供了「一點包裝」，並能輕鬆地以其解釋。

世界上第一門程式語言是由康拉德・楚澤於 1940 年代設計的 Plankalkül，但其直到 1972 年才廣為人知，更是到 1998 年才被實現。Fortran 則是第一門大獲成功的高階程式語言，由約翰・巴科斯領導的 IBM 研究者們在 1954-1957 年間實現。Fortran 的成功使一些科學家聯合起來研究一種「通用的」電腦語言，並最終帶來了 ALGOL 58；麻省理工學院的約翰・麥卡錫則開發了 Lisp，其為第一門源自學術界而取得成功的程式語言。隨著 1960 年代這些起初的嘗試獲得成功，程式語言逐漸成為熱門的研究物件，並延續至今。

## 子學科及相關領域

程式語言理論中存在著幾個研究領域，或者對程式語言理論產生了深遠的影響，其中許多有相當大的重疊。此外，PLT 還利用了數學的許多其他分支，包括可計算性理論、類型論和集合論。

### 形式語意學

在計算理論中，**形式語意學**是關注計算的模式和程式設計語言的含義的嚴格的數學研究的領域。

語言的形式語意是用數學模型去表達該語言描述的可能的計算來給出的。

形式語意學（formal semantics），是程式設計理論的組成部分，以數學為工具，利用符號和公式，精確地定義和解釋電腦程式設計語言的語意，使語意形式化的學科。

提供程式設計語言的形式語意的方法很多，其中主要類別有：

* 指稱語意學，著重於語言的執行結果而非過程，包括域理論；
* 操作語意學，例如抽象機（象 SECD 抽象機），著重於描述語言的過程；
* 公理語意學，如 謂詞變換語意學和代數語意學。

### 類型論

**類型論**提供了設計分析和研究型別系統的形式基礎。實際上，很多電腦科學家使用術語「類型論」來稱呼對程式語言的類型語言的形式研究，儘管有些人把它限制於對更加抽象的形式化如有類型 lambda 演算的研究。

### 程式分析

**程式分析**是指自動分析一個程式的包括正確性、健壯性、安全性和活躍性等特徵的過程。 程式分析主要研究兩大領域：程式的最佳化和程式的正確性。前者研究如何提升程式效能並且降低程式的資源占用，後者研究如何確保程式完成預期的任務。

### 比較程式語言分析

比較程式語言分析旨在根據程式語言的特點將其分類為不同類型，程式語言的大類通常被稱為程式設計範式。

### 泛型和元程式設計

是指某類電腦程式的編寫，這類電腦程式編寫或者操縱其它程式（或者自身）作為它們的資料，或者在執行時完成部分本應在編譯時完成的工作。

### 領域特定語言

指專注於某個應用程式領域的電腦語言。

### 編譯原理

編譯原理是編寫編譯器的理論。編譯器的操作傳統上分為語法分析 (掃描和解析)、語意分析 (確定程式應該做什麼)、最佳化 (根據某些指標改行程序的效能，通常是執行速度) 和代碼生成 (用某種目標語言生成和輸出等價的程式 (通常是 CPU 的指令集)。

### 執行時系統

指一種把半編譯的執行碼在目標機器上執行的環境，介乎編譯器及直譯器的執行方式。包括虛擬機器、垃圾回收和外部函式介面。
编程随想

**編程隨想**（1977 年 6 月 10 日 —），本名**阮曉寰**，福建泉州人，中國電腦從業者、異議人士，居於中國上海。其從 2009 年開始在 Blogger 上撰寫文章，部落格定名為**編程隨想的博客**，內容包括各種網路安全知識、翻牆方法以及匿名教學；亦有對中國共產黨及中華人民共和國政府的批評與時事政論。2021 年 5 月他被中國警方逮捕。

## 早年

編程隨想 1977 年出生於福建泉州，他的母親莊秀珠是中國國民黨革命委員會成員，其父阮溫陵是泉州華僑大學中文系副教授和中國民主同盟成員。編程隨想讀初中時於 1990 年參加了電腦興趣小組，出於對接觸到的 DOS 病毒的興趣，想搞清其內部的實現機制的他在學校的機房自學了組合語言和 C 語言。1996 年入讀上海華東理工大學化工系，但酷愛電腦而放棄文憑，先後從事入侵檢測系統、安全運營中心、安全審計行業，在 2008 年北京奧運會期間任職大會資訊安全系統總工程師。

## 部落格

他 2009 年 1 月 15 日建立了「編程隨想」部落格，部落格早期內容以電腦技術、軟體開發為主，六四事件二十周年前夕當局大規模封殺海外網站後轉為分享翻牆方法、在 2010 年底和 2011 年 2 月的錢雲會事件和中國茉莉花革命促使編程隨想轉向寫作政治博文，他曾發表多篇呼籲公眾走上街頭抗議的博文，還營運了 GitHub 上揭露中國共產黨政府系統性的腐敗的開源項目「太子黨關係網絡」，在被捕前已發表 712 篇博文。除此之外部落格還提供電子書下載、離線瀏覽和郵件訂閱功能。

2017 年 11 月，阮曉寰過敏性哮喘發作，由於接受激素藥物注射引發全身性紅皮病，病情嚴重，醫生建議他直接住院，但他堅持回家臥床休養以便更新部落格，同時為部落格更新延遲向讀者道歉。

## 被捕和審判

編程隨想長期從事反對中國政府的活動，其部落格也多次成為中國共產黨政府網路攻擊的目標。編程隨想曾表示，若其在全平台無任何活動超過 2 周，則意味著遭到當局跨省抓捕或人身受到重大傷害，2021 年 5 月 9 日後，編程隨想再未更新博文，其 GitHub、Twitter 等帳號亦全部靜默。後被證實其於 2021 年 5 月 10 日在上海居住地被捕，5 月 11 日被刑事拘留，6 月 17 日被正式逮捕。

2023 年 2 月 10 日，編程隨想被當局以「涉及國家秘密」理由遭到不公開審判，被當局以煽動顛覆國家政權罪判刑七年、剝奪政治權利兩年，沒收個人財產兩萬元，其妻子貝女士表示準備上訴二審。在二審之前，當局以其本人申請法律援助為由拒絕貝女士聘請的兩名人權律師尚寶軍、莫少平作為其代理人，當局並為其指定官派律師。

### 反應

2023 年 3 月 24 日，美國筆會和國際筆會聯合發表聲明，譴責當局對阮曉寰判以重刑，並要求立即將他釋放。4 月 3 日，無國界記者在網站文章中呼籲釋放阮曉寰。4 月 11 日，美國國會及行政當局中國委員會主席敦促中國當局無條件釋放阮曉寰。

阮曉寰的父母對一審判決不服，後來在 4 月中旬向上海市人民檢察院寄信，舉報一審法官董瑋犯「枉法裁判罪」，並呼籲盡快釋放阮曉寰，踐行政府「依法治國」承諾。

## 榮譽

* 2013 年德國之聲國際部落格大賽 2 項單語種獎項提名（公眾獎）最佳中文部落格提名
* 泡泡「2014 年中國互聯網的英雄」
* 中國數字時代 2021 年度人物

## 事件

2016 年 6 月 8 日，中國網路空間安全協會致信 GitHub，稱編程隨想在其平台營運的專案「太子黨關係網絡」有評論「無根據地惡意詆毀」國家領導人習近平涉嫌殺害自己的同父異母的哥哥習正寧，並要求儘快刪除。GitHub 未刪除此專案，只是阻止中國大陸使用者存取，並向使用者返回 HTTP 451 錯誤碼。三天後，GitHub 在專門公布各國政府發出的移除要求的版面公布了這封信件。

## 注釋

## 參考資料

## 外部連結

* 編程隨想的博客
* 編程隨想的 Twitter 帳戶
* GitHub 上的太子黨關係網絡 （頁面存檔備份，存於網際網路檔案館）
编程面试

**編程面試**（英語：**coding interview**），是一種聚焦於解決技術問題的面試形式，這種形式的流行最初由微軟引領起來，並逐漸由亞馬遜、Facebook、Google 等公司加以發展。編程面試主要測試被面試者的技術知識儲備、編程能力、解決問題的能力以及創意，通常需要被面試者在白板上進行書寫（所以常稱之為「白板編程」）。參加此類面試的候選人通常有計算機科學、信息科學、計算機工程或電子工程學位。面試的題目通常和算法、資料結構、數學甚至智力遊戲有關。編程面試可以發生在真人面試，或者通過網絡的虛擬形式進行。

## 參考文獻
编程马拉松

**程式設計馬拉松**（英語：hackathon，又譯為**駭客松**），又稱**駭客日**（hack day）、**駭客節**（hackfest）或**程式設計節**（codefest），是一個流傳於駭客（hacker）當中的新詞彙。程式設計馬拉松是一種活動。在該活動當中，電腦程式設計師以及其他與軟體發展相關的人員，如圖形設計師、介面設計師與專案經理，相聚在一起，以緊密合作的形式去進行某項軟體專案。程式設計馬拉松的靈魂是合作地編寫程式和應用。程式設計馬拉松的時長一般在幾天到一周不等。程式設計馬拉松不是編寫些一次性作品那麼簡單。程式設計馬拉松的精髓在於：很多人，在一段特定的時間內，相聚在一起，以他們想要的方式，去做他們想做的事情 —— 整個程式設計的過程幾乎沒有任何限制或者方向。

還有一個術語叫做「短跑（sprint）」。「短跑」用於描述一種性質與程式設計馬拉松類似的活動。「短跑」的特點是：它只持續幾天時間。另一個描述此類活動的詞彙是「代碼節」。這個詞彙主要流傳於 Linux 使用者當中。「代碼節」這個詞是一個合成詞，它由代碼和節日兩部分組合而成。「代碼節」這個詞是從「安裝節」一詞引申而來的。「安裝節」是一種 Linux 使用者群的活動。

## 字源

駭客松（hackathon），又稱「程式設計馬拉松」。

這個術語本身是一個合成詞，它是由「程式設計（hack）」和「馬拉松（marathon）」兩部分組成。

這個術語誕生於 1999 年。兩組人在同一年想到並使用了該術語。一組人是 OpenBSD 的開發者們。另一組人是 Sun 的市場行銷團隊。

## 起源

OpenBSD 於 1999 年 6 月 4 日在卡爾加里舉辦的一次密碼學開發活動上第一次使用了該術語。在那次活動中，10 名程式設計師相聚到一起商討如何避免由美國密碼學軟體出口規定引起的合法性問題。

對於 Sun 而言，他們第一次使用「程式設計馬拉松」這個術語則要追溯到 1999 年 6 月 19 日 JavaOne 大會中的一次活動。在那次活動中 John Gage 向出席者發出一個挑戰。他要求出席者用 Java 為新款的 Palm V 編寫一個程式。這個程式可以讓 Palm V 使用者通過紅外線埠和其他 Palm V 的使用者進行通訊，此外 Palm V 使用者還能夠通過該程式在網上註冊他們的手機。這個活動號稱是程式設計馬拉松的始祖。

自 1986 年起，Sun 還召開了一系列「連接馬拉松」。這些馬拉松大多是圍繞 NFS 的互用性展開的。在這些活動當中，供應商和受邀請人相聚到一起去測試他們的硬體和軟體的互用性，找出網際網路標準協定規範中的缺點，並定義一套可重複使用的協定測試程式。「連接馬拉松」有點像已經停止的「蘋果程式設計大會」。「連接馬拉松」更像是一種讓參與者與他人展開技術交流的開發者大會。只是在技術交流之餘，參與者有時也寫寫程式。

於 2008 年，第一個區塊鏈由一名或一組被稱爲 Satoshi Nakamto 的人或團體概念化。 相隔多年後， 「**區塊鏈駭客松 」** (Blockchain Hackathon) 的名稱開始被崛起。

## 區塊鏈駭客松

區塊鏈駭客松（Blockchain Hackathon) 與程式設計馬拉松相近，但性質有所區別。區塊鏈駭客松讓開發人員獲得資源來構建分散式應用程式（dApps/ Decentralized Applications)，它是區塊鏈開發人員之間的競爭。另外，組織此類駭客松的都是與區塊鏈有相關的公司，這也同時讓公司們發掘有才的程式員並雇傭他們。

自 2017 年起，區塊鏈駭客松客松曝光率續漸增長，並向參加者承諾了大量的招聘機會。駭客松的景觀已經從僅限於傳統的大型科技公司，如 Facebook，Google，以及像 Major League Hacking 組織主辦的大型季節性駭客松，到現在幾乎任何機構都能舉辦自家版本的小規模駭客松。這些公司大多花費數千美元來舉辦這類駭客松，這筆金額通常包括免費物品像背包，筆記本，食物，住宿，現金獎品，禮品獎品，熱門場所和未來的就業機會。

### 例子

Malta Blockchain Summit（頁面存檔備份，存於網際網路檔案館）

EOS Hackathon 

* EOS.IO 是一個區塊鏈操作平台，基於 EOS.IO 軟體上所發行的加密貨幣名為 EOS。根據 2017 年所發佈的白皮書，EOS.IO 平台由一家私人公司 block.one 開發，並以開源軟體的形式於 2018 年 6 月 1 日推出。在 2018 年期間，Block.one 在 6 個國家舉辦駭客松，當中包括香港，雪梨，倫敦，非洲，舊金山以及南非。參與人數衆多，送出的禮品及獎金總額龐大。

## 參考資料

## 延伸閱讀

## 外部連結

* Media-Making Strategies to Support Community and Learning at Hackathons. MIT Center for Civic Media. June 30, 2014 [2021-06-18]. （原始內容存檔於 2015-10-11）.
* "Demystifying the hackathon" （頁面存檔備份，存於網際網路檔案館）. Article from Mckinsey, October, 2015
编笄

**篦**，即**密齒梳**或**細齒梳**，亦稱為**篦櫛**、**篦節**、**篦子**、**編笄**，是一種用來清除頭皮屑和髮垢的工具，或插在頭髮上作髮飾。

篦有密齒，古代的篦多以竹、木、骨、金屬等製造，中國常州篦是著名的傳統手工藝品，現代則有塑膠製的篦。

明代對理髮師傅的稱呼為「篦頭師傅」，女性有時會把篦當作髮飾插於髮髻上，鈿頭雲篦就是以金銀珠寶裝飾的雲紋篦櫛（參見白居易的琵琶行並序）。日本女性穿著和服時也會以篦配襯傳統髮型。

## 傳說

相傳制篦的祖師爺是陳七子，春秋時期人，本為吏，因罪入獄。在獄中，陳七子頭上生了蝨子。有一次，陳七子被獄卒用竹板打後，竹板裂開成一條條。陳七子將竹板紮緊，用來清除頭上的髮垢和蝨子，遂形成最初的篦。又相傳陳七子是七十三歲死的，由於俗語說「七十三，鬼來纏」，所以梳篦業都稱篦箕為七十二道工序。

## 俗語

賊過如梳，兵過如篦，官過如剃

## 參考

* 頭髮
* 梳
* 簪
编练司令部

**編練司令部**是 1948 年夏天民國政府在戰略大後方設立的一批軍事訓練機構。編練司令部為兵團級建制單位，平均編練組訓 3 個陸軍軍。

## 歷史

1948 年 8 月，國民政府軍事檢討會決定在戰略後方編練組建 300 至 500 萬人的軍隊。截至 1949 年春設置了 14 個陸軍編練司令部。

## 參考文獻
编织女孩_(1869年)

《**編織女孩**》(法文: **La Couseuse**；英文: **The Knitting Girl**) 是法國畫家威廉・阿道夫・布格羅創作於 1869 年的一幅油畫。現藏於內布拉斯加州奧馬哈的喬斯林美術館 (Joslyn Art Museum)。

## 外部連結

* Joslyn Art Museum
* MuseumSyndicate （頁面存檔備份，存於網際網路檔案館）
编织雀属

**編織雀屬**（學名：_Sporopipes_）是織布鳥科下的一個屬。

## 下屬物種

本屬包括以下物種：

* 點額編織雀 _Sporopipes frontalis_ (Daudin, 1800)
* 鱗額編織雀 _Sporopipes squamifrons_ (A.Smith, 1836)

## 參考文獻
编解_(铁路)

**編解**（shunting 或 switching）是把鐵路車輛編組成列車或者其逆操作，把列車解體為不同的車輛序列存入相應的調車線。 例如，可以稱一個編組站每晝夜編解車輛達 3.6 萬輛。

## 調車機車

* * * *

### 連接

編解列車取送車輛時，需要鐵路職工（在中國稱為「連接員」，英國稱 "shunter"，美國稱 "switcher"）在調車現場摘解車輛的風管、攀上被編解的車輛提開車鉤，並做好防溜，完成車輛的連接（coupling）或解連（uncoupling）。是鐵路最一線也是最高危的工種。制動員稱為 brakeman。

## 參見

* 調車場
* 調車機車

## 參考文獻
编解码器

**編解碼器**（英語：codec）指的是一個能夠對一個訊號或者一個資料流進行編解碼操作的裝置或者程式。這裡指的變換既包括將訊號或者資料流進行編碼（通常是為了傳輸、儲存或者加密）或者提取得到一個編碼流的操作，也包括為了觀察或者處理從這個編碼流中恢復適合觀察或操作的形式的操作。編解碼器經常用在影片會議和串流媒體等應用中。一個編解碼器不應該同編碼或壓縮格式或標準混淆，一種格式是一種文件（所謂標準），一種儲存資料的方式，但是編解碼器卻是一段程式用於讀或寫這樣的檔案。實際上，有時編解碼器不嚴謹地意指格式。 
編解碼器編碼一個資料流或者用於傳輸、儲存、加密的訊號，解碼一段用於回放或編輯。影片數位機的 ADC 將它的類比訊號轉換成數位訊號，然後數位訊號通過影片編碼器用於儲存和傳輸。接受器然後通過影片解碼器轉換成類比訊號用於最後的類比顯示。經過編碼的音訊或者影片原始碼流經常被叫做「Essence」（有譯作「本體」），以區別於之後加入碼流的元資料和其它用以幫助存取碼流和增強碼流強健性的資料。大多數編解碼器是有損的，目的是為了得到更大的壓縮比和更小的檔案大小。當然也有無失真的編解碼器，但是通常沒有必要為了一些幾乎注意不到的的品質損失而大大增加編碼後檔案的大小。除非該編碼的結果還將在以後進行下一步的處理，此時連續的有損編碼通常會帶來較大的品質損失。

很多多媒體資料流需要同時包含音訊資料和影片資料，這時通常會加入一些用於音訊和影片資料同步的元資料。這三種資料流可能會被不同的程式，行程或者硬體處理，但是當它們傳輸或者儲存的時候，這三種資料通常是被封裝在一起的。通常這種封裝是通過視訊檔格式來實現的，例如常見的 \*.mpg, \*.avi, \*.mov, \*.mp4, \*.aac, \*.rm or \*.tta. 這些格式中有些只能使用某些編解碼器，而更多可以以容器的方式使用各種編解碼器。

編解碼器對應的英文「codec」（**co**mpress 和 **dec**ompress 簡化而成的合成詞語）和 decode 通常指軟體，當特指硬體的時候，通常使用「endec」這個單詞。

## 相關概念

編解碼器（endec= **en**coder/**dec**oder）是一個相近但是不同的概念，它主要應用於硬體。在二十世紀中葉，「編解碼器」是用於編碼類比資訊到 PCM 並能將它們解碼回來的硬體裝置。該世紀後些時候，這個名字開始應用於一系列軟體用於轉換數位訊號之間的格式，同時也包括了訊號壓擴器的功能。

數據機（modem= **mo**dulator/**dem**odulator）是調製器和解調器的合成詞。它能將從電腦的數字資料轉換到電話交換。在接受端類比訊號轉換回數位訊號。編解碼器做著相反的工作（影片類比訊號轉換成數位訊號，然後電腦把數位訊號轉換回影片）。

## 壓縮品質

### 有損編解碼（破壞性）

在軟體界有許多相對更加流行的編解碼器是有損的，意味著它們壓縮過程犧牲了一定的品質。通常這種壓縮看起來同未被壓縮的聲音或圖像沒區別。更小的資料集緩解了相對高昂的記憶體。較低的資料率也降低了花銷並在資料傳輸過程中提升了傳輸品質。

### 無失真編解碼（非破壞性）

也有許多的無失真壓縮，特別應用於在需要原始流中所有資訊時壓縮模式下取得資料。如果保留資料流的原始品質比削減相應的更大數據更加重要，那麼無失真壓縮更佳。連續使用多種編解碼器或者編碼體系也會顯著的降低品質。不斷下降的儲存空間開銷和網路頻寬正使得失真壓縮的需求下降。

## 參考文獻

## 外部連結

* FOURCC 格式的影片編解碼器列表 （頁面存檔備份，存於網際網路檔案館）
* 一個提供了編解碼器新聞，divx 相關工具和論壇的網站 （頁面存檔備份，存於網際網路檔案館）
* XP 編解碼器包 （頁面存檔備份，存於網際網路檔案館）
* VoIP codecs （頁面存檔備份，存於網際網路檔案館）
* 軟體編碼器、轉碼器

## 參見

* 音訊編解碼器
* 音訊訊號處理
* 數位訊號處理
* 編解碼器列表
* 無失真資料壓縮
* 有損資料壓縮
* 多媒體壓縮
* 影片編解碼器
编译原理_(教材)

《**編譯原理**》（英語：Compilers: Principles, Techniques, and Tools）是一部由阿爾佛雷德・艾侯、拉維・塞提和傑弗瑞・烏爾曼合著的電腦科學教材，探討了編譯器設計方面的若干重要課題，被視為編譯原理領域的經典教材之一。該書的第一版出版於 1986 年，第二版出版於 2006 年；因兩版封面均繪有屠龍勇士和惡龍搏鬥的畫面而被幾代電腦科學工作者暱稱為《**龍書**》（英語：Dragon Book）。

## 內容

《編譯原理》第一版介紹了下列內容：

1. 編譯器的構成
2. 詞法分析（含正規表示式與有限狀態機）
3. 語法分析（含上下文無關語法、LL 剖析器、由下而上的語法分析、LR 剖析器）
4. 語法制導翻譯
5. 型別檢查（含類型轉換與多型）
6. 中間代碼生成
7. 執行時系統（含傳參、符號表與暫存器分配）
8. 目的碼生成
9. 代碼最佳化

第二版在此基礎上增加了資料流分析、平行計算、垃圾回收相關的內容。

## 參見

* 編譯器
* 電腦程式的構造和解釋

## 參考文獻
编译器递归测试

**編譯器遞迴測試**，是一種由電腦科學家高德納提出，用來評價 ALGOL 60 程式語言實現的手段。該測試的目的是辨識出能夠正確實現「遞迴和非本地參照」的編譯器。

> There are quite a few ALGOL60 translators in existence which have been designed to handle recursion and non-local references properly, and I thought perhaps a little test-program may be of value. Hence I have written the following simple routine, which may separate the "man-compilers" from the "boy-compilers" - 高德納.
> 
> 

（目前只有少數的 ALGOL 60 直譯器能夠正確處理遞迴和非本地參照，所以我認為設計一段小程式去測試編譯器的遞迴功能是有價值的。因此我寫了這段簡單的代碼，以便區分「年幼的」編譯器和「成熟的」編譯器。）

## Knuth 的例子

這將形成一棵由 B 呼叫影格組成的呼叫樹，包含了每一 B 呼叫影格和巢狀的 A 呼叫影格，每一影格均含有相應 B 呼叫產生時的 k 值副本。試圖在紙上演算出最後結果可能是徒勞的，在原文中高德納推測答案是 - 121，但正確的結果是 - 67，
附錄里有一篇由查爾斯 H 林賽審校的論文，其中包含一個帶有不同初始值的表格。
對於較大的 k 值，即使是現代電腦也會很快用完所有堆疊空間。

### 說明

在這個程式中，有三個 ALGOL 特性是編譯器中比較難正確實現的：

1. **巢狀函式定義** ：由於 _B_ 是在 _A_ 的函式體中實現，_B_ 的函式體就有權限存取 _A_ 的局部變數 —— 例如最明顯的 _k_ 值，以及 _x1,x2,x3,x4,x5_ 。這對於 ALGOL 的後繼語言 Pascal 來說是非常簡單的，但在其他主要的 ALGOL 後繼語言是不可能實現的，例如 C 語言（但 C 語言具有取位址運算子 &，可以向任意函式傳遞局部變數的位址，所以這是可以換種方式實現的）
2. **函式參照** ：在遞迴函式呼叫 A(k,B,x1,x2,x3,x4) 中的 _B_ 不是對 B 的呼叫，而是對 _B_ 的參照，只有像 _x4_ 或 _x5_ 一樣出現在語句 A:=x4+x5 中時才會真正呼叫 _B_ 。與前述迥異，這在 C 語言中是非常容易實現的，但在多個 Pascal 的實作版本中是不可能完成的（儘管 ISO 7185 標準已經支援函式作為參數）。其實只需要將參照的函式集在前文中聲明（此例中只有 B），就可以變相實現了。
3. **常數 / 函式的二元論** ：A 中的 _X1-X5_ 可能是數值常數或_函式_ B 的參照，為此，表達式 X4 + X5 必須能夠處理這兩種情況，猶如 _x4_ 和 _X5 的_ 被實際參數所取代一樣。（ 按名呼叫 ）。相比起動態型別語言，對於靜態型別語言而言這可能是更棘手的問題。標準的解決辦法是對 _A_ 函式的主呼叫重新解釋 常數 1，0，-1，把它們看作是返回 1、0、-1 的不帶參數的函式 。

所有這些都不是該測試的主要意義，他們僅僅是測試的先決條件。該測試的真正意義在於能否將對 B 函式的另一個參照定位到正確的 B 的實例上去 —— 另一個同樣能夠同樣存取到原生的 A 的參照。一個所謂的「男孩」編譯器，（可能）會使得 B 總是存取最頂層的 A 呼叫影格。

## 參見

* Jensen's Device

## 外部連結

* [1] （頁面存檔備份，存於網際網路檔案館）The Man or Boy Test as published in the ALGOL Bulletin 17, p7 (available at [2])
* 男人或男孩測試 （頁面存檔備份，存於網際網路檔案館） 多種程式語言的例子

## 參考文獻（略）
编译型语言

**編譯語言**（英語：Compiled language）是一種程式語言類型，通過編譯器來實作。它不像直譯語言一樣，由直譯器將程式碼一句一句執行，而是以編譯器，先將程式碼編譯為機器碼，再加以執行。理論上，任何程式語言都可以是編譯式，或直譯式的。它們之間的區別，僅與程式的應用有關。

## 優點與缺點

一般而言，用編譯語言寫成的程式，在執行期的執行速度，通常比用直譯語言寫的程式快。因為程式在編譯期，已經被預先編譯成機器碼，可以直接執行，不用像直譯語言一樣，還要多一道直譯程式。

但是要先進行編譯，之後才能執行程式，這也造成了編譯語言的缺點。一般而言，編譯語言的程式開發速度，以及除錯時間，都是比較長的。因為它不像直譯語言可以寫完一行，或一小段程式之後，馬上執行，馬上除錯。直譯語言通常讓程式開發的整體時間變少，在開發過程中，程式師也可以更彈性、快速的測試自己的想法。

為了改善編譯語言的效率而發展出的即時編譯技術，已經縮小了這兩種語言間的差距。這種技術混合了編譯語言與直譯語言的優點，它像編譯語言一樣，先把程式原始碼編譯成位元組碼。到執行期時，再將位元組碼直譯，之後執行。Java 與 LLVM 是這種技術的代表產物。

## 編譯語言列表

## 相關條目

* 編譯器
* 手稿語言
* 直譯語言

## 參考資料
编译时

**編譯期**（compile time）是指程式設計中，編譯器在編譯原始碼時的行為。包括語法分析、語意分析、型別檢查（type check）、模板實例化、代碼生成等。

程式設計語言通常指出源程式必須滿足的編譯期要求。 程式的一些性質在編譯期可推導，如陣列越界、無死結、分時時間片等。

有些程式設計語言在連結期或執行期才執行一部分編譯。如即時編譯（Just-in-time compilation）。

## 參見

* 連結期
* 執行時
编译的HTML帮助文件

**微軟 HTML 幫助集**，即**已編譯的 HTML 說明檔案**（英語：Microsoft Compiled HTML Help, **CHM**），是微軟繼承早先的 WinHelp 發展的一種檔案格式，用來提供線上幫助，是一種應用較廣泛的檔案格式。因為 CHM 檔案如一本書一樣，可以提供內容目錄、索引和搜尋等功能，所以也常被用來製作電子書。實際上，微軟閱讀器的 `.lit` 就是由 CHM 擴充而成。

## 歷史

* 1996 年 2 月，微軟宣布終止 WinHelp 的發展，並開始研發 HTML 幫助集。
* 1997 年 8 月，HTML 幫助集 1.0 與 Internet Explorer 4.0 一起發表。
* 1998 年 2 月，HTML 幫助集 1.1a 與 Windows 98 一起發表。
* 2000 年 1 月，HTML 幫助集 1.3 與 Windows 2000 一起發表。
* 2000 年 7 月，HTML 幫助集 1.32 與 Internet Explorer 5.5 與 Windows Me 一起發表。
* 2001 年 10 月，HTML 幫助集 1.33 與 Internet Explorer 6 與 Windows XP 一起發表。
* 2001 年 3 月，微軟在 WritersUA （頁面存檔備份，存於網際網路檔案館）（舊稱 WinWriters）研討會中，宣布下一代 Microsoft Help 2.x 的計畫，且仍然為 HTML 為主的說明格式。
* 2003 年 1 月，微軟決定不釋出 Microsoft Help 2 作為一般化的說明平台，並將 Help 2 轉入到 Visual Studio Help Integration Tool 中。
* 2003 年 8 月，Borland 發表 C# Builder，其檔案是使用 Microsoft Help 2 格式且使用 DExplore (Document Explorer) 顯示。
* 2005 年 12 月，微軟發表在 Visual Studio 2005 上使用的 Visual Studio Help Integration 工具，繼續支援 Microsoft Help 2。

## 檔案格式

CHM 是一種用 LZX 演算法壓縮的 HTML 檔案集，除了檔案本身外，也有索引資料檔以及影像檔等，在撰寫完成後，使用 HTML 幫助集 Compiler（內含於 HTML 幫助集 Workshop （頁面存檔備份，存於網際網路檔案館）中），編譯為一個 CHM 的格式檔案（此格式也可以被反編譯成原始檔案），並且跟隨應用程式或是獨立散布，應用程式可以利用內含於 `shdocvw.dll` 函式庫中的 HTML 幫助集 API 來呼叫使用，目前此格式也被微軟用來散布一些獨立的開發檔案（例如 Silverlight 2.0 SDK 中的說明檔就是 CHM 格式）。
由於在 HTML 幫助集中可以使用 JavaScript 來增加互動性，因此在微軟的許多說明檔中，多利用 JavaScript 來增加檔案的可讀性（例如程式碼縮放或是導覽等）。

### 製作 CHM 的工具

* 開源軟體
  * Calibre
  * （英文）chmcreator （頁面存檔備份，存於網際網路檔案館）強大的 chm 編輯軟體，完全開源。
  * （英文）xCHM
  * （英文）GnoCHM （頁面存檔備份，存於網際網路檔案館）
* 網頁或部落格轉換成 chm 電子書的免費工具
  * Aconvert
  * PDF Candy
* Microsoft 免費編譯 chm 工具
  * HTML 幫助集 Workshop and Documentation （頁面存檔備份，存於網際網路檔案館）
* Microsoft 免費編譯 chm 教程
  * （簡體中文）[1] Microsoft HTML 幫助集 Workshop 全圖教程
* 付費工具
  * Microsoft Help Compiler
  * Help and Manual
* 付費在 PDA Pocket PC 上閱讀 CHM 電子書的工具
  * CeBook
* 線上製作
  * （簡體中文）MakeCHM
* 其它工具
  * （簡體中文）HugeCHM （頁面存檔備份，存於網際網路檔案館）直接通過 ITStorage 介面對 CHM 檔案進行操作，可以把海量 HTML 檔案打包成 CHM

### 閱讀 CHM 的工具

* 跨平台
  * Calibre
  * ChmFox
* Windows
  * Calibre
  * Sumatra PDF
* iOS
  * iBooks：Apple 的電子書閱讀工具，支援書面材質、翻頁特效、標註、Spotlight、字典功能，能夠透過自家 iBooks Store 下載電子書。
  * CHMate
  * （簡體中文）ChmPlus 閱讀器 （頁面存檔備份，存於網際網路檔案館）
* Mac OS X
  * Calibre
  * （簡體中文）ChmPlus 閱讀器 （頁面存檔備份，存於網際網路檔案館）

## Microsoft Help 2

Microsoft Help 2（微軟幫助檔案二代）以.hxs (Microsoft Help Compiled Storage File) 作為副檔名，能由 Microsoft Document Explorer 來瀏覽，也有一些第三方的軟體，比如 H2Viewer 和 Help Explorer Viewer 支援這種格式。這種格式先後用在 Microsoft Visual Studio 2002/2003/2005/2008 和 Office 2007 中。

## 參考資料

1. Visual Studio SDK - Help Authoring and Integration （頁面存檔備份，存於網際網路檔案館）
2. Microsoft HTML 幫助集 1.4 （頁面存檔備份，存於網際網路檔案館）
编辑

**編輯**，指為各種媒體（以出版物為主）在出版前進行的後期製作，包括文字、圖像、錄音、錄像、多媒體生成處理，和製作審核、校對的一項工序。此工作從業人員的中文職稱為編輯或者**修改**，編輯工作的主要負責人為主編或總編輯。編輯這種職業不僅僅是對文字內容進行處理，更多的是一種策劃，策劃則需要編輯在工作當中不斷通過讀書、看數據，以及與專業內的人交往學習來形成其核心競爭力。

## 編輯工序

編輯工序包含生成過程的內容取捨、剪接、排版、校對審核等過程。
當然排版 (typesetting) 和校對（Text-proofing）可以是細分的工序，例如內容版位的主次由編輯人主導，至於排版的美術及技術是另一科專業工作。

## 編輯職業

編輯職業包含排版、校對、審稿和出版製作等，除電子出版物以外，還有印刷。媒體出版物編輯的總負責人為總編輯，次要負責人為副總編輯，屬於一種頭銜和職位，總編輯常由行政負責人兼任。

## 參考文獻

## 參見

* 總編輯
* 審稿
* 校對
编辑松

**編輯松**（英語：edit-a-thon）是維基百科、開放街圖和 LocalWiki 等網路社群的編者編輯和提升特定主題或類型的內容（通常包括培訓新手進行基礎編輯）的有組織的活動。他們常常聚在一起，也會分散各處。這個詞是「編輯」（edit）和「馬拉松」（marathon）的混成詞。

維基百科的編輯松有在維基媒體分會總部舉辦的，也有在認可的教育機構（包括索諾馬州立大學、亞利桑那州立大學、加拿大的維多利亞大學）舉辦的；還有在博物館或檔案館等文化機構舉辦的。這些活動的主題包括文化遺產、博物館收藏、婦女史、藝術、女權主義、縮小維基百科的性別差距、社會正義等。 婦女和非裔美國人和 LGBT 社群在使用編輯松作為彌合維基百科的性別和種族構成差距的一種方法。 一些編輯松由常駐維基人組織。持續時間最長的編輯松是 2016 年 6 月 9 日到 12 日在墨西哥城的索馬亞博物館舉辦的，墨西哥維基媒體協會的志願者和博物館工作人員連續 72 小時進行編輯。這次編輯松也記入了金氏世界紀錄。

開放街圖社群也舉辦了多場編輯松活動。

## 參見

* 駭客松

## 參考文獻

## 外部連結

* OpenStreetMap 'Mapathons' （頁面存檔備份，存於網際網路檔案館）
编辑部的故事

《**編輯部的故事**》是中國大陸第一部情境喜劇，是繼電視劇《渴望》之後又一部室內低成本電視劇，播出於 1991-1992 年，全劇共 25 集充滿了王朔樣式的京式調侃幽默。外景主要在中國農工銀行舊址拍攝。

## 製作人員

導演：趙寶剛

編劇：王朔、蘇雷、魏人、葛小剛、馬未都、馮小剛

## 演員名單

### 主演

* 葛優飾李東寶
* 呂麗萍飾戈玲
* 侯耀華飾余德利
* 張瞳飾劉書友
* 童正維飾牛大姐
* 呂齊飾陳主編

### 客串演員

* 大山
* 于謙
* 丁廣泉
* 馮小剛
* 郭冬臨
* 李玲玉
* 劉蓓
* 張國立
* 李成儒
* 馬曉晴
* 濮存昕
* 傅彪
* 修宗迪
* 梁冠華
* 英達

## 參考資料

## 外部連結

* 網際網路電影資料庫（IMDb）上《編輯部的故事》的資料（英文）
* 豆瓣電影上《編輯部的故事》的資料 （簡體中文）
编辑长_稻垣吾郎

**編輯長 稻垣吾郎**（日語：編集長 稲垣吾郎／へんしゅうちょう いながきごろう _Henshū-chō Inagaki Gorō_）是一檔自 2017 年 1 月 5 日在文化放送每星期四晚間播出的電台綜藝節目，節目主持人是稻垣吾郎，同時這也是他的冠名節目。該節目的前身是《稻垣吾郎的 STOP THE SMAP》（早先也被稱為「STOP THE SMAP」）。

## 節目概要

《編輯長 稻垣吾郎》是隸屬於稻垣吾郎的個人專屬廣播節目。原本該節目在 2017 年 4 月份之後的播出情況未明，但在 2017 年 4 月之後，節目依然持續播出。 包含《STOP THE SMAP》時期在內的早期歷史中，本節目是不可以通過 radiko 的 Time Free 及 radiko Premium 收聽的，但自 2017 年 10 月之後，可以通過上述服務在線收聽。

## 節目歷史

## 節目欄目

## 聯播電台

## 稻垣吾郎的 STOP THE SMAP

## 參考資料

## 外部連結

* 編輯長 稻垣吾郎 （頁面存檔備份，存於網際網路檔案館）的官方網站（日語）
* 稻垣吾郎的 STOP THE SMAP （頁面存檔備份，存於網際網路檔案館）的官方網站（日語）
编配

**編配**可以指：

* 配器，把樂曲的音響分配給各種不同的樂器
* 編配 (計算機)，描述複雜計算機系統、中間件和業務的自動化的安排、協調和管理

## 參見

* 編曲
编配_(计算机)

**協作**（英語：**orchestration**）是對電腦系統和軟體的自動化組態、協調和管理。

## 使用

協作通常被討論為擁有一個與生俱來的（inherent）智慧型或隱含的（implicitly）自主性，但這更多的是一種願望或類比，而不是技術上的描述。事實上，協作更多的是自動化技術的影響或部署控制理論的元素的系統。

「協作」的說法常常在有關面向服務的架構（Service Oriented Architecture，簡稱 SOA）、虛擬化（virtualization）、服務開通（provisioning）和動態資料中心（dynamic datacenter）的話題的上下文中被討論。協作在這個意義上說是關於對準與應用程式，資料，和基礎設施的商務請求。。它通常被作為一個時髦詞來使用。

一個稍有不同的用法是有關通過全球資訊網服務（web service）互動，協調一個資訊的交換的處理過程。（參見面向服務的架構和全球資訊網服務協作（web service choreography））。將協作層（orchestration layer）從服務層（service layer）中分離出來的應用程式，有時候被稱為敏捷應用程式（agile applications）。

## 舉例

* 動態 VOS（ActiveVOS） （頁面存檔備份，存於網際網路檔案館） 建立在業務過程執行語言（BPEL）、人員業務過程執行語言（BPEL4People）和 WS-Human 任務開放標準上，以允許開發者擁有協作各種系統和業務的能力。
* 阿帕奇協作指揮引擎（Apache ODE） （頁面存檔備份，存於網際網路檔案館）（Orchestration Director Engine）是一個遵循 WS-BPEL 1.1 和 2.0 的業務流程管理（business process management，簡稱 BPM）引擎，它支援兩個通信層：一個是基於阿帕奇中心線 2（Apache Axis2）（Web 服務 HTTP 傳輸），而另一個是基於爪哇業務整合（JBI）標準（使用阿帕奇業務融合（Apache ServiceMix））。它有能力做熱部署（Hot-deployment），特點是擁有一個用於處理流程、實例和訊息的管理介面。
* 甲骨文 BPEL 流程管理器（Oracle BPEL Process Manager） 提供一個基於 BPEL 標準，用於很容易地設計、部署、監視和管理框架。BPEL 流程管理器是甲骨文 SOA 套件中的業務協作解決方案（service orchestration solution）。
* 互聯語音媒體交換（Intervoice Media Exchange） （頁面存檔備份，存於網際網路檔案館） 包含一個協作引擎，這個引擎被設計用於發起管理媒體互動。它是業界第一個擁有已實現的狀態圖可延伸描述語言（State Chart eXtensible Markup Language，簡稱 SCXML）作為框架，來實現複雜多模型互動的商用產品。
* 資訊匯流排公司業務工作（TIBCO BusinessWorks） （頁面存檔備份，存於網際網路檔案館） 是一個非常實用的，支援 BPEL、Web 服務、公共整合活動和協作、整合和轉換工具，以及協作流程模型化的工具。
* 微軟業務洽談伺服器（Microsoft BizTalk Server） 含有一個常用於業務流程管理的協作引擎，允許開發者快速協作包括多種不同類的系統的複雜業務流程。
* 網路元子企業包（NetBeans Enterprise Pack） 是一個開源 SOA 工具，它包含一個 BPEL 視覺化設計器和執行時環境，允許使用者協作 Web 服務。
* Orc 語言 是一個用於描述和實現協作的學術語言。
* 國際商業機器公司網路球體流程伺服器（IBM WebSphere Process Server） 包含一個協作引擎，能夠執行 BPEL。

## 參考資料
编钟

**編鐘**是中國的傳統打擊樂器，始於青銅器時代。編鐘由青銅鑄成，由不同的鐘依照大小排列，並懸掛在一個巨大的鐘架上。編鐘常與編磬組合使用；「金石之聲」中的「金」就是指編鐘，「石」指編磬。

## 種類及結構

編鐘的頂端有柄的稱為甬鐘，頂端帶鈕的為鈕鐘。《周禮・考工記》載「鳧氏為鐘，兩欒謂之**銑**。銑間謂之**于**，于上謂之**鼓**，鼓上謂之**鉦**，鉦上謂之**舞**。舞上謂之**甬**，甬上謂之**衡**，鍾縣謂之**旋**，旋蟲謂之**幹**，鐘帶謂之**篆**，篆間謂之**枚**，枚謂之**景**，於上之攠謂之**隧**。」即其一為扁桶平頂為「舞」，扁桶正、背面中上部的直闊條稱為「鉦」，其兩邊突出的乳釘（隆包）稱為「枚」或**鐘乳**，「枚」的上下間隔部分稱為「篆」。下部稱為「鼓」，彎凹的下口稱為「於 」，尖銳的兩側稱為「銑」。

編鐘的柄按甬鐘或鈕鐘之類而分別稱為「甬」或「鈕」。其中「甬」的頂端稱「衡」，「甬」中段一圈突凸的部分稱「旋」，「旋」上用以懸掛鐘鉤的孔稱「幹」。甬鐘的懸掛方式是傾斜的，鈕鐘是直懸的。一般認為，直懸的鈕鐘晚於斜懸的甬鐘。

## 參看

* 曾侯乙編鐘
* 金鐘獎
* 走鐘獎

## 參考資料
缗

**緡**可以指：

* 貫：中國古代穿銅錢的繩子，後來為計量單位，一緡就是一串銅錢，一般每串一千文
* 釣魚繩
* 後緡，夏朝少康的母親
缗之战_(前634年)

**緡之戰**，發生於前 634 年（周襄王十八年、魯僖公二十六年、楚成王三十八年、晉文公三年、宋成公三年、陳穆公十四年、蔡莊侯十二年、鄭文公三十九年），楚國令尹子玉、司馬子西率軍攻打宋國緡邑（在山東省金鄉縣東北）的作戰。

前 638 年，宋軍在泓水之戰敗於楚國。前 637 年五月，宋襄公去世。宋國和楚國講和。前 636 年，晉文公即位後，宋國因為宋襄公曾經對流亡時期的晉文公表示友善，所以背離楚國而靠攏晉國。前 634 年冬季，楚國的令尹子玉、司馬子西率軍攻打宋國，包圍緡地。次年，楚成王又集合陳國、蔡國、鄭國、許國攻打宋國，最終晉國前來救援，爆發了前 632 年的城濮之戰。

## 參考文獻

* 《春秋左氏傳 僖公二十六年》

## 參見

* 中國戰爭列表
缗之战_(前637年)

**緡之戰**，發生於前 637 年（周襄王十五年、魯僖公二十三年、齊孝公六年、宋襄公十四年），齊孝公率軍攻打宋國緡邑（在山東省金鄉縣東北）的作戰。

前 643 年，齊桓公死後，宋襄公擁立齊孝公繼位。前 641 年冬，魯國、蔡國、楚國、鄭國、齊國等國國君在齊國舉行盟會，紀念原諸侯霸主齊桓公，來增進各諸侯國間的友誼。宋襄公沒有應邀赴會。齊孝公因此對宋襄公心懷不滿。在前 638 年宋軍在泓水之戰敗於楚國之後，前 637 年春，齊孝公率軍圍攻宋國緡邑。五月，因為在泓水之戰受傷，宋襄公卒。

## 參考文獻

* 《春秋左氏傳 僖公二十三年》

## 參見

* 中國戰爭列表
缗城堆遗址

**緡城堆遺址**，位於山東省濟寧市金鄉縣卜集鄉緡城堆村，是中華人民共和國山東省文物保護單位之一。

1992 年 6 月 12 日，授予山東省文物保護單位，是一座古遺址。

## 參考
缘上回

**緣上回**（英文：Supramarginal gyrus）位於大腦頂葉，是頂下小葉的一部分（另一部分為角回）。結構上，緣上回位於布羅德曼系統第 40 分區，包含處理語言信息的韋尼克區的部分區域，緣上回受損可導致感覺性失語症。

## 結構

緣上回位於角回的前方，二者共同構成頂下小葉。緣上回呈馬蹄狀（倒 U 型），中央後溝、頂內溝、外側溝的尾部構成緣上回邊界。

## 功能

緣上回包含韋尼克區的部分區域（布羅德曼系統第 40 分區），與語言功能緊密相關。

緣上回屬於體感皮層的一部分，可以解讀觸覺信號，也與空間和肢體位置的感知有關。緣上回還參與感知他人的姿態和手勢，故也屬於鏡像神經元系統的一部分。

## 圖像

* *

## 參見

* 大腦皮層
* 中樞神經系統
* 布羅德曼分區系統

## 參考資料
缘下鱵

**緣下鱵**（學名：_Hyporhamphus limbatus_）為鱵科下鱵魚屬的魚類。分布於印度洋北部沿岸以及北起福建福州、南到海南島三亞等水域等，屬於暖水性近海魚類。其主要棲息於中上層水域。該物種的模式產地在印度：馬拉巴、買、本地治里。

## 參考文獻
缘中秀

**新天地集團股份有限公司**，簡稱**新天地集團股份**，以及**新天地集團**（**英語：New Trend Lifestyle Group plc**，LSE：NTLG），在 1989 年由彭鐘樺大師（總裁）和其他團隊，於新加坡創立名為「緣中秀」。

根據資料，業務在新加坡和中國內地經營銷售風水產品，以及提供風水顧問管理。

而股份則在 2012 年 6 月 28 日於倫敦證券交易所另類市場上市。招股價 8 便士，發行新股為 0.12 億股，集資額為 150 萬英鎊，而這款項是用來開拓中國內地市場，成為首家風水企業來到外國資本市場。

## 參考

## 連結

* FengshuiYZS.com （頁面存檔備份，存於網際網路檔案館）
* NewTrendLifestyleGroup.com （頁面存檔備份，存於網際網路檔案館）