Специализированные инструменты могут лучше решать какие-то задачи, но большое количество специализированных приводит к тому, что система становиться слишком сложной, нужно много поддерживать, переход между командами может быть сложным (нужно учить специализированный инструмент, используемый в команде).
Если это БД, то нужно поддерживать больше различного кода, работающего с различными базами данных - с реляционной, с NoSQL..
Большое количество библиотек и инструментов приводит к тому, что нужно следить за большим количеством потенциальных проблем с безопасностью и совместимостью. Нужно своевременно обновлять и при этом при обновлении не нарваться на проблемы совместимости.
Я как-то использовал для сессий MS SQL Server, хотя NoSQL могла бы быть лучше. А всё для того, чтобы не было лишних инструментов. Для сессии нужно всего два индекса, один из которых первичный и основной, по которому будет поиск, а поиск по первичному ключу даже в SQL базе будет вполне приемлем для большой нагрузки. Wheeloffortune без проблем работал.
Забивать гвозди плоскогубцами можно, но это далеко не самое лучшее решение. Поэтому всё же стоит 10 раз подумать, что будет лучше в каждой конкретной ситуации - специализированная библиотека или инструмент или уже существующий, но возможно не самый подходящий.
Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым
В распределенных системах крупных применение различных БД обосновано и иного выбора нет. Все зависит от нагрузки, типа нагрузки и решаемых задач.
Например тот же GO отлично подходит там где требуется быстрый старт приложения пару десятков милисекунд, в serverless. Пошла нагрузка быстро подняли приложение. И бывает моменты, когда происходят каскадные сбои при долгом старте приложений. И тут только GO или вообще Rust. Бывают критичны GC паузы и GO Java или .NET не подходит и юзают Rust.
Или нужны транзакции и платежная обработка и могут юзать Java или C#.
Без проблем. Там где оправдано, там и используем специализированные инструменты. Статья же не запрещает, просто призывает думать - нужно или нет
Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.
Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю
Copyright © 2026 Михаил Флёнов. Тираж 1 штука. Отпечатано на ноутбуке. А за права отвечаю, или постараюсь.
А здесь еще и копирайт поставлю: Professional Web Development.
На сайте используются Cookie. Если вы из ЕС или Калифорнии США, то вы должны согласиться с их использованием - Согласен. Если вы из нормальной страны, то вам пох.
