Найти в Дзене
Монолитный микросервис или микросервисный монолит? Странный народец эти самые Архитекторы ИТ, ну или молодая часть. Как только разговор уходит в сторону наследуемых систем, у молодняка начинается истерика и плевания в сторону пенсионеров. Мол все надо по аджилу и через микросевисы, и тогда во вселеной будет счастье. Ладно, а как мне передать через микросервисы по RDP запрос в Excel? ВСЕ СЛОМАТЬ и ВЫ идиоты*!-обычный ответ младоархитекторов (те кто себя узнал - обижайтесь). Очень радуют решения по замене корпоративной Active Directory. Все сломать, и вы идиоты! Оказывается, база данных постгре справиться легко и непринуждённо с 18 млн записями номенклатуры. Правда миграция будет стоить 18 млрд , а что вы хотели у вас старая система. Правда никто не умеет писать LDAP запросы, но это не проблема младоархитекторов. А как вам решение по передаче HEIC фото с использованием restApi. Младоархитекторы все пользуются яблочной техникой, иначе они не архитекторы, но не видели формат HEIC и размер изображения в этом формате не отслеживают. Конечно же JSON и gPRC решат наши проблемы с обработкой этих изображений. И главное. Все сломать, и вы идиоты! К чему я все это? В последнее время стоимость на ИТ архитекторов резко выросла. Чем моложе архитектор, тем больше уверенности, что переползти с наследуемых протоколов мы не сможем, просто потому, что в лексиконе младоархитектора нет слов: сокеты, файловый обмен, LDAP, QEMU и др. Вероятно, мы действительно должны отказаться от наследуемых систем и стать докеризорованными, кафканосящими, мелкосервисными ИТ архитекторами. *литературное, мягко скрашенное, завуалированное обращение к ИТ архитекторам, взращённых на принципах марксизма -ленинизма.
1 месяц назад
Хранимые процедуры и почему их не используют «специалисты»?
В вашей практике, наверное, встречались ситуации, когда корпоративные данные хранятся в базе данных. Если вдруг используемая база данных не гаражная поделка, то в ней скорее всего есть возможность писать хранимые процедуры. И управлять этим хранимыми процедурами. Не буду вдаваться в детали работы и хранения данных с использованием хранимых процедур отмечу другие плюсы. Если вдруг ваш запрос к базе данных содержит больше 100 символов, то использование конструкции хранимой процедуры прячет от разработчика содержимое запроса. Создание запроса можно доверить настоящему специалисту по SQL. Т.е. обращение...
2 месяца назад
Java enum лучший одиночка из всех одиночек
В java класс является отражение данных требующих обработки. В большинстве проектов типов данных значительно меньше чем классов в приложении. Это вызвано тем что разработчики создают еще и вспомогательные утилитарные классы, ведущие обработку классов-данных. А оно нам надо? Конечно же все подходы имеют и свои плюсы, и свои минусы, и все-таки не просто так разработчики из OracLe добавили специальный класс Enum способный самостоятельно выполнять обработку данных. В чем плюс Enum ? Конечное же в его уникальной идентичности...
2 месяца назад
Сколько ядер?
По умолчанию, наша jvm использует ForkJoinPool , тот в свою очередь использует все процессорное ядра доступные на конкретной машине. А оно нам надо ? Ведь кроме сборщика мусора есть и другие потоки требующие отдельных процессорных ядер например, вдруг есть какой-нибудь «слушатель» сокета или файловой системы . Соответственно количество процессорных ядер надо бы ограничить для ForkJoinPool, и сделать это можно использовав системное свойство : Java...
2 месяца назад
Spring и хлам
Spring в момент загрузки подгружает больше 20000 классов. А оно вам надо? «Разогрев» JDK + Spring занимает на порядок больше времени ,чем обычный JDK ( а учитывая ,что на территории РФ - никто не создает свои версии JDK, да да я про модульную сборку JDK для конкретных целей), и теперь борьба за производительность, ради которой используют Spring и прочий хлам, становиться безрезультатной. Короче, если приложение использует Spring создайте свою версию JDK, содержащую только и только необходимые модули...
3 месяца назад
Если нравится — подпишитесь
Так вы не пропустите новые публикации этого канала