Программирование, т. 8

это после прехода на динамическую типизацию, очевидно

1 лайк твита и я удаляю еще 1к строк кода

если кому надо, то во тестовое задание на позицию стажера java EE :

даже не джун, а СТАЖЕР

omegalul  omegalul  omegalul

Чета шок от того сколько говна сделать хотят от кандидата на должность стажера

Я бы инста хуй положил и если бы на миддла шел

Там кстати зп до 55к предлагают(СПб))

даже не джун, а СТАЖЕР

omegalul  omegalul  omegalul

у нас тут недавно были разговоры про стажеров/стажировку в компании

у нас выяснилось что сейчас стажер ничем не отличается от джуна, просто джун - по ТК оформляется, а со стажером можно попрощаться, и там если с оплатой то наверное какой-то срочный договор

Чета шок от того сколько говна сделать хотят от кандидата на должность стажера

Я бы инста хуй положил и если бы на миддла шел

плюсую

надеюсь что у них действительно есть причины чтобы так делать

хотя выглядит как какой-то неадекват

если кому надо, то во тестовое задание на позицию стажера java EE :

Тестовое задание Web Java

Задание

Целью тестового задания является выполнение указанного ТЗ в

максимальном объеме за указанный период времени.

Инструменты и Технологии

 JDK 1.8

 MySQL/postgres

 Apache Tomcat

 Apache Maven

 Spring: Boot, JdbcTemplate, MVC, Security

 Frontend: vuejs, Typescript, less, jquery, webpack

Описание задачи

Создание админки для баннерной системы:

 Продукт: Баннерная система для создания, хранения, управления и

отображения баннерами.

 Пользователь: Web приложения.

 Баннер: Сущность, описывающая HTML элемент для отрисовки клиентами в

браузере Объект, содержащий следующие поля:

 imgSrc - путь до файла с изображением

 width — ширина изображения

 height — высота изображения

 targetUrl — целевая ссылка

 langId — идентификатор локали в системе

 

 Администратор баннера: Авторизованный менеджер баннерной системы,

задачей которого является создание и управление баннерами.

 Хранилище: База данных, которая обеспечивает хранение данных баннеров и

историю действий администраторов (аудит).

 Аудит: Сбор данных о действиях администраторов баннерной системы.

 

Бизнес-требования:

 Баннерная система должна обладать следующим функционалом:

 

 авторизация для администраторов

 создание, редактирование, удаление, сортировка баннеров

 

 предоставлять возможность для работы с баннерами,

сгруппированными по языковому признаку

 предоставлять минимальный аудит (отдельную панель управления с

возможностью показа истории изменения баннера по ID баннера или

имени админа)

 предоставлять интерфейс для получения описания баннеров,

который будут использовать клиенты (реализовать на GRPC)

 предоставлять тестовую страницу для просмотра (с использованием

реализованного интерфейса)

 

 Администратор баннерной системы должен иметь возможность добавить,

редактировать, удалять и сортировать баннеры

 

Требования

 Все Проекты, которые вы создадите будут находится под контролем

специалиста.

 Вы будете использовать tomcat в качестве своего веб-контейнера.

 Вы будете использовать MySQL/postgres в качестве своей база данных.

Создание, деплоймент и тестирование

 Предоставлять детали создания, выкладки и запуска приложения (в README.md

файле)

 Создавать JUnit для всех базовых операций (напр. валидации, CRUD операции с

Баннерами)

 Приложение должно собираться и запускаться с одной команды

Оценить

 функциональность и предоставляемый интерфейса.

 Качество кода (стиль, документация и производительность).

 Структура базы данных.

Инструкция

Создание README.md файла со следующей информацией

1. Инструкция по установке и настройке окружения при необходимости

2. Инструкция по созданию и инициализации базы данных

3. Выводы, которые вы сделали – будет хорошо, если вы объясните ход ваших

мыслей и заключения, к которым вы пришли

4. Требования, которые вы не учли при представлении выполненного задания, если

