Что я спрашиваю на собеседовании? [RU, ITTalks] / Мобильный разработчик
ฝัง
- เผยแพร่เมื่อ 16 ก.ย. 2024
- Всем привет. Сегодня поговорим о такой страшной и непонятной штуке как собеседования
Мобильный разработчик в других соц. сетях
=======================
Вконтакте - mdeveloper
Instagram - / nplau
=======================
Наши друзья и информационные партнеры:
t.me/androidev - Телеграмм канал, посвященный разработке для Андроид!
Поддержать канал рублем:
PayPal - alexgladkov@icloud.com
Mastercard - 5536 9137 9985 0652
Прошлое видео - • Фишки #1 - Как развора...
Другие видео ITTalks - • Почему программисты та...
Группа в VK - mdeveloper
Базовый курс Android Academy - • Android Fundamentals 2018
Ставь лайк, подписывайся и пиши, чтобы ты хотел увидеть в следующих видео.
![[LIVE] : ONE ลุมพินี 79 | คู่เอก "ก้องชัย vs อาเมียร์"](http://i.ytimg.com/vi/WfPSA1A0NHc/mqdefault.jpg)
в данный момент прохожу собесы на мидла и странно, когда тимлиды делают большой упор на вопросы о структурах данных, кои в 90% проектах не используется ничего, кроме массива и словаря, при этом, например, игнорируют вопросы об утечках памяти на кложурах. с клоужорами так или иначе разраб сталкивается чуть ли не каждый день. на первом собесе меня спросили "что такое сэт" и я не нашелся, что ответить, ибо за 3 года ни разу о нем не слышал и ни на одном из 7 проектов сэт не использовался :) моя вина, тут согласен.
дальше - лучше. никого не интересует, что ты знаешь и можешь напилить и обработать кастомный датасорс под таблицу или коллекшн с кучей разных ячеек.
никому не интересно, что ты шаришь, как запилить переиспользуемый модуль колэкшн в стэке с динамическим размером ячеек, а таких модулей на рутовом экране может быть до жопы.
я такие примеры могу расписывать до обеда, но что толку? сообщество хайпануло и набрало кучу проверочных кейсов для собеседования, большинство из которых не применяются на практике, а то, что применяется, все игнорируют, считая, что "это же основа, поэтому я лучше спрошу "что такое арк и референс сайкл".
дочитавших до конца спешу успокоить, что я всецело поддерживаю идею о саморазвитии и о том, что уважающий себя разработчик это вечный студент, но моя жопа горит от того, что уровень разработчика определяют не по опыту, а по теоретическим знаниям, не закрепленных на опыте.
Шикарный комментарий ) я его даже закрепил ) у меня сейчас сильно эволюционировало понимание собеседований (потому что я их сейчас очень много провожу) благодаря чему я в принципе иногда за 10-15 минут понимаю что кандидат не подходит
Извините мое неведение, а что вы имеете ввиду под кложурами? На ум приходит только язык Clojure и я не понимаю каким он тут боком?
Имеется в виду closure то есть замыкание ) ну типа (Int) -> Unit
Ccccr
@@MobileDeveloper Ну тут странно, автор конечно говорит во многом о правильных вещах, но вот примеры приведены странные...
Я еще могу понять когда люди возмущаются от тупых задач на логику или когда их просят реализовать алгоритмы, которые они последний раз видели в ВУЗе(обходы графов, сортировки и прочее), или хотя бы когда их спрашивают про экзотические структуры данных, как красно-черное дерево или другую дичь.
Но вот с примером про сет - не до конца согласен. Это действительно база(которую дают еще в 1 семестре в широко критикуемых и "ненужных" ВУЗах, в отличие от всяких курсов), на уровне тех же массивов, словарей, очереди и стека(и не говорите мне, что программисту знание очереди и стека не нужно...). Ну ладно, может и забыл, это не важно.
Но...
Сначала человек говорит, что на собеседованиях "игнорируют вопросы об утечках памяти на кложурах", а потом заявляют, что вместо этого "спрашивают что такое арк и референс сайкл". Т.е. автор не видит как могут быть связаны эти вопросы? weak self и прочая "ненужная хрень"?
Понять, что кандидат не подходит можно быстро, но вот обратная задача, понять что кандидат подходит - не такая простая... Тут даже факт того, помыл он голову перед собеседованием и погладил ли одежду может играть роль, и не в его пользу...
Отличный, полезный, канал! В русскоязычном сегменте ютуба материалов по мобильной разработке как кот наплакал, всё в основном треклятым вэбом завалено ))) Автору спасибо и удачи в дальнейшем развитии канала!!!
Спасибо вам большое за отзыв )) буду стараться и дальше )
Спасибо, продолжай. Следим за каналом. Удачи
Спасибо! )
Даешь пример жесткого собеседования с подковырками, вопросами, придирками к каждой букве, 1000 вопросов на весь день, чтобы даже в 60 лет взяли джуном
)) Можно подумать над этим да )
спасибо за видео, не только за это, но и за другие. мне, как человеку, решившему попробовать себя в новой сфере было очень непонятно что начинать изучать и еще более непонятна была перспектива с последующим трудоустройством. поэтому видео оказалось очень полезным, как и все видео на канале. постепенно смотрю и пытаюсь переварить. в целом очень нравится подача материала - все понятно. хотелось бы предложить записать видео специально для таких как я - только решивших погрузиться в эту сферу. думаю, подобных мне масса и у всех возникают одинаковые вопросы - с чего начинать изучение, какие языки выбрать, программные среды и т.д. и т.п. в общем перечень всего необходимого с кратким описанием что это, с чем едят и зачем понадобится. в принципе, требования к джунам понятны из видео, но было бы мегаполезным увидеть такое видео. для мидлов это не актуально, потому что они и так знают что им необходимо, а вот когда только пытаешься начать сложно даже двигаться в нужном направлении, поэтому как воздух необходима помощь от уже опытного человека, который варится в этой сфере. и еще раз спасибо за видео, продолжайте снимать и дальше, несмотря на небольшое количество подписчиков и просмотров. польза от канала очень большая!
Спасибо огромное за такой развернутый комментарий. Я подумаю как подать материал лучше, так как всегда есть проблема в плане, что ты сам уже знаешь достаточно многое и не помнишь и не понимаешь чего хотелось бы знать только начинающим людям. Поэтому я всегда прощу писать темы на которые записать видео. Но таких тем уже не мало набралось я начну скоро снимать на них видео. Попробую и обзорчик такой сделать с чего начать.
Спасибо за видео. Ты дал хорошее представления как правильнее нужно развиваться в разработке под мобильные предложения.
Спасибо большое :))
Спасибо, приятно слушать!
С требованиями согласен.
Спасибо)
Огромное спасибо за качественный и полезный контент! Все в голове структурировалось и теперь не буду уже так сильно бояться на собеседованиях! Успехов каналу!
Спасибо) Рад, что понравилось )
junior - рядовой, middle - кэп, senior - генерал) Алексей, пушечный контент! Спасибо большое!
Спасибо, рад, что понравилось!)
Такого уровня подачи материала я еще не видел - клевый канал!
Спасибо ))
Спасибо за видео (:
Всегда пожалуйста :)
Дуже дякую!
Да нема за шо :)
Так послушать, так я уже джун по вашим меркам, это самое лайтовое описание собеседования на джуна, которое я слышал. Знакомые, которые еще только пытаются устроиться, рассказывают как их заваливают сложными вопросами (по вашему видео это миддл+ вопросы) по java. Кто работает, рассказывают, что даже на стажировки они попадали через огромный конкурс, а на самой стажировке создавали довольно сложные приложения в одиночку, с использованием чистой архитектуры, DI, RxJava и тд...
Истина, как обычно, где-то посередине))
Кстати, и не было упомянуто насколько важно иметь опубликованные в сторе приложения :) Вы на это смотрите, или человек и до собеседования с вами не дойдет, если у него в резюме не будет ссылок на свои приложения в сторе?)
Я не знаю вашего уровня ) возможно и джун ) вы немного путаете понятия собеседования и знания. Я на собеседовании тоже спрашиваю так как будто вы синьор. Но это нужно, чтобы прощупать глубину знаний. При этом вы можете на 80% не ответить и я пойму что передо мной сидит джун и если ты подходишь мы тебя возьмём.
Наличие собственных приложений это огромнейший плюс. Наравне с общими знаниями.
@@MobileDeveloper отличное замечание по поводу "прощупывания", как-то не думал об этом.
Вы такой золотой team-leader, что просто даже приятно слушать))
Надеюсь, это не сарказм 😆😆 Спасибо большое!)
@@MobileDeveloper Соглашусь. На первый взгляд вы адекватный, взрослый тимлид. Приятно слушать и смотреть!
Спасибо, очень полезный ролик!
спасибо за инфу, очень полезно)
Пожалуйста )
Отличная практичная информация)
Спасибо ))
Спасибо за видео! Хорошо объясняете
Пожалуйста )
Спасибо за видео, залип)
Спасибо! Полезная информация.
Пожалуйста )
Привет, правильные вещи говоришь, с меня лайк подписка и вот это вот все. ) Удачи и продолжай пилить видосы и стримы.
Спасибо ))
Спасибо, очень полезно
Пожалуйста )
Я не знаю с чем это связано, но я пару раз проходил собеседование на позицию android junior dev и большинство вопросов были те, которые вы отнесли в разряд middle dev-a, причем компании были не сверх большие. Возможно, сейчас даже от джунов требуют того самого желания углубляться и стремления копать глубже, разбираясь в коллекциях и т.п.
Уровень растёт и я об этом говорил ) чем больше желающих зайти тем выше начальный уровень и тем выше зп реальных специалистов
на протяжении видео тоже задавался этим вопросом) одно тестовое задание на джуна чего стоит) там было все) и ретрофит и MVVM и рейсайклер вью с подгрузкой) вроде все сдал, завтра иду на сабес, дай бог чтобы мне попался адекватный человек как автор этого видео) а то на прошлом меня как то просили нарисовать 3 уровня exception учитывая чекед и ерроры... боже =)
Ki11 Qwerty вы поймите ещё момент что спрашивает вас обычный живой человек, который может торопиться, съесть что-нибудь не то, банально забыть что у него собеседование. Может быть ему разработчика навязывают а он ему нафиг не нужен. У него возникла личная неприязнь по каким-то одному ему неведомым причинам . Поэтому если вас не взяли это не повод опускать руки
@@MobileDeveloper да да) спасибо. Меня взяли в штат уиииии
Ki11 Qwerty поздравляю! Куда взяли если не секрет?)
- Пробелы или табуляция?
- Пробелы
- Пошел отсюда кусок метеорита вялого!@#%×£#
)))
Спасибо за отличное видео. По мобильной разработке в руютубе очень мало хорошей информации, рад что Вы делитесь опытом.
Как раз нахожусь в самом начале пути. Отучил Java Core, теперь принялся за дроид. Созрели 2 вопроса:
1) Исходя из Вашей практики, как долго свежепришедший джун оставался на своей позиции, сколько времени ему требовалось для того чтобы дорасти до уровня мидла? Понимаю, что "все индивидуально, зависит от начальных знаний, стремлений и прочего", интересует именно средняя температура по больнице :)
2) Существует ли вероятность попасть сразу не на джуна, а на мидла, если объем знаний достаточен и в плеймаркете есть N-ое количество средней сложности приложений (не визитки).
Средняя температура по больнице всегда 36,6 ))) поэтому надо смотреть не среднюю а медианную )) вы поймите что джун миддл или синьор это не лычки отличия или категория в игре - это примерно относительный уровень отображения ваших знаний. Поэтому стремитесь к тому чтобы больше знать а не к тому чтоб стать синьором. Вы понимаете разницу? И все у вас будет хорошо
Углублять знания можно до бесконечности, вопрос в том, на что это повлияет в работе? Если инструмент работает отлично, не так уж важно знать, что у него под капотом. Важно лишь понимать, чем один инструмент отличается от другого и в каких ситуациах какой инструмент лучше
Ну, в основном на качество и скорость вашей работы и умение принимать правильные решения
Классно все рассказал) подписываюсь)
Спасибо ) Рад, что понравилось )
Хорошее видео.По делу.Сделай обзор про то как работает gc.Хотя бы проверхностно)))
Будет обязательно про память, но позже )
отлично!
👌
Привет. Интересное видео, спасибо.
Попытался пару часов подумать, зачем же в андроиде lifecycle.
Однозначного ответа не нашел.
Самый очевидный, это для того чтобы использовать разные layout для разных конфигов. Но, очевидно в ios эта фишка тоже должна быть, и стоило ли морочиться с lifecycle ради такой минорной фичи?
Если взглянуть с точки зрения памяти, тоже не совсем очевидно. Да, андроид может освобождать ресурсы, очищая ненужное, создавая новый объект активити, но. Активити сама сохраняет стейты всех вью с присвоенными id. Плюс есть savedinstancestate, который призывает в себя что-нибудь положить.
Так что тут идет речь об очистке оперативки с переносом всего необходимого из нее.
Опять же подозрительно, что config тэг в манифесте появился в 13апи.
Буду признателен за рассуждения в треде)
Lifecycle нужен, чтобы отслеживать различные состояния Активити и делать на них действия. Например, как вы отпишитесь от каких-нибудь источников данных без onPause?
Очень нравятся твои видео, спасибо за то, что ты делаешь. 9 месяцев назад начал изучать JAVA, последние месяца 3 изучаю Android, за это время хорошо разобрался с тем, как работает SqLite, Retrofit, знаю что такое JSON соответственно, всякие ресайклервью и тд смогу подглядывая в шпаргалки создать базу данных, используя Room. И многое другое. Сейчас активно ищу первую работу, выполняю успешно тестовые задания, которые присылают, но дальше этого почему то дело не идет, было пару собеседований после выполнения тестовых заданий, нервничал наверное и говорил что-то невпопад, но вопросы задавались глубже гораздо, чем просто отличие LinkedList от ArrayList, мне даже странно что этого может не знать джуниор или тем более миддл)) Как попасть к тебе на собеседование?)) Или можешь куда нибудь в общий доступ скинуть тестовые задания, которые обычно даешь джунам на выполнение перед собесом? Думаю это будет всем полезно. Заранее благодарю)
Спасибо вам за такой развёрнутый комментарий. Насчёт мидллы не знают это наверное уже уходит в прошлое, так как раньше были условные теоретики и практики и практиков было намного больше и как правило их отличие в том что они учились по конкретным задачам. А-ля гуглишь вопрос там ответ ) а ArrayList там или Linkedlist какая нафиг разница работает и ладно )) сейчас такого сильно меньше.
Насчёт попасть на собеседование продублирую - периодически в вк или в роликах на ютубе я пишу что мне нужен специалист ) только так.
Насчёт тестовых заданий они как правило примитивные Аля напиши библиотеку животных мастер деталка с открытым апи. Все узнается на тех интервью ну и цель задания не заставить соискателя умереть но сделать а понять как он мыслит и пишет код. Это понятно почти сразу всегда
@@MobileDeveloper не знаю, магия это или нет, но на следующий день после моего сообщения тут я получил job offer и скоро приступаю к своей первой настоящей работе программистом)
@@alexpetrov6700 привет , а не мог бы ты в личку мне написать? хотел бы узнать минимальные требования и какие тестовые тебе давали? тоже хочу скоро пойти устраиваться
Я так всем интересуюсь, но через неделю знание улетучивается)
Такое бывает если не закреплять теорию практикой)
20:34 Привет! Я java бэкэнд разраб, изучающий разработку под андроид(хочу переквалифицироваться) и я тебя так скажу, что это нифига не легче чем бэк)))
Привет. Ну да мобилка это тоже нелегко, вопреки мнениям некоторых других комментаторов, однако, на мой взгляд, на бэке лежит намного больше ответственности и если, особенно, речь идёт о банковских системах делать бэк намного сложнее. Но эт имхо я на истину не претендую )
Вот это требования для джуна! Возьмите меня к себе работать😭😅
Сейчас набор закрыт )
Рахмат!
Здраво. Очень даже. Но некоторые моменты на мой взгляд спорные:
1. Да, я буду пилить. И дело не в том, что Viper mast have. Возможно это будет не Clean Arch, а какой-нибудь голый MVP\MVVM\MVC\MVI\MV-еще какая-то херня. Но подход "да там два экрана, нафиг заморачиваться" со временем рискует вылиться в муд и постоянные овертаймы, когда проект разростется, начнут менять ТЗ посреди спринта и т.д.
2. Я вкурсе, чем отличается LinekList от ArrayList. Но вот уже 5 лет разработки под дроид, а не пригодилось ниразу. Так что спорно. Это приминимо при обьемных выборках данных, существенных нагрузках и т.д. А мобильный девайс всеже остается клиентом. И если в какой-то момент стало актуально заморачиваться такими вещами на мобайле - скорее всего , вам стоит пересмотреть архитектуру системы вцелом. Думаю, мобайл деву всеже профитнее потратить время на более глубокое изучение паттернов проектирования, чем на алгоритмику. Чисто с функиональной точки зрения само собой.
1. Рад, что у вас ответственный подход ко всему (без шуток). Но мы все помним, что преждевременная оптимизация - корень всех зол) очень часто бывает ситуация, когда заказчик тебя буквально умоляет собрать на коленке и, если тв объяснил все риски, а он все равно настаивает, то почему бы и нет? Плюс бывают ситуации, когда наш бюджет 20 копеек но мы хотим Приложение. Мне жалко в таком случае времени. Да и надо соотносить задачу и время, имхо. Если ты понимаешь, что проект расти не будет, зачем усложнять?
2. Возможно оно и не пригодилось, но за этим вопросом можно узнать насколько глубоко человек копал, насколько он вообще ориентируется на местности. И какие принципы знает и соблюдает. Представьте вы в незнакомом городе и спрашиваете дорогу у двух людей и один вам объясняет ну тут вроде налево там мимо вон той херни прямо и так далее, а второй вам скажет вот здание вокзала за ним направо там музей Пушкина идёте вдоль него ну и так далее. Кому вы больше поверите? Насчёт паттернов это же не вопрос или или. Знать надо все или хотя бы пытаться это делать
@@MobileDeveloper
1. Проект за 20 копеек... тут стоит задуматься "а оно мне надо?" =))
2. Вот те самые проекты , где я был вроде как уверен, что они разостаться не должны и стали тем горьким опытом, после которого я ВЕЗДЕ стараюсь придерживаться SOLID. VIPER - вовсе не обязательно(хотя мне нравится). SOLID - mast have(ИМХО).
3. Да, я с вами полностью согласен. Сам люблю поковыряться в таких вещах. Это интересно и любопытство - такая штука , от которой никуда не денешься. Но все же, в контексте собеседования, моя задача - выяснить, сможет ли человек выполнять поставленные задачи. И в этом контексте на знания алгоритмики я буду обращать внимание только при прочих равных.
1. Нуу ) Разные жизненные ситуации бывают)
2. Ну мне пока везло ) у меня почти 100% совпадение) Хотя соглашусь что солида надо стараться везде придерживаться даже в простеньком MVC.
3. Ну я спрашиваю все, а там уже пляшу от сравнения) В целом, да первое внимание я обращаю на то, как человек мыслит) Объем знаний вторичен) Но опять же желание глубоко копнуть оно именно о том как человек мыслит. Так что тут все переплетено
У меня постоянно пытаются выяснить а точно ли нужно соблюдать, ведь мы можем тут сделать так и обойти принцип.а как без опыта реального проекта ответишь?
@@user-px1rj9hd1w , здесь нет универсального ответа. Если вы спросите человека из СНГ, по какой полосе нужно ездить - он вам ответит: "всегда по правой". Но если уточнить: "а если вам навстречу несется грузовик с пьяным водителем" - ответ скорее всего измениться.
SOLID - это краткая выжимка опыта разработчиков на предмет: "как писать, чтобы после не застрелитсья". Но конечно, если у вас завтра релиз и вдруг, к примеру, обьявился баг - вы можете костыльнуть хотфикс. Но опытный, толковый дев, оставит там тудушку, попросит завести задачу на будующее, чтобы этот костыль решить нормально и после(Extreme Code, пожалуйста, не нужно вычислять меня по IP) - напишет тест на проверку этого бага в будующем. А балбес оставит как есть, а потом будет овертаймить по ночам, когда в код, полный таких вот костылей нужно будет вписать новую фичу.
Спасибо
Пожалуйста :)
Сейчас занимаюсь разработкой андроид приложения и сервера на спринге. Если честно, я хз какого уровня у меня знания, постоянно смотрю как сделать что-либо и пытаюсь понять какой из инструментов лучше. Пытался понять Room и разобраться с LiveData, второе даётся сложно. То что меня добивает, так это то что учиться приходится в процессе разработки. Дедлайн назначен и работа уже оплачена.
К сведению, раньше писал на джава под Андроид, сейчас пишу на котлине. Так вот кроме инструментов ещё и яп изучаю.
Хорошо что хоть сервер на джаве, немного проще вести разработку.
Это, кстати, мой любимый способ разработки ) Я так почти все технологии изучал ) Очень мотивирует, но это способ подходит не всем, потому что он довольно стрессовый.
Что мне нравится в вашей серии - реалистический взгляд на вещи. Чувствуется, что вы только что от "станка" оторвались и рассуждаете о тех вещах, в которых разбираетесь. Т.е. прошли через боль и можете о ней рассказать. Я очень не люблю видеоролики о каких-либо библиотеках, архитектурах, где авторы толкают лозунги о том, что это что-то там упрощает, упорядочивает, более тестируемо, понятно, становится по SOLID и т.д. По факту все описанные минусы остаются минусами, а из плюсов выделю пару, остальное - тоже минусы. Т.е. плюсов от использования их архитектуры вне команды я вообще не вижу. Зациклятся на абстракциях и давай делить код на слои, теряя время, заставляя писать в 2 раза больше кода, который ещё не стесняются тестировать, хотя реально unit-тестирование в мобильной разработке не выявляет багов, потому что баги прячутся не там, где их ищут.
Понравился более взвешенный взгляд на разницу middle-senior. Это субъективщина, конечно, но вы хотя бы более чётко их разделили. Мне часто попадаются собеседующие программисты уровня senior, которых я отнёс бы к middle, и в дальнейшем (при работе) это подтверждается. Зато сколько самомнения! Раз 5 лет просидел на Андроиде, значит всё, senior, а любое его мнение - закон, и неважно, что в многочисленных мануалах есть совсем другие решения. После вашего урока я ещё лучше увидел разницу.
Хотел бы у вас спросить. Предлагаете ли вы тестовые задания? Если вы встречаете middle'а, то по каким причинам отказываете либо переводите в статус junior?
Спасибо большое ) В принципе так и есть у меня идет реальная работа и между ней я и делаю ролики, по выходным, по праздникам, вечерами. Поэтому, наверное, оно и влияет на стиль изложения, потому что постоянно сталкиваюсь с проблемами, так сказать, на производстве.
Как я всегда говорю - любая библиотека, любой фреймворк - это инструмент в первую очередь. Не надо микроскопом забивать гвозди есть такая известная фраза.
Насчет Middle-Senior - это вообще про время ) Да и вообще уровни не про время. Как говаривал Стив Джобс работать надо не 24 часа в сутки, а головой ) Вот здесь примерно тоже самое.
Да я всегда работаю с тестовыми заданиями только на них можно понять уровень человека. Стараюсь не копаться долго в абстрактных вопросах а-ля вот тебе два инта и что будет с ними.
Как правило отказываю по двум причинам. Человек не проходит некий минимум, который у меня определен в голове. Ну условно я спрашиваю, что такое коллекции и какие они бывают и в ответ не слышу ничего вразумительного. Это что касается хард скиллов. А вторая причина - я понимаю, что у нас кардинально разные взгляды на мир и с командой человек просто не уживется. Но это крайне редко бывает (в моей практике ни разу не было такого). Я могу и наоборот взять человека, который чутка не дотягивает, но проявляет себя очень активно и я вижу, что он быстро вырастет.
Спасибо за столь развернутый комментарий)
@@MobileDeveloper Большое спасибо за ответ! Тема тестовых заданий сложная и противоречивая. Раньше я делал их, но адекватный ответ обычно получал от крупных фирм. Мелкие могли съязвить вроде: "Не понравился код". Потом и вовсе перестал, т.к. есть есть предложения без тестовых заданий, не буду тратить время. С тестовыми заданиями работают больше те, кто имеет много свободного времени, хочет добавить навыков либо попасть в определённую фирму.
А время выполнения вы оцениваете?
Я как правило даю очень простенькие задания, которые больше нужны, чтобы понять каким образом человек мыслит, такие как правило можно за 3-4 часа выполнить. Да это тоже время соискателя, но и мне хочется найти человека)
Насчет времени, я как правило даю что-то в районе недели. Как я уже сказал выполнить можно за 3-4 часа. Если человек в течение недели не нашел такого времени, возможно, ему не так уж и интересно )
10:00 вот оно отличие кодера от программиста :)
Спасибо )
Не планируешь сделать видео где расскажешь свои историю?
Есть где-то интервью со мной там все подробно рассказано )
P.S. Вот ссылка th-cam.com/video/gSwmxbAeqWI/w-d-xo.html
Добрый день, так а почему activity сделали таким, что оно умирает при повороте? Я же правильно понимаю, что это просто в итоге недоработка при создании системы и теперь тянется как наследие с первых версий?
Добрый день, подскажите сколько необходимо для xCode ОЗУ 16 или 32 Gb. Нигде не могу найти ответ. Спасибо!
16 будет достаточно)
гениальные вещи были сказаны
Спасибо большое )
хороший канал. по мобилкам мало каналов
Спасибо!
Информация огонь! И музыка хорошая. Что за мелодия?
Не знаю, это просто треки из подборки бесплатной музыки с ютуба )
Приветствую. После просмотра этого видео осознал, что вообще ничерта не разбираюсь в теме. Ни библиотеки, ни паттерны, ни какие-то особые штуки, по типу работы сборщика мусора, к сожалению, мне неизвестны. Что печально.
Собственно, зачем я все это пишу - а где узнать - то? Ладно, библиотеки через гугл, паттерны на ютубе даже у тебя есть, сборщик мусора через документацию.. но, быть может, есть какой-нибудь более удобный способ? Типа книги "Джентельменский набор джуна"?
Вот ссылка на полезные материалы github.com/Android-Academy-MSK/KnowledgeBase/wiki/Android-Academy-Moscow-knowledge-base (пролистайте вниз до секции "
Useful materials for android developer") там приведены книги и полезные статьи по теме.
К сожалению, одна из причин почему я вообще создал этот канал - это большая разрозненность знаний. Лично я почти все учил из книг, статей на хабре, гуглил и смотрел видео на английском. Смею надеяться, что однажды здесь будет если не вся необходимая информация то большая его часть.
Вау, круто ) спасибо, что поделились )
Круто закреплю этот комментарий
John Doe блин ютуб почему-то не даёт его закрепить. Вы не против если я размещу ссылку в описании?
Спасибо за отличные видео.
Играет ли по вашему мнению возраст кандидата на позицию джуна. Возьмут ли человека за 40?
Ну возраст безусловно играет роль, но скорее во взаимопонимании команды. Все зависит от человека. То есть стандарт будет несколько завышен, но если вы хорошо и профессионально работаете, то все будет отлично )
Здравствуйте, интересен вопрос насчёт устройства на работу для несовершеннолетних, были ли у вас такие ситуации? Просто мне 15, я думаю над тем, чтобы попробовать в ближайшем будущем устроиться на работу. И очень интересно, много ли компаний готовы на это ?
Вообще чем раньше человек начал тем лучше. Поэтому вы могли бы поискать стажировки. На неполный рабочий день вас по законодательству можно брать с 16 лет вроде ) можно договориться с фирмой на практику без оплаты чтоб набрать опыта
@@MobileDeveloper ,я в кодинге с лет 12. Готовый работать вообще полным рабочим днём, так как домашнее обучение. Спасибо за такой быстрый ответ. Значит, буду искать и дальше учиться)
Если есть опыт можно поискать фирмы которые будут готовы работать с вами неофициально ) и я бы ещё точно порекомендовал вам поизучать наше законодательство на предмет со скольки лет вас можно устраивать и на каких условиях
Это всё конечно интересно, но ответ на вопрос в видео не прозвучал. Я ожидал чего - то более конкретного.
=(
Более конкретного дать не могу потому что вопросы от собеседования к собеседованию все время меняются
И всегда про Senior начинается с сборщика мусора) уже по другому пошло
Ну не всегда )) но тема важная ее нельзя обойти стороной )
Так а вопросы будут?
Специально для вас )) Сколько потоков можно создать в андроид приложении?)
@@MobileDeveloper ну если говорить об обычных тредах то пока хватит ресурсов системы, но 5-10 думаю это будет уже больно, благо есть карутины (не совсем потоки). Если же нужно все же с тредами то тред пул в помощь.
Да не 10 думаю вполне потянет, но спасибо за ответ ) видео было в общем о чем я говорю, за конкретными вопросами можно поискать на канале видео с собеседованиями )
Ну вопросы есть, ответов там в комментариях накидали ) Но запрос понял, спасибо )
@@MobileDeveloper в любом случае спасибо за труд ))
Архитектор!)))
th-cam.com/video/0RCH5-wCpp0/w-d-xo.html&ab_channel=ATLACIDHOUZE
Не очень люблю ATL если честно :)
Я джун+, но выполняю работу миддла. :/
Соболезную )))
А чего так грустно... быстрее станешь мидлом. Почему никто не видел грустящих майоров, выполняющих работу подполковника? ;)
Если зарплата как у майора то я видел ))
Методология - ваше ниче не используется хаха))
А можете тайм метку скинуть?)
@@MobileDeveloper где то в начале, искать лень.) У нас используется такая прекрасная методология как do and fix)). Мы просто фигачим как можно быстрее а потом в табличке фиксим баги баги баги)))