а як йому тре було критикувати? людина конкретно вказала проблеми, навела приклади при тому не переходячи на особистості, не використовувала оціночне судження, не використовувала різких та категорічних прикметників та залишила простір для діалогу використовуючі слова як то: скоріш за все, шось не те, ніби

Прочитав table of contents. Сорі але у вас графоманія. Це в цілому така частина знаній де можна дуже коротко все пояснити по-перше. По-друге чат жпт та статті реально цю задачу вирішать в рази краще та що головне швидше. Джуніору не потрібно стільки тексту та не потрібно навіть усі паттерни запамятовувати. Сіньйор або це усе знає або знає як швидко з цим розібратись. В цілому писати книги по айті у 2024 це кам’яний вік, бо воно одразу виходить або застаріле або незграбно велике або це вже хтось написав у 2000х. Навіть якщо брати не айті книги наприклад по статистиці або лін алгебрі я би скоріше пішов читати статті, курси та пейперси у контексті задачі й знов ж таки чат жпт рішає. Й на останнє, я знаю що критикувати таким чином вважається токсичним, але я за те щоб в Украінському айті не було усього оцього булщіту що є на заході коли усі бояться погане називати поганим та продовжують їсти кактус.

як перетворити віртуальне сміття у паперове

Удачи тебе! Ты кремень

Очередной диванный эксперт, по закону они не имеют права платить меньше. В черную в Америке? Рисковать миллионным бизнесом ради 10к? Люди и так едут работать на зп от 90к особенно учитывая что жить на эти деньги там можно другое дело что шиковать не выйдет конечно

Java однозначно, потому что куча опенсорса на ней или на JVM based, плюс количество продуктов на порядок больше в экосистеме

***ссе датчане стандарты труда держат

Починали працювати о 7 ранку, а о 16.00 я був уже вільний

Там основная мысль была что между человеком которого мотивируют только деньги и человеком которого мотивируют деньги И задачи + коллектив + стиль работы они выберут второго, наверно что бы воспринимать такие банальные вещи надо хотя бы раз поработать в такой компании. Сразу оговорюсь, не надо путать с галерками и недо-стартапами где вешают идейную лапшу пытаясь тупо сэкономить денег.

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

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

Позволю себе дополнить список, может кто-то знает управляющие компании которые занимаются последующей эксплуатацией — типа уборка, мелкий ремонт, решение вопросов с арендаторами, устранение экстренных ситуаций типа затопление и тд, прием оплаты оренды и тд.

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

Нет и нет, имеет смысл только для оформления рабочей визы по h1b или какой-нибудь point system based visa где за магистратуру дают больше очков/шансов. Просто начинай работать по специальности и будут деньги, командировки и опыт, а это открывает любые двери гораздо лучше чем корочка.

вроде как там больше всего и это не только про локальные переменные а и про поля класса stackoverflow.com/...​m_campaign=google_rich_qa

и если уж совсем задротить то когда мы указываем final то компилятор на основе этого по-идее может оптимизировать код

Я не говорил что это часто бывает, просто в примере стояло final int — если переменная так помечена значит на то была причина и либо переменная изначально неправильно описана либо надо var тоже ставить final чтобы смысл не менялся. Пример у вас так себе — я же писал что надо здравый смысл использовать. Вполне могу представить себе случай где поле класса маркируется как final чтобы потом где-то в потомках не поломать или не нарушить тред сейфти. К тому же код должен быть самодокументируемый и когда человек видит что переменная файнал то ему более понятно ее назначение и способ использования.

Следуя такой логике вообще трудно будет программированием заниматься. Есть ведь еще здравый смысл и например если создатели JDK пишут что коллекция не тредсейф то ожидается что ее будут применять соответствующим образом. И вообще мы сейчас говорим не о дуракоустойчивости, а о том что например гораздо понятнее что приходит из метода orderService.getOrder() нежели от какого-нибудь repository.handle() или worker.process().

Да, компиляторы умны когда определяют файнал для замыкания, но они понятия не имеют когда человек переопределяя переменную ломает код, а файнал это решает. То что вы так не делаете еще не значит что это правильно и что всем остальным тоже так надо делать. Лично я за максимально понятный выразительный и минималистичный код, если переменная файнал то она должна быть отмечена как таковая чтобы избежать багов еще на этапе IDE/компиляции и всяких непоняток. По хорошему, должен быть val конечно, но это совсем про другое и к type inference отношения не имеет.

если то что стоит справа не говорит вам о том что приходит в переменную, то возможно вы что-то делаете не так

final int и var — это не одно и тоже, Java поддерживает final var