Comments 9
Это интервью, а не карта. Причем довольно абстрактное.
Статья любопытная, хоть и очень абстрактная. Но по сути так оно и есть. Никто толком не знает как отличить мидла от сеньора и уж тем более никто не расскажет что конкретно нужно выучить что бы двигаться дальше. Но признаваться в этом никому не хочется. Даже самому себе.
И чем входной контроль поможет? Думаете самые основы языка что-то изменят на выходе? Да и тесты по ходу дела то же мало о чем-то скажут. При желании можно сдать все тесты просто попросив кого-то сделать их за тебя. Или нагуглить решение. Авторы курсов сами задачи не так уж и часто придумывают.
Вполне логичная хотелка. Но что это значит по сути? Это попытка впихнуть невпихуемое. Если ты четко знаешь как решить конкретную задачу да еще и четко можешь обрисовать сроки, то это не проблема. Это рутина. А сколько тебе времени потребуется на решение какой-то незнакомой задачи? Как говорится хз. Может быть она банально гуглится и это 5 минут, а может для ее решения нужно раздел математики освоить, а потом еще 1.5 года.
И по поводу Computer Science. Я еще понимаю выдвигать требования в общих чертах что-то знать. Но так что бы именно Computer Science. Для мобильной разработки? Вы собираетесь свой Matlab под Android писать? В любом случае. Если вам нужна математика, то в команде есть математик. А если время от времени нужно что-то по мелочам, то требовать знать все-все-все бессмысленно. Понадобилось- разобрались или привлекли специалиста и пошли дальше.
Есть дополнительный показатель качества — это наличие у образовательных курсов обязательного предварительного отбора и контрольных точек в течение всего цикла занятий. Это означает, что у выпускника, как минимум, хватило силы воли пройти до конца, а у преподавателей терпения его обучить.
И чем входной контроль поможет? Думаете самые основы языка что-то изменят на выходе? Да и тесты по ходу дела то же мало о чем-то скажут. При желании можно сдать все тесты просто попросив кого-то сделать их за тебя. Или нагуглить решение. Авторы курсов сами задачи не так уж и часто придумывают.
… первым идет problem solving — желание работодателя услышать от инженера четкий ответ, как решить определенную проблему и за какую стоимость.
Вполне логичная хотелка. Но что это значит по сути? Это попытка впихнуть невпихуемое. Если ты четко знаешь как решить конкретную задачу да еще и четко можешь обрисовать сроки, то это не проблема. Это рутина. А сколько тебе времени потребуется на решение какой-то незнакомой задачи? Как говорится хз. Может быть она банально гуглится и это 5 минут, а может для ее решения нужно раздел математики освоить, а потом еще 1.5 года.
И по поводу Computer Science. Я еще понимаю выдвигать требования в общих чертах что-то знать. Но так что бы именно Computer Science. Для мобильной разработки? Вы собираетесь свой Matlab под Android писать? В любом случае. Если вам нужна математика, то в команде есть математик. А если время от времени нужно что-то по мелочам, то требовать знать все-все-все бессмысленно. Понадобилось- разобрались или привлекли специалиста и пошли дальше.
Так вы бы тогда и писали то, что имеете ввиду. Не Computer Science, а общая компьютерная грамотность.
Какие именно знания об «архитектурах ПК»? Именно персональных и именно во множественном числе? Я бы еще понял если бы по архитектуре вообще. Я бы лично мог даже привести примеры таких систем. Но тут возникает главный вопрос «Зачем?». В чем это поможет мобильному разработчику?
Аналогичная ситуация с ОС. Допустим я у вас на собеседовании очень детально разрисую архитектуру системы, которая даже не на PC работает. И даже сертификаты покажу. Что это скажет обо мне как о мобильном разработчике? И как это мне поможет в будущем?
Зачем вам теория языков программирования? Вы собираетесь свой язык изобретать? Вам Java, С++ и Kotlin не хватает?
У меня такое впечатление, что большинство работодателей и сами не знают чего они на самом деле хотят.
Какие именно знания об «архитектурах ПК»? Именно персональных и именно во множественном числе? Я бы еще понял если бы по архитектуре вообще. Я бы лично мог даже привести примеры таких систем. Но тут возникает главный вопрос «Зачем?». В чем это поможет мобильному разработчику?
Аналогичная ситуация с ОС. Допустим я у вас на собеседовании очень детально разрисую архитектуру системы, которая даже не на PC работает. И даже сертификаты покажу. Что это скажет обо мне как о мобильном разработчике? И как это мне поможет в будущем?
Зачем вам теория языков программирования? Вы собираетесь свой язык изобретать? Вам Java, С++ и Kotlin не хватает?
У меня такое впечатление, что большинство работодателей и сами не знают чего они на самом деле хотят.
Не знаю как влияет хорошее знание вышеперечисленного на разработку, но я по себе вижу что даже имея очень базовые и примерные представления на уровне «что то слышал, где то читал и забыл» бывает проще баги находить, понимать примерное поведение системы, код пишу немного иначе чем писал бы совсем без этих знаний и т.п.
А как вы определяете, что если бы вы в общих чертах не знали то, что знаете сейчас, то было-бы хуже?
У меня как-то был период, когда я в бинарном виде писал программу для сигнального процессора с гарвардской архитектурой. Процессор этот был впаян в плату, которую я сам-же и спроектировал. И загрузчик я то же сам написал. И это все еще и заработало. Думаете я не делаю ошибок и баги нахожу мгновенно? Как бы не так.
У меня как-то был период, когда я в бинарном виде писал программу для сигнального процессора с гарвардской архитектурой. Процессор этот был впаян в плату, которую я сам-же и спроектировал. И загрузчик я то же сам написал. И это все еще и заработало. Думаете я не делаю ошибок и баги нахожу мгновенно? Как бы не так.
то есть без опыта работы в команде над каким-либо проектом на позицию мидла ну никак не попасть?
UFO just landed and posted this here
Sign up to leave a comment.
Карта развития мобильного разработчика