в pg (да и в любой более-менее развитой СУБД) есть буферный кеш в котором лежат часто используемые страницы. Так что вы не ходите на каждый чих на диск.
Гарантированную консистентность (кэш обновляется сразу после коммита транзакции в БД).
гарантированная консистентность у вас будет, если у вас notify "вдруг" станет синхронным, будет в нём механизм ретраев чтобы обрабатывать ошибки нотификации и т.д.
... 2WIFI учреждена в 2015 году Марком Авакяном, Сергеем Стамболцяном и сооснователем «Like Центра» Константином Гордоном. Сергей Стамболцян в январе 2023 года был назначен исполняющим обязанности гендиректора онлайн-кинотеатра Premier (входит в «Газпром-Медиа Холдинг»), а в августе 2024 года — генеральным директором ООО «ГПМ Проекты», которое управляет Rutube ...
Это не тот ли "лайк-центр", чей основатель не так давно поехал на нары на 7 лет?
что значит "не так"? Растёт как не в себя. Думаю ещё чуть-чуть и Степаненко в озоне распорядится начать раскапывать "резоны"-"лозоны"-"дезоксиметазоны" и прочее дельфёвое, а гошников разгонять.
Нормальный сеньор обычно сумеет и в курс дела ввести, и объяснить что требуется от него, и получить базовую информации как это решение поддерживать в дальнейшем, так что сможет уже адаптировать его под свои нужды и изменения.
В том то и дело, что речь об узкой специализации вне контекста знаний "сеньора". Потому и будут звать чувака со стороны, потому что "местный сеньор" не может. Возможно у него будет на руках на пару лет устаревшая дока - это при большом везении. Ведь правильные пацаны документацию не ведут. :)
а остальные узкие задачи будут закрывать приходящие специалисты.
такое возможно, если речь о ширпотребе типа обслуживания типовой конфигурации 1с или о купленой поддержке вендора его же софта/железа. Если речь об "уникальном ПО"/"конфигурации" то это будет очень больно.
а за какими-то узко-специальными вопросами призывать аутсорс / аутстафф на время.
Прямо как проститутку вызвать с почасовой оплатой. :) А то что узкому специалисту надо войти в контекст проекта/задачи, влезть в "говна" кодовой базы... не? :)
И это без учёта риска того, что аутстафф по традиции продаст джуна по ценнику сеньёра. :)
Возможно ли использовать ваш роутер для шардирования по времени (данные телеметрии)? Т.е., например, данные за январь хранятся на 1-м шарде, данные за февраль на 2-м и т.д.
Если вся телеметрия за сей момент до конца (к примеру) месяца, польётся на конкретный шард, есть риск, что он ляжет. В этом случае мы по сути отказываемся от горизонтального масштабирования "на запись".
"А если проверяет ревьюер то можно тупо не совпасть по стилю" конечно. Тебе ж потом с ним работать. И проверять тебя будет не "литкод-машина", а человек. И реакция на кодревью - это тоже проверка, но по софтскилам - какая у человека реакция на критику.
" - тестовые задания уровня "тяп-ляп отвалите" не являются реальным показателем знаний и квалификации "
они являются показателем того, что человек умеет не только в бла-бла-бла.
" - человек мог просто устать делать тупые, бесполезные (для него) " поэтому если человек на собеседовании отказывается решать тестовое задание, на которое от силы надо минут 20 потратить, он строевым шагом идёт лесом рассказывать кому-то другому как он "устал".
Наблюдение: с возрастом начинаются серьёзные проблемы с софтскилами. Приходилось много собеседовать sql-разработчиков. Направление прямо скажу не из области "стильно-можно-молодёжно", поэтому "те кому за 40" было не редкость. Собеседовал я (архитектор) и тимлид - тоже люди "в возрасте". Если собеседовал "кому за 45" - вероятность 50%, что мы с коллегой в рамках обсуждения результата собеседования друг другу скажем "вот из-за таких козлов как этот нам с тобой тяжело найти работу". К примеру, чел в хамской форме (а-ля "я танцор больших и малых театров, а вы тут...") отказывается решать тестовое задание.
Рассогласование данных. Представьте сценарий: приложение отправляет сообщение в RabbitMQ и начинает транзакцию в базе данных. Сообщение уже ушло в брокер, но в момент коммита транзакции в БД происходит сбой. Результат — рассогласование:...
А почему взяли заранее калеченый пример? Есть же паттерн outbox, есть cdc (с дебезиум). Почему бы не сравнить с ними?
что тут имеется в виду? опять БЛ в хранимках/функциях/триггерах?
в pg (да и в любой более-менее развитой СУБД) есть буферный кеш в котором лежат часто используемые страницы. Так что вы не ходите на каждый чих на диск.
гарантированная консистентность у вас будет, если у вас notify "вдруг" станет синхронным, будет в нём механизм ретраев чтобы обрабатывать ошибки нотификации и т.д.
Это не тот ли "лайк-центр", чей основатель не так давно поехал на нары на 7 лет?
Тут как раз было бы интересно видеть форк крупной компании (у которой ресурс). Как развивается, куда идёт. Потом переходить на него тяжко будет.
это "публичный" форк или репозиторий локально у вас в гитлабе?
речь уже не про UI:
это большое заблуждение. Архитектор - это встречи, встречи и ещё раз встречи... И ещё "кубики", как же без них.
что значит "не так"? Растёт как не в себя. Думаю ещё чуть-чуть и Степаненко в озоне распорядится начать раскапывать "резоны"-"лозоны"-"дезоксиметазоны" и прочее дельфёвое, а гошников разгонять.
Да что уж там: передовой delphi наконец обогнал варварский go. Жизнь не стоит на месте.
Занятно: языком года назвали с#, а обсуждают в "событии" в основном go.
В том то и дело, что речь об узкой специализации вне контекста знаний "сеньора". Потому и будут звать чувака со стороны, потому что "местный сеньор" не может. Возможно у него будет на руках на пару лет устаревшая дока - это при большом везении. Ведь правильные пацаны документацию не ведут. :)
такое возможно, если речь о ширпотребе типа обслуживания типовой конфигурации 1с или о купленой поддержке вендора его же софта/железа. Если речь об "уникальном ПО"/"конфигурации" то это будет очень больно.
Прямо как проститутку вызвать с почасовой оплатой. :) А то что узкому специалисту надо войти в контекст проекта/задачи, влезть в "говна" кодовой базы... не? :)
И это без учёта риска того, что аутстафф по традиции продаст джуна по ценнику сеньёра. :)
Если вся телеметрия за сей момент до конца (к примеру) месяца, польётся на конкретный шард, есть риск, что он ляжет. В этом случае мы по сути отказываемся от горизонтального масштабирования "на запись".
"А если проверяет ревьюер то можно тупо не совпасть по стилю" конечно. Тебе ж потом с ним работать. И проверять тебя будет не "литкод-машина", а человек. И реакция на кодревью - это тоже проверка, но по софтскилам - какая у человека реакция на критику.
" - тестовые задания уровня "тяп-ляп отвалите" не являются реальным показателем знаний и квалификации "
они являются показателем того, что человек умеет не только в бла-бла-бла.
" - человек мог просто устать делать тупые, бесполезные (для него) " поэтому если человек на собеседовании отказывается решать тестовое задание, на которое от силы надо минут 20 потратить, он строевым шагом идёт лесом рассказывать кому-то другому как он "устал".
Наблюдение: с возрастом начинаются серьёзные проблемы с софтскилами.
Приходилось много собеседовать sql-разработчиков. Направление прямо скажу не из области "стильно-можно-молодёжно", поэтому "те кому за 40" было не редкость. Собеседовал я (архитектор) и тимлид - тоже люди "в возрасте". Если собеседовал "кому за 45" - вероятность 50%, что мы с коллегой в рамках обсуждения результата собеседования друг другу скажем "вот из-за таких козлов как этот нам с тобой тяжело найти работу". К примеру, чел в хамской форме (а-ля "я танцор больших и малых театров, а вы тут...") отказывается решать тестовое задание.
по референсной таблице да. В т.ч. можно в режиме 2pc сделать.
Как мне видится, тот факт, что активная нода координатора в citus-кластере только одна, это может стать проблемой.
А это работает для Kazi?
А почему взяли заранее калеченый пример? Есть же паттерн outbox, есть cdc (с дебезиум). Почему бы не сравнить с ними?