Кстати, Ром, ты читал ЛиквидСофтваре от Джейфрогов?

тебя интересует что говорит по этому поводу контекстная школа?

ооо да, пятница! всех с пятницей

Да я вообще любознательный =)

Ребят, какой день идёт срач про rst?

Неделю? Или перерывы были?

Это бесконечная война =)

Ну открыл. Маркетинговое трэшачище, хочется крыть их матом с первой же страницы.
Но ладно.

Давайте вместо "крыть матом" возьмём популярные случаи.
В текущем году с апдейтами не раз и сурово подвела пользователей Майкрософт, кончилось тем что они отказались от обязательных апдейтов (а ещё раньше я по привычке пытался в личной Десятище отрубить все апдейты которые только можно было отрубить).  Видимо JFrog их не просветила.

Дело по Боингам, когда я последний раз смотрел перед поездкой в Минск, всё ещё держало серию Max под запретом полётов.

Кидал вчера ссылку на тему тестирования в Убер, где недостестированный софт привёл к смерти человека.

Что же касается mission-critical применений, спутники там или медицина, полагаю что на доку от JFrog там тоже могут нехорошо посмотреть.

Ранее кидал ссылку на длиннейшую статью о софте для медицинских данных, где "здоровое" стремление побыстрее освоить бюджеты на EHR тоже приводило к смерти пациентов или другим нехорошим случаям (ошибки в выписывании лекарств).

Итого, по состоянию на конец 2019-го года причин доверять "непрерывным апдейтам" и концепции "жидкого софта" как минимум в важных областях не обнаружено. Более того, если ваш софт попадёт под уголовное расследование (что таки может случиться, как в вышеприведённых случаях), то там очень захотят знать какие именно версии компонент привели к тому за что вас судят. А если вы эти версии не будете предоставлять предполагаю что могут впаять дополнительно за препятствие правосудию.  

В неважных применениях я тоже доверять апдейтам особо не советовал бы.

Тезис о том что надо релизить быстро и быстро и быстро вызывает у меня сомнения, потому что по состоянию на конец  этого года, опять же, никакой функциональной пользы от быстрых релизов не вижу — только напрасную трату ресурсов, да приснится им всем Грета Тунберг.

Риски же, наоборот, есть: в вашем телефоне достаточно _одного_ приложения которое будет жрать батарею, и батарея будет сжираться быстрее.  Мотиторинг расхода батареи сейчас, по-моему, ни в какие быстрые автопроверки не входит, да и как он может в них входить.
На докладе в Минске я немного прошёлся по моментам которые быстрые автопроверки не могут выявить, наверное буду ещё об этом говорить если примут другие доклады.

Я допускаю что в определённых областях то о чём JFrog пишет, имеет место быть (независимые микросервисы, обложенные тестами) и пр. Но мне чаще попадались ситуации когда сервисы не были независимы, и версия 19.1234 одного сервиса должна была работать и была протестирована с версией 18.4321 другого (например). Никто ж не обещает что завтра всё станет независимо даже теоретически (один функционал может быть зависим от версии базы другого и пр. ).

Он позавчера закончился вроде. RST не является текущей темой обсуждения/спора.

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

При этом РСТ отрицает наличие авторитетов =)

Ладно ладно, не агрись

Круто, спасибо

Не наличие, а давление таковыми.
Всяк свободен считать кого-то авторитетом.
Всяк свободен не признавать любого авторитета.

Свобода воли это отлично, да =)

Ты сецчас скажешь, что я дурак, и гугла в жизни не нюхал, но можешь мне ссылку на rst скинуть?
Не издевательства ради, удовлетворения интереса для

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

Я имел ввиду ссылку на ресурс с материалами о том, что же это за чудо чудное

Да, не слышал никогда об rst

Вот тут ссылки.
Первая это (одна из) ссылок на новый сайт RST, там в открытом доступе хватает материалов.

Спасибо!