фантазии удердаться на ubuntu пакетах канули в летова

Хотя вот тут в списке технологий элкисир на втором месте

Хотя вот тут в списке технологий элкисир на втором месте

ну так понт на эликсире

pont.ee

довольно большая кодобаза

ну так понт на эликсире

А у понтов есть опенсурс?

Слишком много опенсурса в последнее время

Слишком много опенсурса в последнее время

А что нужно? Пилить стартапчик?

А что нужно? Пилить стартапчик?

Хрен в чужом разберёшься

Хрен в чужом разберёшься

Да ну, я люблю опенсурс читать

У меня недавно знакомый запилил mix_unused, кстати. Хорошая либа, показывает незадействованные функции в коде

Мы недавно тоже что-то запилили

Сам знаешь с каким результатом 🥲

Мне кста до сих пор ничего не прислали

Мне кста до сих пор ничего не прислали

Ну, видать пришлют скоро

Выбрал уже себе книгу или что-то что купишь себе?

Выбрал уже себе книгу или что-то что купишь себе?

Куплю бандл по го и тебе пришлю в подарок 😉

Куплю бандл по го и тебе пришлю в подарок 😉

А то не прикольно переезжать без проверенных членов комунити

Недавно, кстати, какой-то кложурист (на самом деле не какой-то кложурист, а очень уважаемый кложурист) на @fprog_spb митапе сказал что эликсир внутри это недоclojure, и что все успешные эрлангисты пересаживаются на голанг. Поэтому я решился пойти с докладом на следующий митап, чтобы там унижать кложуристов

Недавно, кстати, какой-то кложурист (на самом деле не какой-то кложурист, а очень уважаемый кложурист) на @fprog_spb митапе сказал что эликсир внутри это недоclojure, и что все успешные эрлангисты пересаживаются на голанг. Поэтому я решился пойти с докладом на следующий митап, чтобы там унижать кложуристов

Ну вот, значит ты пока безуспешный эрлангист

Спавнфест доказал 😂

@LamaLove блин, ответь что нибудь - я тут жду..

А что ответить?

Хз

Что-то типа что я тоже безуспешный

Хехе, ну мы все тут не особо успешные

В голанге вон if err != nil, а у нас какая-то динтипизированная духота

В голанге вон if err != nil, а у нас какая-то динтипизированная духота

а так можно if is_nil(err)?

а так можно if is_nil(err)?

В эликсире можно

Переходи на Раст

Блин, настроение пофлудить а никто не хочет

Такого уже говна на вентилятор накидал

А только сам замазался

Пойду в чат про политоту крче

Переходи на Раст

C удовольствием

Как работу искать на расте?

Типа, я реально не знаю что там нужно уметь. Просто язык сам знать?

Хз

На расте вроде ща крипту пилят в основном если шарашки

Ну и крупные фаанги

Как работу искать на расте?

В чяте

Запили осс, приди на конфу и расскажи про него - думаю тебя захантят

На расте вроде ща крипту пилят в основном если шарашки

Ну вот именно, крипту как-то не особо интересно

Кому она всралась

Во-первых, крипта в этом мире ничего не сделала лучше кроме сомнительного трейдинга и наркоторговли в рф Во-вторых, это же скучная вещь, всё уже изучено

Точнее, тут нужно скорее в эфир уметь

Этереум не раст

Этереум не раст

Ну да

А на раст всем насрать

На расте разве что какой-нибудь криптовый HFT

Ну вон меня звали в этот аналог копилота

Забыл как он называется

JetBrains свой вскод на половину на расте напилили

Крче если найдёшь работу - она гарантированно заебатая

Это тебе не ПЕТАЛ

JetBrains свой вскод на половину на расте напилили

Круто, я не слышал про это

Это тебе не ПЕТАЛ

хех, я на PETAL-е видел полтора проекта. Я так и не понял зочем они такие, но да ладно

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

