Kotlin Meta
Почему Compose это не UI фреймворк Завтра, во вторник, мы проведём стрим про Compose и посмотрим на то, что на самом деле из себя представляет эта технология. На стриме узнаем: • Почему Compose это не UI фреймворк (не путать с compose-ui)? • Как отрисовать…
ComposeNode<StreamNode, Applier<FeedBack>>
Anonymous Poll
12%
Стрим интересный, удалось посмотреть
15%
Тема стрима интересна, не удалось раскрыть
56%
Тема стрима интересна, жду записи
6%
Тема стрима мне не нравится
12%
Я и сам своего рода стример
Уже вовсю выходят беты для Kotlin 2.3, а это значит, что у нас появилось отличная возможность ретроспективно взглянуть на Kotlin 2.2. Какие фичи были добавлены, какие планируются, что обсуждается с сообществом. Присоединяйтесь на стрим и узнайте.
Это тестовый стрим новой рубрики, возможно в будущем мы регулярно будем проводить такие стримы с ретроспективным анализом при завершении цикла версии Kotlin (примерно 2 раза в год).
📅 Вторник, 28 октября в 17:00 МСК
Please open Telegram to view this post
VIEW IN TELEGRAM
Продолжаем амбассадорить сообщество Kotlin Russia
Следующий ламповый митап запланирован на 14 ноября в 19:00. Будет 2 доклада:
• 19:05 Kotlin backend: используем котлин на все 100% – Анжелика Походун, Лемана Тех
• 20:15 Корутины для начинающих – Глеб Минаев, Центр научного программирования
На митапе буду я (@y9san9). Приходите пообщаться! А если кому-то не хватает наших стримов, то обещают сделать стрим и записи докладов.
Подробнее
Следующий ламповый митап запланирован на 14 ноября в 19:00. Будет 2 доклада:
• 19:05 Kotlin backend: используем котлин на все 100% – Анжелика Походун, Лемана Тех
• 20:15 Корутины для начинающих – Глеб Минаев, Центр научного программирования
На митапе буду я (@y9san9). Приходите пообщаться! А если кому-то не хватает наших стримов, то обещают сделать стрим и записи докладов.
Подробнее
👍7 1
Media is too big
VIEW IN TELEGRAM
Запись стрима про Compose Compiler. Узнали про разницу между compose ui и compose compiler, для чего ещё можно применять compose compiler и много чего ещё!
YouTube
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7👍2
JSpecify аннотации
Platform types уже довольно долгое время являются головной болью для Kotlin- и Java-разработчиков. Чтобы понять проблему достаточно взглянуть на код с картинки.
Именно с этой целью были созданы специальные аннотации для Java API, с помощью которых можно обозначить nullness всех возможных типов в коде.
В качестве примера можно взять следующий интерфейс на Java, в котором нет аннотаций:
Здесь каждый тип будет являться platform type. С этой целью был создан проект JSpecify, который призван создать стандартизированные аннотации для Java кода для обозначения nullability типов:
На самом деле подобные аннотации уже давно существуют, однако с ними есть ряд проблем. Большинcтво из них довольно стары, а некоторые были созданы специально для nullness analysis инструментов. И зачастую у всех аннотаций разная семантика — например, какое поведение по умолчанию устанавливается для полей, когда у них нет аннотации.
И все эти проблемы как раз решает JSpecify при помощи стандартизации всех возможных аннотаций. В JSpecify Working Group присоединилось довольно много компаний, например, Square, Google, JetBrains — все они для своих библиотек используют аннотации JSpecify.
Подробнее про эти аннотации можно посмотреть в видео на канале Kotlin by JetBrains.
Platform types уже довольно долгое время являются головной болью для Kotlin- и Java-разработчиков. Чтобы понять проблему достаточно взглянуть на код с картинки.
Именно с этой целью были созданы специальные аннотации для Java API, с помощью которых можно обозначить nullness всех возможных типов в коде.
В качестве примера можно взять следующий интерфейс на Java, в котором нет аннотаций:
interface Simple {
// returns String!
String method1();
// returns List<String!>!
List<String> method2();
}
Здесь каждый тип будет являться platform type. С этой целью был создан проект JSpecify, который призван создать стандартизированные аннотации для Java кода для обозначения nullability типов:
interface Simple {
// returns String
@NonNull String method1();
// returns List<String?>
@NonNull List<@Nullable String> method2();
}
На самом деле подобные аннотации уже давно существуют, однако с ними есть ряд проблем. Большинcтво из них довольно стары, а некоторые были созданы специально для nullness analysis инструментов. И зачастую у всех аннотаций разная семантика — например, какое поведение по умолчанию устанавливается для полей, когда у них нет аннотации.
И все эти проблемы как раз решает JSpecify при помощи стандартизации всех возможных аннотаций. В JSpecify Working Group присоединилось довольно много компаний, например, Square, Google, JetBrains — все они для своих библиотек используют аннотации JSpecify.
Подробнее про эти аннотации можно посмотреть в видео на канале Kotlin by JetBrains.
Первый коммит в Kotlin был сделан 15 лет назад
Летом Kotlin исполнилось 14 лет, о чём мы уже писали. Но 14 лет назад была выпущена первая версия, а ровно 15 лет назад Андрей Бреслав сделал первый коммит в репозиторий.
Язык изначально назывался Jet. Если глянуть в сорцы коммита, можно увидеть множество файлов .jetl (jetbrains language) — изначального названия языка.
Летом Kotlin исполнилось 14 лет, о чём мы уже писали. Но 14 лет назад была выпущена первая версия, а ровно 15 лет назад Андрей Бреслав сделал первый коммит в репозиторий.
Язык изначально назывался Jet. Если глянуть в сорцы коммита, можно увидеть множество файлов .jetl (jetbrains language) — изначального названия языка.
Kotlin Meta
Вышла запись стрима с разбором того, что нового накопилось в Kotlin за последние полгода. Если формат покажет себя хорошо, то будем периодически делать такие выпуски.
YouTube
Please open Telegram to view this post
VIEW IN TELEGRAM