Знакомые ощущения, после собеседований уровня «переверни-ка мне дерево» и чем X структура отличается от У (при условии, что У нигде на практике не используется) и резюмирования «у вас пробелы в базовых знаниях», наступает некоторая апатия, даже объяснять интервьюерам/рекрутерам ничего не хочется.
Тут важно понимать, что есть много вещей, которые вы знаете, но не знает тот (собеседующий), кто знает, то, что вы не знаете/путаетесь.
Такими «задачками» можно лишь отсеять людей, которые на такие должности как раз дотягивают. Если вы будете и на работе давать tech lead'ам задачки на выкручивание матриц по кругу – нужна ли ему такая работа? А если не будете давать на работе, то зачем тратить его и ваше время на возню с университетскими i,j,k?
Конечно, вышесказанное не относится к обработке изображений или какому-нибудь ML. Но, учитывая, что подавляющая часть вакансий это перегонка SQL в JSON и обратно, то задача типа «сделайте BFS обход дерева» смотрится неуместно.
Вы отказываетесь писать работающий код на собеседовании
Это подмена понятий.
Во-первых, писать работающий код без инструментария, к которому я привык за годы работы не хочу. IDE, хоткеи – без них я чувствую себя некомфортно. Вполне реально забыть как в той же джаве инициализируются двумерные массивы, если их не используешь.
Во-вторых, в реальности код всегда пишется в каком-либо контексте и чтобы в этот контекст войти часто нужны недели. Писать абстрактный код без контекста (нет, алгоритм это не контекст, а условие) – уровень университетской лабораторной работы, это не проверяет ничего.
А почему senior должен решать такие задачки лучше джуна со свеженькими знаниями из университета по «верчению» разных матриц, деревьев и прочих laba2.cpp?
Вы бы еще попросили поделить столбиком на бумажке два числа – я бы не смог, а вот третьеклассники умеют. Только какое это все имеет отношение к компетенции программиста?
В spring init нет никакой магии, правда я пользовался веб-версией, он просто позволяет без лишних движений собрать все зависимости в pom.xml/gradle.build.
Слишком много более интересных мне вещей в которых я бы хотел разобраться на уровне «а что там происходит под капотом». Время конЕчно, во все под капот не залезешь.
А гит работает и ладно. За годы работы ни разу не возникло проблемы.
Помню у меня был флагманский на тот момент Nokia Lumia 920, после нескольких лет использования так получилось, что я его потерял. Вздохнул с облегчением.
Пользуюсь IDEA/WebStorm – там есть прекрасная встроенная поддержка гита, для 99% случаев хватает. Для остальных стековерфлоу и крепкие нервы. Таких как я, наверное, большинство.
Лично мне учить гит ради гита не интересно, сколько ни пытался – всегда бросал. Тем не менее жизни без гита, а тем более версионирования представить не могу.
Personally, I'd prefer to have a broader albeit less competitive set of knowledges as a full stack (this should be defined, though) developer. I do not see it as a flaw.
Back to my backend days I was on the brink of the burnout but switching to frontend gave me breath of fresh air. When I found a modern frontend as a total mess I started to dig into devops and it surely improved my competencies as a backend either.
Интересно, что в списке есть Kaspersky VPN, который и так сотрудничает с властями, но нет Private Internet Access (PIA).
Тут важно понимать, что есть много вещей, которые вы знаете, но не знает тот (собеседующий), кто знает, то, что вы не знаете/путаетесь.
Для документации, тестов и общения с заказчиком тоже в университет ходить не надо, но это занимает бОльшую часть времени любого программиста.
Конечно, вышесказанное не относится к обработке изображений или какому-нибудь ML. Но, учитывая, что подавляющая часть вакансий это перегонка SQL в JSON и обратно, то задача типа «сделайте BFS обход дерева» смотрится неуместно.
Это подмена понятий.
Во-первых, писать работающий код без инструментария, к которому я привык за годы работы не хочу. IDE, хоткеи – без них я чувствую себя некомфортно. Вполне реально забыть как в той же джаве инициализируются двумерные массивы, если их не используешь.
Во-вторых, в реальности код всегда пишется в каком-либо контексте и чтобы в этот контекст войти часто нужны недели. Писать абстрактный код без контекста (нет, алгоритм это не контекст, а условие) – уровень университетской лабораторной работы, это не проверяет ничего.
Из-за этого перестал слушать разбор полетов, слишком убогий плеер у них на сайте, даже вступление не перемотать.
Вы бы еще попросили поделить столбиком на бумажке два числа – я бы не смог, а вот третьеклассники умеют. Только какое это все имеет отношение к компетенции программиста?
А гит работает и ладно. За годы работы ни разу не возникло проблемы.
Лично мне учить гит ради гита не интересно, сколько ни пытался – всегда бросал. Тем не менее жизни без гита, а тем более версионирования представить не могу.
Статья = вода.
Back to my backend days I was on the brink of the burnout but switching to frontend gave me breath of fresh air. When I found a modern frontend as a total mess I started to dig into devops and it surely improved my competencies as a backend either.