АЕ
Давай пример
Size: a a a
2020 April 07
p
почему? вполне себе программирование
я бы это назвал "костыливанием", "бойлерплейством" и "переписыванием"
АЕ
не дерзи
А
я бы это назвал "костыливанием", "бойлерплейством" и "переписыванием"
а я бы не назвал
p
но никак не "программировнаием"
IJ
Да, именно это и есть программирование. Императивное программирование. Так работает процессор.
Мне кажется, это очень узкий взгляд который в дальнейшем очень мешает.
ЗП
Давай пример
та любой фп и не фп, любой язык с зависимыми типами, пруверы, и еще всякие
Т8
При чём тут снова "все подряд"? Разговор начался с того, что человек (предположительно, неизвестного пола, возраста и бэкграунда) пришёл в чат профессиональных программистов и сам спросил как наиболее эффективно научиться программировать? Как минимум, понятно, что человек уже замотивирован. Поэтому странно давать ответ в духе "а ты сначала научись как-нибудь говнокодить, а потом как-нибудь сам разберёшься, если не дурак".
Извините, что встреваю, но не думаю, что многим доступно сразу "писать как надо". Без набитых шишек не будет понимания, а для набивания придётся говнокодить.
ЗП
та даже человеку всю жизнь писавшему на антайпед со статической типизацие будет не очень легко
AT
Т-34 85
Извините, что встреваю, но не думаю, что многим доступно сразу "писать как надо". Без набитых шишек не будет понимания, а для набивания придётся говнокодить.
Всем дано. Для этого и пишут нормальные учебные материалы. То, что ни у Вас, ни у меня их не было, и пришлось "набивать шишки" — не есть норма и единственно верный путь.
IJ
К компиляторам. Представим, что мы делаем учебный компилятор в машинный код. Как бы вы предложили делать instruction selection из промежуточного IR ?
IJ
Исходным языком пускай будет условный While с процедурами
PS
К компиляторам. Представим, что мы делаем учебный компилятор в машинный код. Как бы вы предложили делать instruction selection из промежуточного IR ?
Как у Аппеля — maximal munch. Пример: https://github.com/jordanly/SML-Tiger-Compiler/blob/master/insn/codegen.sml
PS
Да, именно это и есть программирование. Императивное программирование. Так работает процессор.
Современный процессор не так работает. Поэтому оптимизирующие компилятор транслируют код в "функциональное" промежуточное представление, кстати говоря. Это делают и продвинутые Оберон-компиляторы.
А
Современный процессор не так работает. Поэтому оптимизирующие компилятор транслируют код в "функциональное" промежуточное представление, кстати говоря. Это делают и продвинутые Оберон-компиляторы.
современный процессор разве не императивный?
PS
современный процессор разве не императивный?
"Современный процессор" — растяжимое понятие. Сейчас снова наблюдается ренессанс экзотических архитектур. Но общая тенденция — dataflow-ориентированные подоходы.
А
"Современный процессор" — растяжимое понятие. Сейчас снова наблюдается ренессанс экзотических архитектур. Но общая тенденция — dataflow-ориентированные подоходы.
ну если сузить до x64 и arm
А
там же в основном всё императивно весьма
Т8
Всем дано. Для этого и пишут нормальные учебные материалы. То, что ни у Вас, ни у меня их не было, и пришлось "набивать шишки" — не есть норма и единственно верный путь.
В материалах (и даже в примерах из реального кода) не всегда сразу понятно, например, зачем был применён тот или иной паттерн, даже если объяснено. Ну, то есть, запомнить их можно, но сходу не получится сообразить, в каких ситуациях какой нужен и как его применить. Всё равно нужен опыт. Но, конечно, желательно (ради экономии времени) иметь подготовку, чтобы вовремя связать с имеющимися знаниями, а не через велосипед к ним прийти. Хотя, с другой стороны, экономия времени на изучении теории во многих случаях тоже оправдывается...
PS
ну если сузить до x64 и arm
Как же императивно, если порядок команд может не соответствовать тому, которые Вы задаете в программе. На этот счет компилятор специально занимается планированием команд.