ŹR
Gitlab просто на две головы выше github
Size: a a a
2020 October 15
MZ
Привет Костян
D
PT
Почему все так стали форсить github actions - это же говно
Я перевел проект с CircleCI на GithubActions - только потому что у нас весьма простой билд, и Actions без проблем решает наши задачи. А поскольку мы платим за github и actions уже включен в наш план - то зачем платить больше 🙂
AB
я согласен что бек может опс, но в реальности не обязан, он не устраивался сисадмином. Но бек/фронт/опс всё одновременно, простите, чем будут заниматься остальные?
Какие остальные? Такие же фуллстеки?
PT
Gitlab просто на две головы выше github
А если в двух словах - можно 3 пункта по которым Gilab обходит Github аж на 2 головы?
IK
Gitlab просто на две головы выше github
я для всех новых сайд проджектов тоже его использую. Легко засетапить и почти всегда бесплатно
Z
А если в двух словах - можно 3 пункта по которым Gilab обходит Github аж на 2 головы?
интеграция с кубером, сентри, логи подов внутри гитлаба, чудесный интерфейс мерж реквестов, крутой сиай
D
Какие остальные? Такие же фуллстеки?
Простите, но не все любят работать людьми оркестрами. Я например девопшу и пишу бек, но категорически ненавижу писать фронт. Меня теперь увольнять за это?
AB
Простите, но не все любят работать людьми оркестрами. Я например девопшу и пишу бек, но категорически ненавижу писать фронт. Меня теперь увольнять за это?
фактически, ты теперь не захочешь пойти туда, где нет девопс/sre
PT
Какие остальные? Такие же фуллстеки?
На сегодня состав команды разработки такой:
1. Два ML инженера - крайне мало секут в программировании, и тем более в деплойменте. Пишут на питоне. Сами ничего не деплоят.
2. Один фронт - пишет на реакте. Всем интересуется. Светлая голова.
3. Один бек (это я) - везде затычка.
4. UI/UX - прорабатывает дизы. Также оформляет точки обслуживания.
1. Два ML инженера - крайне мало секут в программировании, и тем более в деплойменте. Пишут на питоне. Сами ничего не деплоят.
2. Один фронт - пишет на реакте. Всем интересуется. Светлая голова.
3. Один бек (это я) - везде затычка.
4. UI/UX - прорабатывает дизы. Также оформляет точки обслуживания.
AB
маловато бекендов
С
маловато бекендов
ну так они и ищут, в чем не так? 🙂
AB
ну так они и ищут, в чем не так? 🙂
все так) я ж не критикую. и вот теперь даже понятно, почему столько требований к бекендеру
ŹR
А если в двух словах - можно 3 пункта по которым Gilab обходит Github аж на 2 головы?
Да какбы весь devops на гитлабе на 2 головы выше. Раннеры, интеграция с кубером, пайплайны с нормальными сикретами и тыды.
МР, комменты, wip, suggestions - github еле еле сейчас догоняет то, что там было 5 лет назад.
Междурепо интеграции, борды, нестинг проектов и вот это все - в гитлабе супер.
Встроенный package repos, package managers адекватная работа с ними - в гитхабе конечно есть, но из дурацкие actions нифига не удобно с ними работать.
Гитхаб хорош для open source - там более удобная поддержка форков и кросс-форк ПРов. Только вот когда пишешь код в конторе - форки нафик не нужны
МР, комменты, wip, suggestions - github еле еле сейчас догоняет то, что там было 5 лет назад.
Междурепо интеграции, борды, нестинг проектов и вот это все - в гитлабе супер.
Встроенный package repos, package managers адекватная работа с ними - в гитхабе конечно есть, но из дурацкие actions нифига не удобно с ними работать.
Гитхаб хорош для open source - там более удобная поддержка форков и кросс-форк ПРов. Только вот когда пишешь код в конторе - форки нафик не нужны
V
На сегодня состав команды разработки такой:
1. Два ML инженера - крайне мало секут в программировании, и тем более в деплойменте. Пишут на питоне. Сами ничего не деплоят.
2. Один фронт - пишет на реакте. Всем интересуется. Светлая голова.
3. Один бек (это я) - везде затычка.
4. UI/UX - прорабатывает дизы. Также оформляет точки обслуживания.
1. Два ML инженера - крайне мало секут в программировании, и тем более в деплойменте. Пишут на питоне. Сами ничего не деплоят.
2. Один фронт - пишет на реакте. Всем интересуется. Светлая голова.
3. Один бек (это я) - везде затычка.
4. UI/UX - прорабатывает дизы. Также оформляет точки обслуживания.
Роль фуллстека - фиксить баги, пилить апи и формы?
ŹR
Заслать чтоли резуме… Вакансия звучит круто честно говоря. Если бы не github actions....
B
Заслать чтоли резуме… Вакансия звучит круто честно говоря. Если бы не github actions....
а ты разве не хвалил их недавно?
DI
Да какбы весь devops на гитлабе на 2 головы выше. Раннеры, интеграция с кубером, пайплайны с нормальными сикретами и тыды.
МР, комменты, wip, suggestions - github еле еле сейчас догоняет то, что там было 5 лет назад.
Междурепо интеграции, борды, нестинг проектов и вот это все - в гитлабе супер.
Встроенный package repos, package managers адекватная работа с ними - в гитхабе конечно есть, но из дурацкие actions нифига не удобно с ними работать.
Гитхаб хорош для open source - там более удобная поддержка форков и кросс-форк ПРов. Только вот когда пишешь код в конторе - форки нафик не нужны
МР, комменты, wip, suggestions - github еле еле сейчас догоняет то, что там было 5 лет назад.
Междурепо интеграции, борды, нестинг проектов и вот это все - в гитлабе супер.
Встроенный package repos, package managers адекватная работа с ними - в гитхабе конечно есть, но из дурацкие actions нифига не удобно с ними работать.
Гитхаб хорош для open source - там более удобная поддержка форков и кросс-форк ПРов. Только вот когда пишешь код в конторе - форки нафик не нужны
Мне в гитхабе только гит нужон :) Этим он и хорош