Цыганский джаз – это да.

Обожаю смотреть на выражение лиц профессиональных музыкантов из оркестра, когда они играют песни Кино или КиШа на всяких экспериментальных концертах.

Желаю всем так кайфовать от своей работы, как первая скрипка во время исполнения "Восьмиклассницы", например, вот здесь: https://youtu.be/yZdwektNTX0?t=6201

(ну и весь концерт абсолютно потрясающий, конечно)

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

отмазка, чтобы не садиться делать слайды, номер 428

Ох и попозорюсь я завтра на Филькиной премии, среди настоящих математиков)

Но будете рядом с универом, заходите что ли посмотреть на это! У меня доклад в 17-15.

P.S. Слайды, конечно, успел, изи.

Анекдот. Программистам будет больно, сразу предупреждаю.

Яша с утра спросил у супруги, почему она отрезает кончики сосисок, когда готовит их. «Не знаю, меня мама так научила, спроси у неё», — отвечает супруга. Яша оказался любопытным и пошёл к тёще. Он спросил: «Мама, почему действительно вы всё время кончики у сосисок отрезаете, когда варите?»

Она говорит: «Я не знаю, меня мама так научила. Если тебе интересно, позвони ей». Ну Яша такой любопытный, пошёл звонить. Звонит, говорит: «Ида Самуиловна, это Яша, ваша внучка (моя жена) и ваша дочь (моя тёща) всё время, когда варят сосиски, отрезают кончики и говорят, что это вы их научили. В чём смысл?»

«Вы что, до сих пор варите сосиски в той моей самой маленькой кастрюлечке?»

Иногда на работе чувствую себя Яшей, иногда его женой, а иногда ее бабушкой.

В результате я не учел градус мемности мероприятия, поэтому доклад получился слишком серьезным на фоне остальных, эх.

Ну, я честно предлагал сделать доклад «зависимость производительности языков программирования от их названия», на что мне сказали, что это несерьезно 🤷‍♂️

Ладно, зато теперь у меня есть доклад на 15 минут, где я объясняю, почему трассирующие GC - это не просто DFS написать 😏

Может это на вырост

Созвоны в 10 вечера – это, все-таки, как-то тяжеловато. Надо это запомнить на будущее и стараться их туда не ставить.

Но это не меняет того факта, что день был хорошим! И закончился новым ишуем на интересную отладку на завтра, это же вообще прекрасно 😊

Хах, статусы в премиум телеграме – это же буквально blast from the past: те же статусы из аськи)

Было же: ставишь "депрессия" или "злой" и ждешь, пока она тебе напишет и спросит: "что случилось??", ахах

Ну разве что тут есть статус "в тюрьме", актуализировали чуток.

*да, мне подарили премиум*

Потрачено, кстати!

Судя по реакции бариста, они спорили, успею я или нет. Хех, недооценивали мою мощь 😈

Ну что, не особо приятно это признавать, но, кажется, сегодня я таки достиг возраста Христа. А что это значит? Что до пасхи стоит по возможности избегать крестов и гвоздей. (ха-ха, а как ты себе это представляешь, умник? в следующем семестре ты ведешь курс по C++)

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

на самом деле пересечений может быть даже больше

Время от времени вижу обсуждение в разных чатах, мол, что лучше выбрать: JIT (компилируем код в машинный во время работы приложения, т.е. на лету) или AOT (компилируем все или почти все заранее)? Обычно в контексте Java и GraalVM.

Многие люди, которые в этих спорах участвуют, либо плохо себе представляют, что такое AOT для Java, либо не совсем объективны. Я раньше тоже был в похожем положении и подсознательно топил за AOT (мы то делали именно его). Но теперь то это все дела давно минувших дней, так что я стал чуть объективнее.

Поэтому напишу простую схему принятия решения о том, какой режим исполнения лучше брать, как я это вижу по своему опыту.

—

Рассмотрим мифическую VM, где есть классный tiered JIT, классный AOT, и классный режим AOT + PGO (оптимизации в AOT с учетом заранее собранной информации о профиле). Тогда по факту есть всего три с половиной параметра, на которые нужно смотреть:

0) Время старта приложения – самое важное для вас, а пиковая производительность не важна? (да → берите AOT, нет → идем дальше),

1) Характер профиля исполнения. Есть ли в нем очевидные спайки, супер-горячие методы? Или же он плоский, все методы работают приблизительно одинаково часто, а код весь теплый? (профиль плоский → берите AOT, нет → идем дальше),

2) Меняется ли профиль во время исполнения приложения? Или же спайки всегда постоянные? (профиль постоянный → берите AOT с PGO; профиль изменчивый, или вы не знаете → берите JIT),

3) Вы выбрали JIT, но мучают постоянные, повторяющиеся деоптимизации? (вы это отпрофилировали и осознали). Возвращайтесь на AOT и радуйтесь глобальным оптимизациям.

—

Куча но:

1) может вам важнее ease of use и время разработки => забываем про AOT (или собираем им только финальные билды). Собирать большое приложение AOT-ом часами, это норма, нужно быть готовым страдать,

2) может вы шипаете на какую-нибудь архитектуру с редкими фичами и инструкциями, используя которые, JIT может дать потрясающий перфоманс, а AOT не может (т.к. не знает про них заранее), тогда берите JIT,

3) может у вас нет хорошего AOT, а профит от него очень хочется, тогда можно повставлять подпорки в JIT-ы типа CRaC-а,

—

Ну и главный совет: не слушайте советов из интернета. Возьмите и померьте свое конкретное приложение собранное AOT-ом или запущенное с JIT-ом. Какой будет стартап? Какой пиковый перфоманс? Идут ли потом деоптимизации? И вот основываясь на реальной информации и цифрах (на которые может повлиять миллион факторов, о которых я тут не говорю), уже делайте вывод.

#дух_машины

Как же мне повезло, конечно, что у меня есть такая крутая старшая сестра ❤️

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