Size: a a a

2021 February 19

SG

Serg Gini in dlang.ru
Кстати ещё есть время зарегаться на Google Hash Code - и залить туда топовое решение на Дишке :)
Глядишь там офигеют все и как начнут коммитить в дишку :)
источник

V

Vitaliy in dlang.ru
Да, нашёл прям список книг в вики https://wiki.dlang.org/Books
удобно 👍
источник

Т

Тающий звук... in dlang.ru
Какая-то 2020 года там есть
источник

V

Vitaliy in dlang.ru
Oleg B
хз, меня бесит, когда в яп опциональны ;
Ну такое частично должно решаться принятым code guildeline в репозитории
источник

SG

Serg Gini in dlang.ru
А новая строка же где-то может быть валидной без доп символа переноса? Я уже не помню что-то
источник

SG

Serg Gini in dlang.ru
Просто если возможны случаи где ; показывает что всё, и не надо чекать, что на новой строчке нет продолжения валидного => скорость разбора и соответственно компиляции, нет разве?)
источник

Т

Тающий звук... in dlang.ru
Они же по-любому новую строку будут анализировать, вне зависимости будет она продолжением текущей или новой. Конечно с данным символом анализ наверно проще
источник

Т

Тающий звук... in dlang.ru
Вот другое дело, если разделить текст на строки по знакам ;, а потом всё параллельно запустить на анализ
источник

Т

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

V

Vitaliy in dlang.ru
Тающий звук
Вот другое дело, если разделить текст на строки по знакам ;, а потом всё параллельно запустить на анализ
Думаю парсинг строк слишком прост чтобы параллелить парсинг, вполне возможно будет проигрыш во времени из-за дробления-создания потоков, их синхронизации и прочего.

Если бы строчки были по 1000 символов, тогда может быть и да...
источник

Т

Тающий звук... in dlang.ru
Vitaliy
Думаю парсинг строк слишком прост чтобы параллелить парсинг, вполне возможно будет проигрыш во времени из-за дробления-создания потоков, их синхронизации и прочего.

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

Т

Тающий звук... in dlang.ru
На видеокартах эти технологии отлажены, там такая параллельность уже давно
источник

Т

Тающий звук... in dlang.ru
Просто с кодом, думаю, сложнее будет
источник

Т

Тающий звук... in dlang.ru
Надо распараллеливать там всё
источник

Т

Тающий звук... in dlang.ru
Чтобы это заработало
источник

Т

Тающий звук... in dlang.ru
Vitaliy
Думаю парсинг строк слишком прост чтобы параллелить парсинг, вполне возможно будет проигрыш во времени из-за дробления-создания потоков, их синхронизации и прочего.

Если бы строчки были по 1000 символов, тогда может быть и да...
Никто не запрещает разделить текст на блоки по 1000 символов
источник

Т

Тающий звук... in dlang.ru
Может даже лучше бы стало
источник

V

Vitaliy in dlang.ru
Тающий звук
Никто не запрещает разделить текст на блоки по 1000 символов
Речь изначальна шла про делёж по символу ;
источник

V

Vitaliy in dlang.ru
а делёж на абстрактные блоки не всегда будет возможен (точнее почти всегда не возможен), т.к. не понятен контекст начала парсинга. не получится определить корректно типы стартовых токенов
источник

Т

Тающий звук... in dlang.ru
Vitaliy
Речь изначальна шла про делёж по символу ;
Да, но если подумать, то этот символ и не обязателен, просто я так сказал, потому что по нему явно виден конец выражения. Можно придумать многое по чему можно разделить, например по символу переноса строки или по блокам фигурных скобок, или по функциям
источник