[開板] CompilerDev

作者: mshockwave (夏克維夫)   2020-05-30 13:05:42
開板申請
 ̄ ̄ ̄ ̄
英文板名:CompilerDev
英文名稱限 12 個英文字母
中文板名:編譯器開發
看板類別:開發
限定兩個中文字,請參考:程設、軟體、網路、開發、研討
板主名單:mshockwave
多位板主以 / 區隔,且不要有空格。
開版理念:編譯器為軟體開發最重要的磐石之一。縱使以往只被當作程式語言與機器間
的「翻譯機」,但最近幾年隨著新的程式語言與硬體架構如雨後春筍般的出現、以及
軟體專案的規模與複雜度的上升,這個工具逐漸被重視和討論。
很可惜的,由於編譯器開發這門學問初始門檻偏高,台灣相關從業人員本來就偏少,
初學者更是因為中文化資源與相關討論稀缺而打退堂鼓、形成惡性循環。本版希望
改進這個狀況,提供不管是在這個領域資深還是單純有興趣的版友一個良性討論與
有著深入淺出、中文化資源的環境。
除了傳統的編譯器外,本版非常歡迎討論各種有使用編譯(compilation)技術的項目
例如 source-to-source 的 transpiler、內嵌在各大瀏覽器 Javascript Engine的
即時編譯(Just-in-Time JIT),甚至是近幾年在硬體設計崛起的 High-Level-Synthesis
(HLS,用高階語言像是C/C++設計硬體而不是Verilog)。甚至說這些新興領域才是目前
產學界最感興趣的地方也不為過。另外其他重要的元件像是連結器(Linker)也在本版討論
範圍內。畢竟第一,只有編譯器沒有連結器是做不了什麼事的;第二,最近幾年隨著
連結期優化(Link-Time-Optimization LTO) 的崛起,連結器裡面也開始做大量優化
,換句話說編譯器與連結器的界線開始越來越模糊。
關於本版的必要性方面,縱使PLT程式語言版在其開版申請書內囊括編譯器在討論
範圍內,實際上相關討論的文章還蠻稀少的。再者,程式語言學跟編譯器開發本身在領域
上還差蠻多的。縱使編譯器是實作程式語言不可或缺的要素,現實中編譯器真正在處理
「語言」的部分並不是最有趣或者現今產學界研究的重點。編譯器反倒是跟底層架構
與執行環境有著非常緊密的關聯。
初版板規:
(credit: 部分版規參考 C_and_CPP 版規)
(1) 本版為討論編譯器與相關元件(以下簡稱編譯工具鏈)、編譯技術開發的地方。
禁止討論純「使用」編譯工具鏈與技術。例如:「這個code怎麼編不過」,如此
問題請洽各語言專版。
(1-1) 編譯工具鏈包括:編譯器(compiler),連結器(linker),組譯器(assembler)。
建置系統(build system,例如 Make、Ninja) 話題如展現強烈與編譯工具鏈關聯
(例:自動解決C/C++ header file dependency)方可討論。
(2) 語氣請和緩,不可人身攻擊,或針對特定使用者發表無關主題的言論批評或
討論請理性+言之有物,不可流於意氣之爭本板禁止任何貶低特定族群的歧視性名詞
(如三X飯等),違者水桶。
(3) 為保護本國語言與確保一定數量的受眾。內文與標題僅限使用繁體中文與英文
且內文中文字必須超過30個字(連結的網站不在此限制內)。內文禁止使用火星文
與注音文。顏文字、emoji等輔助語氣但不影響內文閱讀的符號不在此限至內。
(4) 禁止宣傳任何無開放原始碼的商業產品。如是有開放原始碼的商業產品必須註明
跟版規(1-1)提及項目的開發的關聯。
(4-1) 版規(4)開放原始碼的定義:任何人可直接於網路存取的原始碼。必須寄email、
通過註冊等等手續的存取方式不算。
(5) 歡迎張貼徵才資訊。但工作內容必須要與本版討論範圍有直接相關,不能只是
徵普通軟體工程師。同時本版只提供一個宣傳的平台,不負任何相關法律責任。
(6) 歡迎問作業相關問題,但必須明確闡述問題、附上想法與必要附件。
"無自身想法或程式碼"的"伸手文或作業文"必砍。不可於內文或推文內私相授受
學校的作業解答(違者水桶)
其他補充:
本人在ComGame-New發起關於本版的連署在短短24小時內已經有超過30人贊同
且無人反對,已滿足戰略高手群組開版的人數門檻

Links booklink

Contact Us: admin [ a t ] ucptt.com