такие были

 

5. Инструкция по конфигурации и настройке исходного кода для правильной сборки

и запуска

6. Трудности, с которыми вы столкнулись при выполнении задания, если такие

были

7. Конструктивная обратная связь с целью улучшения задания

Проектная документация

Создание проектного документа, содержащего следующее: схема, описывающая

компоненты и их взаимодействие, работу системы, управление и потоки данных.

Выполненное задание / Что необходимо предоставить

Выполненное задание необходимо прислать в архиве <ваше_имя — Java WEB

Banner>.zip и содержать следующее:

 README.txt -> отчет о проделанной работе.

 Design.doc -> описание реализации проекта.

 Code Folder -> само приложение.

 SQL Folder -> SQL скрипты к базе данных/ скрипты инициализации таблиц

ВНИМАНИЕ! ВАША ЗАЯВКА БУДЕТ ОТКЛОНЕНА В СЛУЧАЕ, ЕСЛИ ОНА:

— Не содержит всей требующейся информации

— Не содержит юнит тест

— Юнит тесты не прошли

 

Вроде дефолт требования. За недельку можно накидать по вечерам. Разве что несколько взаимоисключающих параграфов. Если у тебя спрингбут, нахуй ваще ебаться с веб-сервером? Делаешь эмбедед сервак и радуешься. Плюс разворачивание проще всего сделать в докерах-шмокерах. Делаешь три контейнера + пишешь докер-композ. В одном апликуха с апи на джовке, в другом нгинкс + клиентское, в третьем базуля. Запуск с "одной кнопки".

 

если кому надо, то во тестовое задание на позицию стажера java EE :

Тестовое задание Web Java

Задание

Целью тестового задания является выполнение указанного ТЗ в

максимальном объеме за указанный период времени.

Инструменты и Технологии

 JDK 1.8

 MySQL/postgres

 Apache Tomcat

 Apache Maven

 Spring: Boot, JdbcTemplate, MVC, Security

 Frontend: vuejs, Typescript, less, jquery, webpack

Описание задачи

Создание админки для баннерной системы:

 Продукт: Баннерная система для создания, хранения, управления и

отображения баннерами.

 Пользователь: Web приложения.

 Баннер: Сущность, описывающая HTML элемент для отрисовки клиентами в

браузере Объект, содержащий следующие поля:

 imgSrc - путь до файла с изображением

 width — ширина изображения

 height — высота изображения

 targetUrl — целевая ссылка

 langId — идентификатор локали в системе

 

 Администратор баннера: Авторизованный менеджер баннерной системы,

задачей которого является создание и управление баннерами.

 Хранилище: База данных, которая обеспечивает хранение данных баннеров и

историю действий администраторов (аудит).

 Аудит: Сбор данных о действиях администраторов баннерной системы.

 

Бизнес-требования:

 Баннерная система должна обладать следующим функционалом:

 

 авторизация для администраторов

 создание, редактирование, удаление, сортировка баннеров

 

 предоставлять возможность для работы с баннерами,

сгруппированными по языковому признаку

 предоставлять минимальный аудит (отдельную панель управления с

возможностью показа истории изменения баннера по ID баннера или

имени админа)

 предоставлять интерфейс для получения описания баннеров,

который будут использовать клиенты (реализовать на GRPC)

 предоставлять тестовую страницу для просмотра (с использованием

реализованного интерфейса)

 

 Администратор баннерной системы должен иметь возможность добавить,

редактировать, удалять и сортировать баннеры

 

Требования

 Все Проекты, которые вы создадите будут находится под контролем

специалиста.

 Вы будете использовать tomcat в качестве своего веб-контейнера.

 Вы будете использовать MySQL/postgres в качестве своей база данных.

Создание, деплоймент и тестирование

 Предоставлять детали создания, выкладки и запуска приложения (в README.md

файле)

 Создавать JUnit для всех базовых операций (напр. валидации, CRUD операции с

Баннерами)

 Приложение должно собираться и запускаться с одной команды

