раскрыть ветку (20)
программа, которая показывает свой исходный код во время выполнения, это похоже на правду ?
раскрыть ветку (18)
раскрыть ветку (9)
если посмотреть это момент в фильме (примерно 34 минута), то видно, что в код на заднем фоне постоянно добавляются новые фрагменты да и с такой скоростью, что это не процесс программирования, а результат работы программы
во-первых такая штука полностью бессмысленна
во-вторых такое динамическое отображение выполненного кода можно реализовать только на интерпретируемых языках программирования
судя по лексике языка программирования, представленного на картинке, это скорее всего С или С++, которые являются не интерпретируемыми, а компилируемыми
соответственно реализовать динамическое отображение исполненного кода на данных языках невозможно, короче говоря это просто кино-fail
во-первых такая штука полностью бессмысленна
во-вторых такое динамическое отображение выполненного кода можно реализовать только на интерпретируемых языках программирования
судя по лексике языка программирования, представленного на картинке, это скорее всего С или С++, которые являются не интерпретируемыми, а компилируемыми
соответственно реализовать динамическое отображение исполненного кода на данных языках невозможно, короче говоря это просто кино-fail
раскрыть ветку (8)
Теоретически возможно, что в другом терминале работает генератор кода, который декодирует язык сверхвысокого уровня на С с фоновой компиляцией - если бы это не был кусок RCX communication routines :)
раскрыть ветку (1)
это к стати неплохая версия
код может быть написан на языке высокого уровня
который транслируется в С с динамическим отображением транслированного кода, тогда програсбар может например отображать процес трансляции
а после трансляции выполняется компиляция С-кода
код может быть написан на языке высокого уровня
который транслируется в С с динамическим отображением транслированного кода, тогда програсбар может например отображать процес трансляции
а после трансляции выполняется компиляция С-кода
а летающие роботы - это очень правдоподобно (не говоря уже о Мстителях)...
лишь бы прикопаться, верно ?
лишь бы прикопаться, верно ?
ещё комментарии
Ебааааааать. Значит костюм ЖЧ, мини-ядерный реактор в груди тебя не удивили, а программа удивила?
на скрине происходит деплой "софта" в марк1, в теории он должен быть уже скомпилированный, но Старку виднее
раскрыть ветку (4)
квайны просто отображают код программы, независимо от того как он выполняется
а в фильме это динамическое отображение выполненного кода
а в фильме это динамическое отображение выполненного кода
раскрыть ветку (3)
Возможно, что ошибся, плохо помню этот момент в фильме.
К слову, про C/C++, под дебаггером программа вполне может выводить исполняемый в данный момент код.
К слову, про C/C++, под дебаггером программа вполне может выводить исполняемый в данный момент код.
раскрыть ветку (2)
при дебаге, насколько я понимаю, происходит пошаговая интерпретация кода, то есть код не компилируется, что приводит к серьезным потерям производительности, при исполнении программы
но это уже какое-то извращение, исполнять программу через дебагер
хотя в принципе возможно исполнять С-код на специально написаном интерпритаторе
только вот зачем ?
конечно компиляция программы в бинарный код требует времени, в отличие от интерприрации, которая сразу исполняет код
но скомпилированный код исполняется в десятки, а то и сотни раз быстрее интерпритируемого
тем более что для программ, которые взаимодействуют с железом и требуют работы в реальном времени, скорость исполнения критически важна
но это уже какое-то извращение, исполнять программу через дебагер
хотя в принципе возможно исполнять С-код на специально написаном интерпритаторе
только вот зачем ?
конечно компиляция программы в бинарный код требует времени, в отличие от интерприрации, которая сразу исполняет код
но скомпилированный код исполняется в десятки, а то и сотни раз быстрее интерпритируемого
тем более что для программ, которые взаимодействуют с железом и требуют работы в реальном времени, скорость исполнения критически важна
раскрыть ветку (1)
Не надо никаких интерпретаторов, gcc + gdb - наше все. Программа практически не теряет в производительности, там проблема скорее с размером за счет отладочной информации.
По интерпретируемым языкам другой разговор, у них свои преимущества, однако писать писать свой интерпретатор C действительно странно, хотя есть один случай, для которого может подходить решение: когда требуется использовать интерпретируемый язык, но при этом уже имеется кодовая база на C, настолько большая, что дешевле написать интерпретатор C, чем переписать продукт на интерпретируемом языке.
По интерпретируемым языкам другой разговор, у них свои преимущества, однако писать писать свой интерпретатор C действительно странно, хотя есть один случай, для которого может подходить решение: когда требуется использовать интерпретируемый язык, но при этом уже имеется кодовая база на C, настолько большая, что дешевле написать интерпретатор C, чем переписать продукт на интерпретируемом языке.