@fsharp_flood - страница 2121

Denis

нифига

Dr. Friedrich

Короче, про 98% БЛ в РЕАЛЬНОМ приложении это лишь показатель насколько далёк товарищ от РЕАЛЬНЫХ приложений

А по твоей оценке, обычно сколько?

Denis

имхо очень повезло если так и есть

Dr. Friedrich

Мне кажется, что в райдере у нас примерно процентов 90, наверное, а то и 95.

Ayrat

А по твоей оценке, обычно сколько?

ну вот я написал что приложение отделять от его деплоя, тестов и пр нельзя. Иначе это не приложение а хуета студенческая

Anonymous

так епта, никто так и не сказал, что такое "БЛ". там каждый ее по-своему вообще понимает

Dr. Friedrich

Сложно найти код, который не отнесёшь к бизнес-логике IDE :)

Anonymous

смысл спорить о том, что не определено?

Mikhαil

Короче, про 98% БЛ в РЕАЛЬНОМ приложении это лишь показатель насколько далёк товарищ от РЕАЛЬНЫХ приложений

Скорее всего он считал по-другому прост

Dr. Friedrich

ну вот я написал что приложение отделять от его деплоя, тестов и пр нельзя. Иначе это не приложение а хуета студенческая

Ну хорошо, вот если не отделять — тогда сколько процентов?

Dr. Friedrich

И ты тесты считаешь за бизнес-логику или нет?

Dr. Friedrich

Кажется, что хорошие тесты как раз бизнес-логику и описывают? И поэтому их нужно считать в этот процент?

Ayrat

Сложно найти код, который не отнесёшь к бизнес-логике IDE :)

ну смотри, смысл ИДЕ - отображать код, красить код, удобный UI, вьюхи. Как она там это делает на фоне - это уже инфрастктура - все эти директХ, моны, хаки в разных ОС. Пользователя - закзачика это не волнует

Dr. Friedrich

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

Крылатый

Тесты описывают всё.

Крылатый

Желательно.

Диёр

Скорее всего он считал по-другому прост

ну вот у нас за бизнес логику почти всё считают я считаю что нельзя в псевдокод для домена перенести то не бл

Крылатый

:'\

Dr. Friedrich

ну смотри, смысл ИДЕ - отображать код, красить код, удобный UI, вьюхи. Как она там это делает на фоне - это уже инфрастктура - все эти директХ, моны, хаки в разных ОС. Пользователя - закзачика это не волнует

Но мы не пишем ни DX, ни Mono. Это сторонние компоненты. То, что мы пишем, наш код — он относится к нашему бизнесу.

Ayrat

Кажется, что хорошие тесты как раз бизнес-логику и описывают? И поэтому их нужно считать в этот процент?

не, тесты не важны для функционирвания приложения. Это нужно для разработчиков чтобы упросить разработку, рефакторинг

Диёр

Но мы не пишем ни DX, ни Mono. Это сторонние компоненты. То, что мы пишем, наш код — он относится к нашему бизнесу.

жсон распарсить это бл?

Doge

ну вот я написал что приложение отделять от его деплоя, тестов и пр нельзя. Иначе это не приложение а хуета студенческая

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

Dr. Friedrich

жсон распарсить это бл?

Если ты пишешь сам парсер жисона — то, наверное, нет.

Doge

не, тесты не важны для функционирвания приложения. Это нужно для разработчиков чтобы упросить разработку, рефакторинг

Ну не знаю, тесты - это тоже БЛ

Dr. Friedrich

А если пишешь JSON.parse(/my/domain/logic) -- наверное, да?

Doge

Очень странно их отделять

Doge

Они же обычно описывают как раз ту спецификацию поведения, что нужна бизнес пользователям

Dr. Friedrich

Ну не знаю, тесты - это тоже БЛ

Тут всяк по-своему считает, давайте договариваться.

Dr. Friedrich

Они же обычно описывают как раз ту спецификацию поведения, что нужна бизнес пользователям

Не всегда и не все тесты. Зависит от подхода, который на конкретном проекте используется.

Ayrat

Но мы не пишем ни DX, ни Mono. Это сторонние компоненты. То, что мы пишем, наш код — он относится к нашему бизнесу.

ну если у вас в коде ИДЕ только описания вьюх и работы с компилятором, а потом просто одна строчка SomeGraphicLibrary.Draw(wholeView), то круто!

