Как стать автором
Обновить

Комментарии 22

"Удивительно, почему разработчики support library не добавили классическую реализацию сами." — потому что они от этих ваших котлинов сами в шоке… Уверен, что и статья эта заказная от котлино-девелов с целью самопиара писана и захабрена. Да!111

Чё?

Да ладно вам, Котлин и правда шагает семимильными шагами как Свифт. Без него уже тяжко, а с ним пусть будет.
отому что они от этих ваших котлинов сами в шоке…


Настолько в шоке, что примеры кода в своих видео и на сайте они уже стали на котлине приводить.
Примеры кода в видео? Больше можно ничего не говорить.
Поддерживаю, уже отовсюду прёт) и главное все думают что, в целом нужно с него начинать учится программированию. Зачем тогда Scala ?)) Почему те кто придерживается java уже считаются не программистами всего лишь потому что им не нужен этот котлин. И наверное ему (котлину), стоит хотя бы дорасти до половины возраста java, что бы таковым (языком программирования) себя преподносить. С чего такая навязчивость? Кажись гугель джетбрейн за дройдовую студию своей «поддержкой», так благодарит))
Почему те кто придерживается java уже считаются не программистами

Этого никто не говорил, хотите кодить на Джаве — флаг вам в руки, хотите на котлине, можете и на котлине. Суть в том что котлин развивается на порядок быстрее чем Джава, в нем уже есть то, к чему начали переходить в Джава 10, и куча других вкусных штук, которые будут добавлены в Джаву через 1 — 2 года. В случае с андроидом это даже более чем критично, ведь в нем переход на новую версию Джавы занимает еще 1-2 года. Вспомните как давно в андроиде появилась Джава 8, это было совсем недавно(если не учитывать Jack с его закидонами), а уже вышла Джава 10, а андроид даже на девятую не перешел.

И наверное ему (котлину), стоит хотя бы дорасти до половины возраста java, что бы таковым (языком программирования) себя преподносить

Наверное стоит упомянуть что котлину уже 7 лет, и он явно не вчера появился как многие думают.Это конечно не 23 года как у Джавы, но все же немало.
Наслаждаемся простотой и красотой.

Поразительно много кода, для элементарного MultiSelect, которого при использовании голого C WinApi из 80-90х в разы меньше.
Катимся товарищи!
за это мобильным разработчикам и платят больше — за муки
ORLY?
если вы не застали инструменты быстрой разработки конца 90х — скачайте с торрентов Delphi или, если вы мобильный разработчик, Borland C++ Builder (в принципе можно брать и версию начала нулевых, не помню точно, когда он закончился). И попробуйте набросать прототип приложения — будете очень приятно удивлены.

Работало это все в 90х без тормозов на машинах, которые хуже современных телефонов.

Вот почему для тех, кто помнит формошлепство в 90х (даже без Builder и Delphi) — нынешние фреймворки для мобильных систем выглядят overcomplicated мутантом.

Я работал и там, и там. Справедливости ради, Kotlin/Anko дали хороший синтаксический сахар, но API осталось прежним. Вспомните сами, если вы мобильный разработчик, сколько сторонних библиотек приходится подключать из проекта в проект — от ButterKnife до RxJava — как стандартную часть. Почему этого не сделал Google? Почему, если объявили о поддержке Kotlin, не сделали стандартной частью API те же всем известные библиотеки, хотя бы Picasso? К создателю официальных фреймворков есть много вопросов, но главный, пожалуй, выглядит так — «Почему спустя 20 лет мы получили такие чудовищные и прожорливые системы разработки, а визуальный билдер интерфейса подглюкивает и тормозит даже на современных компьютерах?»
я возмущен фразой «платят больше — за муки»
не платят им больше, чем остальным, а мук точно больше, Джим Макейт до сих пор футболки шлет и триалы для студии, жаль только, что я уже давно на линуксе живу
ну, когда я заходил — зарплата у мобильных разработчиков была на 20 процентов выше, чем у обычных джавистов. Может, показалось, может, так было в том регионе
Скорее всего не репрезентативная выборка у Вас была. Объем работы у мобильных разработчиков больше чем у десктопных, а зп почти одинаковая, если не меньше.
А можно немного подробнее об этом? Лучше бы разгромную статью о том, насколько WinApi лучше, особенно в контексте тёмного таинства запуска самой обычной, честной windows на ARM, демо которого показывали не так уж и давно.
справедливости ради, в WinApi не было такого жизненного цикла:

PS: и по этой карусели приложение может двинуться в любой момент, с поворотом экрана или переключением на другую активность (для мобильных разработчиков — тут я понимаю не Activity, а именно другую деятельность пользователя)

Безусловно, а принес ли этот монстр хоть какую-то пользу, кроме боли — перерождающуюся в бесчисленные баги и падения, а также, огромный порог вхождения?

К слову аргументом может быть «меньшее потребление ОЗУ, за счет выгрузки UI», однако, у меня на телефоне 3ГБ, а более 5 приложений в памяти он не держит. И да — я знаю про лимит на приложение, но вспоминая ПК с Win98 и ОЗУ менее ГБ, с кучей запущенных полноценных программ, я хочу плакать.
А теперь все тоже самое, только на Java
Плюсуют только котлинистов)))) всем кто против минус))) ну да ладно.
Ребята, вы с такой навязчивой торговлей только наращиваете отвращение к этому.
Делайте серьёзные проекты вопенсорсе, да такие что бы всем на зависть, вот тогда без всяких дискуссии прийдём посмотреть. А сейчас это вызывает такое же отвращение как барсик и поскакаль)
https://github.com/JetBrains/Exposed'
https://github.com/ssseasonnn/RxDownload
https://github.com/corda/corda
Или Twidere клиент для твиттера: https://github.com/TwidereProject/Twidere-Android

И только попробуйте сказать что это не серьезные проекты в опенсорсе, если хотите можете поискать на гитхабе, их полно.
Ты не мне это пиши, ты сделай так что бы люди сами шли и смотрели, а не втюхивай это как перец на базаре.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий