Да, кликхауз не поднять :)

Ээ, что значит 'ТЗ плывет'? Нормальное развитие продукта. Где, впрочем, ТЗ было разве что перед MVP, да и то не факт.

Да вот пример из жизни. Релизы могут быть несколько раз в день, от багфиксов до поставок реализаций фич от заказчиков. Поставка непрерывная. По мере готовности. Работа сервисов не нарушается. ТЗ на все случаи жизни нет. Сервисов много. Назвать какой-то из них "продуктом" в классическом понимании - нельзя. Вся экосистема  часть финансового продукта. Так почему нельзя релизиться по 100 раз в день? И ТЗ не плывет  и фиксы как фиксы. По-моему это просто подходы из разных миров.

Вот-вот )

ну да, назвать продуктом в классическом понимании нельзя, поэтому в припадочном бреду "а вот фейсбук льет 100 раз в день и нам тоже надо" доводят программный комплекс до полного fubar (какая документация? какие комментарии в коде? все это некогда), и потом разбегаются, и никто не виноват

Это же экстраполяция частного случая на всю отрасль. Не спорю, что таких случаев полно. А что вы скажете, если я на это отвечу: есть документация на каждый сервис, есть все регламенты на процесс разработки, есть четкий и отлаженный CI/CD.
И непрерывная поставка - это необходимость бизнеса, а не хотелка разработчиков.
Все таки ПО для бизнеса, а не бизнес для кормежки эго разработчиков.

ну а что тут в чате скажешь, всё равно, что через замочную скважину подглядывать.
может, и хорошо, а может, и техдолг копится, и вскорости количество перейдет в качество в отрицательном смысле

btw, когда ребята представили концепцию непрерывной поставки и сервис автоматизации на руби для этого (CruiseControl, вроде), это была сборка раз в несколько дней, а то или несколько раз в месяц, не помню точно. вот что такое была непрерывная поставка от авторов этой концепции. а то, что потом наперегонки побежали меряться, кто чаще релиз разливает, так то извращение духа замысла, отнюдь не бесплатное

ruby вроде не причем. концепцию предложил еще дедуля гради буч

Планировать обучение сотрудников надо, а проверенных курсов под рукой нет

Для технических директоров, участников канала и чата ctorecords Слёрм бесплатно откроет материалы двух курсов: Python для инженеров эксплуатации и Ansible.
Есть 10 доступов: по 5 на каждый курс.

Что можно:
До 31 января просматривать опубликованные материалы.
Смотреть самому или доверить своему сотруднику.
Внести предложения по записи дополнительных тем на рассмотрение.
Забронировать места с оплатой до 31 января.
Получить скидку от количества сотрудников.

Обратиться по получению доступа можно к команде заботы: @juycow

Супер новость! Автора курса по анзиблю знаю лично, отличный спец.

А как 3ds связана с доверием пользователей? Я может чего-то не знаю, но всегда думал, что это технология для защиты продавца

Ну, задумывалась оно как защита пользователя.
В реальности если операция идет без 3ds, то доказанный фрод по ней падает на мерчанта. Если с 3ds - то мерчант как-бы не при чем.
В реальности доказать фрод пользователю почти никогда не получается, так что 3ds у некоторых эмитентов защищает и пользователя (на него не повесят фрод с просто скопированной карты, если он запретил операции без 3ds).

Пользователям в целом на неё всё равно, раньше она была дополнительным и мешающим этапом, ещё и с повышением вероятности отказа от платежа. Потом все к ней привыкли и она никак не влияет (для российских эмитентов, по крайней мере). Но сейчас с распространением ApplePay и иже с ними, скоро пользователи вообще отвыкнут вводить карты, не говоря уж об эсэмэсках. Ситуацию могли изменить кошельки Мастеркарда и 3ds2 с их frictionless flow, но первый вообще мало кто в России внедрил, а 3ds2 заработал только в прошлом году.

Опять несогласованная реклама.

Блин, только я захотел увеличить .....

Настоящие перловики меряются, у кого меньше!

я уже не помню, когда последний раз что-то перлом писал

Да в этом чате сплошные перлы

так для того и задуман он был