Size: a a a

Архитектура ИТ-решений

2021 April 21

SB

Sergey Bezrukov in Архитектура ИТ-решений
Мы когда смотрели спринговый коннектор к кафке нашли там прибитое гвоздями что-то вроде async=true, прям хардкодом с игнором передаваемых через проперти настроек. Может поправили уже, не знаю )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ага, это тоже было, да )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но про кафку я хотя бы знал, что надо бы посмотреть вглубь. А про что я не догадываюсь?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Не помню по какой причине, мы тоже оказались от спринговых абстракций над кафкой (на 2018-й год)

Но вообще, идеологически - Kafka - это не pub/sub, то есть подписки как таковой нет и поэтому абстракция слушателя выглядит странно
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ага, странно. Но я  цитировал лендинг кваркуса )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Вообще, конечно, при моих обычных проектах в десятки человеколет, потратить даже человекомесяц на нормальный каркас сервиса - это нормально. Поэтому чем проще база, тем лучше )
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Соглашусь с коллегами. Фреймворки полезны, но кто-то в командах должен всё же в деталях знать матчасть
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Впрочем, кваркус как конкурент RoR - явно выигрывает )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
(А к моей БД все равно ни у кого коннектора готового нет)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Что-то я как только слышу про "новый легковесный фреймворк" сразу uml вспоминаю.
Там Тож сначала было "всего лишь 6 видов диаграмм".
Сейчас вроде бы на 21 сошлись, и ещё три готовят.

А, да, c4 медленно но верно превращается в uml.

Надеюсь хорошую аналогию подобрал.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Да

И плевать. Всё-равно редко кто использует
В результате, в какой-то момент, воркшопы и рисование на флипчартах
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ага, меня даже пугает в вакансиях "знание UML", кому это нужно-то?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я к тому, что в ЯП и библиотеках около та же самая история.
Достаточно какой нибудь буст, либс, qt, Borland C и прочее вспомнить.


В итоге все приходят к бусту)))) Ну это если совсем упрощать.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Ну пишет же кто-то "знание c++")
источник

AZ

Alexander Zaitsev in Архитектура ИТ-решений
раз тут про кафку всколзь было - тут кто-нибудь пробовал вот это?
https://github.com/vectorizedio/redpanda
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Какая новость)) у Simon Brown'а появилась Deployment diagram
источник

AZ

Alexander Zaitsev in Архитектура ИТ-решений
ну а что писать, если твоего знания конкретной технологии достаточно для решения обычных задач? :)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Ага. Я вот знаю плюсы 14 стандарта.

Нахрен я кому-то нужен без знания фреймворков?)

Или мне на голых полюсах заново boost, qt,   ещё десяток прикладных библиотек каждый раз писать?)))
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Как-то стрёмно. Есть ли задачи, где это даст преимущество, компенсирующее риск early adopter'а ?
источник

AZ

Alexander Zaitsev in Архитектура ИТ-решений
ну условно мы при собесе не спрашиваем знание ни одной библиотеки вообще (но мы их внутри используем конечно же). так что в теории - как минимум к нам
источник