[開板] CompilerDev

看板Sub_CS作者mshockwave (夏克維夫)時間4年前 (2020/05/30 13:05)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串1/5 (看更多)

開板申請￣￣￣￣英文板名：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人贊同且無人反對，已滿足戰略高手群組開版的人數門檻 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 169.234.228.195 (美國) ※ 文章網址: https://www.ptt.cc/bbs/Sub_CS/M.1590815146.A.63D.html