Джуниор в американского - левый пацан, которого нужно эксплуатировать. А в русском это начинающий программист, будущий товарищ.

Если джуниор не справляется - уволить без выходного пособия. И нанять другого.

Если начинающий программист не справляется, ему надо помочь. И он быстро станет нормальным разработчиком, благодарным за помощь. Если не видишь у него желания справляться - наказать как либо для его же пользы (воспитательный момент). Если видишь, что лентяй при этом ещё и любит слова типа "джуниор", "сениор" - уволить за профнепригодность для коллектива, с объяснением причины.

Такова разница менталитетов и культур.

Переписывать нужно методы hashСode и equals вместе.
Получилось так, что equals, вызываемый при обнаружении равенства hasСode, унаследован от Object. А он там сравнивает объекты по их адресу в памяти. Которые, для разных объектов, само собой, разные. Поэтому Ваш HashSet и считает что ВСЕ новые объекты, какой бы ни был у них hashcode, будут разными!

Просто перепишите и equals, чтобы он сравнивал между собой соответствующие друг другу поля класса у разных его экземпляров. И при их равенстве HashSet отвергнет второй объект, у которого тот же hashCode и те же значения полей.

Больше про эти дела, например тут.

И вообще это очень полезное и железное правило: одновременно менять (или проверять работоспособность этой сладкой парочки) hashCode и equals.

Раньше было на порядок больше дела, на два порядка меньше банков, рекламы, посредников, пробок, конкурентов, владельцев средств производства и инвесторов.
Совсем не было менеджеров. А были руководители (часто от бога), собаку съевшие на деле, которым занимались. Некоторых помним и сегодня, спусти 30 лет после их смерти. Придут ли сегодняшние программеры на могилку своего текущего тим-лида через 30 лет? ответ очевиден.
Отсюда и задачи стояли более интересные, разнообразные, ответственные. И ты мог заниматься ими десятки лет.
Пригождался любой человек, а не только юные гении, знающий все вопросы на собеседовании. Но не способные связать двух слов с товарищами или посоветовать что-то.
Вероятность получить в ответ на твой произвольный вопрос фразу: "Я занят, некогда мне с тобой" была исчезающе мала.
Больше времени люди проводили в обсуждениях совместных и мероприятиях вне работы (и отпуска проводили вместе). Мало, очень мало было личных проектов.
Работало много институтов. создающих свои машины, свои операционки, свои языки программирования.
И достигали реально многого. Уважали друг друга.
Уволить тебя, если ты не был откровенным тунеядцем. было невозможно.

В целом, работать было на порядок интереснее. И задачи стояли на порядок важнее и реальнее Как в программировании, так и в материальном производстве.

На взгляд со стороны работника, любая средняя в РФ (и не только, был опыт и с забугорьем) контора подбирает людей по принципу минимальной зарплаты. И торгуется за эту зарплату из принципа.

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

Казалось бы, ты просчитай, продумай, что тебе выгоднее, одного брать и на много, или двух на чуть-большую сумму. Или ещё что! Нет, он берёт одного и на меньшую)))

Такова диалектика личной прибыли и заинтересованности. Это - закономерность, и исключения её не опровергают.

В Перми, знаю, начинающие программеры любого рода и вида берутся на 50-70 грязными. В Москве, полагаю, программеры однозначно хотят побольше. Тем более, что они в Москве все родом из перми или новосибирска и потратились на переезд. А вот дадут-ли - это уже вопрос везения, а не рыночных суб-материй.

Всё - ПМСМ!