Оценить

 функциональность и предоставляемый интерфейса.

 Качество кода (стиль, документация и производительность).

 Структура базы данных.

Инструкция

Создание README.md файла со следующей информацией

1. Инструкция по установке и настройке окружения при необходимости

2. Инструкция по созданию и инициализации базы данных

3. Выводы, которые вы сделали – будет хорошо, если вы объясните ход ваших

мыслей и заключения, к которым вы пришли

4. Требования, которые вы не учли при представлении выполненного задания, если

такие были

 

5. Инструкция по конфигурации и настройке исходного кода для правильной сборки

и запуска

6. Трудности, с которыми вы столкнулись при выполнении задания, если такие

были

7. Конструктивная обратная связь с целью улучшения задания

Проектная документация

Создание проектного документа, содержащего следующее: схема, описывающая

компоненты и их взаимодействие, работу системы, управление и потоки данных.

Выполненное задание / Что необходимо предоставить

Выполненное задание необходимо прислать в архиве <ваше_имя — Java WEB

Banner>.zip и содержать следующее:

 README.txt -> отчет о проделанной работе.

 Design.doc -> описание реализации проекта.

 Code Folder -> само приложение.

 SQL Folder -> SQL скрипты к базе данных/ скрипты инициализации таблиц

ВНИМАНИЕ! ВАША ЗАЯВКА БУДЕТ ОТКЛОНЕНА В СЛУЧАЕ, ЕСЛИ ОНА:

— Не содержит всей требующейся информации

— Не содержит юнит тест

— Юнит тесты не прошли

 

Вроде дефолт требования. За недельку можно накидать по вечерам. Разве что несколько взаимоисключающих параграфов. Если у тебя спрингбут, нахуй ваще ебаться с веб-сервером? Делаешь эмбедед сервак и радуешься. Плюс разворачивание проще всего сделать в докерах-шмокерах. Делаешь три контейнера + пишешь докер-композ. В одном апликуха с апи на джовке, в другом нгинкс + клиентское, в третьем базуля. Запуск с "одной кнопки".

 

стажеру, который все эти вещи будет только изучать, на это потребуется месяцы

даже джуну, который проработал ИМЕННО НА ЭТИХ ТЕХНОЛОГИЯХ скажем с полгода понадобится дохера времени чтобы это все было так и работало

вот скажи. ты бы такую таску дал бы своему рандомному джуну? нет ты бы разбил на подтаски

Стажёр и докер окей, не каждый сеньер им умеет пользоваться

мне даже читать это задание лень 

 

 

если кому надо, то во тестовое задание на позицию стажера java EE :

Тестовое задание Web Java

Задание

Целью тестового задания является выполнение указанного ТЗ в

максимальном объеме за указанный период времени.

Инструменты и Технологии

 JDK 1.8

 MySQL/postgres

 Apache Tomcat

 Apache Maven

 Spring: Boot, JdbcTemplate, MVC, Security

 Frontend: vuejs, Typescript, less, jquery, webpack

Описание задачи

Создание админки для баннерной системы:

 Продукт: Баннерная система для создания, хранения, управления и

отображения баннерами.

 Пользователь: Web приложения.

 Баннер: Сущность, описывающая HTML элемент для отрисовки клиентами в

браузере Объект, содержащий следующие поля:

 imgSrc - путь до файла с изображением

 width — ширина изображения

 height — высота изображения

 targetUrl — целевая ссылка

 langId — идентификатор локали в системе

 

 Администратор баннера: Авторизованный менеджер баннерной системы,

задачей которого является создание и управление баннерами.

 Хранилище: База данных, которая обеспечивает хранение данных баннеров и

историю действий администраторов (аудит).

 Аудит: Сбор данных о действиях администраторов баннерной системы.

 

Бизнес-требования:

 Баннерная система должна обладать следующим функционалом:

 

 авторизация для администраторов

 создание, редактирование, удаление, сортировка баннеров

 

 предоставлять возможность для работы с баннерами,

