169 похожих чатов

Всем привет. подскажите, пожалуйста, как лучше организовать бек и фронт

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

14 ответов

46 просмотров

Мне кажется, что лучше сразу в одном репозитории и фронт, и бэк. Так банально проще.

Если отдельно, то разные, наверное.

Тоже можно. Но хранить менее удобно.

Egor Gavrilov
Тоже можно. Но хранить менее удобно.

Ну логика в том, что это не монолит ведь. Разные проекты по сути. Если что любую часть заменить легче будет.

Ivan
Ну логика в том, что это не монолит ведь. Разные п...

Если это какой-нибудь опенсорс, то тупо неудобно. Но если это closed-source, то почему бы и нет.

Egor Gavrilov
Тоже можно. Но хранить менее удобно.

наоборот, работаешь над бэком - стянул только бэк репозиторий, никому не надо получать вдовесок ещё 100500 js файлов

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

Дэни
наоборот, работаешь над бэком - стянул только бэк ...

Согласна. Мне наоборот всегда было неудобно, если оба в одной репе. Первым делом разводили на разные

Дэни
наоборот, работаешь над бэком - стянул только бэк ...

Теперь согласен. Для closed-source это действительно удобно.

Ivan
Ну логика в том, что это не монолит ведь. Разные п...

не понимаю, с чего кто-то решил, что монолит и фронт в себе содержать должен. совершенно не так )

Viktoriia Pashkevich
Согласна. Мне наоборот всегда было неудобно, если ...

В опенсорсе это наоборот будет не удобно. Но в закрытых проектах, где фронт и бэк разрабатывают разные команды, удобнее всё-таки именно разделение проектов.

Egor Gavrilov
В опенсорсе это наоборот будет не удобно. Но в зак...

в компаниях обычно 1 репозиторий и в нем отдельные проекты - бэк, фронт, девопс и тд. физически репозитории все равно разные получаются, но там они объединены одним скоупом так сказать. просто нейминг такой

Egor Gavrilov
В опенсорсе это наоборот будет не удобно. Но в зак...

Я работала в опенсорсах и не было никаких проблем открыть нужный репозиторий. И почти всегда все разработчики делятся на фронт и бек. Кто-то быстрее и лучше в одном. Кто-то в другом. Бекендеры могут без веба спокойно всё разрабатывать. А фронты работают на связке с беком на дев стенде

Viktoriia Pashkevich
Я работала в опенсорсах и не было никаких проблем ...

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

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта