Pull to refresh
22
0
Георгий Минашин @hoborg91

Разработчик C#

Send message
Ещё вариант из моей компании: погружение.
Вот этот абзац прям странный...

О-о, я думал, замечание об «уничижительной форме» относится к тому, что написано в разделе «Затраты» ближе к концу заметки. А приведённый вами абзац из введения специально написан в провокационном стиле; и, вижу, провокация удалась ;-)

И вот тут может быть не так… Все, никаких «регулярных» трат нет — все дополнительные изменения просто переносятся в следующий релиз...

Если в описании процесса появляется слово «просто», то вот наверняка всё будет совсем непросто. И в ваш комментарий, на мой взгляд, это слово-маркер удачно поместилось, ведь критикуя мою идеализацию CI/CD, вы в ответ сами привели идеализированный не-CI/CD. Так что я с вами согласен, но не согласен: на практике и CI/CD, и не-CI/CD будут отличаться от теоретического описания множеством деталей (да, получилось немного как у КО).
о недостатках все время упоминается в уничижительной форме

Прошу уточнить, потому что именно этот раздел я старался сделать более конструктивным и менее «задиристым».

Как вы обеспечите непрерывное развертывание on-premises продукта или вообще домашних коробочных версий?

Да, тут немного сказалась моя профессиональная деформация. Пожалуй, чтобы указать «преимущества и недостатки… на примерах конкретных приложений», надо будет подготовить ещё аналогичный по объёму материал. Поэтому я просто укажу это соображение в разделе «Затраты» или «Препятствия».
Спасибо за наводку. Упомянул в статье и дал ссылку на краткое руководство по интеграции Spring Cloud Config Server с .NET.
Круто! Добавил информацию о Microsoft.FeatureManagement в статью, плюс ещё пару проектов, о которых написано по ссылке.
С одной стороны чести много, но с другой стороны что же делать? Часто бывает, что на основе простой вещи строят сложные и полезные системы. И вот данный материал как раз обобщает многочисленные трудности, вопросы и перспективы, связанные с переключателями.
Согласен; такой сценарий не предусматривал. Добавил в класс Stm флаг, который показывает, зарегистрирован ли данный экземпляр как участник транзакции.
Понятно. Добавил в публикацию упоминание этой проблемы.
по умолчанию TransactionScope использует Serializable

Здравствуй, распределённая транзакция

Когда первая половина участников успела закомиттиться, а вторая — нет


Дописал несколько слов по каждой указанной выше теме.

Дело в том, что MS SQL (не буду ничего утверждать про другие СУБД) молча вернёт connection в пул с текущим уровнем изоляции


Правильно я понял, что если мы создаём внутри TransactionScope соединение впервые, то оно создаётся с нужным нам уровнем изоляции? По окончании использования это соединение помещается в пул с уже изменённым уровнем изоляции (если уровень был изменён, понятное дело). Если в следующий раз в TransactionScope будет не создаваться новое соединение, а будет браться из пула вот это первое, то мы получим соединение с уровнем изоляции, отличающимся от желаемого. В этом и состоит проблема.

Information

Rating
Does not participate
Works in
Registered
Activity