сгруппированными по языковому признаку

 предоставлять минимальный аудит (отдельную панель управления с

возможностью показа истории изменения баннера по ID баннера или

имени админа)

 предоставлять интерфейс для получения описания баннеров,

который будут использовать клиенты (реализовать на GRPC)

 предоставлять тестовую страницу для просмотра (с использованием

реализованного интерфейса)

 

 Администратор баннерной системы должен иметь возможность добавить,

редактировать, удалять и сортировать баннеры

 

Требования

 Все Проекты, которые вы создадите будут находится под контролем

специалиста.

 Вы будете использовать tomcat в качестве своего веб-контейнера.

 Вы будете использовать MySQL/postgres в качестве своей база данных.

Создание, деплоймент и тестирование

 Предоставлять детали создания, выкладки и запуска приложения (в README.md

файле)

 Создавать JUnit для всех базовых операций (напр. валидации, CRUD операции с

Баннерами)

 Приложение должно собираться и запускаться с одной команды

Оценить

 функциональность и предоставляемый интерфейса.

 Качество кода (стиль, документация и производительность).

 Структура базы данных.

Инструкция

Создание README.md файла со следующей информацией

1. Инструкция по установке и настройке окружения при необходимости

2. Инструкция по созданию и инициализации базы данных

3. Выводы, которые вы сделали – будет хорошо, если вы объясните ход ваших

мыслей и заключения, к которым вы пришли

4. Требования, которые вы не учли при представлении выполненного задания, если

такие были

 

5. Инструкция по конфигурации и настройке исходного кода для правильной сборки

и запуска

6. Трудности, с которыми вы столкнулись при выполнении задания, если такие

были

7. Конструктивная обратная связь с целью улучшения задания

Проектная документация

Создание проектного документа, содержащего следующее: схема, описывающая

компоненты и их взаимодействие, работу системы, управление и потоки данных.

Выполненное задание / Что необходимо предоставить

Выполненное задание необходимо прислать в архиве <ваше_имя — Java WEB

Banner>.zip и содержать следующее:

 README.txt -> отчет о проделанной работе.

 Design.doc -> описание реализации проекта.

 Code Folder -> само приложение.

 SQL Folder -> SQL скрипты к базе данных/ скрипты инициализации таблиц

ВНИМАНИЕ! ВАША ЗАЯВКА БУДЕТ ОТКЛОНЕНА В СЛУЧАЕ, ЕСЛИ ОНА:

— Не содержит всей требующейся информации

— Не содержит юнит тест

— Юнит тесты не прошли

 

Вроде дефолт требования. За недельку можно накидать по вечерам. Разве что несколько взаимоисключающих параграфов. Если у тебя спрингбут, нахуй ваще ебаться с веб-сервером? Делаешь эмбедед сервак и радуешься. Плюс разворачивание проще всего сделать в докерах-шмокерах. Делаешь три контейнера + пишешь докер-композ. В одном апликуха с апи на джовке, в другом нгинкс + клиентское, в третьем базуля. Запуск с "одной кнопки".

 

стажеру, который все эти вещи будет только изучать, на это потребуется месяцы

даже джуну, который проработал ИМЕННО НА ЭТИХ ТЕХНОЛОГИЯХ скажем с полгода понадобится дохера времени чтобы это все было так и работало

вот скажи. ты бы такую таску дал бы своему рандомному джуну? нет ты бы разбил на подтаски

 

Если он ВООБЩЕ не знал прогерства до этого, то да, месяцы. Но в таком случае нахуй он в фирме нужен? Значит на него месяцы потратят синьеры/лиды на обучение. А если ты имеешь даже небольшой опыт универский или пет-проджект по какой-нибудь залупе, это на неделю задание.

Стажёр и докер окей, не каждый сеньер им умеет пользоваться

