https://github.com/deviator/duseful/blob/master/manuals/unobvious/attributes.md какие ещё моменты про атрибуты можно осветить (то что может в начале прям настроение испортить)?

inout атрибуты какая-то жесть, так и не смог осилить их смысл и кейсы, стоит про них написать )

то ли у Александреску, то ли на сайте в документации очень хорошо и доступно было расписано по ним

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

многовато атрибутов все-таки

то ли у Александреску, то ли на сайте в документации очень хорошо и доступно было расписано по ним

Когда Александреску писал книгу вроде не было inout

inout всё-таки не обязательный атрибут

Ну, всмысле, он не накладывает ограничений на внешний код

А это раздел подводных камней

Хотя, наверное имеет смысл написать

Может о чем-то другом речь, я давно D не касался)

Ладно бы его можно было просто пропустить, но я с in, out, inout столкнулся когда делал opDispatch в своем объекте. Я тогда просто нагуглил где-то на SO решение и скопипастил его особо не вчитываясь как оно работает. Но разобраться хотелось бы.

хммм

прям вот точно помню, что узнал о нём с офф сайта, хотя книгу читал

более поздняя редакция?

более поздняя редакция?

Да скорее я забыл

Ну или невнимательно прочёл эту главу

Может есть какой генератор побитовых парсеров хороший?

Может есть какой генератор побитовых парсеров хороший?

А bitfield не подходит?

ну пока обойдемся этим....

Вчера на betterC написал расширение для PHP

Вычисление количества простых чисел до заданного

Работает раз в 5 быстрее минимум чем код на пхп

Работает раз в 5 быстрее минимум чем код на пхп

Ну это понятное дело)

Но как правило заказчику интересна не скорость, а сроки сдачи проекта :(

Мы тут в D вообще не из-за заказчиков или сроков сдаи проекта )

Мы тут в D вообще не из-за заказчиков или сроков сдаи проекта )

А вот это надо менять постепенно)

Но как правило заказчику интересна не скорость, а сроки сдачи проекта :(

Есть подозрение, что разработка на BetterC будет быстрее, чем на C, из-за синтаксического сахара как минимум)

Есть подозрение, что разработка на BetterC будет быстрее, чем на C, из-за синтаксического сахара как минимум)

Тебе виднее, я на С не пишу

бизнес логику вообще реализуют на компилируемых языках? Мне кажется берут скриптовый язык для этого, а какие-то оснОвные вещи пишут на компилируемом. Как в играх Lua или в вебе php. Я не прав?

зависит от того где и какая бизнес-логика

помню, в Quake 3 или Quake 2 «бизнес-логика» компилировалась в .so или .dll на соответствующих платформах)

тоже достаточно распространенный подход

хм

ну да маленькая dll быстро соберется

еще и hot reload если сделать как в UE4

бизнес логику вообще реализуют на компилируемых языках? Мне кажется берут скриптовый язык для этого, а какие-то оснОвные вещи пишут на компилируемом. Как в играх Lua или в вебе php. Я не прав?

Учитывая популярность джавы и шарпа, ответ на поверхности. :)

ну да, тут компилируемые ЯП, но они ж быстро собираются в байт-код?

довольно быстро, да

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

бизнес логику вообще реализуют на компилируемых языках? Мне кажется берут скриптовый язык для этого, а какие-то оснОвные вещи пишут на компилируемом. Как в играх Lua или в вебе php. Я не прав?

Если это относилось к моему сообщению, то ты сам ответил полуутвердительно на свой вопрос) Основные вещи пишут на компилируемом в виде расширения, а остальную обвязку на пхп )

да, к твоему. Просто мне кажется, что пробовать писать бизнес приложения на D не получится. По крайней мере пока компиляция у него достаточно долгая

да, к твоему. Просто мне кажется, что пробовать писать бизнес приложения на D не получится. По крайней мере пока компиляция у него достаточно долгая

причём тут время компиляции?

и кстати оно не такое большое, как, например у C++

речь о скриптовых ЯП. Сравнение С++ не корректно

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

наверное при том, что сборка достаточно большого приложения будет отнимать слишком много время

сборка большого пректа на яве это еще то удововльствие в плане времени

хм

вот кстати да

тогда я чушь несу

java не быстрее собирается по ощущениям

время компиляции не при чем

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

в бизнес логике (именно в бизнес) используют те языки которые позволяют быстро девелопить при приемлемых гарантиях на перформанс

ну и как бы если руки из нужного места язык не проблема

проблема не в языке а в библиотеках, среде разработки, документации, комьюнити

ок

хорошо

я понял

что-бы во время девелопметна не было бутылочных горлышек

есть ещё момент динамики логики

есть ещё момент динамики логики

именно

то есть если она меняется в процессе работы

но это редкая (имхо, конечно) история

ERROR: S client not available

смотря где

в новых бизнесах идёт постянное добавление фич

переделки постоянные

не, я не про разработку, а именно работу программы

а

не, я не про разработку, а именно работу программы

не понял

в прямом смысле "скриптование" логики

тоесть, например, когда пользователь пишет свой сценарий

аа

да, это редкий случай

привет. А часто ли разработчики боятся писать на относительно редких языках по причине боязни, что их во время отпуска будут теребить коллеги звонками (мол, объясни, как работает)?

эммм

именно звонков бояться?))))

но изменение логики в бизнес приложении происходит очень часто

но изменение логики в бизнес приложении происходит очень часто

какое приложение на D ты дольше всего собирал?

боятся "излишней незаменимости"

боятся "излишней незаменимости"

некоторые стремятся к ней

DCD долго собирается на мой взгляд

DCD долго собирается на мой взгляд

часто ли логика DCD меняется?

это ж не бизнес приложение

в любом случае никто не отменяет модульности

в любом случае никто не отменяет модульности

да, я тоже вижу это как выход

мм!

вспомнил

дольше DCD у меня hello world на GTK собирается

первый

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

когда gtk не собран в целом

нет, не первый)

любой

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

можно --skip-dependencies=all (по памяти)

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