В здравом уме и твердой памяти никто не возьмет на должность мидла разработчика без опыта работы. Не вводите, пожалуйста, людей в заблуждение. А нам удача в поиске не нужна. Мы вполне закрываем свои потребности в стажерах.
Проверяется валидация только тех полей, которые указаны в ТЗ. И в п2 рекомендуется проверить, что если для валидации задана маска телефона 245хх-ххххххх где х любая цифра, то валидацию пройдут только телефоны соответствующие маске а телефоны вида 245хххххххххх без тире или с большим количеством цифр будут не валидными.
Задание оформлено нормально, где описано какая там дожна быть сущность и какие поля она должна содержать, как валидироваться. Просто само задание я не выкладывал.
А тесты опциональны. Есть — хорошо, нет — ничего страшного. Просто встречал несколько выполненных заданий покрытых тестами.
Когда вы выбираете какой-нибудь товар, вы же стараетесь выбрать получше, если выбор огромен-не?
Так и тут — выбор достаточно большой и в статье лишь описаны способы, как свой товар (свое выполненное ТЗ), сделать более привлекательным.
Ваша компания работает с зарубежными заказчиками или коллегами?
Да, в основном на зарубежных. На русском каждый может, если оставляете на английском — мы считаем это небольшим плюсом. Хотя для стажеров, на это почти не смотрим. В резюме обычно указан уровень английского.
«помните об ООП» и «заюзайте как можно больше паттернов»
Вы мыслите как сложившийся разработчик при подходе к решению бизнес задачи, и я согласен что порой нужно просто что-то быстро написать и доставить, но мы имеем код стажера, который в первую очередь, должен показать его знания.
Какая связь принципов ООП и расположения в одном пакете?!
Читаете между строк?
весь код сконцентрирован в нескольких классах
для вас это нужно жирным выделить было? Или вы не знаете как писать ООП приложение?
Критерий «константы не вынесены в ENUM»
Где написано что тест провален?
Если бы мне такое надо было и кандидатов было бы… ну скажем больше 10. Я бы написал за эти 30..40 минут автотесты, включая автоматическую выкачку с Git
Очень смешно.
Однако, вы телепатов ищете. Которые знают что конкретно Вы от них ждете!
Причем не в области ТЗ, а в области «я так вижу как должен быть оформлен код».
Кто ясно излагает, тот ясно мыслит.
Вы вообще когда-нибудь проверяли чьи-то задания? Очень похоже, что статью вы читали сугубо поверхностно, нравится потролить, хотя сами ни одного выполненного задания даже в глаза не видели, не вижу смыла вам что-либо дальше объяснять.
Это статья, призванная помочь стажерам и показать себя с лучшей стороны. Все советы будут плюсом при выполнении любого ТЗ, так как они советуют не писать гов… код, к которому вы, возможно привыкли.
1 и 2 не противоречат. Читайте внимательно. 1 пункт как делать, 2 ой как проверять уже готовое, по вашему мнению, приложение.
Если делать строго по ТЗ, то в readme будет это самое ТЗ.
возможно, но если использовали в качестве сборщика, к примеру мавен, и для запуска нужна команда, ее пишут тоже там. И даже если там будет просто ТЗ, это будет плюсом, если код хороший, а соискатель не прошел собеседование.
Зачем экономить память в приложении с 1-2 сущностями? Если приложение маленькое, удобнее использовать коллекции, вместо того чтобы возиться с массивами, если вы об этом.
Как вариант перевода денег, сегодня на сегодня/завтра вполне имеет право на жизнь, а для хранения некой суммы — пожалуй нет, так как не совсем понятны механизмы эмиссии данной валюты. А один из важных моментов при создании крипты было их конечное количество (точнее сложность генерации стремящаяся к бесконечности). Биток по сути, построен по этому принципу и его, можно сказать, конечное количество, как и у некоторых других крипт, с более продвинутым алгоритмом. То есть валюты основанные на этом принципе единовременной большой эмиссией не получится обесценить. А китайцы, таки да, красиво пристроились.
Чтобы показать, что вы умеете писать хороший код. Не нужно путать ТЗ для
разработчиков с опытом и стажеров, только-только познавших java-core.
Когда вы выбираете какой-нибудь товар, вы же стараетесь выбрать получше, если выбор огромен-не?
Так и тут — выбор достаточно большой и в статье лишь описаны способы, как свой товар (свое выполненное ТЗ), сделать более привлекательным.
Вы мыслите как сложившийся разработчик при подходе к решению бизнес задачи, и я согласен что порой нужно просто что-то быстро написать и доставить, но мы имеем код стажера, который в первую очередь, должен показать его знания.
Читаете между строк?
для вас это нужно жирным выделить было? Или вы не знаете как писать ООП приложение?
Где написано что тест провален?
Очень смешно. Кто ясно излагает, тот ясно мыслит.
Вы вообще когда-нибудь проверяли чьи-то задания? Очень похоже, что статью вы читали сугубо поверхностно, нравится потролить, хотя сами ни одного выполненного задания даже в глаза не видели, не вижу смыла вам что-либо дальше объяснять.
возможно, но если использовали в качестве сборщика, к примеру мавен, и для запуска нужна команда, ее пишут тоже там. И даже если там будет просто ТЗ, это будет плюсом, если код хороший, а соискатель не прошел собеседование.