Ранее уже отвечал: Запись является корректной и регулярно используется в узких кейсах, например — в банковской сфере. В данной ситуации мы показали такой записью, что по строке будет три прохода
Чтобы устроиться на вакансию разработчика в серьёзную компанию, нужно продемонстрировать своё алгоритмическое мышление и умение работать над задачами разного типа.
Решение алгоритмов можно заучить, а изучить и понимать. При решении задач на алгоритмы мы просим рассуждать для оценки понимания того, что человек не зазубрил решение
У меня есть хороший пример на эту тему. Как то работал на двух разных проектах с двумя разрабами. Уровень говнокода написанного первым стал легендой. Человек просто не мог писать нормально, понятно, расширяемо и оптимально.
У меня есть похожий пример среди знакомых, но получилось переучить )
Запись является корректной и регулярно используется в узких кейсах, например — в банковской сфере. В данной ситуации мы показали такой записью, что по строке будет три прохода
"Обнаружил в коде место утечки памяти в бд и исправил", "Написал утилиту для очистки БД от лишних данных после нахождения бага с утечкой".
Большая часть моментов в работе - это следствие предыдущих действий. Вы нашли проблему и исправили - это +, а то, что это Вы сделали эту самую проблему ранее и по ошибке - можно и не писать ;)
Даже стало интересно). Я понимаю, если по грейдам расписаны навыки и обязанности - ок. Ограничивать общее время собеседование - ок. Но именно, чтобы был закреплен процесс 1 этапа собеседования? По блокам может быть, и то не жестко
Довольно странно, у нас есть правило, что в спринт, почти всегда, можем взять задачки из технического долга, особенно, если они на пользу в будущем пойдут
Как раз, стрессовать не надо. А когда идет live-coding, то стоит проговаривать мысли по задачам в слух - интервьювер на основе размышлений может где-то и подсказать или записать в плюс )
Да, от стэка тоже зависит. Возможно еще была проблема, что это был май/июнь и был первый год ковида. Но опять же, пусть субъективная статистика показывает результаты при неблагоприятный условиях, и у многих она окажется лучше )
но никому не интересно, куда интереснее узнать что же значит третья буква в SOLID и поскорее сложить два списка на листочке.
Если это не интересно интервьюверу, то тут уже вопросы: почему ему это не интересно, и туда ли вы собеседуетесь? Иногда в рассказах про прошлый опыт проскакивают вещи, которые могут закрыть вопросы из технической части
От руководителя зависит многое, если работать на кого-то. Но и от Вас зависит не мало, тут нужно уметь донести до руководителя необходимость реализации фичи для будущей оптимизации работы
Если у компании на собеседовании нужно решить "минимум N задач, допустив не более M ошибок", то тут, возможно, весь процесс работы будет построен на количественных метриках. Поэтому да, хорошо, что так случилось ).
Попадал я на собеседования в такие компании, но дальше HR решал не ходить. По-моему у большинства компаний данные регламенты в сфере IT уже не работают
Ранее уже отвечал: Запись является корректной и регулярно используется в узких кейсах, например — в банковской сфере. В данной ситуации мы показали такой записью, что по строке будет три прохода
Как выше писал - допустимо для кандидата на позицию младшего разработчика
Чтобы устроиться на вакансию разработчика в серьёзную компанию, нужно продемонстрировать своё алгоритмическое мышление и умение работать над задачами разного типа.
Решение алгоритмов можно заучить, а изучить и понимать. При решении задач на алгоритмы мы просим рассуждать для оценки понимания того, что человек не зазубрил решение
У меня есть похожий пример среди знакомых, но получилось переучить )
(str.length/2).toFixed()– допустимо, особенно для кандидата на позицию младшего разработчикаMath.floor(str.length / 2)– в данной ситуации это дополнительная опция – она убирает лишнюю итерацию в конце цикла при нечетном количестве символовГлавное, это рассуждения кандидата во время собеседования. Если он может объяснить, что к чему, то это огромный плюс кандидату
Как минимум 1 раз – на собеседованиях – с помощью этой задачи можно посмотреть и оценить то, насколько кандидат умеет рассуждать и знает методы JS
Запись является корректной и регулярно используется в узких кейсах, например — в банковской сфере. В данной ситуации мы показали такой записью, что по строке будет три прохода
Да я смотрел, везде все сводится к: общение с HR, интервью с руководителем команды + техническое общение, СБ, оффер.
"Обнаружил в коде место утечки памяти в бд и исправил", "Написал утилиту для очистки БД от лишних данных после нахождения бага с утечкой".
Большая часть моментов в работе - это следствие предыдущих действий. Вы нашли проблему и исправили - это +, а то, что это Вы сделали эту самую проблему ранее и по ошибке - можно и не писать ;)
Даже стало интересно). Я понимаю, если по грейдам расписаны навыки и обязанности - ок. Ограничивать общее время собеседование - ок. Но именно, чтобы был закреплен процесс 1 этапа собеседования? По блокам может быть, и то не жестко
Довольно странно, у нас есть правило, что в спринт, почти всегда, можем взять задачки из технического долга, особенно, если они на пользу в будущем пойдут
Как раз, стрессовать не надо. А когда идет live-coding, то стоит проговаривать мысли по задачам в слух - интервьювер на основе размышлений может где-то и подсказать или записать в плюс )
Послышалось)
Да, от стэка тоже зависит. Возможно еще была проблема, что это был май/июнь и был первый год ковида. Но опять же, пусть субъективная статистика показывает результаты при неблагоприятный условиях, и у многих она окажется лучше )
Если это не интересно интервьюверу, то тут уже вопросы: почему ему это не интересно, и туда ли вы собеседуетесь? Иногда в рассказах про прошлый опыт проскакивают вещи, которые могут закрыть вопросы из технической части
От руководителя зависит многое, если работать на кого-то. Но и от Вас зависит не мало, тут нужно уметь донести до руководителя необходимость реализации фичи для будущей оптимизации работы
Если у компании на собеседовании нужно решить "минимум N задач, допустив не более M ошибок", то тут, возможно, весь процесс работы будет построен на количественных метриках. Поэтому да, хорошо, что так случилось ).
Попадал я на собеседования в такие компании, но дальше HR решал не ходить. По-моему у большинства компаний данные регламенты в сфере IT уже не работают
Довольно интересное предложение )
Это был 2020 год. На каждом этапе именно 10% получилось