Что идет вначале Frontend или Backend разработка?

Question

[ArtJH]

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

Comments

[Robur]

Сначала идет поиск по тостеру - этот вопрос уже был с подробными баталиями, тоннами коментов, срачем и всем что мы любим. Повторять это все еще раз нет смысла.

[ArtJH]

Нашел, читал. Было недостаточно

Answer 1

[Иван Шумов]

Сначала идёт архитектура и проектирование. На этом этапе появляются интерфейсы и потоки обмана данными. Дальше все бьется на задачи и делается независимо

Comments

[ArtJH]

Кто занимается архитектурой и проектированием? Дизайнер, фрон или бэк?

[Иван Шумов]

ArtJH, В большинстве своем хотяб тимлид, а в нормальных больших организациях - архитектор. Если вы сидите с другом и что-то делаете то садитесь вместе и договариваетесь

[Александр Аксентьев]

ArtJH,

<sarcasm>
конечно дизайнер, он же лучше всех разбирается в бизнес процессах.
</sarcasm>

[ArtJH]

Иван Шумов, Спасибо за ответ

[Евгений Ромашкан]

а в нормальных больших организациях - архитектор.

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

[Иван Шумов]

Евгений Ромашкан, и откуда у тебя такие стереотипы только

[Евгений Ромашкан]

Иван Шумов,

и откуда у тебя такие стереотипы только

Какие стереотипы?)
Архитектором сейчас быть стало модно, и ими тоже себя называют всё подряд, вот и всё.
А вообще - files.catwell.info/misc/mirror/2003-martin-fowler-... .

[Иван Шумов]

Евгений Ромашкан, это устарело как мир, как и взгляд Фаулера на это. А еще, архитекторы уже давно появились разные: Enterprise, Solution, Software, System, Data, .... Стоит освежить знания

[Евгений Ромашкан]

Иван Шумов,

это устарело как мир, как и взгляд Фаулера на это. А еще, архитекторы уже давно появились разные

А, то есть и знания шэрить не нужно, один отдел далёкий от кода клепает документацию и спецификации, а другой отдел(разработчики) по ним не думая делают код?)

Ок, я не удивлён, только этот подход кажется устарел ещё до того как статья Фаулера вышла )

[Иван Шумов]

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

[Евгений Ромашкан]

Иван Шумов, Знания в обе стороны шэрить нужно(точнее говоря, вести диалог), а не подавлять инициативу.

[Иван Шумов]

Евгений Ромашкан, а вот этому я и не противоречил.

[Евгений Ромашкан]

Иван Шумов, Ок. Дополню - главное чтобы не оказалось что "понимание" на самом деле культ карго, что бывает если диалога нет.

[Иван Шумов]

Евгений Ромашкан, а вот этим занимается обычно тимлид (вне зависимости отдельный ли это человек или тот-же самый архитектор).

Answer 2

[Алексей Уколов]

При нормальном проектировании вы знаете не образно, а точно.
Без проектирования параллелить нечего.

Comments

[xmoonlight]

...А я очень люблю параллелить!!!)))

Answer 3

[Александр Аксентьев]

если нет дизайна и не сверстано ничего.

Ну так перед фронтом и бекендом делается дизайн и вёрстка(ну опционально). Потому что фронт != вёрстка и уж тем более не дизайнеры. И рисуется тоже всё по ТЗ и под задачи которые к этому моменту должны быть описаны конкретно.

как бэк только образно

С внятным ТЗ и подходом к работе все задачи должны иметь внятное описание со всеми сценариями так что данные, что выводится и как работает уже должно быть написано. А не "образно знаю".

Comments

[ArtJH]

Спасибо за ответ

Answer 4

[xmoonlight]

См. здесь план создания сайта по пунктам.