МК
типа решаемо за вечерок если шаришь
Size: a a a
2019 November 06
AD
все равно это задание скорее всего близко к тому что будет в работе, сомневаюсь что в funbox в работе будет парсинг гитхаба
DR
все равно это задание скорее всего близко к тому что будет в работе, сомневаюсь что в funbox в работе будет парсинг гитхаба
Ну, оно все равно будет близко к тому, что в работе - написать веб приложение, которое использует какое-то сторонее API. Чем не близко к работе? Вариант стороннего API был выбран публичный гитхаб
DR
Конечно работать, где ты только прослойка между клиентом и другим API - так себе вариант 🙁
DZ
Не меняют, пишешь так только с 10го раза догадаешься :D задание имхо сложнее чем следует, потому что занимает больше нормальных 8 часов, особенно у новичков. С апи гитхаба только часов 8 разбиралась. Кто вообще доделал задание до конца, сколько заняло?
Сделал дня за три неспеша, правда перед этим полгода раздумывал стоит ли браться
IE
Джун недолжен отказываться от тестового, это факт. А вот уровня ведущий даже нужно
IE
Я щас проходил собес по своей теме и они оффер начали писать при мне на собеседовании и никаких тестовых я не делал, поговорили по банковской теме какие абс знаю и т.д. и все
2019 November 07
AD
#erlang #rust #NIF
оп-оп...
Library for writing NIFs for Erlang or Elixir safely in Rust. No segfaults.
https://github.com/rusterlium/rustler
оп-оп...
Library for writing NIFs for Erlang or Elixir safely in Rust. No segfaults.
https://github.com/rusterlium/rustler
AD
ребята, подскажите кто-то пользовался чем-то в #elixir для
что-то типо вот такого в #rails
https://github.com/spree-contrib/spree-multi-domain
multidomainчто-то типо вот такого в #rails
https://github.com/spree-contrib/spree-multi-domain
AD
#GitHub #Actions #CI #CD #Elixir
Ребят с новой фичей
Cache dependencies and build outputs in GitHub Actions - #elixir
Ребят с новой фичей
GitHub трудно остановить...Cache dependencies and build outputs in GitHub Actions - #elixir
- uses: actions/cache@v1https://github.com/actions/cache/blob/master/examples.md#elixir---mix
with:
path: deps
key: ${{ runner.os }}-mix-${{ hashFiles(format('{0}{1}', github.workspace, '/mix.lock')) }}
restore-keys: |
${{ runner.os }}-mix-
МК
не очень шарю в их CI, это типа чтоб сборка быстрее проходила?
МК
(кого обманываю, вообще не шарю =)
AD
там все на коленке теперь собирается причем и CI и CD, в докерах, @maximkuzmin попробуй...
тесты хоть запусти в своём
тесты хоть запусти в своём
RealWorld ))SM
не очень шарю в их CI, это типа чтоб сборка быстрее проходила?
Да, судя по всему, тут в качестве ключа используется digest лок-файла. Изменились зависимости — изменился лок-файл — cache miss — пересобираются зависимости (частично или полностью); не изменились — cache hit — зависимости не пересобираются.
МК
там все на коленке теперь собирается причем и CI и CD, в докерах, @maximkuzmin попробуй...
тесты хоть запусти в своём
тесты хоть запусти в своём
RealWorld ))я чет везде где работал был или рубишный капистрано или настроенный за меня CI гитлабовский)
надо бы для общего развития на петпрожекте навернуть
надо бы для общего развития на петпрожекте навернуть
SM
Так в большинстве CI сделано, только в некоторых CI до сих пор не могут прикрутить использование digest'ов в ключах (смотрю в твою сторону, Gitlab CI)
МК
Так в большинстве CI сделано, только в некоторых CI до сих пор не могут прикрутить использование digest'ов в ключах (смотрю в твою сторону, Gitlab CI)
у нас админ-девопс чет шаманил, вроде тоже у нас сборка закешена
МК
ну, зависимостей, по крайней мере
SM
у нас админ-девопс чет шаманил, вроде тоже у нас сборка закешена
Не, закэшировать сборку там проблем нет, нельзя только сделать, чтобы кэш инвалидировался при изменении зависимостей