Ну хз, у меня ушло целых 2 часа чтобы познакомиться с докером + докер компоузом в самый первый раз, от момента когда он мне понадобился, до момента когда на нём моё приложение на джове стартануло. Из которых 30 минут я настраивал центос на виртуалке, чтобы не ебаться с докером под win7

Стажёр и докер окей, не каждый сеньер им умеет пользоваться

Заорал

Там доку читать на 30 минут

Там кстати зп до 55к предлагают(СПб))

ДО ПИСЯТ ПЯТЬ

ДО НАХУЙ

Если он ВООБЩЕ не знал прогерства до этого, то да, месяцы. Но в таком случае нахуй он в фирме нужен? Значит на него месяцы потратят синьеры/лиды на обучение. А если ты имеешь даже небольшой опыт универский или пет-проджект по какой-нибудь залупе, это на неделю задание.

дело не в прогерстве, а в работе с конкретными технологиями

ты говоришь универ или пет проджекты, ты уверен что в универах хоть где-то вообще есть j2ee? со всеми спрингами? томкатами? теми 5 технологиями что там на фронтенд названы?

и как много людей метящих в стажёры будут иметь петпроджекты со этим всем? петпроджекты у ЦА такой позиции делаются на пхп а не j2ee с томкатами

у меня самого есть опыт работы и с джавой как языком, и с БД и даже достаточно с вебом чтоб понимать как это всё должно работать

вот только я ни томката, ни спринга, ни тех фронтенд технологий что они назвали в глаза не видел чтоб за неделю из всего этого склепать проект со всеми их требоваями

я за неделю пусть с натяжкой, но смогу сделать что-то подобное на асп.нет (т.к. я .нет знаю получше чем джавовый стек) + мускуле

там за это время скорее всего даже будет 90%+ функционала что они хотят, вот только там не будет сопутствующих технологий которые не есть обязательными чтоб эта хрень для начала "работала", а ещё вместо фронтенда будут 1кб хтмл странички без динамического контента или дизайна

плюс тратить даже 1 рабочую неделю на такое тестовое это пиздец. люди на стажировки метят во время окончания учёбы или других стажировок/интернатур/подработков

если ты хочешь проверить навыки человека как для стажёра, то давать проект который в принципе человек будет кодить +/- неделю И при этом заваливать его ынтерпрайз технологиями которые потенциальный стажёр 99% что никогда не видел - это идиотизм

 

Если он ВООБЩЕ не знал прогерства до этого, то да, месяцы. Но в таком случае нахуй он в фирме нужен? Значит на него месяцы потратят синьеры/лиды на обучение. А если ты имеешь даже небольшой опыт универский или пет-проджект по какой-нибудь залупе, это на неделю задание.

ты блядь прикалываешься чтоли)))

дело не в прогерстве, а в работе с конкретными технологиями

 

ты говоришь универ или пет проджекты, ты уверен что в универах хоть где-то вообще есть j2ee? со всеми спрингами? томкатами? теми 5 технологиями что там на фронтенд названы?

и как много людей метящих в стажёры будут иметь петпроджекты со этим всем? петпроджекты у ЦА такой позиции делаются на пхп а не j2ee с томкатами

 

у меня самого есть опыт работы и с джавой как языком, и с БД и даже достаточно с вебом чтоб понимать как это всё должно работать

вот только я ни томката, ни спринга, ни тех фронтенд технологий что они назвали в глаза не видел чтоб за неделю из всего этого склепать проект со всеми их требоваями

 

я за неделю пусть с натяжкой, но смогу сделать что-то подобное на асп.нет (т.к. я .нет знаю получше чем джавовый стек) + мускуле

там за это время скорее всего даже будет 90%+ функционала что они хотят, вот только там не будет сопутствующих технологий которые не есть обязательными чтоб эта хрень для начала "работала", а ещё вместо фронтенда будут 1кб хтмл странички без динамического контента или дизайна

плюс тратить даже 1 рабочую неделю на такое тестовое это пиздец. люди на стажировки метят во время окончания учёбы или других стажировок/интернатур/подработков

 

