Разница между Kotlin и Java примерно такая же как между Swift и Objective-C. Я как Android/iOS разработчик могу сказать, что почти весь новый код для Android пишут на Kotlin, даже в приложении, которое уже на Java написано. Так как это сильно сокращает трудозатраты и количество багов на выходе.
Да, куча кода написано на Java. И есть базовые вещи работы JVM, которые не зависят от языка и имеют примеры именно на Java. А Kotlin может работать и без JVM, например Kotlin Native
@@semyontikhonenko7937 что можешь сейчас рассказать? Стоит ли заходить с Java или сразу Kotlin? Как обстановка на беке Java, вытесняет ли там ее Kotlin
Штраф был не из-за использования java в андроид, а из-за использования кода oracle jre в андроидовом рантайме. Язык Java не принадлежит Oracle, но это не суть. Kotlin нужен для: удаление килотонн бойлерплейта(Напомню, что любой код требует поддержки, и лучший код это не написанный), решение NPE-hell, общее улучшение качества языка, в частности гораздо лучшая поддержка функционально парадигмы. Люди начинают понимать, что ООП не серебряная пуля, и на самом деле полно мест где ООП пихают лишь бы было. ОРМ всякие, хотя реляционная модель с трудом ложится на объектную. Другое дело ADT - и это вполне хорошо реализовано в том же yesod persistence. Если выбирать на чём писать новый проект(не важно android, или enterprise) - однозначно kotlin. P.S. В целом смотрю и уважаю Ваш канал, но часто замечаю неприятие новых подходов к программированию. Что, в общем-то, логично.
Наши отцы подчищали мусор за собой, наши отцы отцов подчищали мусор за собой и нам завещали! То сначала delete убрали, а теперь и проверки на null нас лишают!
Ну там тоже во время выполнения можно проверять на null, только это записывается короче. А тут он просто на этапе компиляции Вас за руку сразу ловить будет.
В видео плохо разъяснено вот что. Java - это не только язык, это ещё платформа, стандартная библиотека языка. В книгах про Java рассказывают о платформе, а не только о языке. В книгах по Kotlin этой информации может не быть, поскольку считается, что все знают Java. Поэтому Яву всё равно надо изучать, даже если программировать только на Kotlin.
В данный момент учу котлин, но с джавой проблем нет (язык сам по себе относительно прост и понятен). И моё имхо такое: работать на котлине, но джаву тоже знать надо. Куча всего написано на джаве, куча либ, легаси, так что тут хочешь-не хочешь, а надо знать её. А вообще, язык - это инструмент, как молоток или гаечный ключ, главное уметь этим пользоваться. Вот такое имхо от джуна
@@Brontes26 Легаси - это код который кто-то когда-то писал и уже ни кто не знает кто его писал и зачем? В общем любой не поддерживаемый код за который ни кто не отвечает.
Насколько я помню, Oracle имеет права на Sun-овские (ныне - Оракловские) реализации классов из стандартных пакетов java.*, javax.* и др., но не имеет эксклюзивные права на сам язык. И все судебные разбирательства были как раз таки по причине того, что Android частично юзал Оракловские реализации стандартных классов. Так например существует свободная реализация стандартного API Java - OpenJDK, которая находится в открытом доступе и её можно юзать в коммерческих проектах бесплатно (что Android, начиная с N, успешно и делает).
Сергей, вы просили шарить ваши видео, так я их шарю! И Java начал учить, потому что вы пробудили к нему интерес. Спасибо, очень полезный и интересный канал)
Kotlin для сервера не обижайте, код очень лаконичен и эффективный и удобный подход к асинхронности помогает не только на Android. Пишу энтерпрайз приложение на Kotlin с Ktor и мне все нравится.
Kotlin настолько java, что между ними нет функциональной разницы. А вот синтаксического сахара в Kotlin намного больше чем в Java. По началу в kotlin были проблемы с библиотеками использующими reflection, но сейчас положение более-менее сносное. ИМХО мне как программисту писать на Kotlin приятнее. А менеджерам все равно, т.к. вся инфраструктура один в один от java.
Несколько месяцев назад таки перешёл на Котлин и, должен сказать, язык очень хорош. Во всяком случае, желания возвращаться на Джаву нет точно. Плюсов очень много: много ништяков из функциональных языков - функциональные типы, лямбды, scope-функции. Код становится более компактным без ущерба для читабельности. Опять же благодаря scope-функциям (let, also и т.д.) больше не нужно городить многоэтажные конструкции для проверки на null nullable-типов, просто пишешь someVariable?.let{ и втыкаешь лямбду, а затем через Элвис-оператор ( ?: ) пишешь, что сделать, если переменная всё-таки null. Вообще функциональщина, именно в том варианте, в котором она есть в Котлине (опциональная), очень удобна. И когда язык ударяется чисто в одну парадигму (строго ООП, как Java; или строго ФП, как, например, Хаскель), это всегда создаёт сложности в некоторых случаях, приходится придумывать костыли. А в Котлине сумели аккуратно объединить всё это. Кстати, для веб-приложений есть проект Ktor, который так же пилится jetBrains. И Spring, насколько я знаю, уже тоже поддерживают Kotlin. С Jakarta EE нужны костыли, ибо в Котлине по дефолту все классы и методы final, пока их не пометишь как open.
Google сегодня: С ростом популярности Kotlin, а на данный момент, более 70% из 1000 лучших приложений в Google Play используют Kotlin, и таким большим количеством разработчиков, использующих Kotlin, мы можем использовать весь его потенциал, чтобы улучшить опыт разработки под Android новыми способами. В течение последних лет команда Android усердно работала над улучшением опыта разработчиков мобильных приложений, чтобы сделать их более продуктивными. Это включает в себя улучшения Android Studio, отличный язык (Kotlin), библиотеки Jetpack для упрощения общих задач и Android App Bundles для улучшения распространения приложений. Сборка и deployment приложений стали быстрее благодаря Kotlin Symbol Processing API, кэшированию графа задач в Gradle и более быстрой установке и запуску приложений на всех устройствах с Android 11. А новый анализатор сборки может помочь вам определить, где в вашей сборке могут быть узкие места. Языки и библиотеки являются одной из основных областей инвестирования для нас в современную Android разработку. Мы сосредоточены на том, чтобы сделать разработчиков более продуктивными с Kotlin и Jetpack. Java с Android пока, пока P.S. Старый закостенелый Жабист продаёт курсы по Жабе, ясен пень что Java > всё. Курс то купи, ну ты чё, там 28 менторов по Жабе надо кормить чем-то
@@SergeyNemchinskiy Сергей, главное преимущкство Kotlin в Андроид это возможность писать асинхронный код без колбэкхэлла с помощью корутинов. На бжкэнде вы разницу между Котлином и Java не почувсвтвуете потому что один запрос-один поток и там особо асинхронить не надо так как пока из базы метод не вернулся возвращать не надо.
Все он понимает. Но он еще понимает, что на Андроиде жизнь не заканчивается и если изучить Джава, то открываются огромные перспективы. А все котлиновские преимущества и так будут в ближайших версиях Джавы.
Лямбдой тебе по лбу, хейтер вонючий!!! В си-шарп вон сколько денег вливают, чего там только нету, и десктоп там молниеносный и что угодно, ноооооо за сколько лет и не приблизился к джавке! Котлин напиздил у Java'ы практически все, так сказать - ее внебрачный сын! Так что не забывай кто тут батька!!!
@@Greyer2k На сколько мне известно Spring Boot грубо говоря всего лишь утилита для быстрой конфигурации проекта, а дальше все равно Spring MVC в дело вступает. Как у него с поддержкой Kotlin? Я вот пару часов назад прочитал информацию о том, что Huawei представила альтернативу Android под названием HarmonyOS. Так вот эта ОС поддерживает С, С++, Java и Kotlin. Если Kotlin - это Java на стероидах с великим будущим, то почему бы тогда не ограничиться только его поддержкой и не исключить Java из вышеприведенного списка чемпионов? Я ни коим образом не хочу оспаривать преимущества Kotlin, но то, что ему еще расти и расти до уровня распространенности Java, неоспоримый факт. Т.е. Kotlin знать можно, но сперва нужно изучить Java.
Java нужно изучать поскольку это основной язык JVM и многие библиотеки написаны на Java. Но, если есть возможность использовать Kotlin, нужно использовать Kotlin. Язык более компактный, имеет огромное количество ништяков (функциональные типы, расширения, scope-функции, корутины). К тому же Kotlin - это уже давно не только язык для Android. На нём вполне можно писать веб-приложения, сервисы (есть проект Ktor). Ещё есть проект Kotlin Native, который умеет компилировать Kotlin в нативные приложения (работающие без JVM).
повторяй себе это чаще, все лишь бы с java не слезать. А ведь сам java в нулевых казался той еще авантюрой, но те кто на него перешли оказались в выигрыше, потому что не побоялись выбрать новую технологию с туманными перспективами. Так и сейчас нужно вкатываться в новые языки, а не цепляться упрямо за старье.
@@ЮрийДымов-у6щ Те, кто мне здесь отвечают - вы читать не умете что ли? Где я говорил, что с Java не надо слезать? Я лишь сказал, что нужно её знать, потому что какие-то библиотеки на ней написаны, иногда приходится работать с исходниками, написанными на Java (она не такая сложная, тем более, если вы освоили Котлин или Скалу). А если есть возможность писать в проекте на Kotlin, естественно, нужно писать на нём. У вас что-то со зрением.
Канал прекрасный, развлекательный, как смотреть новости по первому каналу. По ошибке смотрел его когда начал обучаться программированию. Но вскоре понял что это канал ничего общего с полезными знаниям не имеет. Сейчас уже год как работаю, автотестером на джаве. Поэтому моя рекомендация новичкам, если вы хотите научиться програмированию, то не тратьте время на этот контент, чел просто в каждом видео показывает что он много знает, чтобы попиарить свою школу и чтобы привлечь туда новых клиентов, но именно полезной инфы в видосах 0 целых хрен десятых, кто согласен ставьте лайк.
@@abuyasin2931 начните учить java, например канал alishev,я там учил. Потом можете определиться более конкретно, автоматизация тестирования либо разработка. Во всяком случае потратите время с пользой. У меня ушло 4 месяца чтобы устроиться на работу, желаю вам успехов
Ее можно поглаживать, когда думаешь и потом зимой лицо не мерзнет, ветер за воротник не поддувает. Мы на зиму отращиваем, как бы соревнование, у кого длиннее отрастет.
Согласен с одним из предыдущих ораторов: дело не в копирайтах (не о том была тяжба), а в самом языке, который более выразителен и лучше подходит для нужд мобильной разработки. На iOS язык Swift практически вытеснил Objective-C, а Kotlin - тот же Swift, вид сбоку. И на Android сейчас та же ситуация - везде требуется Kotlin.
Да. Доучить Котлин к Java максимум две недели. Я потомственный программист, программирую уже более 30 лет на разных языках, Java использую с 2000-го года, мои разработки можно увидеть на сайте www.gses.com, www.gses.com/simulation-technology/ и там всё, что относится к JDesigner, JADE, JStation я там был одним из основных разработчиков, компания тогда успешно использовала Java, многие тренажёры АЭС в мире используют этот код до сих пор (в России, например, тренажёры Ленинградской АЭС для старых блоков первой и второй очереди). И, как видите, на странице фирмы это всё висит до сих пор. Ну вот я решил тоже узнать, какие новые веяния есть сейчас и попробовал Котлин. На Винде пробовал. Согласен в том, что да, вижу некоторые синтаксические улучшения, получается меньше писанины в некоторых случаях, ну, скажем, герреты-сеттеры не надо писать. Может сократить время писанины чисто. Улучшить быстродействие сильно вряд ли. Хорош также тем, что Java-код запросто видит Котлин-классы и Котлин-код также видит Java-классы. С проверками на null да, есть такая фишка, что на этапе компиляции он заставит тебя или поставить оператор "?", чтобы ты мог явно загнать null в поле, или выдаст ошибку при компиляции, что null присваивать в это поле нельзя. Вообще не инициализировать поле класса он также не разрешает на этапе компиляции. Наверное, в каких-то случаях это убережёт от необдуманных действий, но и там можно это обойти с помощью того же знака вопроса. Проверки на null в коде также записываются короче, чем на Яве - последовательностью операций знака вопроса, а не кучей if-ов вместо них. Это да, что есть, то есть. Ну ещё там сделали перегрузку операторов, множественное наследование с явным указанием в таком классе-потомке как реализовывать метод, общий для нескольких классов-родителей. Но. Без знания Явы, по крайней мере на данный момент, Котлин безполезен, т.к. даже для того, чтобы писать в текстовый файл, используется пакет java.io, чтобы создать GUI, нужно использовать JavaFX (можно и Swing, но уже старо, да и на Андроиде, скажем, Swing вообще не существует). Многие говорят, что Котлин это наследник Явы, это где-то так, где-то нет, в том плане, что говорить, что он Яву вытеснит, ну, по тому, что я попробовал, это сильно не видно. Он пока без неё и классов из неё особо существовать не может. И да, без знания Явы я не вижу возможности Котлин выучить. Для человека с опытом, подобным моему, можно начать за неделю довольно свободно программировать на Котлине, не зная его совсем, но вот программировать на Яве, зная только Котлин, это вряд ли. Если у кого-то есть большое желание перейти на любой платформе, где есть Ява, на Котлин, это сделать можно, причём, просто новые классы начав разрабатывать на Котлин. Вопрос только, а сильно ли оно нужно. А так согласен абсолютно: если кто полностью с нуля, то сначала Java, потом Kotlin, ни в коем случае не наоборот. Сейчас даже вся дока и все обучалки по Котлину построены на том, что "если Вы на Яве писали это вот так, то на Котлине это же решается короче - вот так", потому, если вы в Яве полный ноль,ь у Вас не будет фундамента, чтобы по ныне имеющейся документации изучить Котлин. Просто неясно будет, о чём там речь идёт.
Теорию ООП можно изучить изучая Java. А программировать надо на Котлин. Первый язык - Джава. Это чтоб научиться программированию. А писать приложения надо на Котлин.
Kotlin vs Java ответ очень простой - зайдите на местный сайт по работе и посмотрите количество вакансий и сразу все вопросы исчезнут. Я зашел на сайт в своем городе и что я вижу kotlin - 5 вакансий , Java - 862
просто на Java пишут еще веб приложения (бэк-энд), где котлин не вывозит. Хотя идея верная, что учить лучше всего язык тот, на который есть вакансии, а не тот, который типа весь из себя модный с красивым названием.
Kotlin это отражение необходимости писать более выразительно и высокоуровнево, что бы сответствовать стандартам современных приложений. IMHO, java никуда не денется, но kotlin будет набирать обороты и уверенно щимить java.
Спасибо за видео! Сделал для себя выводы. Я тестировщик и сейчас в нашей компании для тестеров будет принудительный абгрейд, т.е. автоматизация. Естественно фрейм написан на Kotlin, а я для себя учу Python. Вот я и задался вопросом на сколько глубоко нужно погружаться, что бы не потерять навыки по Питону. Джава мне давалась очень тяжело, по этому первый язык я выбрал Питон он и для тестирования хорош и перспективы в программирование тоже приличные. В общем почитаю книжки, подучу базу и думаю хватит. С наступающим НГ!
Прошёл год и сейчас новичкам всё так же нужно сначала учить джаву, а потом уже котлин Изменилось то что хватит основ джавы, какие за 2 недели можно пройти, а потом месяц на котлине с архитектурой и хайповыми либами
Какие две недели, вы там всё упали что-ли? Нормальную книгу по java или C меньше 700 страниц вообще не найти. Потом ещё надо это задебажить ещё, обкатать ide, накопать свои стабильные либы (1000стр минимум, если успешно отладитесь и это хоть как-то можно будет использовать в продакшне), потом вас ждут патерны программирования ещё 700стр, потом практикум минимальный хотя бы на 400стр . И только тогда более менее по полочкам разложится, а иначе это будет погружение в бездны непонятного кода, где непонятно что, как , почему.. Удивляюсь когда говорят да я ваще в сениоры за месяц проапгрейдилсо 😂 , я ваще джёсткий талант, могу забацать реальна пацанскую прогу, ваще без багов, чиста па панятиям, главна нужные батоны набрассать и либы сторонние по братски импортировать в проект и сделать из этой говнокаши - супер мега прогу, желательно чтобы никто не смог в ней разобраться, и потом бить себя пяткой в груть и говорить фсем какой я крутой мега прогер.
@@НабиевАсылбек Основы Java - можно освоить за две недеи, при условии, что уже освоил C++ и C#. Попутно замечу, что книжки по IT не читают страница за страницей (как художественные книги), а изучают то, что для читателя содержит концептуальную новизну. Так, если ты циклы "for"; "while"; "do...while" освоил на C/C++, то в книжке по Java (или C#) можно эти разделы попросту пролистать.
kotlin офигенный язык, и scala по своему хороша, они кстати со scala много чего содрали. но вряд ли google только из за судебных издержек выбрал его как официальный язык разработки под android, так как open jdk опенсоурсная есть. но учить что kotlin что scala или groovy или clojure незная java на хорошем уровне не стоит. кстати в gradle очень много чего на kotlin написано уже больше даже чем на groovy в самом ядре. + есть kotlin script и kotlin native, так что у kotlin есть все шансы.
Пфф, после груви и свифта на классической джаве не особо хотца потеть, а котлин по сути тот же свифт. Отсутствие ренджей бесит. Везде слово new - бесит. Нельзя просто взять и объявить кложуру - раздражает. Учить джаву нужно, как базу, т.к. больно дохрена кода написано и джавовские либы все равно дергать будете хоть из котлина хоть откуда. Но котлин повышает продуктивность, с этим глупо спорить. А nullsafe концепция меня тоже поначалу бесила, но теперь я считаю ее очень даже крутой штукой. Про Optional в джава даже вспоминать не хочется - такого бредора оракл давно не делала.
я работал с C# года три, сейчас решил осилить разработку на android, при создании уже второго класса мне потребовалось использовать calback методы и я афигел какими костылями их надо реализовывать на java (городить ненужные интерфейсы писать кучу лишнего кода) и собственно с делегатами таже фигня, в этот момент я себя почувствовал с завязанными руками. Я могу ошибаться, но первый и второй запрос гугла выдали очень долгие способы решения проблемы. в Kotlin все этот есть изткоробки без костылей, но от синтаксиса у меня жопа горит уже почти неделю. И собственно если я не прав на счёт calback и delegate в java поправьте меня пожалуйста. И с корутинами на java тоже какие то трудности.
это не главное преимущество. в джаве есть RX. лично мне для моего проекта очень пригодилась перегрузка операторов, функции высшего порядка и инлайн - всего этого в джаве очень не хватало
Посмотрел несколько роликов данного автора - вывод такой что человек говорит о том что где-то что-то слышал, сам в этом не разбирается. Может в Java он и разбирается, но в других технологиях по верхам, это касается C++ и Kotlin. Одним словом - такая "бабка" у подъезда судачит.
@@НатаниэльДампо php изначально под веб и делался, а Java язык универсальный чего не скажешь про котлин. Сейчас гугл финт ушами сделает, сменит платформу и котлин может оказаться не у дел.
@@woodzimierz9621 котлин это язык для програмиста , он переводится в байт код и финт по смене платформы сделает по прежнему поддерживаемым котлин . А вот от java они очень даже могут уйти, Google уже от него уходит. Да java использовался в интерпрайсе и кое где еще , но сейчас мобильная разработка это огромный кусок пирога и тут царствовать будет котлин. В прочем речь идет о вероятностях а жизнь всегда может все переиграть
Про что он рассуждает, Kotlin убивает Java каждый день). Сейчас все новые проекты пишут на Kotlin). По то, что сначала Java потом Kotlin, здесь я с автором солидарен)
Про сначало Java, потом Kotlin. 100% согласен. Сколько раз было, что нужно было прекрасно понимать синтаксис Java. К примеру проходя видеоурок по Андроид, который на java, паралельно переводил на Kotlin. Не говорю уже про то, что куча библиотек нужно считать на java
на Kotlin очень много сейчас перееезжает. Особенно в сфере тестирования. Так что вопрос надо раскрыть подробнее, просто из за того что переходы с одного на другое осуществляются в разы быстрее
Спасибо за видео! Небольшой оффтоп: что думаете про компанию EPAM Systems? Хорошая, плохая, что про нее слышали или знаете? Интересно было бы узнать ваше мнение. Может даже отдельный ролик стоит выпустить по обзору it-шных контор в РФ, но только про те, что есть в регионах, то есть за исключением московских.
По мне так, хочешь разрабатывать под Андроид - учи Котлин. Возможно, он даже потом будет применяться для серверной разработки, даже скорее всего. Учить Джаву для галочки нет смысла, чтобы в ней разобраться, нужно пару лет практики. Потратишь сначала пару лет на Джаву, а потом ее не будешь применять. Я думаю, сейчас можно найти проекты чисто на Котлин. Есть смысл его учить и вписываться в такие проекты. Если столкнешься с Джавой, то имея опыт разработки под Андроид на Котлин, вряд ли не разберешься с кодом на Джаве. Скорее всего, тебе нужно будет общее понимание, что делает функция, для этого иногда вообще не нужно знание языка. Кроме того. насколько я знаю, Джава легко конвертируется в Котлин и наоборот, а главное, оба языка можно использовать в одном проекте вперемешку и не париться. Конечно, лучше знать и то и то, но стартовать с Джавы уже не слишком оптимально, это совет актуальный года три назад
@@sidelnyk_artem Я. чет не вижу на их сайте примеров как подключать либы во Flutter? Если нельзя подключать либы - зачем нужен язык? Или вы собрались все писать сами свои велосипеды и у вашей компании нет вообще партнеров со своими сдк?
@@VitaliyNET Основана русскими в Чехии. Зарегистрирована в Чехии. Формально это Чешская компания. Но точно не США. Но да, самый большой офис в СПб и большинство сотрудников в СПб.
Сергей здравствуйте! Что Вы думаете о новой политике оракла (платная поддержка LTS-версий) и выходов новых версий каждые пол года, как это отразится на языке в ближайшем будущем и что в этом плохого и хорошего. Ну и пробовали ли вы новые фичи, например модульность. Очень хотелось бы узнать Ваше мнение, заранее спасибо!
А можно ссылочку на вопрос "Могу ли я стать программистом, если я не очень хорошо соображаю?" У меня есть друг, с которыми я занимаюсь, но у него не очень гладко все идёт. Есть второй ученик, который на порядок лучше (= в 10 раз) схватывает материал. Хотел бы посмотреть это видео (если оно есть) может быть оно будет полезно моему другу
Красивые сказки рассказываете. Хотя с выводом согласен: сначала изучить Java, потом Kotlin. Для гармоничного перехода рекомендую прочитать Effective Java (книга о недостатках Java) ещё до того как начали писать на Kotlin.
Скажите, а тот пакет java-7 uли java-8 JRE который мы под Windows устанавливаем, для введения его в браузеры - для андроид существует? Я имею ввиду улучшить работу браузера для всевозможных сложных контентов? На сайте загрузки Явы (7,8) - я видел только варианты - под Windows, под MacOS, под Linux, под какой-то Solaris (про него мало знаю). А под андроид - не существует или брать тот что для Linux и далее самому химичить...?
Чё за хрень, почему этот шлак в рекомендациях? Вы там хоть код пишите в перерывах между преподаванием курсов? Или как всегда в танке и чисто на статье из Википедии вывозите свои курсы? Единственное с чем можно бы согласиться - учить Котлин желательно после джавы. С чего такое мнение, что Котлин нужен только в Андроиде? На работе я его и пользую просто везде: нужно сделать небольшой REST API бэк - идеально подходит, написать автоматические UI тесты с селениумом - ваще не заменим, наклепать инструмент с GUI - kotlin + tornadofx вообще просто сказка. Я его пихаю и использую везде где можно и не жалею - о NPE вспоминаю крайне редко, код пишется быстро, выглядит он лаконично и читается легко. Сам язык крайне функциональный и в сравнение с джавой не идёт. Джава на данный момент нужна чисто для понимания и допиливания того Легаси, что накопилось в энтерпрайзе
о, да почти никто уже не вспоминает какой уровень сарказма насмешек и язвительности был в линукс сообществе когда появлялись первые версии андроида и как каждый считал своим долгом вспомнить о том, что "джава не тормозит", "убей себя как Томми" и "джава на эмбэде сожрет батарейку за секунду" в успех андроида верило не так уж много людей но тем не менее, взлетел
И все что вы писали было. Калькуляторы эти андроиды по цене калькуляторов. Все дело в цене. Айфон стоит 1000 андроид в 10 раз дешевле. Хочешь идеальную оптимизацию, отсутсвие магов, отсутсвие сборщика мусора, отсутствие вирусов и прочих проблем - берешь айфон и радуешься. Нужен калькулутор - берешь ведро и дальше сам знаешь что с ним сделаешь) Я уже молчу про то что разработка на айфон и разработка на андроид это как писать под калькулятор на ассемблере и писать игруху на топовый комп.
@@maxim.hnatiuk а есть альтернатива? Свой девайс я пока не произвожу. Разрабатываю мобильные приложения и поверьте у меня больше всех руках было разных девайсов. И не просто в руках а еще нужно было на них все тестировать, что бы работало, что бы на разных экранах нормально смотрелось и тд. И сам процесс разработки на ведро - это сущий ад. Хуже наверно только ад Билла Гейтса - писать винду на ассемблере. Писать на веб Java намного веселей там и java последнюю можно использовать и сдк полный комплект. В андроид в 100 раз урезанный сдк, java 7 с костыльной поддержкой некоторых фич java 8. Я уверен любой нормальный программист познавший разработку на айфон - на андроид уже ни когда не вернется. Я надеюсь что это мой последний проект на ведро который я разрабатываю. Уже проще другую работу найти, чем заниматься андроидом. Да есть котлин, но в моем проекте юзаются 6 сторонних либ. Котлин конечно сильно разработку упрощает)
На рынке разработчиков Котлин уже вытеснил Java. Java практически не актуально уже и хорошую работу в западных странах без знания Котлин можете практически не рассчитывать. В России Java еще актуально на данный момент (2021г.)
Я сейчас пишу на флатере, очень много сырости. Чтобы вы понимали - буквально в этом июне ребята решили что архитектура должна быть все таки не BLoC, а на построена на Providers. То есть до сих пор нет четкого понимания best practices в state management. А это во флатере основанная вещь если хотите построить что-то большее чем Hello World с счётчиком. Каждый пилит что хочет и библиотеки добавляются в режиме реального времени. Но я для себя выбор сделал, я считаю что ни смотря ни на что это перспективная технология и она она уже production ready, хоть и с оговорками
Если писать под JVM и аналоги, то знать язык java надо по-любому, чтоб читать то полезное, что на ней нафигачено. А kotlin доучить при первой же возмозности, и самому писать на нем
Сергей, рассматриваю вариант первой работы в компании где требуется java, но там требуют не spring, а play framework. Что можете сказать по поводу этого фреймворка? И на сколько сильно может повлиять play framework на меня как на специалиста, если изучение spring оставлю до следующей работы? А то вижу насколько массово везде распространен spring
Уважаемый Сергей, подскажите мне, пожалуйста, на каком языке программирования писать приложения под iOS? И следующий вопрос: есть ли универсальный язык и под iOS и под Android приложения создавать?
Сергей, такой вопрос. Что Вы думаете о практики ревью кода в фирме. Насколько это плохо/хорошо. Насколько это работает/не работает. Насколько это обязательно/необязательно. PS В фирме, где я работаю, такого нет, но в сети кто-то рассказывал, что у них в фирме каждый рабочий день час тратят на ревью кода.
про джава машину вообще неверно. dalvik к jvm вообще никакого отношения не имеет. у него свой байткод. нет никакой проблемы генерить этот байткод тем же котлином. гугл при желании хоть завтра может выпилить джаву. проблема в том, что на джаве пишут большинство разрабов под андроид. и переход будет небыстрый. другое дело, когда народ дозреет до котлина - гугл уже фуксию запилит.
Скажу наоборот У Джава нет никаких преимуществ перед котлином, она конечно некуда не денется и я её люблю но Котлин это уже и Эентерпрайз и фронт и куча всего а не только андройд, и писать на нем приятнее, есть проблема, что он слишком вольный но это лечится.
За груви и двор стреляю в упор! А комментарий про "котлин хорош на андроиде, на других платформах преимуществ нет" - кажется, кто-то очень давно не писал энтерпрайз с нуллабл полями (и это не говоря про инстанциирование объектов через билдер в тестах или про трансформацию объектов)
Котлин вытеснит Android и большое Г. с рынка. Китайцы скоро сделают операционку (что очень легко) и устранят всю кривизну Android вместе с теми, кто эту кривизну породил.