IP
У Шемсединова можно посмотреть.
Спасибо!
Size: a a a
2020 June 06
VM
Хочу понять как она работает
Открыть документацию http модуля
VM
Но перед этим еще изучить работу потоков
JC
IP
V
Гайс, направьте в правильное русло. Есть бэк на несте и будет фронт на реакте. Что лучше разделить это на разные репы или в одной репе с одним package.json?
V
В ci вообще не шарю, но хочется чтобы все автоматом поставлялось как у больших дядь
Все происходит в гитлабе
Все происходит в гитлабе
AD
Можно и так и так. Зависит от того, скольклько людей на проекте и насколько «фуллстек» разаработчики что над ним работают
AD
Поддерживать два репозитория, если ты на проекте один сложнее и дольше, чем один. В тоже время, когда на проекте много людей и есть четкое разделение зон ответственности- работа в одном репозитории и над фронтом и над бэком может быть не самым хорошим ходом и разработчики будут друг другу мешать, будешь огребать больше проблем при мержах
AD
Универсального рецепта, имхо, нету
S🛸
Гайс, направьте в правильное русло. Есть бэк на несте и будет фронт на реакте. Что лучше разделить это на разные репы или в одной репе с одним package.json?
В одной репе с разными package.json
PS
@ejnshtein а ты в расте шаришь? как избавиться от ощущения, что я наговнокодил? в коде куча unwrap'ов, конвертаций оттуда-сюда, Option'ов, передач по ссылке... такое ощущение, что все это можно написать куда проще. но ни линтеры, ни компилятор не подсказывают где я не прав. скомпилировалось и ладно.
вот в го совсем иная ситуация — код простой как валенок. я даже не уверен можно ли там наговнокодить.
вот в го совсем иная ситуация — код простой как валенок. я даже не уверен можно ли там наговнокодить.
порефакторил код на расте, убрал все unwrap'ы и прочее. получилось очень даже просто и понятно. местами проще, чем на го.
V
Поддерживать два репозитория, если ты на проекте один сложнее и дольше, чем один. В тоже время, когда на проекте много людей и есть четкое разделение зон ответственности- работа в одном репозитории и над фронтом и над бэком может быть не самым хорошим ходом и разработчики будут друг другу мешать, будешь огребать больше проблем при мержах
я вообще склоняюсь к 2м репозиториям, но тогда не знаю как реализовывать rest контракты
A
Поддерживать два репозитория, если ты на проекте один сложнее и дольше, чем один. В тоже время, когда на проекте много людей и есть четкое разделение зон ответственности- работа в одном репозитории и над фронтом и над бэком может быть не самым хорошим ходом и разработчики будут друг другу мешать, будешь огребать больше проблем при мержах
у нас в одном репе фронт и BFF, оч удобно
AD
у нас в одном репе фронт и BFF, оч удобно
И сколько вас? 50? 100? Как мержите?)
A
нас 15, мержим без проблем, у них своя папка у нас своя, к тому же комиты в BFF очень редкие и маленькие поскольку это только фасад
A
зато очень удобно когда в одной ветке собраны изменения контракта которые идут сразу вместе с соотвествующими именениями фронта
И
Йо
Хочу задеплоить маленький серв с БД, где храняться лайки и просмотры ресурса. Какие хостинги посоветуете?
Шоб пиздец дешево, либо беплатно
Ибо хероку ложиться спустя пол часа
Хочу задеплоить маленький серв с БД, где храняться лайки и просмотры ресурса. Какие хостинги посоветуете?
Шоб пиздец дешево, либо беплатно
Ибо хероку ложиться спустя пол часа
Что не ложится- стоит не пиздец дёшево
М
Что не ложится- стоит не пиздец дёшево
4 доллара == пиздец дешево
М
я просто не хочу ебаться с деплоем на debian и прочих девопских штуках