Я теперь понял почему ролик называется «Программист, не пиши так». Ваня ну ладно бы склад поменять, ну ответственного, но состояние! Объясни пожалуйста хоть в комментах новичкам, что в большинстве случаев состояние надо выносить в регистр.
Вот черт бы с java как она есть. Эти языки все одинаковые. (а теперь серьезный вопрос, пусть и в форме возмущения) А вот что делать с невероятно раздражающей rx java? выпиливать, или от нее действительно есть польза? как быть с той же джавовой нуллабельностью (какие-то костыли в виде optionals, каждое поле «data»-класса в этих обертках, еще и свои обертки поверх оберток), и так далее? Единственный плюс я в этом вижу – когда разработчик бэкендер приходит на андроид-проект, ему не нужно тратить два-три часа времени, чтобы прочитать про котлин.
Я считаю обязательно стоит, так как ты сам сказал что много библиотек которые мы используем в андроид разработке написаны на Java, и иногда нужно покопаться в исходниках, чтобы лучше понять что и как там работает, а без знаний Java там конечно не обойтись
Да опытные тоже так делают, когда надо разрабатываться в режиме «хренакс-хренакс и в прод», потому что вчера должно работать. Кто там за блокировки вспомнит?
Java однозначно надо. Кирилл можно расписать, более детально, на что надо уделить особое внимание в Java. Некий roadmap by Кирилл Розов. Возможно это будет полезно всем. Одним для обучения, другим для проверки знаний. Спасибо за видео
go очень мерзкий. очень. а с# довольно легкий, даже без «универа», потому что у него мягко говоря дох** документации. а go на столько специфичен на сколько специфичен может быть язык, из-за того что он не ооп. если вы первым языком начнете учить go, потом на какой-то другой будет тяжело пересесть
Ваня ну ладно бы склад поменять, ну ответственного, но состояние!
Объясни пожалуйста хоть в комментах новичкам, что в большинстве случаев состояние надо выносить в регистр.
(а теперь серьезный вопрос, пусть и в форме возмущения) А вот что делать с невероятно раздражающей rx java? выпиливать, или от нее действительно есть польза? как быть с той же джавовой нуллабельностью (какие-то костыли в виде optionals, каждое поле «data»-класса в этих обертках, еще и свои обертки поверх оберток), и так далее?
Единственный плюс я в этом вижу – когда разработчик бэкендер приходит на андроид-проект, ему не нужно тратить два-три часа времени, чтобы прочитать про котлин.
Гуглишь, выдает код на Java. А как это на Kotlin будет?
Кирилл можно расписать, более детально, на что надо уделить особое внимание в Java. Некий roadmap by Кирилл Розов.
Возможно это будет полезно всем. Одним для обучения, другим для проверки знаний.
Спасибо за видео
JVM топ технологии топим дальше за них
План проекта внедрения с этапами и сроками: