СТ
я про синхронизацию на yield как-то упустил
теперь все понятно
теперь все понятно
Size: a a a
2020 October 29
RE
Любой JVM framework (и любой такой примитив), который переключает выполнение с потока на поток, обеспечивает синхронизацию. Будь-то fork/join, async/await и всё что угодно. Это просто универсальное правило, на котором держится, например, всё реактивное программирование в JVM да и вообще любая многопоточность.
М
как называется функция IDE которая подсвечивает свойства и функции в коде и делает их кликабельными? каждые 5 минут перестаёт работать и просто белый текст, или показывает ошибку красным, хотя ошибки нет
РО
это прям *все* функции IDE
LS
как называется функция IDE которая подсвечивает свойства и функции в коде и делает их кликабельными? каждые 5 минут перестаёт работать и просто белый текст, или показывает ошибку красным, хотя ошибки нет
highlighting
PE
как называется функция IDE которая подсвечивает свойства и функции в коде и делает их кликабельными? каждые 5 минут перестаёт работать и просто белый текст, или показывает ошибку красным, хотя ошибки нет
из-за анализа зависимостей такое может быть
PE
таски какие-нибудь запускаются на фоне?
М
таски какие-нибудь запускаются на фоне?
вроде нет, насколько я знаю
М
дело не только в подсветке, оно не видит типы и свойства
PE
инвалидате кеш сделай
М
делаю каждые 5 минут
М
это конечно очень весело, но хотелось бы что-то поэффективнее
РО
тормозит kotlin-плагин
PE
это конечно очень весело, но хотелось бы что-то поэффективнее
хах
PE
переустанови идею полностью с туллбокса
AN
Идет митап по рсокетам: https://youtu.be/gPTRUFbXRFo
QH
Посмотрел взгляд Елизарова в будущее.
Декораторы предсказуемо не нужны (
Тернарник можно вообще долго обсуждать. Понятное дело, я за то, чтобы в kotlin 1.x его никогда не было. А вот в сферическом языке в вакууме можно в принципе заменить if на ?..: — это позволяет удобно разносить условие, then expression и else expression на 3 разных строки.
Декораторы предсказуемо не нужны (
@with<View> вообще очень плохо читается); val classes с неявным копированием — суперстрёмно; а вот неймспейсы, которые недавно тоже ругали, довольно интересны: один из вариантов использования — объявлять статики без компаниона. (Я раньше голосовал за то, чтобы статиков в Котлине никогда не было, но теперь изменил мнение.)Тернарник можно вообще долго обсуждать. Понятное дело, я за то, чтобы в kotlin 1.x его никогда не было. А вот в сферическом языке в вакууме можно в принципе заменить if на ?..: — это позволяет удобно разносить условие, then expression и else expression на 3 разных строки.
VB
Посмотрел взгляд Елизарова в будущее.
Декораторы предсказуемо не нужны (
Тернарник можно вообще долго обсуждать. Понятное дело, я за то, чтобы в kotlin 1.x его никогда не было. А вот в сферическом языке в вакууме можно в принципе заменить if на ?..: — это позволяет удобно разносить условие, then expression и else expression на 3 разных строки.
Декораторы предсказуемо не нужны (
@with<View> вообще очень плохо читается); val classes с неявным копированием — суперстрёмно; а вот неймспейсы, которые недавно тоже ругали, довольно интересны: один из вариантов использования — объявлять статики без компаниона. (Я раньше голосовал за то, чтобы статиков в Котлине никогда не было, но теперь изменил мнение.)Тернарник можно вообще долго обсуждать. Понятное дело, я за то, чтобы в kotlin 1.x его никогда не было. А вот в сферическом языке в вакууме можно в принципе заменить if на ?..: — это позволяет удобно разносить условие, then expression и else expression на 3 разных строки.
> Я раньше голосовал за то, чтобы статиков в Котлине никогда не было, но теперь изменил мнение.
а вот на этом месте поподробнее пожалуйста
а вот на этом месте поподробнее пожалуйста