[开板] 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