Не придирка к автору, просто интересно. Насколько сейчас вообще актуально писать про View, если это не связано с решением конкретных технических проблем? Кажется, такие материалы читают всё реже, ведь основной интерес уходит в сторону Compose и архитектурных решений. Но всё равно может быть полезно как база или для тех, кто поддерживает legacy-код
В защиту автора можно добавить, что здесь интересны сами цифры и результаты работы. Одно дело, когда тебе просто говорят: "Так не делай", и совсем другое — когда показывают, насколько сильно это влияет.
Например, тот же случай с JSON: все мы знаем, что хранить его в БД — не лучшая идея, но, возможно, дешевле не заморачиваться со структурой (причём на то может быть множество причин), если мы согласны потерять определённое количество миллисекунд и заняться чем-то более важным.
От себя добавлю, что с появлением partialResult методы beforeCheckRootProject и afterCheckRootProject теперь вызываются на каждый модуль (аналогично beforeCheckEachProject/afterCheckEachProject), поэтому при обновлении Lint стоит быть осторожнее.
Из неочевидного: хоть и можно создать Incident без указания Location, в отчёте он не отобразится, если Location не указать. Или, возможно, я что‑то делал не так 🤷♂️
Compose или XML. Потому что, несмотря на то что Google убрал курс по Android разработке с XML, еще не совсем понятно что используется в большинстве компаний.
Можно предположить, что XML останется актуальным еще несколько лет. Как и при переходе с Java на Kotlin, проекты не торопятся полностью переключаться на новые технологии, но используют их вместе. Если разработчик хочет работать на фрилансе, большинство проектов там все еще основаны на XML. Сейчас я бы рекомендовал все таки начинать с XML.
Про навыки, надеюсь, это просто выжимка из разных вакансий, а не пример набора из усредненной вакансии?
Верно, это выжимка часто встречающихся требований из разных вакансий.
Неясно, зачем Junior-разработчику на Kotlin, который, скорее всего, использует только корутины, нужно уметь применять RxJava/RxKotlin
Rx еще много где спрашивают. Есть проекты, где Rx и корутины используются вместе. Обычно в больших проектах крупных компаний, где работают десятки разработчиков, все не переписывается сразу. Еще несколько лет используется устоявшийся стек.
Чем "Уверенное владение системой контроля версий GIT" отличается от "Опыта работы с GIT"?
Убрал повторение, спасибо.
Также софт-скилл "лидерство" у джуна (особенно если он без опыта) только ухмылку вызывает.
Приводил в пример общие навыки, возможно, в контексте вызывало путаницу. Поправил.
Компания называется RE.DOCTOR. Мы разрабатываем решения, которые помогают измерять давление, уровень глюкозы и кислорода в крови и другие показатели с помощью светодиода и камеры смартфона.
То есть эти приложения из маркета реально работают что-ли? Мне всегда казалось, что это какое-то фуфло, да и сейчас так кажется если честно ?
Мне кажется, что по какой-то причине бэкенд может не отправить или вернуть значение null, и в таком случае приложение не должно крашнуться, как минимум. ИМХО.
Проходил этот этап. Взяли на стажировку после академии при компании, с ходу дали проект, сейчас понимаю, что мне сильно повезло в том, что все члены команды с радостью (или не совсем ?) отвечали на вопросы и помогали с трудностями.
Спустя почти два года сам стал ментором стажёра. Направлял его, так как мне хотелось бы, чтобы меня направляли, когда я начинал, по итогу все остались довольны. Единственное что хотелось бы сказать стажерам, так это то, что не стесняйтесь задавать вопросы, никто не ожидает, что вы сходу всё знаете, по себе помню, как неловко было задавать очередной +100500 вопрос, потому сидел и мучался сам пока ментор не подойдет и не поможет. Отсюда просьба менторам время от времени интересоваться прогрессом своего подопечного, потому как даже если он говорит, что всё ок это далеко не всегда так
Если просто применить setTint, то у нас покрасятся все Drawable с этим state, а значит, всё с таким же идентификатором. В итоге все иконки будут одного цвета.
Как-то сталкивался с подобной проблемой, не помню уже как, но смог решить, разбираться в причине не стал, было лень, теперь хоть стало ясно почему так случилось )
Спасибо, статья довольно познавательная. В целом я согласен, как мне кажется и как писали выше, суть тут не совсем в том, чтобы работать не покладая рук, а в том, чтобы работать ответственно. Интерес, понимание сути и ощущения своей причастности к проекту способствуют появлению этого желания.
Но еще раз, это также сильно зависит от руководства продукта / компании. Какое бы не было желание, если в интересах вышестоящих лиц работа 8/5 строго по регламенту, всё желание у разработчика отбивается на раз.
Как по мне нам нужно больше свободы, не нужно без веских на то причин проводить тотальный контроль.)
Не знаю насколько это зло, но для бизнеса это довольно крутая штука позволяющая быстро что-то внедрять / обновлять. Насчет разработчиков согласен, лично я бы не стал долго таким заниматься, очень скучно )
Думаю в данном случае претензии всё же не к автору статьи, это уже техническая реализация которая от него никак не зависит. Насколько я знаю, есть некоторые трудности с обеспечением нормальной работы уведомлений на Android, но это уже тонкости самой системы.
Довольно интересно. Спасибо. Эта статья больше, если я правильно понял, описывает платные курсы. Сам закончил академию при компании (банк) около полутра лет назад. Курсы были бесплатными, по окончанию брали на стажировку с возможностью дальнейшего трудоустройства. Насчет первого года абсолютно согласен, не знаю чтобы я делал не будь человека к которому можно подойти и помучать вопросами.
Даты правильные, но в подборке много материала 2-3 летней давности
Не придирка к автору, просто интересно. Насколько сейчас вообще актуально писать про
View, если это не связано с решением конкретных технических проблем? Кажется, такие материалы читают всё реже, ведь основной интерес уходит в сторону Compose и архитектурных решений. Но всё равно может быть полезно как база или для тех, кто поддерживает legacy-кодВ защиту автора можно добавить, что здесь интересны сами цифры и результаты работы. Одно дело, когда тебе просто говорят: "Так не делай", и совсем другое — когда показывают, насколько сильно это влияет.
Например, тот же случай с JSON: все мы знаем, что хранить его в БД — не лучшая идея, но, возможно, дешевле не заморачиваться со структурой (причём на то может быть множество причин), если мы согласны потерять определённое количество миллисекунд и заняться чем-то более важным.
Автору респект!
Отличный материал, спасибо за продолжение!
От себя добавлю, что с появлением partialResult методы beforeCheckRootProject и afterCheckRootProject теперь вызываются на каждый модуль (аналогично beforeCheckEachProject/afterCheckEachProject), поэтому при обновлении Lint стоит быть осторожнее.
Из неочевидного: хоть и можно создать Incident без указания Location, в отчёте он не отобразится, если Location не указать. Или, возможно, я что‑то делал не так 🤷♂️
Огромное спасибо!
Можно предположить, что XML останется актуальным еще несколько лет. Как и при переходе с Java на Kotlin, проекты не торопятся полностью переключаться на новые технологии, но используют их вместе. Если разработчик хочет работать на фрилансе, большинство проектов там все еще основаны на XML. Сейчас я бы рекомендовал все таки начинать с XML.
Верно, это выжимка часто встречающихся требований из разных вакансий.
Rx еще много где спрашивают. Есть проекты, где Rx и корутины используются вместе. Обычно в больших проектах крупных компаний, где работают десятки разработчиков, все не переписывается сразу. Еще несколько лет используется устоявшийся стек.
Убрал повторение, спасибо.
Приводил в пример общие навыки, возможно, в контексте вызывало путаницу. Поправил.
Компания называется RE.DOCTOR. Мы разрабатываем решения, которые помогают измерять давление, уровень глюкозы и кислорода в крови и другие показатели с помощью светодиода и камеры смартфона.То есть эти приложения из маркета реально работают что-ли? Мне всегда казалось, что это какое-то фуфло, да и сейчас так кажется если честно ?
Ссылка на калькулятор битая
Мне кажется, что по какой-то причине бэкенд может не отправить или вернуть значение null, и в таком случае приложение не должно крашнуться, как минимум. ИМХО.
Можно чуть поподробнее ?
Проходил этот этап. Взяли на стажировку после академии при компании, с ходу дали проект, сейчас понимаю, что мне сильно повезло в том, что все члены команды с радостью (или не совсем ?) отвечали на вопросы и помогали с трудностями.
Спустя почти два года сам стал ментором стажёра. Направлял его, так как мне хотелось бы, чтобы меня направляли, когда я начинал, по итогу все остались довольны. Единственное что хотелось бы сказать стажерам, так это то, что не стесняйтесь задавать вопросы, никто не ожидает, что вы сходу всё знаете, по себе помню, как неловко было задавать очередной +100500 вопрос, потому сидел и мучался сам пока ментор не подойдет и не поможет. Отсюда просьба менторам время от времени интересоваться прогрессом своего подопечного, потому как даже если он говорит, что всё ок это далеко не всегда так
Как-то сталкивался с подобной проблемой, не помню уже как, но смог решить, разбираться в причине не стал, было лень, теперь хоть стало ясно почему так случилось )
Спасибо, статья довольно познавательная. В целом я согласен, как мне кажется и как писали выше, суть тут не совсем в том, чтобы работать не покладая рук, а в том, чтобы работать ответственно. Интерес, понимание сути и ощущения своей причастности к проекту способствуют появлению этого желания.
Но еще раз, это также сильно зависит от руководства продукта / компании. Какое бы не было желание, если в интересах вышестоящих лиц работа 8/5 строго по регламенту, всё желание у разработчика отбивается на раз.
Как по мне нам нужно больше свободы, не нужно без веских на то причин проводить тотальный контроль.)
Не знаю насколько это зло, но для бизнеса это довольно крутая штука позволяющая быстро что-то внедрять / обновлять. Насчет разработчиков согласен, лично я бы не стал долго таким заниматься, очень скучно )
Boilerplate-Android довольно интересный, утащил себе для будущих проектов, спасибо ))
Думаю в данном случае претензии всё же не к автору статьи, это уже техническая реализация которая от него никак не зависит. Насколько я знаю, есть некоторые трудности с обеспечением нормальной работы уведомлений на Android, но это уже тонкости самой системы.
Скину эту статью своему начальству в качестве аргумента по покупке мне мака. Спасибо !
Довольно интересно. Спасибо. Эта статья больше, если я правильно понял, описывает платные курсы. Сам закончил академию при компании (банк) около полутра лет назад. Курсы были бесплатными, по окончанию брали на стажировку с возможностью дальнейшего трудоустройства. Насчет первого года абсолютно согласен, не знаю чтобы я делал не будь человека к которому можно подойти и помучать вопросами.