Да камон, блин. Типа задали вопрос, а я такой синьор

помидор идите нахер с такими вопросами?

Я бы сказал, а давайте запустим и посмотрим. А время потратим на то что компилятор не может решить

лол

я кстати не понимаю смысл написание тестов

Ну так да. А как адекватно проверить на собесе кандидата?

Ну вот. На вопрос отвечать не хотите, а тесты нахер. Кандидат так себе)

спросить реальную задачу, и чтобы он придумал решение ее и проговорил данное решение

Ну так это близко к system design который тоже хейтят. Или давайте пример задачи

Повышает уверенность в деплое. Я деплою в прод через automerge. Делаю PR, ставлю автомерж и пиздую кушать Как только случится апрув, и тесты станут зелёными, оно само смержит, задеплоит (автоматически только в стейжинг правда), но в прод мои проекты уходят где-то через 5 минут после

однажды конкретно так заебался постоянно перезапускать приложуху, чтобы проверить как все работает, вот тогда я понял для чего тесты нужны

Кстати, хороший пример. Есть ещё кейсы, которые тяжело или нельзя проверить при текущих настройках, условиях, но можно заложиться в тестах

и это заебался я у себя на пет проекте небольшом. А тут Лиза недавно говорила, что у них проекты билдятся по часу

Сейчас популярно панельное интервью, где обычно идут - кодинг - систем дизайн (на все позиции) - поведенческое интервью/менеджерское/дебаг/культурный фит (зависит от позиции) На кодинг дают или хероту с литкода на знание структур данных или что-то такое на чём ты можешь проверить ход мыслей собеседника (необязательно олимпиадные задачки) На систем дизайн ты проверяешь как человек может создавать системы. Это вообще по мне так одно из самых главных умений, поэтому его сейчас всем пихают и правильно. Так же спрашивают много про опыт человека. Если его нет, то спрашивают про понимание. Вопросов про ООП никто в нормальных компаниях не спрашивает, потому что всем насрать.

А ты часто на собесы ходишь? По моему опыту по такая структура в 2 собесах из 10 бывает

Как без тестов? А так можно?

верить коллеге на слово

Тут себе то из прошлого сложно верить)

Сейчас нечасто. Но в этом вопросе тысяча нюансов и выводы делать из ответа сложно.

А я тесты написал и приложение готово 😀

Как будешь проверять на работоспособность после изменения кода?

дружище, приватность не имеет отношения к ооп, все правильно говоришь

@omgszer можешь подтвердить мои слова?

Про важность тестов? Я полностью согласен что тесты это обязательно. Все виды. Интеграционные важнее и их надо больше. Юнит тестов надо очень мало, буквально на 3 с половиной важных функций. Подавляющее большинство тестов должным тестировать приложение как черный ящик. Http Request -> app App -> Http Response И в тесте мы ассертим что респонс соответствует ожиданиям. При этом нет никакого смысла мокать БД, поднимите контейнер блеать. Тестируйте запросы к бд мать вашу.

Нет, про модификаторы доступа и ооп

это да, в том числе у наших финских релокейт ИТ-компаний партнеров, - единственно, перед этим или после могут быть р2р беседы с отдельными представителями команды_