📹 Разработка компилятора: Kotlin написан на Kotlin?

• Чем разработка компиляторов отличается от обычной разработки?
• Какой процесс проходит фича перед внедрением в язык? Как написать свой KEEP?
• Структура компилятора, зависимость от Intellij Idea: почему так сложилось и что с этим делать?

Обсудили это и многое другое вместе с нашим гостем из JetBrains: Евгением Желенским.

YouTube

📹 Наука на Kotlin: Центр научного программирования

• Kotlin как первый язык программирования? Как студентам даётся обучение Kotlin?

• Насколько JVM подходит для обработки научных данных? Какой есть предел и почему не выбрать C++?

• Насколько компании заинтересованы в науке на Kotlin?

Обсудили это и многое другое с Александром Нозиком: директором центра научного программирования, автором kmath и, в то же время, преподавателем общей физики в МФТИ.

YouTube

🏝 Компиляторные плагины на Kotlin

Присоединяйтесь в это воскресенье в 17:00 на стрим про компиляторные плагины. Напишем свой компиляторный плагин с нуля, который будет модифицировать поведение toString() у дата-класса.

Документации по этой теме не так много, поэтому для тех, кто хотел немного модифицировать Kotlin под себя, но не знал где начать – велком на стрим!

Telegram | YouTube | Twitch

🏝 Context Sensitive Resolution

Как вы, возможно, знаете, я против использования исключений для возврата бизнес-значений. Этот подход популярен в сообществе, и часто для сохранения подробностей об ошибке используют sealed-иерархии.

Фича, о которой я расскажу вам сегодня, не новая, но одна из моих любимых за последнее время. Она есть в других языках, но у нас она появилась относительно недавно, под экспериментальным флагом в Kotlin 2.2. Context Sensitive Resolution позволяет не писать полный путь до класса, если его можно понять из контекста. Пример этой фичи есть на картинке прикреплённой к посту. Полный список мест, где работает эта фича:

• Выражения внутри when
• При возврате после return
• Переменные, у которых объявлен тип
• Проверки на тип (as, is)
• Параметры функций

Казалось бы - у нас есть импорты, можно же просто импортнуть Success, но не всё так просто. Если мы имеем дело с несколькими типами, который называются Success, импортнуть их 2 раза не выйдет - будет конфлит импортов. А с этой фичей даже импорт не нужен. А бонусом идет более хорошая поддержка в IDE. Когда я делал аналоги DSL на Swift, я всегда кайфовал от того, как удобно там работает эта фича. Нет загрязнения неймспейса, но и много буков писать не надо. Все в плюсе!

🌐 Подстава от Интернет-провайдера

Запустили с Эмилем тестовый стрим и поняли, что интернет-соединение вообще не вывозит. Сегодняшний стрим отменяется ввиду того, что я заспаунился в деревне с такими провайдерами (контора солнышек). Переносим его на долго, также как и следующие стримы: ориентировочно на 23 августа.

А пока – наслаждаемся летом и новостями о Kotlin в текстовом формате. Всем спасибо, что поддерживаете наш канал, он развивается благодаря вам ❤️

🏝 2.2: typealias-ы стали ещё полезнее

Не могу сказать, что много использую эту фичу, мой основной кейс для typealias – заполнение джнериков:

typelias SimpleRequest = Request<Unit>

Но теперь это может измениться. Начиная с Kotlin 2.2 отменяется требование для typealias быть на верхнем уровне в файле. Они теперь могут быть вложены в классы и интрфейсы, как и любые другие типы.

P.s. если вы очень хотите получить доступ к этой фиче, но не хотите поднимать Kotlin до версии 2.2, то вот немного чёрной магии для вас: https://pl.kotl.in/14tOuWRTx. Не является Kotlin-рекомендацией.