Здравствуйте, AleksandrN, Вы писали:

Я скипнул, поскольку ты вырезаешь серединки фраз, любуйся:

AN>Ты же сам писал, о разделении ответственности: — "обязанности фронтов это от верстки до этого АПИ, обязанности бакендов от этого АПИ до стораджа". А теперь пишешь, что фронтендщик полезет бэк исправлять.

Ты вырезал серединку, а вот выделеное скромно пропустил:

С ноджээсом получилось выделить промежуточный слой, АПИ, за который отвечают и те и другие. Особых знаний не требуется, кроме хттп — надо представлять HTTP протокол. Соответсвенно, обязанности фронтов это от верстки до этого АПИ, обязанности бакендов от этого АПИ до стораджа. АПИ — общий.

Ради чего ты занялся такой вот непрыкрытой подтасовкой?

AN>Один язык и на фронте и на бэке — удобно, но на прорыв не тянет.

В том то и дело, что это давно прорыв. Позволяет применять новые решения, а именно — каким будет АПИ для клиента, решает фронтенд. См. Backend-For-Frontend. Здесь не надо спрашивать никаких бакендов. Можно и нужно обходиться безо всякой бюрократии, типа бесконечных митингов, соглашательств между фронтами и бакендами.
Простой принцип — кому надо, тот и делает. АПИ нужен фронтам. Вот они его и пилят. На самом деле бакенды в этом тоже учавствуют, т.к. технически это бакенд.

I>>Ты уходишь в сторону — вот представь, всё идеально, архитектура, сваггеры и тд. Осталось реализацию прикрутить.

AN>Ты написал, "АПИ не готов", а не "реализация АПИ не готова". Интерфейс и реализация интерфейса — это не одно и тоже. Я тебе именно про интерфейс и писал, т.к. в первом сообщении было именно про него написано.

Еще раз — я про РЕАЛИЗАЦИЮ, а ты мне про согласование, интерфейы согласование.

Кто будет писать код этого самого АПИ, когда бакенды заняты? Нужна РЕАЛИЗАЦИЯ

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

Здравствуйте, AleksandrN, Вы писали:

Я скипнул, поскольку ты вырезаешь серединки фраз, любуйся:

AN>Ты же сам писал, о разделении ответственности: — "обязанности фронтов это от верстки до этого АПИ, обязанности бакендов от этого АПИ до стораджа". А теперь пишешь, что фронтендщик полезет бэк исправлять.

Ты вырезал серединку, а вот выделеное скромно пропустил:

С ноджээсом получилось выделить промежуточный слой, АПИ, за который отвечают и те и другие. Особых знаний не требуется, кроме хттп — надо представлять HTTP протокол. Соответсвенно, обязанности фронтов это от верстки до этого АПИ, обязанности бакендов от этого АПИ до стораджа. АПИ — общий.

Ради чего ты занялся такой вот непрыкрытой подтасовкой?

AN>Один язык и на фронте и на бэке — удобно, но на прорыв не тянет.

В том то и дело, что это давно прорыв. Каким будет АПИ для клиента, решает клиент. См. Backend-For-Frontend. Здесь не надо спрашивать никаких бакендов, ни ждать, пока они соизволят спуститься с гор. Можно и нужно обходиться безо всякой бюрократии, типа бесконечных митингов, соглашательств между фронтами и бакендами.
Простой принцип — кому надо, тот и делает. АПИ нужен фронтам. Вот они его и пилят. На самом деле бакенды в этом тоже учавствуют, т.к. технически это бакенд, деплоится с бакендом и тд.

Особенность фронтенда — он меняется дико и часто. Иногда требования меняются буквально на ходу. Все процессы, которые построены на согласованиях, спецификация и прочей бюрократии, не успевают.
Скажем, добавить ровно один индикатор в виде красной точки который означает "свежие новости" означает изменение АПИ.
С т.з. UI изменений почти нет, одна красная точка. Тестируется очень просто — в одном браузере публикуешь новость, в другом браузере видишь точку.

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

I>>Ты уходишь в сторону — вот представь, всё идеально, архитектура, сваггеры и тд. Осталось реализацию прикрутить.

AN>Ты написал, "АПИ не готов", а не "реализация АПИ не готова". Интерфейс и реализация интерфейса — это не одно и тоже. Я тебе именно про интерфейс и писал, т.к. в первом сообщении было именно про него написано.

Еще раз — я про РЕАЛИЗАЦИЮ, а ты мне про согласование, интерфейы согласование.

Кто будет писать код этого самого АПИ, когда бакенды заняты? Нужна РЕАЛИЗАЦИЯ

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