и писать надо с первого раза в code style и без багов
Почему-то меня терзают сомнения, что вы сами всегда пишете с первого раза и без багов. Вам в таком случае на предприятии и тестовые среды не нужны - за ненадобностью.
Восьмое число после запятой в числе пи назовете по памяти? Так это же простой вопрос. При этом есть немало практических задач, где знание этих вещей необходимо.
Или все же оставим кесарю кесарево, а справочную информацию - справочникам?
Можно весь список сократить до тех, кому пофигу, и тех, кому нет.
Как по мне, первые 4 пункта - это ребята, которым пофигу. Компании нужен человек под конкретные задачи с конкретным набором скиллов. Если об этих задачах и об этом наборе скиллов на собесе речь не идет, то значит интервьюеру пофигу, что там компании нужно. Он или самоутверждается за счет накидывания всяких олимпиадных задач и вопросов на знание справочной информации, или просто тянет лямку обязанности провести собес.
Спринг - стандарт де-факто для промышленной разработки. Нравится это кому-то или нет. Микронавт, гусь и велосипеды - это доли процента. Кроме того, если вы не знаете конкретно спринг, но знакомы с паттерном DI, рефлексией и общими принципами конфигурирования приложений, то тоже никаких проблем быть не должно.
Согласен с вашей мыслью в целом, но не в данном конкретно случае. Все-таки проблема борщевика не надуманная, в отличие например от надуманных проблем "безопасности", ради которых в каждом ТЦ Москвы стоят рамки и рентгеновские аппараты.
И даже лучше, что проблему решает машина. Иначе бы по участкам ходили мутные бездельники на зарплате и вымогали бы взятки под угрозой заведения предписания или штрафа. А так машина ведет себя детерминированно (насколько позволяют обучающие алгоритмы) и не имеет корысти.
И здесь возникает знакомая многим дилемма выбора маленькой или крупной компании. В первой специалист, как правило, может получить семейную атмосферу и большую компенсацию сразу, зато вторая почти наверняка даст солидные возможности для обучения
Во-первых, кажется, что вы сами себе противоречите. Абзацем выше писали, как попали в маленькую компанию из 20 человек и попали на хардкор. А теперь вдруг маленькая компания - комфорт и большая компенсация.
Во-вторых, по моему опыту все ровно наоборот. В мелком стартапе надо впахивать на трех ролях сразу за ценник ниже рынка. Зато умеешь потом вообще всё. Работая же в гиганте, можно за солидные деньги плевать в потолок.
В разработке нужно думать про «устойчивость»: создавать простые решения, использовать минимум ресурсов. Если решение запускается на одном сервере, то стоит в будущем полагаться на оптимизацию, меньше полагаться на избыточные технические возможности масштабирования. Решения живут достаточно долго, поэтому на момент их разработки, за счет минимизации негативного влияния, например на экологию, можно внести свой вклад в «устойчивость» всего проекта и компании, – говорит Владимир Мигуро.
По сути единственная полезная информация - разрез по сферам деятельности. И то по большей части напутано теплое с мягким. Можно подумать, например, что high load и e-commerce какие-то ортогональные вещи. Еще подозрительнее разделение embedded и IoT.
Все остальное без революций. Более скилловым и усидчивым платят больше - неизменный принцип со времен появления оплаты труда как таковой.
Даже странно, что не со стороны сбера инициатива. Это же так в их стиле: перегреть рынок труда, охренеть от собственных размеров ФОТ и придумать вот эту мерзость.
А из нищеты и берутся. Пока не можешь хапать - работаешь более-менее честно. Когда можешь хапать - хапаешь. Нищета рождает коррупцию, коррупция рождает нищету. У меня есть теория, что все наши проблемы связаны с тем, что у "уважаемых людей" было нищее детство с прибитыми к полу игрушками. Выросли - стали хапать в качестве компенсации.
Если прийти в любой ТЦ в 5 утра или в 11 вечера, то тоже можно сделать вывод, что вы тут один. Но если простоять там с 5 утра до 11 вечера, то мимо вас пройдут тысячи человек. По-моему, это самый очевидный ответ на парадокс Ферми - ничтожное по меркам Вселенной время наблюдения.
Мне кажется, все эти "достижения" (распознавание лиц, фокусы с нейросетями) однажды будут запрещены международной конвенцией так же, как запрещены сейчас химическое оружие, кассетные боеприпасы и экспансивные пули. Когда-то это все тоже было достижением инженерии и вызывало восторг в определенных кругах. Вопрос, понадобится ли для этого глобальный катаклизм.
Да скорее не восторг, а чувство "жизы". Многим знакома ситуация, когда ты лишь раз упомянул джаваскрипт в своем резюме бэкендера - и в тебя уже летит пачка "вы нам очень интересны на позицию ведущего реакт-разработчика". Ну а тут по классике абсурдность создает комичный эффект.
Может быть в России более грамотно подходят к подбору персонала и читают резюме от корки до корки, а алгоритмы подбора умнее, как считаете?
Если повторить описанный трюк, то, готов поспорить, легко заинтересуешь и пройдешь первичное интервью в половине наших компаний. Шутка юмора раскроется только на техническом собесе. Высока вероятность, что отошьют в маленьких конторах. А вот сбер какому-нибудь синьор-помидор девелоперу будет на голубом глазу с утра до вечера письмами спамить.
В статье можно заменить "разработчик" на любую другую роль в команде - и общий посыл ни на йоту не изменится. Потому что должна быть синергия и взаимопроникновение опыта. Что бывает редко.
Но я не вижу статей вроде "как стать отличным аналитиком и начать писать ТЗ, а не филькины грамоты". Вместо этого зачастили статьи, где учат жить разрабов, причем довольно топорно.
я не утверждаю, что паттерны проектирования безусловно необходимы, и что если человек не прочитал паттерны Банды Четырех, то он не может называться разработчиком
От вас, кажется, ускользнуло главное. Паттерны не то что "нужны или не нужны". Они просто есть. Есть ряд стандартных задач - есть ряд стандартных решений. Даже если кого-то трясет в негодовании от одного слова "паттерны", то это ничего не меняет. В коде таких людей тоже гарантированно есть повторяющиеся приемы. Просто умные дяди GOF эти приемы обобщили.
Ну и по теме. Утверждать после одного лишь чтения, что вы что-то "качественно изучили" это несерьезно. Паттерны - сугубо практическая тема. Книга тут лишь отправная точка и толчок к размышлению.
Вам следует перестать "учиться", варясь в собственном соку, и пойти искать работу. Если это ваша цель, конечно. Находясь в изоляции "обучения" зачастую очень трудно осознать, что и основы языка так себе, и SQL не особо хороший, и магазин на спринге имеет корявое апи и ужасную архитектуру. Но вполне вероятно, что у вас все отлично, я лишь предполагаю из своего опыта. No offence, как говорится.
Ошибаетесь. Мистер Гейтс уже в 20 лет был крепким системным программистом. Сейчас такой парень в наших реалиях уже имел бы всевозможные стипендии от всяких Сколтехов и выбирал бы работодателя из списка тех-гигантов. Галеры его бы просто не интересовали.
Если что и нужно, то это это научиться с первых минут определять кадров, которые строят все интервью на бестолковой банальщине. И не тратить на них свое время.
Почему-то меня терзают сомнения, что вы сами всегда пишете с первого раза и без багов. Вам в таком случае на предприятии и тестовые среды не нужны - за ненадобностью.
Восьмое число после запятой в числе пи назовете по памяти? Так это же простой вопрос. При этом есть немало практических задач, где знание этих вещей необходимо.
Или все же оставим кесарю кесарево, а справочную информацию - справочникам?
Можно весь список сократить до тех, кому пофигу, и тех, кому нет.
Как по мне, первые 4 пункта - это ребята, которым пофигу. Компании нужен человек под конкретные задачи с конкретным набором скиллов. Если об этих задачах и об этом наборе скиллов на собесе речь не идет, то значит интервьюеру пофигу, что там компании нужно. Он или самоутверждается за счет накидывания всяких олимпиадных задач и вопросов на знание справочной информации, или просто тянет лямку обязанности провести собес.
Спринг - стандарт де-факто для промышленной разработки. Нравится это кому-то или нет. Микронавт, гусь и велосипеды - это доли процента. Кроме того, если вы не знаете конкретно спринг, но знакомы с паттерном DI, рефлексией и общими принципами конфигурирования приложений, то тоже никаких проблем быть не должно.
Согласен с вашей мыслью в целом, но не в данном конкретно случае. Все-таки проблема борщевика не надуманная, в отличие например от надуманных проблем "безопасности", ради которых в каждом ТЦ Москвы стоят рамки и рентгеновские аппараты.
И даже лучше, что проблему решает машина. Иначе бы по участкам ходили мутные бездельники на зарплате и вымогали бы взятки под угрозой заведения предписания или штрафа. А так машина ведет себя детерминированно (насколько позволяют обучающие алгоритмы) и не имеет корысти.
Во-первых, кажется, что вы сами себе противоречите. Абзацем выше писали, как попали в маленькую компанию из 20 человек и попали на хардкор. А теперь вдруг маленькая компания - комфорт и большая компенсация.
Во-вторых, по моему опыту все ровно наоборот. В мелком стартапе надо впахивать на трех ролях сразу за ценник ниже рынка. Зато умеешь потом вообще всё. Работая же в гиганте, можно за солидные деньги плевать в потолок.
Миллениалы изобрели оптимизацию
По сути единственная полезная информация - разрез по сферам деятельности. И то по большей части напутано теплое с мягким. Можно подумать, например, что high load и e-commerce какие-то ортогональные вещи. Еще подозрительнее разделение embedded и IoT.
Все остальное без революций. Более скилловым и усидчивым платят больше - неизменный принцип со времен появления оплаты труда как таковой.
Даже странно, что не со стороны сбера инициатива. Это же так в их стиле: перегреть рынок труда, охренеть от собственных размеров ФОТ и придумать вот эту мерзость.
А из нищеты и берутся. Пока не можешь хапать - работаешь более-менее честно. Когда можешь хапать - хапаешь. Нищета рождает коррупцию, коррупция рождает нищету. У меня есть теория, что все наши проблемы связаны с тем, что у "уважаемых людей" было нищее детство с прибитыми к полу игрушками. Выросли - стали хапать в качестве компенсации.
Если прийти в любой ТЦ в 5 утра или в 11 вечера, то тоже можно сделать вывод, что вы тут один. Но если простоять там с 5 утра до 11 вечера, то мимо вас пройдут тысячи человек. По-моему, это самый очевидный ответ на парадокс Ферми - ничтожное по меркам Вселенной время наблюдения.
Мне кажется, все эти "достижения" (распознавание лиц, фокусы с нейросетями) однажды будут запрещены международной конвенцией так же, как запрещены сейчас химическое оружие, кассетные боеприпасы и экспансивные пули. Когда-то это все тоже было достижением инженерии и вызывало восторг в определенных кругах. Вопрос, понадобится ли для этого глобальный катаклизм.
Да скорее не восторг, а чувство "жизы". Многим знакома ситуация, когда ты лишь раз упомянул джаваскрипт в своем резюме бэкендера - и в тебя уже летит пачка "вы нам очень интересны на позицию ведущего реакт-разработчика". Ну а тут по классике абсурдность создает комичный эффект.
Если повторить описанный трюк, то, готов поспорить, легко заинтересуешь и пройдешь первичное интервью в половине наших компаний. Шутка юмора раскроется только на техническом собесе. Высока вероятность, что отошьют в маленьких конторах. А вот сбер какому-нибудь синьор-помидор девелоперу будет на голубом глазу с утра до вечера письмами спамить.
В статье можно заменить "разработчик" на любую другую роль в команде - и общий посыл ни на йоту не изменится. Потому что должна быть синергия и взаимопроникновение опыта. Что бывает редко.
Но я не вижу статей вроде "как стать отличным аналитиком и начать писать ТЗ, а не филькины грамоты". Вместо этого зачастили статьи, где учат жить разрабов, причем довольно топорно.
От вас, кажется, ускользнуло главное. Паттерны не то что "нужны или не нужны". Они просто есть. Есть ряд стандартных задач - есть ряд стандартных решений. Даже если кого-то трясет в негодовании от одного слова "паттерны", то это ничего не меняет. В коде таких людей тоже гарантированно есть повторяющиеся приемы. Просто умные дяди GOF эти приемы обобщили.
Ну и по теме. Утверждать после одного лишь чтения, что вы что-то "качественно изучили" это несерьезно. Паттерны - сугубо практическая тема. Книга тут лишь отправная точка и толчок к размышлению.
Вы правы, никому. Операционные системы давно уже пишутся сами, а штуки вроде Кубера, Кафки или Кликхауса аист приносит.
Вам следует перестать "учиться", варясь в собственном соку, и пойти искать работу. Если это ваша цель, конечно. Находясь в изоляции "обучения" зачастую очень трудно осознать, что и основы языка так себе, и SQL не особо хороший, и магазин на спринге имеет корявое апи и ужасную архитектуру. Но вполне вероятно, что у вас все отлично, я лишь предполагаю из своего опыта. No offence, как говорится.
Ошибаетесь. Мистер Гейтс уже в 20 лет был крепким системным программистом. Сейчас такой парень в наших реалиях уже имел бы всевозможные стипендии от всяких Сколтехов и выбирал бы работодателя из списка тех-гигантов. Галеры его бы просто не интересовали.
Если что и нужно, то это это научиться с первых минут определять кадров, которые строят все интервью на бестолковой банальщине. И не тратить на них свое время.