Pavel
У нас тоже есть такая тема, называется user-acceptance среда, на ней фичи смотрят аналитики, руководство, и даже часто их демонстрируют клиентам и собирают отзывы
Pavel
Но вот пропихнуть код на продакшен дальше UA среды крайне сложно
Pavel
Ты недалек от истины
G72K
Ты недалек от истины
Старые подходы не во все были плохи, как пытаются показать поколение некст. Просто это было дорого и долго
Pavel
Генерим документы по безопасности химических продуктов, чтобы какой-нибудь работяга-дальнобойщик по ошибке не лизнул перевозимый пузырек с кислотным ангидридом и не прожег себе дыхательные пути.
G72K
Я не представляю, чтобы скажем софт телеметрии в формуле 1 деплоился так же в стиле "1000 деплоев в неделю" как проповедует новая волна
G72K
Иногда надо потестировать тщательно и не на юзерах :))
Pavel
А какие подходы тогда помогают развивать такой софт? Ну кроме обильного покрытия тестами
Pavel
Впринципе я вижу у нас как раз тот пример, когда философия девопс не предполагает частые деплои.
G72K
А какие подходы тогда помогают развивать такой софт? Ну кроме обильного покрытия тестами
Я не знаю, с подобными системами не работал :( но принцип ограничения возможного ущерба применим всегда. Например выкатывать новую версию сначала для перевозок сахара и воды :)))
G72K
Удивительно впрочем какие только задачи индустрия не рещает. Генерировать документы описываюшие класс безопасности -тоже ведь задача и наверно с кучей нюансов
Pavel
Один из нюансов - практически полное отсутствие хайлоада и очень сложная бизнес-логика.
G72K
А как тестировать? Сравнивать пдфки?
Pavel
Да
Pavel
Куча людей в офисе сидят и перепроверяют все компоненты
Pavel
Причем иногда им даже приходится вручную редактировать пдфки и отсылать клиентам, что делает нашу систему менее полезной
G72K
В программировании часто решение проблемы заключается в переформировании задачи в терминах уже решенной проблемы. Интересно , в таких "нестандартных" (на самом деле нет) окружениях такое возможно?
Pavel
Ну разве что описать какой-то минимальный DSL для предметной области, но даже не представляю что могло бы таким быть
G72K
Ну я про тестирование, Скажем подсмотреть как фронтендеры тестируют финальные интерфейсы. Не скриншоты же они попиксельно равнивают
Magistr
а из чего пдф генериться ? там латеха нет случаем ?
Pavel
Да интерфейс у нас убогий, и он вообще не важен.
Pavel
Вся ценность именно в выходных пдфках и их содержании
Pavel
а из чего пдф генериться ? там латеха нет случаем ?
Нет, прямо из базы формируем html, а его уже конвертим в pdf
G72K
Именно, но задачу проверки пдф можно свести к задаче проверки html которая как то же решена уж наверно
Magistr
мм по сути у вас тесты то на смысл должны быть
Pavel
Технически это элементарно, есть всякие xpath и кучи DOM-парсеров документов. Весь вопрос в том по каким именно законам организовать тесты бизнес-логики. Ее окончательно никто не понимает, и она по каплям выдавливается из бесед с клиентами и наших аналитиков.
Magistr
хотя можно и к набору ключевых слов свести
Magistr
Технически это элементарно, есть всякие xpath и кучи DOM-парсеров документов. Весь вопрос в том по каким именно законам организовать тесты бизнес-логики. Ее окончательно никто не понимает, и она по каплям выдавливается из бесед с клиентами и наших аналитиков.
О так организуйте беседы если у вас именно тут ботлнек, пока все непоймут логику
Pavel
Magistr
ну да это работа которую кто-то должен сделать
Pavel
Это нам придется сотнями часов с ними беседовать, а в это время надо еще новые фичи делать, тестировать, деплоить и апгрейдить инфраструктуру :)
Pavel
Ну аналитики впринципе этим и занимаются, их там огромная куча.
Magistr
Ну аналитики впринципе этим и занимаются, их там огромная куча.
а результат их работы все равно непонятен вам ?
Pavel
В таком виде чтобы его можно было закодировать в виде DSL или чего-то программируемого, результата не существует.
G72K
У вас проблемы, что в пдф написано не то или что написано то, но верстка уехала и надпист "НЕ НЮХАТЬ" уехала под дату и не видна?
G72K
А в логике там в любом случае адовое спагетти из ифов :(( тоже наверняка решенная проблема. Какие нибудь decision tree
Pavel
Проблемы верстки есть но их очень мало и они легко фиксятся
Magistr
В таком виде чтобы его можно было закодировать в виде DSL или чего-то программируемого, результата не существует.
а поменять формат их выхлопа можно ? похоже даже проблема не в требованиях а именно в переводе на язык архитектуры, а это значит аналитики недоделали работу
G72K
а поменять формат их выхлопа можно ? похоже даже проблема не в требованиях а именно в переводе на язык архитектуры, а это значит аналитики недоделали работу
Я полагаю это чем-то похоже на то, когда каждая команда пишет свои apache rewrite rules, и в итоге когда они все сливаются в один мега конфиг и там сам черт ноги сломит и не работает иногда :))
Pavel
Они бизнес аналитики а не системные аналитики, так что архитектуру они нам не смогут построить
Magistr
а системных нет или архитекторов ?
G72K
Проблемы верстки есть но их очень мало и они легко фиксятся
Вождем возвращаясь к девопсву, все оно про много трафика и когда им можно жертвовать и есть почти риалтаймовый фидбэк (скажем кусок джаваскрипта засылающие ошибки по другому независимому пути). При других условиях весь девопс значительно менеее применим, но куски потаскать можно
G72K
Мосты и дома по девопс лекалам никто не строит и на это есть причина :))
Pavel
И грустно видеть как ветка кода несколько месяцев никак в прод не уходит
Pavel
А иногда нам вообще фичи заворачивают и говорят выпиливайте их, клиентам это не понравится
Magistr
Вождем возвращаясь к девопсву, все оно про много трафика и когда им можно жертвовать и есть почти риалтаймовый фидбэк (скажем кусок джаваскрипта засылающие ошибки по другому независимому пути). При других условиях весь девопс значительно менеее применим, но куски потаскать можно
я видел аджайл в написании статей, тут тоже можно адаптировать, девопс он не только про инструменты но и про процессы и культуру
Magistr
https://probusiness.by/experience/3251-zachem-eti-chaynye-ceremonii-eti-bukhgaltery-i-yuristy-polgoda-uzhivalis-s-agile-kak-proshel-eksperiment.html во соус
Pavel
ну ту часть которая касается инфраструктуры и автоматизации мы внедряем нормально
Magistr
а канбан доска есть по разработке ?
Pavel
есть
Magistr
похоже непомогает если так с фичами работают и с кодом
Pavel
Почему, помогает
Pavel
Просто когда мы закрываем наши задачи то это не значит что они пойдут в прод, это значит что руководство начнет их тестить на UA среде и демонстрировать клиентам
Pavel
Потом может сказать что все хорошо, или что им не понравился результат, и отправить на доработку.
Pavel
А мы в это время делаем другую пачку задач
Magistr
так а для этих этапов тоже канбан есть ?
Magistr
или они вне доски вашей
Pavel
Вот этот этап не включен в канбан, он очень глобальный и проходит независимо от наших микрорелизов.
Pavel
У нас например может быть 30 задач на старте спринта, а в терминах бизнес задач это 1-2 задачи.
Magistr
воот, я поэтому и спросил про канбан..
Magistr
канбан работает когда весь процесс до прода на доске
Pavel
Так ты предлагаешь ввести еще одну колонку On UA ?
Magistr
еще 2 на UA и ушло в прод
Pavel
Хм можно подумать впринципе
Magistr
при этом если работать по правилам канбана, у вас задачи те что максимально справа будут наиболее приоритетными и фокус будет дотащить до прода, а неначать делать новые
Pavel
Если так делать по всем правилам я подозреваю что на канбан доске будут сотня задач, 7 колонок и человек 15-20 девов и аналитиков. Трудно будет в такой обстановке не сойти с ума.
Magistr
Если так делать по всем правилам я подозреваю что на канбан доске будут сотня задач, 7 колонок и человек 15-20 девов и аналитиков. Трудно будет в такой обстановке не сойти с ума.
тут уже от организации доски зависит, у нас например kaiten.io используеться, задачи по подгруппам девов делить по подсекциям.
задачи также можно делать подчиненными и карточки для них выносить в другую доску например отражающую бизнес задачи или юзер стори
Magistr
ну и выделение типов задач цветом тоже помогает
Pavel
Уже доставилась на прод? Ну тогда Христос воскресе
Pavel
А мы все еще деплоим
nvkv
Воистину воскресе
nvkv
дак вот
nvkv
я тут почитал, что вы писали
nvkv
бизнос в любом случае хочет, чтобы вы деплоили как можно чаще
nvkv
просто при этом страшно, что вы можете что-нибудь по дороге взорвать
nvkv
поэтому бизнес терпит, что вы деплоитесь редко
nvkv
но это не значит, что так и должно быть