(Когда) Должен ли я изучать компиляторы?

Ответ 1

Если вы просто хотите быть комером для запуска и писать материал... вам не нужно брать компиляторы.

Если вы хотите научиться информатике и ценить и действительно стать ученым-компьютером, вы ДОЛЖНЫ принимать компиляторы.

Составители - это микрокосмос информатики! Он содержит каждую проблему, включая (но не ограничиваясь) AI (жадные алгоритмы и эвристический поиск), алгоритмы, теорию (формальные языки, автоматы), системы, архитектуру и т.д.

Вы видите, как многие компьютерные науки объединяются удивительным образом. Вы не только узнаете больше о том, почему языки программирования работают так, как они делают, но вы станете лучшим кодером для понимания. Вы научитесь понимать низкий уровень, который помогает на высоком уровне.

Как программисты, нам очень часто хочется говорить о вещах, которые являются "черным ящиком"... но все гораздо более гладко, когда вы немного понимаете, что в коробке. Даже если вы не создадите целый компилятор, вы наверняка многому научитесь. Вы увидите формализмы разбора (и понимаете, что это не просто куча особых случаев, взломанных вместе), и куча NP полных проблем. Вы поймете, почему теория информатики так важна для понимания для практических вещей. (В конце концов, компиляторы чрезвычайно практичны... и у нас не было бы компиляторов, которые у нас есть сегодня без формализмов).

Я действительно надеюсь, что вы узнаете о них... это поможет вам перейти на следующий уровень как компьютерный ученый: -).

Ответ 2

Вы должны узнать о компиляторах по той простой причине, что реализация компилятора делает вас лучшим программистом. Компилятор наверняка сосут, но вы многое узнаете на этом пути. Это отличный способ улучшить (или практиковать) навыки программирования.

Ответ 3

Вам не нужно понимать компиляторы, чтобы быть хорошим программистом, но это может помочь. Одна из вещей, которые я понял, узнав о них, заключается в том, что компиляция - это просто перевод.

Если вы когда-либо переводили с одного языка на другой, вы только что сделали компиляцию.

Итак, когда вам следует узнать о компиляторах?

Если вам нужно или нужно решить проблему.

Ответ 4

Теория компилятора полезна, но не существенна.

Хотя есть некоторые методы, которые пригождаются, например, лексический анализ и синтаксический анализ.

Другой способ обработки ошибок. Компиляторам очень много. Пользовательский ввод может содержать что угодно, даже неожиданное. И вам нужно иметь дело со всеми этими.

Ответ 5

Если вы собираетесь работать на достаточно высоком уровне, где вы беспокоитесь о UML и самоописании кода, вы можете легко пройти всю свою карьеру, не желая или не нуждаясь в интимных подробностях о том, как работает компилятор.

Но, если вы - кошелек в траншеях и не имеете стремления управлять своими друзьями, возможно, что однажды вы поймете, что ведете войну с вашим компилятором. Это может быть случайная ошибка, которая возникает или беседа в коридоре о циклах while-verses-for. Вы поймете, что сборка (или IL, вероятно, в ближайшие годы) находится немного слева от того, что вам нужно, и разворачивается другая вселенная.

Итак, я полагаю, что мой ответ: просто знайте о компиляторе, что он делает много, но не беспокойтесь о нем слишком много.

Ответ 6

Если вы намереваетесь писать чрезвычайно критически важный в реальном времени код, вам будет полезно понять, как компилятор оптимизирует ваш код. Тем не менее, вы действительно выиграете от понимания базовой архитектуры вашего оборудования.

Из моего опыта, если вы понимаете, как работает оборудование, и как компилятор интерпретирует ваш код, вы сможете написать код, который делает именно то, что вы намереваетесь сделать. Я был пойман несколько раз, написав код, который был оптимизирован компилятором и сделал аппаратное обеспечение тем, что я не предполагал.

В целом, понимание всего пакета программно-аппаратных средств не обязательно для написания хороших алгоритмов и кода, но это, безусловно, поможет!

Ответ 7

Курсы компиляторов обычно фокусируются на том, как анализируется код высокого уровня и преобразуется в машинный код. Это очень интересно, но не важно. Более важно понять, что такое машинный код, который генерируется компилятором, чтобы вы понимали, как работает компьютер и какова стоимость каждой языковой конструкции.

Итак, я бы сказал, что вы должны знать язык ассемблера (я имею в виду ограниченный подмножество языка ассемблера для одной архитектуры), чтобы понять, как работает компьютер, и последний определенно необходим для компетентного программиста, чтобы он понимал, что segmenation fault, когда нужно оптимизировать, а когда нет, и другие подобные вещи низкого уровня.

Ответ 8

С практической точки зрения общая теория компилятора меньше, чем ассемблер, компоновщик и загрузчик на конкретную платформу. Например, я просто рассматриваю компилятор GCC как переводчик с моего языка высокого уровня C на язык ассемблера низкого уровня на платформе x86. И чаще всего я вручную уточняю;) код, сгенерированный компилятором.

С научной точки зрения, я настоятельно рекомендую вам изучить теорию компилятора, это поможет вам понять большую идею, на которой построен компьютер. И даже больше, у вас будет отличный взгляд на мир.

Ответ 9

Просто мое мнение, но я считаю, что компиляторам не уделяется достаточного внимания в курсах CS, а не в моих, а не в каких-либо других афайках. Я думаю, что любой майор CS должен делать 2 вещи после отпуска или заканчивать свой майор: переучивать, если необходимо, конечные автоматы и, возможно, язык формальных методов. Примените его. Напишите простой компилятор с этими знаниями. Алекс Айкен имеет очень полезный онлайн-учебник по написанию компилятора для COOL (класс объектно-ориентированного языка), который является подмножеством Scala с версии 2013 года. По крайней мере, на момент написания.