>>229701
Изначально я собирался заниматься андроид программированием, но понял что нужно было выучить джаву. Сам начать не смог, пошел на курсы на 6 месяцев. Короче, сам понимаешь, им нужно побыстрее отчитать лекции и набрать новых вайтишников. Возможно я туповат был, но после половины пройденных курсов перестал понимать значительную часть материала. Это меня деморализовало на пол года, но потом решил, типа, надо все-таки продолжить обучение. Сам учился дома около года-два. Не скажу что сильно усердно, но результат был. Из-за универа не мог работать, по этому как бы не очень спешил сильно углубляться в джаву, но параллельно что-то делал, чтобы не забыть язык. Последний курс начал активно заниматься, вон писал что смог попасть на интернатуру. Короче, примерно 2 года не сильно активной прожки и год углубленного изучения.

Сейчас хожу на собеседования, изначально дико нервничал, голос дрожал. Ну это и понятно, это не придти в какую-то быдло-контору "Рога и Копыта" и рассказать свои достижения в ворде и екселе. Тут техническое собеседование, нужно быть готовым, дрочат по языку, в основном по кору, но так как джава джунов в Киеве, откуда я, очень много(на одну вакансию за неделю приходит около 400 заявок), то могут спрашивать и сопутствующие технологии и фреймоврки, типа спринга или хибернейта.

На данном этапе, уже более спокойно иду на собеседования, но из-за несильного заикания голос иногда дергается. Стремаюсь, что тех.спец. подумает, что я нервничаю, но говорить ему что-то типа "извините, я немного заикаюсь" не хочу, так как во-первых, это тупо, а во-вторых, думаю что это может стать поводом для отказа. Были пару собеседований где думал что вот оно, мне предложат работу, ответил почти на все тех.вопросы, приятно поговорили и все такое, но отказ. Один раз вообще, по-моему, ответиль абсолютно на все тех.вопросы, но проджект менеджер начал задавать вопросы типа "опиши себя 3 словами, что бы сказали про тебя твои друзья" или "чем бы ты не хотел заниматься у нас". Я вообще не готовился к таким вопросам, по-этому отвечал размыто и не уверенно.

Но самый дикий страх, это параллельное программирование. То есть, когда по тим вьюеру или на сайте каком-то пишешь код, а тех.спец. на это смотрит. Было один раз такое, жестко тупишь из-за страха что-то не сделать и в итоге ничего не получается.

Вообще, если нужно я могу написать примерный порядок изучения джавы, но ты должен понимать что я еще даже не джун, я пытаюсь им стать, так что мое видение дел может быть ошибочным.
Ну, какая-то вот такая паста получилось.

>>229890
Вот на форуме вот это видел от синьора, так что лучше следовать ему.

1) Английский — найди самые лучшие курсы, какие сможешь и туда иди, 80% сил трать на изучение и совершенствование языка.

2) Head First — Learning Java 2-е издание или позже. Именно эта книга объясняет как что работает и именно она дала мне базовые знания.

3) Maven освоить на уровне создать проект из архетипа, добавить зависимости, билдить

4) Git / SVN освоить на уровне веток, мёржей, сразу создал свой проект и подрубил туда это все

5) Head First — Servlets & JSP — фундаментальный труд, также все понятно излагается.

6) Spring + Hibernate — возьми какой-нибудь курс на udemy на 10-20 часов, запили пару приложений, больше для трейни и не надо

7) JUnit тоже очень базово

8) Чистый код Р. Мартин — обязательно прочитать и следовать.

9) Шаблоны проектирования — желательно знать, GOF 24 штуки поучил и норм, главное не тули везде синглтоны)))

10) Базы и SQL, знать 3 нормальные формы, Join-ы, подзапросы, развязывать Many-to-Many
какой-нибудь Postgres уметь прикрутить

11) Желательно посмотреть JIRA / Jenkins хотя бы видосы в ютубе как это работает.

Но на деле, Кор должен знать от а до я, опыт спринга и хибернейта пол года, РЕСТфулл очень желательно знать.

Много контор требуют еще джс там, всякое вот это, но при этом не платят ставку как фулстак дева. Мне не нравится возиться с фронтом, возможно это и не правильно, но все что связано с фронтом знаю на низком уровне.

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