Dr. Friedrich

Ну вот пишешь ты тест на какой-нибудь компаратор. Нужен он пользователю, этот компаратор? Едва ли.

Ayrat

Ну не знаю, тесты - это тоже БЛ

я не согласен. Тесты для заказчика не важны.

Ayrat

Поэтому они не часть БЛ никаким образом

Dr. Friedrich

я не согласен. Тесты для заказчика не важны.

На приличных проектах юнит-тесты прописываются в ТЗ.

Dr. Friedrich

Значит, важны.

Ayrat

На приличных проектах юнит-тесты прописываются в ТЗ.

потому что вы сами себе заказчик

Dr. Friedrich

Более того, иногда даже сценарии для тестов формально прописываются прям в ТЗ, с подписями и всем таким

Ayrat

а вы разработчики

Dr. Friedrich

Не

Dr. Friedrich

Я про другие проекты уже вспоминаю, не про IDE.

Диёр

На приличных проектах юнит-тесты прописываются в ТЗ.

я думаю он про конечного юзера

Ayrat

Более того, иногда даже сценарии для тестов формально прописываются прям в ТЗ, с подписями и всем таким

в таком случае да.

Dr. Friedrich

Делали штуку для банка, и там нам чувачки из ВШЭ писали тестовые сценарии

Dr. Friedrich

Правда, местами они писали редкостную хероту

Doge

я не согласен. Тесты для заказчика не важны.

Ну это тоже спорно, на одной из работ тесты успешно заказчику продали в какой-то момент.

Dr. Friedrich

И мы с lead QA сидели и переписывали после профессоров из ВШЭ :)

Dr. Friedrich

Но мы потом пересогласовывали это, конечно, и всё было неплохо

Ayrat

Ну к слову, мой бизнес заказчик не говорит напрямую слово тест, он говорит идею и сценарии с корнер кейсами. То что эти корнер кейсы должны быть ПРОВЕРЕНЫ и зафиксированы в инвариантах (тестах), это уже деталь имплементации

Ayrat

но в таком случае тесты поддерживают эти инварианты

Dr. Friedrich

А потом как я у них перестал работать, бизнес банка пошёл по пизде

Ayrat

тогда они часть БЛ, да

Dr. Friedrich

Ну к слову, мой бизнес заказчик не говорит напрямую слово тест, он говорит идею и сценарии с корнер кейсами. То что эти корнер кейсы должны быть ПРОВЕРЕНЫ и зафиксированы в инвариантах (тестах), это уже деталь имплементации

Опять же, подходы разные бывают.

Dr. Friedrich

У нас вот прям рили в контракте было написано, что мы обязуемся сделать такие-то тесты.

Dr. Friedrich

И UML-диаграммы :D

Диёр

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

Диёр

ну например зарегаться на сайте или коммент написать и он совсем не знает что у вас там за тесты, какой cicd и почему у вас ямлы в кафке летают

Ayrat

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

не совсем. Заказчик IDE - директор JetBrains (условно, или его представитель), он уже будет продавать через продаванов этот продукт нам, пользователям

Ayrat

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

Ayrat

для меня - пользователя, похую да. Но заказчик (предствитель заказчика) хочет тесты

Диёр

но они на работу самого приложения ведь не влияют

Диёр

я думал бл это именно про домен и действия над этим доменом

Ayrat

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

Диёр

так это скорее побочный квест, нежели бл

Ayrat

не, если там черным по белому написано, то бл

Ayrat

потому что бизнес вот он, директор ЖБ, стоит и платит тебе деньги за тесты

Ayrat

а его заказчик - пользователи - платят деньги за хороший продукт

Mark

о чем вообще спор? тесты конечно нужны. Я открываю программу и мне выскакивают ошибки каждые 5 минут. Я отключаю подписку и иду пользоваться другим продуктом

Mark

о чем вообще спор? тесты конечно нужны. Я открываю программу и мне выскакивают ошибки каждые 5 минут. Я отключаю подписку и иду пользоваться другим продуктом

Спор не про нужны или не нужны. Спор про являются бизнес-логикой или нет.

Mark

Хотя про нужность это тоже повод для дискуссии. Я помнится искал, есть ли исследования на тему тестов: полезны они, бесполезны. Тогда не нашёл. Но вообще интересно было бы ознакомиться, если такое есть.