если ты хочешь проверить навыки человека как для стажёра, то давать проект который в принципе человек будет кодить +/- неделю И при этом заваливать его ынтерпрайз технологиями которые потенциальный стажёр 99% что никогда не видел - это идиотизм

 

Чо ты мне рассказываешь? Я на протяжении 6ти лет веду в нашем УНЦ лабораторки со стажёрами. Там делают такой же проект, на том же стеке что и в требованиях. Разве что на фронте можно использовать любой фреймвёрк, а не конкретно vue. И с годами немного под современные реалии меняется всё.

Суммарно там 6 лабораторных работ, на каждую даётся 1-2 недели. Но это люди там лайтово делают, их никто не заставляет делать всё за неделю. Но если ты хочешь устроиться в обход этого УНЦ, тебе дадут это же задание в виде распечатки и ебись как хочешь. Я даже больше скажу, 9 лет назад, когда я устраивался, у меня было задание 1 в 1 практически, по функционалу, вся разница лишь была в том, что фреймвёрков особо никаких не было клиентских и заводить мне это приходилось без спринга, что х10 сложнее. Я руками заводил jboss, руками прописывал все бины в xml, в то время даже стековерфлоу не было, как такового и джейбосс, был ещё джейбоссом. А кодил я эту залупу в нетбинсе. И ничего, я суммарно потратил 40 часов на эту хуету, условно по 2-3 часа после уника делал эти задачки и за 3 недели налабал. Ещё учти, у меня не было ноутбука и я с флешкой приехал на собеседование, передо мной стоял референсный компик, на котором была только джавка, всё руками в течении 30 минут устанавливал и рассказывал чуваку как чо делал. Просто ща в прогеры идут ради хайпа, раньше условно из 20 человек, было 15 гиков, которые хотели этим заниматься не из-за денег, ещё 5 просто за компашку. Ща из 20 человек, реально с горящими глазами 3-4, ещё 10 ваще амёбные, и остальные ради бабла.

Стоп блять, а какого хуя стажер на джаву должен делать spa на vuejs + typescript это че рофл ахахахахаххахахаххахахаххах

 

 

 

если кому надо, то во тестовое задание на позицию стажера java EE :

Тестовое задание Web Java

Задание

Целью тестового задания является выполнение указанного ТЗ в

максимальном объеме за указанный период времени.

Инструменты и Технологии

 JDK 1.8

 MySQL/postgres

 Apache Tomcat

 Apache Maven

 Spring: Boot, JdbcTemplate, MVC, Security

 Frontend: vuejs, Typescript, less, jquery, webpack

Описание задачи

Создание админки для баннерной системы:

 Продукт: Баннерная система для создания, хранения, управления и

отображения баннерами.

 Пользователь: Web приложения.

 Баннер: Сущность, описывающая HTML элемент для отрисовки клиентами в

браузере Объект, содержащий следующие поля:

 imgSrc - путь до файла с изображением

 width — ширина изображения

 height — высота изображения

 targetUrl — целевая ссылка

 langId — идентификатор локали в системе

 

 Администратор баннера: Авторизованный менеджер баннерной системы,

задачей которого является создание и управление баннерами.

 Хранилище: База данных, которая обеспечивает хранение данных баннеров и

историю действий администраторов (аудит).

 Аудит: Сбор данных о действиях администраторов баннерной системы.

 

Бизнес-требования:

 Баннерная система должна обладать следующим функционалом:

 

 авторизация для администраторов

 создание, редактирование, удаление, сортировка баннеров

 

 предоставлять возможность для работы с баннерами,

сгруппированными по языковому признаку

 предоставлять минимальный аудит (отдельную панель управления с

возможностью показа истории изменения баннера по ID баннера или

имени админа)

 предоставлять интерфейс для получения описания баннеров,

который будут использовать клиенты (реализовать на GRPC)

 предоставлять тестовую страницу для просмотра (с использованием

реализованного интерфейса)

 

 Администратор баннерной системы должен иметь возможность добавить,