Я свою команду перевожу на short-lived branches и feature flags - не вижу проблем с долгоживущими бранчами. Точнее так, я в принципе против долгоживущих бранчей и с ними борюсь. Чем больше опыта, тем привлекательнее становится trunk-based development и тем меньше хочется иметь сложные merge/rebase конфликты в принципе. Но я согласен здесь с Lama Lover - намного проще иметь одну бранчу с конфликтами, но где точно все работает, чем собирать работающую фичу через пяток репозиториев.

Я свою команду перевожу на short-lived branches и feature flags - не вижу проблем с долгоживущими бранчами. Точнее так, я в принципе против долгоживущих бранчей и с ними борюсь. Чем больше опыта, тем привлекательнее становится trunk-based development и тем меньше хочется иметь сложные merge/rebase конфликты в принципе. Но я согласен здесь с Lama Lover - намного проще иметь одну бранчу с конфликтами, но где точно все работает, чем собирать работающую фичу через пяток репозиториев.

Единственная сложность здесь — оргинизация этого процесса сборки. При этом, сам процесс разработки становится проще. Так что кому как, конечно.

Единственная сложность здесь — оргинизация этого процесса сборки. При этом, сам процесс разработки становится проще. Так что кому как, конечно.

Как процесс разработки становится проще?

Единственная сложность здесь — оргинизация этого процесса сборки. При этом, сам процесс разработки становится проще. Так что кому как, конечно.

А в чем сложность сборки?

Как процесс разработки становится проще?

Тем, что вы можете независимо лить изменения в свои приложения для того, чтобы проверить работоспособность разных вещей. Я уже писал об этом.

Тем, что вы можете независимо лить изменения в свои приложения для того, чтобы проверить работоспособность разных вещей. Я уже писал об этом.

А почему так нельзя в монорепе? Лейте в различные бранчи

А в чем сложность сборки?

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

А почему так нельзя в монорепе? Лейте в различные бранчи

Ага. И держать две копии репозитория, чтобы в одной переключаться по веткам одного приложения, а в другой писать своё, конечно, очень удобно.

Ага. И держать две копии репозитория, чтобы в одной переключаться по веткам одного приложения, а в другой писать своё, конечно, очень удобно.

Нет, можно работать в одной ветке. Просто вмержить в локальную ветку всё что нужно и с ней работать

Нет, можно работать в одной ветке. Просто вмержить в локальную ветку всё что нужно и с ней работать

И разбираться с unstaged changes каждый раз. А потом ещё откатывать мёрж.

И разбираться с unstaged changes каждый раз. А потом ещё откатывать мёрж.

Я написал: "вмержить в локальную ветку"

Я написал: "вмержить в локальную ветку"

Да, я тебя понял. Как это отменяет то, что я написал?)

Да, я тебя понял. Как это отменяет то, что я написал?)

Ничего никуда не нужно заливать или откатывать Ты же работоспособность хотел проверять

Ну.

Тогда распиши полностью последовательность действий.

Потому что, видимо, мы не до конца друг друга понимаем.

Тогда распиши полностью последовательность действий.

git branch my_branch_for_test git co my_branch_for_test git rebase feature_in_service_1 git rebase feature_in_service_2 Потом в этой штуке тестируешь всё что тебе нужно и проверяешь всё что нужно :/

Я не совсем это имел в виду.

Я проблем с монорепой от Андрея не понял.

Зачем две копии репозитория.

Допустим, Федя пишет фронт, но у него падает запрос. Она пишет Борису, который делает бэк. Он говорит, что, кажется, знает, в чём проблема и может сейчас пофиксить. Он быстро фиксит и пушит в свою ветку и просит Федю чекнуть, работает ли с фиксом. Федя, в репозитории Бориса, переключается на ветку с фиксом и проверяет. Если считать, что Борис никогда не ошибается, то твоя схема работает. Но, если он ошибается (что свойственно людям), то у вас либо будет куча коммитов вида "try to fix error", либо вы постоянно откатываетесь после ребейзов/мёржей. Этот флоу без костылей работает только в случае с отдельными репами на каждое приложение.