programmist_derevo, Тестировать надо на разных устройствах. В этом и заключается "ад" зоопарка андроид-устройств.
Насчёт скорости исполнения кода - всё зависит от того как вы там всё написали. С учётом разной производительности устройств или без...
Мы ж не телепаты, чтобы не глядя в код поставить диагноз
Денис Загаевский, "книга для этого не нужна. Для этого достаточно читать доки."
Я плохо себе представляю, как новичок полез на страницы с документацией и начал читать всё подряд. Там же закопаешься и крыша поедет. Новичок плюнет на это дело и уйдёт расстроенным.
Документация нужна для уже опытных программистов.
А новичку нужна именно книга, где ему растолкуют что к чему, для чего нужно, что в данный момент важно, а что сейчас не важно и можно изучить потом.
Книга более структурирована. Плюс там есть зачастую задачки и упражнения, которые акцентируют внимание на важных вещах.
Это как про "банду четырёх" - её можно читать только тогда, когда у тебя уже есть какой-то опыт, и скорее негативный. После этого читаешь GoF и понимаешь, что ты делал не так и как надо было делать правильно...
Rick Joo, Как научиться читать книги в оригинале ?
Эммм... Странный вопрос... Ну просто же - надо взять и начать читать. Знаний элементарного английского достаточно для чтения технической литературы. Если встретились незнакомые слова - смотреть в словаре. Часто используемых слов не больше тысячи, на самом деле; и выучить их совсем несложно
Денис Загаевский, Тогда можно взять любую книгу по Андроиду за последний год и прочитать.
Это чтобы понимать внутреннее устройство системы, понимать какие есть компоненты, сервисы, интенты, вот это всё, понимать жизненные циклы активити и фрагментов... Это как раз для базы.
А Busy Coder's Guide, статьи хабра и прочие медиумы - только для шлифовки, для коррекции того, что постоянно обновляется. Потому как никакой хабр не даст полного понимания того как андроид устроен и что там внутри, будут только отрывочные знания
Clodexx, Ок, раз новичок в программировании, то скажу так. Язык программирования абсолютно не важен.
Важно мышление как программиста. Поговорка про двух зайцев - уж точно не про нас, программистов.
Скажу про себя. Я начинал с Бейсика и Паскаля, потом был C, C++, потом Delphi, потом SQL, по мере появления ASP, за ним ASP.NET, затем C#, Java, Ruby, Scala, Go, JS, Python, Node.JS и всё такое... Вот сейчас Котлин осваиваю. Поздновато, правда, но ничего страшного...
Одни языки умирают, становятся невостребованными, им на смену приходят другие. И это нормально. Просто запомни, что НЕЛЬЗЯ зацикливаться и останавливаться только на одном языке - иначе смерть тебе как специалисту (в будущем, конечно, ты же только встал на этот путь). Нужно использовать тот язык, который уместен в данном месте в данное время. Практически в любом проекте смесь из десятка языков.
У них различие в основном только в синтаксисе. Ну, бывает, что и в парадигме, но их всего-то ничего: функциональная да императивная
Clodexx, Слушай, ну какой ты ответ ожидаешь услышать? Тебе в Рязани виднее как там у вас обстоят дела с работой, смотри по ситуации. Я тебе рассказал про Питон в целом - да, его учить надо.
Да и вообще, что тебе мешает выучить сразу несколько языков? Любой программист просто обязан знать несколько языков. Учи Python PHP, C#, C++, Java, Swift, Scala, Go, JS - и горя знать не будешь.
В чём проблема-то?
