Size: a a a

Programming Offtop

2021 January 04

I

Ilmir in Programming Offtop
Alexander Nozik
Ты не хочешь лекции почитать? (я серьезно)
Не против.
источник

AN

Alexander Nozik in Programming Offtop
Ilmir
Не против.
Отлично. Подумаем. Особенно если Иванов прочухается. Подумай про структуру пока.
источник

I

Ilmir in Programming Offtop
Alexander Nozik
Отлично. Подумаем. Особенно если Иванов прочухается. Подумай про структуру пока.
Ага, подумаю.
источник

IP

Iaroslav Postovalov in Programming Offtop
Alexander Nozik
Ты не хочешь лекции почитать? (я серьезно)
лекции про что?
источник

AN

Alexander Nozik in Programming Offtop
Iaroslav Postovalov
лекции про что?
Про  практику реализации компиляторов
источник

Kd

Konstantin dmz9 in Programming Offtop
вообще с виду напоминает индексированый чистый интернет в вакууме.
вот бы у каждого был.
а потом можно было эксплорить чьи то чужие зк.
и какая нибудь софтина чтобы показывать какую часть из них ты уже знаешь.
наверно был бы один из хороших способов обучения аудитории через шаринг и мерж зк
источник

D

Dmitry in Programming Offtop
Ilmir
Проблема с инлайнингом не в том, что он медленный. Он, как раз, один из самых быстрых пассов обычно. Проблема с инлайнингом в том, что из-за него разбухают функции и все остальные анализы и оптимизации работают сильно медленнее, если учесть, что в компиляторах квадратичная сложность - это "охуеть как быстро". Теперь берём инлайнинг, который этот квадрат возводит ещё в квадрат, грубо говоря. Получаем тормоза. Причём, из-за того, что инлайнинг - быстрая оптимизация, она не будет видна в профиле как горячее место. Поэтому кстати, в гошном компиляторе инлайнинг очень ограничен - чтобы не замедлять компиляцию слишком сильно. Короче, агрессивный инлайнинг имеет смысл делать на поздних тирах многотирового JIT, а не сразу же.
Не понимаю, почему все не делают как у раста - дебаг сборка, которая быстрая без лишниз оптимизаций, и релизная сборка, которая собирается очень медленно, зато все оптимизированно и всем пофиг, потому что собирается на CI.
Сложно обеспечить идентичную семантику? Или не дает инлайнинг бонуса, потому что джит заинлайнит?
источник

I

Ilmir in Programming Offtop
Dmitry
Не понимаю, почему все не делают как у раста - дебаг сборка, которая быстрая без лишниз оптимизаций, и релизная сборка, которая собирается очень медленно, зато все оптимизированно и всем пофиг, потому что собирается на CI.
Сложно обеспечить идентичную семантику? Или не дает инлайнинг бонуса, потому что джит заинлайнит?
В джите, даже в релизной сборке, ожидается, что джит отработает быстро.
источник

Kd

Konstantin dmz9 in Programming Offtop
ух отлагала
источник

Kd

Konstantin dmz9 in Programming Offtop
или нет
источник

Na

Neon an Děv 8) in Programming Offtop
Konstantin dmz9
ух отлагала
tg?
источник

D

Dmitry in Programming Offtop
Ясно
источник

ML

Mikhail Levchenko in Programming Offtop
Ilmir
Это цеттелькастен - дословно "ящик с листочками".
Да понятно, что Луман только ящик с листиками и мог вести
источник

ML

Mikhail Levchenko in Programming Offtop
Ilmir
Это цеттелькастен - дословно "ящик с листочками".
источник

AM

Andrew Mikhaylov in Programming Offtop
Ilmir
Проблема с инлайнингом не в том, что он медленный. Он, как раз, один из самых быстрых пассов обычно. Проблема с инлайнингом в том, что из-за него разбухают функции и все остальные анализы и оптимизации работают сильно медленнее, если учесть, что в компиляторах квадратичная сложность - это "охуеть как быстро". Теперь берём инлайнинг, который этот квадрат возводит ещё в квадрат, грубо говоря. Получаем тормоза. Причём, из-за того, что инлайнинг - быстрая оптимизация, она не будет видна в профиле как горячее место. Поэтому кстати, в гошном компиляторе инлайнинг очень ограничен - чтобы не замедлять компиляцию слишком сильно. Короче, агрессивный инлайнинг имеет смысл делать на поздних тирах многотирового JIT, а не сразу же.
Понял, звучит логично, спасибо!
источник

AM

Andrew Mikhaylov in Programming Offtop
Alexander Nozik
Отлично. Подумаем. Особенно если Иванов прочухается. Подумай про структуру пока.
источник

ML

Mikhail Levchenko in Programming Offtop
Ilmir
В моём случае - это тупо несколько тетрадок с записками. Единственный минус - херовый поиск, а в остальном очень удобно, не выбивает из потока, если надо что-то записать и, что самое главное, полностью локально, не зависит от интернет соединения и можно вести где угодно, хоть во время прогулки.
Кстати, у всех кто ведет – спрашиваю, зачем)
источник

ML

Mikhail Levchenko in Programming Offtop
Зачем тебе зеттелькастен, Ильмир?
источник

ML

Mikhail Levchenko in Programming Offtop
Это же пипец как ресурсозатратно, особенно бумажный
источник

I

Ilmir in Programming Offtop
Mikhail Levchenko
Кстати, у всех кто ведет – спрашиваю, зачем)
В моём случае - как темповая память, до того, как оформлю либо в виде документации, либо в виде пропоузала. Плюс, вести дизайн того, над чем я сейчас работаю, чтобы не вспоминать, что да как да почему каждый раз из обрывочных источников. У бумажного плюс в том, что имеет смысл только пара десятков самых последних листков, так что не нужно проводить рефакторинг, убирая уже неактуальную инфу или инфу, которая уже занесена в более долговременный вид - в виде пропоузала, документации или кода с комментами. Просто заполняй дальше и через пару недель старые записи автоматически отправятся в архив.
источник