2. Система учета заказа еды.
Имеем некий ресторан который производит централизованную доставку обедов в офис к айтишникам. Сотрудникам офиса дается ежедневное меню, где они до обеда могут выбрать чего хотят поесть. Затем ресторан собирает заявки и к обеду подвозит заказы.
Итого требования:
2.1 Интерфейс "повара"
- возможность создания меню на каждый день
- в меню входит список блюд, блюдо имеет некоторое описание и цену
- блюда могут повторяться без какой-то определенное периодичности - на усмотрение повара
- ценник на блюдо не один на всю жизнь - раз от раза может меняться
- меню нужно уметь лочить, что бы после определенного момента во времени юзеры не могли добросить еще заказов
2.2 Интерфес клиента
- просмотр меню на любой из доступных дней
- формирование заказа по меню на любой из незалоченных дней в будущем
- возможность выбрать несколько блюд, в неограниченном количестве
2.3 Интерфейс "доставщика"
- получение меню раскладки на день - это такая ебаническая таблица где в колонках - блюда, а в строках клиенты, в ячейках соответственно количество
- учет принятой налички от клиентов, которым передается доставленный обед
2.4 Интерфейс "бухгалтера"
- бухгалтер должен видеть текущие задолжности клиентов и принятую доставщиками наличку
- тут же будут полезны разные отчеты (визуально и в виде того же csv) плюс выгрузки для всяких 1С

Для простоты можно сначала заняться реализацией функционала меню/заказ, без всяких денежных расчетов (считай что ресторан ежемесячно выставляет общий счет офису). Затем уже можно прикручивать финансовую подсистему.

Если прям попрет то для доставщика можно реализовать мобильное приложение (iOS/Android) где он может оперативно вносить данные по принятой наличке.

######################

Оба варианта как раз предполагают реализацию в виде классической трехзвенной архитектуры (клиент-сервер-субд), на основе указанных ОПом технологий.
Фронт нынче пишут на Angular (не спутай с AngularJS), либо Vue.js, либо React. Говорят что анугялр имеет более высокий порог вхождения, тот же реакт легче но несколько топорнее. Хз, я сталкивался только с ангуляром и то не слишком глубоко в него влезал. Покуда фронтовиков у ОПа нет, то можно все это реализовать чисто в виде бэка с набором рестов - под словом "интерфейс" выше я подразумевал не обязательно UI.

Жду от вас ответных идей.

>>229025
>>229709
Эти задумки с трудом можно отнести к бизнесовым задачам которые решаются типовыми галерами.

>>229009 (OP)
На стажировке дали такое тестовое:
Функциональные требования
Требуется реализовать серверный модуль работы с данными о сотрудниках компании.
В БД хранится информация об организационной структуре компании. Компания имеет иерархическую структуру подразделений (отделов). Каждый сотрудник работает в одном из подразделений. Также в БД должна вестись история по каждому сотруднику, в которой хранится информация об изменениях, произошедших с сотрудником во время его работы в компании (информация о приеме на работу, изменениях в должности, грейде и зарплате сотрудника, переводах из отдела в отдел, об увольнении сотрудника).
Для каждого сотрудника должна вестись следующая информация:
•Фамилия
•Имя
•Отчество (необязательное поле)
•Пол
•Дата рождения
•Подразделение, в котором работает сотрудник
•Должность (справочник)
•Грейд (справочник)
•Зарплата
•Список сертификатов сотрудника (Для каждого сертификата указываются дата выдачи, компания, выдавшая сертификат, название сертификата, номер, скан сертификата)
Для каждого подразделения хранится:
•Название
•Родительское подразделение (подразделение, в которое входит данный отдел)
•Руководитель
В модуле должны быть реализованы следующие функции:
•Получение по указанному подразделению списка дочерних подразделений
•Получение списка сотрудников подразделения
•Получение истории изменений по сотруднику
•Создание нового отдела
•Переподчинение отдела другому подразделению
•Закрытие отдела
•Прием на работу сотрудника
•Перевод сотрудника из отдела в отдел
•Изменение должности, грейда или зарплаты сотрудника
•Увольнение сотрудника
Все обращения к системе должны сохраняться в системе ведения аудита. Должна быть реализована функция получения истории всех обращений к системе за период с возможностью фильтрации по подразделению или сотруднику, а также по IP пользователя или системы, сделавшей запрос.

Технические требования:
•Данные хранятся в СУБД Oracle.
•Функции модуля выставлены наружу в виде REST-сервисов. Необходимо создать документ с описанием этих сервисов (включая структуру JSON запросов и ответов).
•На стороне backend’а нужно реализовать кеширование данных с автоматическим обновлением кеша при возникновении события изменения данных.
•Вторым этапом нужно переделать функционал, модифицирующий данные, на веб-сервисы (SOAP поверх JMS). Очереди – желательно IBM WebSphere MQ (если сможем предоставить стенд с уже установленной).
Требования к клиентской части приложения:
Требуется реализовать интерфейс ведения информации о сотрудниках компании. В интерфейсе должны быть предусмотрены следующие пользовательские функции:
•Просмотр/изменение структуры отделов компании:
•Создание отдела
•Закрытие отдела
•Изменение наименования отдела и руководителя отдела
•Переподчинение отдела
•Просмотр и внесение информации о сотруднике:
•Добавление нового сотрудника
•Увольнение
•Перевод в другое подразделение
•Изменение данных сотрудника
•Просмотр истории изменений по отдельному сотруднику
•Хранение информации о сертификатах сотрудника с возможностью добавления новых и удаления ошибочных записей.