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

это хуевый подход с "стандартизированным сериалайзером"

Почему?

а фронт не от базы данных разве пляшет?

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

это нормально

Если фронту поебать на базу данных то он не сможет работать, "лол"

а что если у тебя нет базы данных?

вообще

от чего по твоему тогда фронту плясать?

экшен на 100 строк это нормально? лол, тогда у вас хуевое апи.

от схемы данных, нет?

данных нет

вообще

Для этого есть тесты.

данных нет

это как?

вообще

Это у тебя фронт stateless

это как?

push-only api

апи ничем не отвечает?

отвечает 201 Created

204 No content

ну это я так, для примера

Я тестирую тот формат апи который публичный

если где то публичное апи падает то это видно по тестам.

удаление?

я про добавление говорю.

даже больше того

для совсем упоротых есть наследование сериализаторов

как ты уже сказал, это упорото

кто угорел по DRY без остатка мозга

менять сериализатор я вообще не понимаю зачем.

просто нужно понимать что API делается на просто так

это не вещь в себе

оно имеет определенную задачу

заранее грамотно продумать API - это уже почти 50% решение задачи

Это проще сказать чем сделать.

кто спорит? но это наша работа в общем-то :)

Я к тому, что на практике получается куча проблем

например валидации

планируешь планируешь апи, а потом по фичам получается что валидация тебе обрезает этот endpoint

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

kek

у меня ощущения что алекс пытается всех здесь накормить своим дерьмом

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

kek

Более мене большой проект невозможно держать весь в голове, особенно если работает несколько разработчиков full time

это ты к чему?

Я быф не распинался если бы мне не было интересно как нормальные разработчики работают с этим всем.

Это я к тому что распланировать весь апи не всегда удается

так тебе не интересно, ты не слушаешь, а кормишь дерьмом

читай выше.

ERROR: S client not available

весь и не на надо

А какой надо?

человек-лидер

"нам похуй"

сложно заранее договорится так чтобы всем удобно было?

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

> и терпеть в ответ какой то бред субъективненько

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

Здесь одни высококлассные спецы собрались у которых не возникает исключений.

Апи можно сразу весь расписать, я понял.

Чтобы в другом месте у тебя стандартный сериалайзер выдал тоже самое поле под другим именем, ага

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

Это норма. Имеется ввиду команды фронта и бека

или еще лучше захачить чтобы название поля другим было.

Если бизнес требование меняется – ломаем апи

Переделываем

Снова договариваемся

Ты уже вышел

Наслаждайся садами с единорогами

Если бизнес требование меняется – ломаем апи

Я говорил про случаи когда из предыдущих требования получается что на практической реализации оно не получается как задумано вообще.

Например валидация ломает нам такой вариант для апи.

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

Тут влезает данила и говорит чтобы все жрали говно.

Какая нахуй валидация?

да миллион кейсов которые не позволяют взять и договориться без реализации

Все жрут гавно и помалкивают.