редактировать, удалять и сортировать баннеры

 

Требования

 Все Проекты, которые вы создадите будут находится под контролем

специалиста.

 Вы будете использовать tomcat в качестве своего веб-контейнера.

 Вы будете использовать MySQL/postgres в качестве своей база данных.

Создание, деплоймент и тестирование

 Предоставлять детали создания, выкладки и запуска приложения (в README.md

файле)

 Создавать JUnit для всех базовых операций (напр. валидации, CRUD операции с

Баннерами)

 Приложение должно собираться и запускаться с одной команды

Оценить

 функциональность и предоставляемый интерфейса.

 Качество кода (стиль, документация и производительность).

 Структура базы данных.

Инструкция

Создание README.md файла со следующей информацией

1. Инструкция по установке и настройке окружения при необходимости

2. Инструкция по созданию и инициализации базы данных

3. Выводы, которые вы сделали – будет хорошо, если вы объясните ход ваших

мыслей и заключения, к которым вы пришли

4. Требования, которые вы не учли при представлении выполненного задания, если

такие были

 

5. Инструкция по конфигурации и настройке исходного кода для правильной сборки

и запуска

6. Трудности, с которыми вы столкнулись при выполнении задания, если такие

были

7. Конструктивная обратная связь с целью улучшения задания

Проектная документация

Создание проектного документа, содержащего следующее: схема, описывающая

компоненты и их взаимодействие, работу системы, управление и потоки данных.

Выполненное задание / Что необходимо предоставить

Выполненное задание необходимо прислать в архиве <ваше_имя — Java WEB

Banner>.zip и содержать следующее:

 README.txt -> отчет о проделанной работе.

 Design.doc -> описание реализации проекта.

 Code Folder -> само приложение.

 SQL Folder -> SQL скрипты к базе данных/ скрипты инициализации таблиц

ВНИМАНИЕ! ВАША ЗАЯВКА БУДЕТ ОТКЛОНЕНА В СЛУЧАЕ, ЕСЛИ ОНА:

— Не содержит всей требующейся информации

— Не содержит юнит тест

— Юнит тесты не прошли

 

Вроде дефолт требования. За недельку можно накидать по вечерам. Разве что несколько взаимоисключающих параграфов. Если у тебя спрингбут, нахуй ваще ебаться с веб-сервером? Делаешь эмбедед сервак и радуешься. Плюс разворачивание проще всего сделать в докерах-шмокерах. Делаешь три контейнера + пишешь докер-композ. В одном апликуха с апи на джовке, в другом нгинкс + клиентское, в третьем базуля. Запуск с "одной кнопки".

 

стажеру, который все эти вещи будет только изучать, на это потребуется месяцы

даже джуну, который проработал ИМЕННО НА ЭТИХ ТЕХНОЛОГИЯХ скажем с полгода понадобится дохера времени чтобы это все было так и работало

вот скажи. ты бы такую таску дал бы своему рандомному джуну? нет ты бы разбил на подтаски

 

Если он ВООБЩЕ не знал прогерства до этого, то да, месяцы. Но в таком случае нахуй он в фирме нужен? Значит на него месяцы потратят синьеры/лиды на обучение.

 

 

не вижу проблем в месяцах обучения

фирме нужен такой стажер чтобы вырасить сотрудника который будет работать годами

начальные затраты в 2-3 месяца работы с джуном стажером это ничто по сравнению с тем профитом который он будет через год приносить

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

только нужно отбирать не тех кто проебурит рабочую неделю/месяц на такой петпроджект а тех кто в принципе обучаем + желает + расположен + адекватен и тд.

мне кажется половину хороших кандидатов отпугнет тупо объем

хотя они могли бы стать офигенными сотрудниками

по хорошему должна быть воронка кандидатов

земля пухом диману если он 3 недели убил чтоб на работу устроиться и земля пухом тем, кто неделю будет убивать чтоб в эту шарагу стажёром пойти