Сегодня паттерн Посетитель в Java уже не нужен – лучше использовать переключатели паттернов

Имхо, оригинальная статья - попытка натянуть сову на глобус: использовать switch-case выражения вместо полиморфизма.. современная Java, мало строк кода (гениальный возврат к макаронокоду прошлого через банальный пример с выводом строчки на консоль)

ORM — отвратительный анти-паттерн

Я человек простой, вижу Бугаенко - иду создавать декоратор.

Как большинство Java проектов выглядят изнутри

хорошая статья, только про секьюрность и spring ws ничего не написал - это огромный пласт иных задач в современной java

01010101010010101010100101010

1. SSL версии протоколов безопасности давным давно устарели. Уже много лет используются TLS-протоколы и TLS-сертификаты.

2. Для получения сертификата необходимо обращаться в удостоверяющий центр в первую очередь. Причем тут провайдер DNS? Он также будет обращаться в ЦС, будучи просто посредником.

3. Если private key есть у кого-то, кроме владельца, то какой смысл в таком private key. Никто не должен за владельца генерировать private key (в том числе для удостоверения соответствия с public key в удостоверяющем центре).

4. Код в примере мало того, что устаревший, так еще и не рабочий, гений.

5. Судя по количеству грамматических ошибок и по нелепым попыткам высказывать недовольство каждым комментарием, "статью" писал не студент, а школьник, причем не самый вдумчивый в классе.

Однопоточный JavaScript и многопоточная Java: что быстрее?

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

Обработка русского языка на Java

крутой проект! как этот, так и тот, что у Сокирко. Очень интересная тема, имхо

Что должен знать Java Software Engineer

мух с котлетами понамешал тут, конечно)) просто программировать надо и развиваться, а не демагогией заниматься

Практические задачи по Java — для курсов и прочих занятий

Box extends Shape - имхо, такое ООП попахивает плохо

Загадки Enum'ов

ничего нового, но статья хорошая. Спасибо

Нельзя так просто взять и вычислить абсолютное значение

я теперь мечтаю попасть на собеседование к Тагиру

SDK и API: в чем разница?

SDK и API: в чем разница?

эмм.. во всём..?

Почему твоя мама всё ещё не прогает?

Автор хорош!) Впервые в жизни встречаю человека, под каждым словом которого готов подписаться)

Как стать Java разработчиком в 35+

земляк!))

Как стать Java разработчиком в 35+

Позволю себе выразить свое мнение относительно Вашего вопроса.

Во-первых, видимо, дело в том, что то, что Вы называете "быть инженером" формируется не в инженерном ВУЗе, а в глубоком детстве. А жизнь, она складывается по-разному. Поэтому человек может, "будучи инженером", работать до 35 лет в совершенно других сферах.

А во-вторых, просто есть люди, которые очень любят сам процесс обучения и развития как таковой. Таким в радость за пару лет освоить все то, что некоторые изучают десятилетиями в школе, ВУЗе, на работе (потому что у них и желания часто больше, и самого опыта обучения больше в разы)

P.S. я, например, начал изучать программирование тоже плюс-минус в 33 (и тоже Java, кстати). А до этого вообще никак не был связан с этой сферой (приходилось бывать много кем и в совершенно далеких местах: и штурманом дальнего плавания, и альпинистом, и гидом-переводчиком, и банщиком, и строителем, и музыкантом, и бизнесменом, но никак не программистом, однако же я склонен считать, что являюсь вполне себе инженером).

Программа в 50 строк на Java/Scala, которая сэкономит вам 50 тыс. р. при подаче декларации 3-НДФЛ

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

Абстрактные синглтоны, фабрики или 665 принцип ООП

толсто

Optional.stream()

а почему нельзя просто аргумент метода проверять с помощью javax.validation?

public BigDecimal getOrderPrice(@NotNull Long orderId) {
        return orderRepository.findByOrderId(orderId)
                .stream()
                .map(OrderLine::getPrice)
                .reduce(BigDecimal.ZERO, BigDecimal::add);
}

И никакие optional тут не нужны. Читаемый рабочий код

Хватит организовывать код по типу файлов

ну это долго объяснять, если Вы с Java кодом не работали. Если вкратце: неудачное проектирование и несбалансированная структура расположения узлов программы приводят к неинтуитивности и неочевидности при поиске и вставке элементов, к необходимости менять, а не расширять, к невозможности переиспользовать код и, разумеется, к отсутствию желания читать код, как книгу, что не способствует приятной работе. Даже очень объемная программа может иметь компактный, слабосвязанный и что самое главное, читабельный для большинства людей (даже не программистов, возможно) код при желании

Хватит организовывать код по типу файлов

врать-то зачем

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

Хватит организовывать код по типу файлов

Рядом с целевым классом.

с каким целевым классом? у маппера как минимум их два))
Вобщем не знаю, что именно Вы программируете, но из того, что я прочел, становится радостно, что я с таким кодом не сталкиваюсь в работе, ибо рыться в перемешанных на уровне корня служебных, утилитарных и вспомогательных классах, и перебирать сотни! директорий сущностей в проекте — это просто ад. С уважением