pro.cxx

01 Jan 2021 10:19

И я бы определял декларативность/императивность именно с точки зрения пользователя языка.

pro.cxx

01 Jan 2021 10:09

ну так я и говорю что деление условное и зависит от степени декомпозиции

pro.cxx

01 Jan 2021 09:55

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

pro.cxx

01 Jan 2021 09:49

А о чем это говорит?

Если что, я не согласен считать алгоритм конечной целью. Конечной целью я считаю решение задачи.

pro.cxx

01 Jan 2021 09:48

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

pro.cxx

01 Jan 2021 09:45

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

pro.cxx

01 Jan 2021 08:43

Императивная парадигма - сам декомпозируешь задачу, сам проектируешь архитектуру, сам распределяешь ресурсы, сам пишешь все ТЗ, раздаешь ТЗ по фрилансерам/аутсорсерам, сам у них принимаешь работу и собираешь все вместе.
Из плюсов - составные части такой программы может реализовать практически любой незадорого, минус - нужно самостоятельно производить проектирование архитектуры, декомпозицию и тд, что может быть очень дорого и рискованно.

Так что это вопрос приоритетов, рисков, имеющихся ресурсов и насколько решаемая задача типовая.

Например СУБД решают типовые для разных приложений задачи, риски связанные с тем чтобы функционал СУБД реализовывать самостоятельно - высокие, ресурсов потребует много, а добавочной стоимости это создаст мало, так что вместо того чтобы каждому самостоятельно это все императивно реализовывать - проще использовать декларативный язык обобщенный типа SQL, а отвечать за то чтобы это работало у всех будет команда разработчиков СУБД, а ты будешь заниматься созданием добавочной стоимости в своем продукте - делая то что никто не знает как сделать, то есть используя императивную парадигму, разница на самом деле в степени декомпозиции исходной задачи

pro.cxx

01 Jan 2021 08:21

стандарт то можно сделать, вопрос в том - кто его поддержит)

pro.cxx

01 Jan 2021 08:10

Ну вот, 2021 ещё не начался, а тут уже угрозы целостности мироздания)

pro.cxx

01 Jan 2021 07:58

И хороших генераторов для корутин.

pro.cxx

01 Jan 2021 01:13

Да static еще, да можно и с битностью не жалеть

pro.cxx

01 Jan 2021 01:06

2020 is not an lvalue (извините)

pro.cxx

01 Jan 2021 00:34

С Новым годом, с новым 2021. Счастья вам, успехов)

pro.cxx

01 Jan 2021 00:31

Адского нового оффтопа!

pro.cxx

31 Dec 2020 23:25

С Новым годом коллеги!!!🎊🪄🎉

pro.cxx

01 Jan 2021 10:17

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

pro.cxx

01 Jan 2021 10:07

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

pro.cxx

01 Jan 2021 09:54

ну с точки зрения конкретных инструкций процессора - код между точками следования - декларативный, например
g() + f() - мы говорим что хотим получить сумму результатов двух функций, но при этом не говорим что делать по шагам - в каком порядке вызывать функции, как делать сложение, что внутри них происходит и тд

pro.cxx

01 Jan 2021 09:49

Нет. Основная часть кода на C++

pro.cxx

01 Jan 2021 09:46

ну так между точками следования нет состояний с точки зрения абстрактной машины

pro.cxx

01 Jan 2021 09:14

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

pro.cxx

01 Jan 2021 08:37

Программа на языке самого высокого уровня(декларативная парадигма):

"Приказываю ... разработать программное обеспечение в соответствии со спецификацией ..."

pro.cxx

01 Jan 2021 08:20

ещё скажите - чтобы наконец все разъемы сделали usb-c, а вместо кучи зарядок - один мощный БП, от которого бы все питалось/заряжалось.

pro.cxx

01 Jan 2021 08:07

И чтоб наконец-то запилили стандарт ABI.

pro.cxx

01 Jan 2021 07:27

Всем красивого кода, быстрых велосипедов и читаемой лапши в Новом Году)

pro.cxx

01 Jan 2021 01:11

int currentYear = 2020;
currentYear++;

pro.cxx

01 Jan 2021 01:06

Должен быть
inc %ra
Или чтото вроде этого

pro.cxx

01 Jan 2021 00:32

Как год встретишь...)))

pro.cxx

01 Jan 2021 00:00

*°•.¸☆ ★ ☆¸.•°*
╔╗╔╦══╦═╦═╦╗╔╗ ★ ★ ★
║╚╝║══║═║═║╚╝║ ☆¸.•° •.¸☆
║╔╗║╔╗║╔╣╔╩╗╔╝ ★ NEW YEAR ☆
╚╝╚╩╝╚╩╝╚╝═╚╝
☆ ★ ☆¨`*•..¸ ¸.•*¨` ☆ ★ ☆
★ ° . . . . . . ☾ °☆ . * ● ¸ . ★ ° :.
. • ○ ° ★ . . ★ ° :. . • ○ ° ★ . *. °☆
¸. ● . ★ ★ ° ☾ ☆ ¸. ¸ ★ ° . . . . . .
☾ °☆ . :)* ● ¸ . ★ ° :. . • ○ ° ★ .
* . . . ☾ . ° . ● . °☆ ¸. ● .
★ ★ ° ☾ ☆ ¸. ¸ ★ ° . . . ☾ °☆ . * ● . .
. ° _██_* ˛* *./.\ .˛* .˛.*.★* *★ 。*
˛. (´• ̮•)*˛*.*/.♫.\*˛.*˛_Π_____. * ˛*
.°( . • . )  /• '♫•\.˛*/______/~＼
*(...'•'.. ).*╬╬╬╬╬˛°.｜田田 ｜門｜╬╬╬╬
¯˜"*°••°*"˜¯`´¯˜"*°••°*"˜¯` ´¯˜"*°´¯˜"*°•
┏━━┓┏━━┓┏━━┓┏━┓
┗━┓┃┃┏┓┃┗━┓┃┗┓┃
┏━┛┃┃┃┃┃┏━┛┃ ┃┃
┃┏━┛┃┃┃┃┃┏━┛ ┃┃
┃┗━┓┃┗┛┃┃┗━┓┏┛┗┓
┗━━┛┗━━┛┗━━┛┗━━┛

pro.cxx

31 Dec 2020 23:18

Там стадии Write only и debug only сменяются до окончания контеста или до сдачи задачи.