Телеграмм чат группы compilerdev страница 1941

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Compiler Development

1005 membersпожаловаться на группу

2021 January 28

AT

Alexander Tchitchigi... in Compiler Development

Я бы спокойно увязал эти деревья в связный список потому что потери скорости на (нечастом) полном проходе по списку балансируются боллее быстрыми (и частыми) поиском и вставкой в намного меньшие деревья для текущего скоупа.

источник

15:17пожаловаться #1

AT

Alexander Tchitchigi... in Compiler Development

Я сделал структуру связывающую бин-дерево и стек
Поэтому могу удалить последний элемент за O(1)

Т.е. у Вас всё равно там лишние указатели торчат, которые занимают кеш? 🤦‍♀️

источник

15:19пожаловаться #2

JT

James Tevision in Compiler Development

Alexander Tchitchigin

Я бы спокойно увязал эти деревья в связный список потому что потери скорости на (нечастом) полном проходе по списку балансируются боллее быстрыми (и частыми) поиском и вставкой в намного меньшие деревья для текущего скоупа.

Так мы же чаще переиспользуем переменную, чем добавляем новую
Следовательно поиск - чаще вставки

источник

15:19пожаловаться #3

AT

Alexander Tchitchigi... in Compiler Development

Так мы же чаще переиспользуем переменную, чем добавляем новую
Следовательно поиск - чаще вставки

И? Поиск в маленьком дереве быстрее поиска в большом. 🤷‍♀️

источник

15:19пожаловаться #4

AT

Alexander Tchitchigi... in Compiler Development

Так мы же чаще переиспользуем переменную, чем добавляем новую
Следовательно поиск - чаще вставки

И не факт, что чаще переиспользуем.

источник

15:20пожаловаться #5

JT

James Tevision in Compiler Development

Alexander Tchitchigin

И? Поиск в маленьком дереве быстрее поиска в большом. 🤷‍♀️

Ну тут уже надо сравнивать 2 конкретные реализации
Поиск на одном большом или на N маленьких

источник

15:20пожаловаться #6

AK

Andrei Kurosh in Compiler Development

Но тогда они не будут "наследоваться" ведь

{
/* scope1 */
{
/* scope2 */
}
}
Из scope2 можно обратиться к переменным scope1
И в текущем варианте такой crossScopeSearch (выдуманый термин)
Относительно быстрый

А если у меня будет список (не обязателельно связный) таблиц
Мне прийдется проводить поиск в каждой из них

Сначала ищете в текущем скоупе, если там нет - в родительском, и так далее

источник

15:57пожаловаться #7

AK

Andrei Kurosh in Compiler Development

Как вы думаете, какова типичная вложенность в коде, который будут писать? И как часто из самого глубокого скоупа будут обращаться к самому верхнему?

источник

15:58пожаловаться #8

AT

Alexander Tchitchigi... in Compiler Development

Как вы думаете, какова типичная вложенность в коде, который будут писать? И как часто из самого глубокого скоупа будут обращаться к самому верхнему?

Каждый раз, как опечатаются в имени переменной/функции. 😉
Но это редко на самом-то деле.

источник

15:59пожаловаться #9

JT

James Tevision in Compiler Development

3 - 4 уровня
А вот как часто будут обращатся к верхнему - это вопрос
Ибо тот же while() создает новый скоуп, но служит для модификации предыдущего

источник

16:00пожаловаться #10

AT

Alexander Tchitchigi... in Compiler Development

3 - 4 уровня
А вот как часто будут обращатся к верхнему - это вопрос
Ибо тот же while() создает новый скоуп, но служит для модификации предыдущего

Вот именно, 3 - 4 уровня — это ниочём вообще. 😊

источник

16:02пожаловаться #11

AK

Andrei Kurosh in Compiler Development

3 - 4 уровня
А вот как часто будут обращатся к верхнему - это вопрос
Ибо тот же while() создает новый скоуп, но служит для модификации предыдущего

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

источник

16:23пожаловаться #12

JT

James Tevision in Compiler Development

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

Ну он же появится 👉👈
А так, я сделал так
Чтоб проверить, можно ли создать
Структуру которую можно обойти 2мя путями
(Как дерево, и как стек)

источник

16:26пожаловаться #13

D

Danya in Compiler Development

Ну он же появится 👉👈
А так, я сделал так
Чтоб проверить, можно ли создать
Структуру которую можно обойти 2мя путями
(Как дерево, и как стек)

Кто-то будет писать программы с 1000 уровнями вложенности? Сомневаюсь

источник

16:28пожаловаться #14

D

Danya in Compiler Development

А если и будет — это будет кармой этому человеку

источник

16:28пожаловаться #15

JT

James Tevision in Compiler Development

Кстати, как правильней поступать при повторном объявлении
Аля
{
char a;
{
int a;
/* try to access a */
}
}
Ругаться и не компилить,
или использовать объявление с меньшей областью видимости?

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

источник

16:30пожаловаться #16

D

Danya in Compiler Development

Кстати, как правильней поступать при повторном объявлении
Аля
{
char a;
{
int a;
/* try to access a */
}
}
Ругаться и не компилить,
или использовать объявление с меньшей областью видимости?

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

Ну так это от языка зависит

источник

16:31пожаловаться #17

AK

Andrei Kurosh in Compiler Development

Кстати, как правильней поступать при повторном объявлении
Аля
{
char a;
{
int a;
/* try to access a */
}
}
Ругаться и не компилить,
или использовать объявление с меньшей областью видимости?

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

Есть языки, в которых оба этих подхода реализованы

источник

16:31пожаловаться #18

D

Danya in Compiler Development

Есть языки, в которых оба этих подхода реализованы

А можно пример?

источник

16:31пожаловаться #19

JT

James Tevision in Compiler Development

Кто-то будет писать программы с 1000 уровнями вложенности? Сомневаюсь

Вообще эта структура не столько
Для 1000 слоев вложености
Сколько для частого
Создания и удаления слоев
Аля
{
{}
{}
{}
}

источник

16:31пожаловаться #20