Он не умер, а был заменен на HTTP/2, причем сама гугл это сделала еще несколько лет назад объявив что SPDY будет зменен на HTTP/2 и не будет поддерживаться.
Насколько я помню оригинальный драфт HTTP/2 был основан именно на спецификации SPDY, а не разработан с нуля. Что как раз и является по моему мнению прямым переходом одного решения в новый стандарт.
Можно сколько угодно хейтить гугл и не "хотеть" что бы она диктовала, но тоже самое решение про использвание SPDY как основы для HTTP/2 было в том числе и другими крупными игроками поддержано, вроде Facebook
Будущее может и туманно в том смысле, что решения о стандартизации нет, но решение явно нужно и это видно по тому как мобильный рынок в поиске решений с медленным TCP в мобильных сетях
В смешивании файлов Kotlin и Java без чёткого разделения есть много других недостатков.
Это каких? Могли бы привести конкретные примеры? Собственно для таких юзкейсов Котлин и создавался и отлично с ними работает.
Упомянутое замедление сборки может произойти конечно (из-за дополнительного анализа java кода компилятором Kotlin), но оно не критичное и на глаз его сложно заметить.
Это заставляет всех разработчиков, работающих с вами над проектом, знать оба языка.
Ну это не выглядит проблемой, без знания Java в Android разработке всяко никак, ну а обучить Java разработчика котлину на приемлемом уровне дело недели-двух
Я очень сомневаюсь, что Telegram арендует миллионы IP адресов разом. Просто РКН как слон в посудной лавке блокирует подсетями /15 а то и больше, вот откуда миллионы заблокированых адресов
Не уверен что дальний свет там допустим, но снизить скорость обязательно стоило и не только человеку, автопилот мог бы и должен был поступить так же.
Теперь мне кажется, что это явная недоработка автопилота
Выскочил это одно, тут можно смотреть, есть вина водителя или нет, но мне совершенно не понятно почему то, что пешеход был пьян должно снимать вину с водителя (вспоминается недавний скандал, про "пьяного" маленького мальчика, задавленного во дворе).
Пешеходам пить не запрещается, не ясно почему это само по себе снимает вину с водителя.
Каким боком Kotlin конкурент Google?
Начиная с API level 26 в Android и так 1.8, не говоря уже о том, что недавно зарелизели поддержку некоторых фишек Java 8
Не уверен про ваш случай с Swing, но как я понял это близко к ситуации у нас в Android при работе с UI и вьюхами. Мы убираем nullability через lazy проперти, так же вы можете использовать lateinit
Окей-окей, согласен название не удачное и тем более применения, я просто сослался на пример который привел автор статьи, что если у вас действительно такая проблема, то typealias на которые так же были в статьи критикуемы, прекрасно могут с этим помочь
Он не умер, а был заменен на HTTP/2, причем сама гугл это сделала еще несколько лет назад объявив что SPDY будет зменен на HTTP/2 и не будет поддерживаться.
Насколько я помню оригинальный драфт HTTP/2 был основан именно на спецификации SPDY, а не разработан с нуля. Что как раз и является по моему мнению прямым переходом одного решения в новый стандарт.
Можно сколько угодно хейтить гугл и не "хотеть" что бы она диктовала, но тоже самое решение про использвание SPDY как основы для HTTP/2 было в том числе и другими крупными игроками поддержано, вроде Facebook
Будущее может и туманно в том смысле, что решения о стандартизации нет, но решение явно нужно и это видно по тому как мобильный рынок в поиске решений с медленным TCP в мобильных сетях
Ну как бы Spdy стал вполне себе стандартом HTTP/2, поэтому мне не ясен ваш скепсис в данном случае
Это каких? Могли бы привести конкретные примеры? Собственно для таких юзкейсов Котлин и создавался и отлично с ними работает.
Упомянутое замедление сборки может произойти конечно (из-за дополнительного анализа java кода компилятором Kotlin), но оно не критичное и на глаз его сложно заметить.
Ну это не выглядит проблемой, без знания Java в Android разработке всяко никак, ну а обучить Java разработчика котлину на приемлемом уровне дело недели-двух
Я очень сомневаюсь, что Telegram арендует миллионы IP адресов разом. Просто РКН как слон в посудной лавке блокирует подсетями /15 а то и больше, вот откуда миллионы заблокированых адресов
Не уверен что дальний свет там допустим, но снизить скорость обязательно стоило и не только человеку, автопилот мог бы и должен был поступить так же.
Теперь мне кажется, что это явная недоработка автопилота
Выскочил это одно, тут можно смотреть, есть вина водителя или нет, но мне совершенно не понятно почему то, что пешеход был пьян должно снимать вину с водителя (вспоминается недавний скандал, про "пьяного" маленького мальчика, задавленного во дворе).
Пешеходам пить не запрещается, не ясно почему это само по себе снимает вину с водителя.
В соках сахара обычно даже больше чем в газировке
gRPC работает поверх HTTP2
Ну так настоящий поезд и вести на пару-другую порядков больше
Вот и запись того самого собрания подоспела
https://www.youtube.com/watch?v=Fm4xf-mNBQE
Вместе с реакцией на статью — http://telegra.ph/I-povtoritsya-vse-kak-vstar-08-22
Тут вы правы, комментарий больше для тех, для тех кто может быть не в курсе, что такое поведение можно поменять
Каким боком Kotlin конкурент Google?
Начиная с API level 26 в Android и так 1.8, не говоря уже о том, что недавно зарелизели поддержку некоторых фишек Java 8
Кстати оба этих момента можно решить силами котлина:
Можно анотировать файл
@file:JvmName
и указать желаемое имяАнотировать члены companion object с помощью
@JvmStatic
Думаю кейсы подобные вашему могут решиться в будущем с релизом Kotlin Serialization Framework — https://discuss.kotlinlang.org/t/kotlin-serialization/2063
P.S. про макросы и современные языки все же очень спорное утверждение
Ну про дизайнер вы зря, за 5 лет в Android никогда не пользовался визуальным дизайнером кроме как превью.
А почему не подходит lateinit?
Не уверен про ваш случай с Swing, но как я понял это близко к ситуации у нас в Android при работе с UI и вьюхами. Мы убираем nullability через lazy проперти, так же вы можете использовать lateinit
Может я не правильно вас понял, но ведь есть ключ для отключения генерации not-null проверок
Так почему не смогли? Он разве не точно так же из Java вызывается?
Окей-окей, согласен название не удачное и тем более применения, я просто сослался на пример который привел автор статьи, что если у вас действительно такая проблема, то typealias на которые так же были в статьи критикуемы, прекрасно могут с этим помочь
Кстати прекрасный кейс где typealias отлично работают: