Судя по списку файлов, внутри репы лежит много third-party opensource кода: весь Spark, всякие jQuery и прочие NPM-модули. Интересно было увидеть отфильтрованную от внешнего кода статистику по используемым языкам.
Отличный цикл статей, прямо must have для пользователей Ansible.
Вопрос немного не по теме, насчёт модулей, которые запускаются локально («connection: local, local_action или delegate_to: localhost»). У нас в проекте возникает небольшая проблема с тем, что у нас есть роли, которые по своей сути должны запускать локальные таски на control machine (к примеру разворачивание виртуалок в облаке, деплой приложений через REST API в какой-нибудь Mesos/Marathon и т.д.). Поэтому в playbook мы пишем что-то вроде - hosts: localhost
roles:
- name: deploy-vm
И это вынуждает нас записывать localhost в inventory, что само по себе логически не правильно, т.к. localhost не является единицей нашего боевого парка машин. А так же пришлось для localhost ещё и фиктивные host_vars написать, те же параметры, что и у «настоящих» хостов из inventory. Надеюсь не слишком сумбурно изложил. Есть ли у вас такая проблема и знаете ли вы её элегантное решение?
Мы пишем в функциональном стиле на F# и сознательно отказались от исключений в пользу возвращаемого типа Choice (по сути тот же Result в Rust). Если результатом функции может оказаться ошибка, то это видно из её сигнатуры, код становиться более явным.
Mercurial мне нравится из-за «настоящих» веток, в git вместо них просто тэги (в mercurial они тоже есть, но это другая сущность, отличная от веток). Поэтому, ИМХО, в Mercurial лучше читается история, особенно при обильных мерджах. У меня около 2х лет опыта с hg и столько же с git, наша команда устала от последнего, переезжаем на hg.
* Создавать репозитории, открывать и закрывать ветки
* Проводить code review на изменениях, которые еще не попали в репозиторий
Очень хочется эти две фичи, особенно менеджмент репозиториев. В нашем проекте мы пробовали GitHub Enterprise, GitLab, Stash. Пока остановились на последнем, но он не поддерживает Mercurial и Atlassian уже 2 года забивает на мольбы пользователей о его поддержке.
не совсем понятно было, какой «выхлоп» будет от такого фактора, как размер входного файла или количество URL в переменных и ресурсах, но на первом этапе хотелось использовать все возможности
Не являюсь экспертом в машинном обучении, но вы не пробовали использовать бустинг? Теоретически он позволяет сделать из множества слабых классификаторов один сильный.
А еще он тем же голосом звал разработчиков на скрам-митинги, показывал статистику по закрытым багам в YouTrack, а так же показывал динамику оплаты сервиса пользователями:).
У нас вместо светофора висел большой телевизор под потолком, там крутился самописный мониторинг TeamCity, который к тому же умел женским голосом объявлять имя того, кто сломал билд. Было весело:).
Судя по списку файлов, внутри репы лежит много third-party opensource кода: весь Spark, всякие jQuery и прочие NPM-модули. Интересно было увидеть отфильтрованную от внешнего кода статистику по используемым языкам.
Вопрос немного не по теме, насчёт модулей, которые запускаются локально («connection: local, local_action или delegate_to: localhost»). У нас в проекте возникает небольшая проблема с тем, что у нас есть роли, которые по своей сути должны запускать локальные таски на control machine (к примеру разворачивание виртуалок в облаке, деплой приложений через REST API в какой-нибудь Mesos/Marathon и т.д.). Поэтому в playbook мы пишем что-то вроде
- hosts: localhost
roles:
- name: deploy-vm
И это вынуждает нас записывать localhost в inventory, что само по себе логически не правильно, т.к. localhost не является единицей нашего боевого парка машин. А так же пришлось для localhost ещё и фиктивные host_vars написать, те же параметры, что и у «настоящих» хостов из inventory. Надеюсь не слишком сумбурно изложил. Есть ли у вас такая проблема и знаете ли вы её элегантное решение?
* Проводить code review на изменениях, которые еще не попали в репозиторий
Очень хочется эти две фичи, особенно менеджмент репозиториев. В нашем проекте мы пробовали GitHub Enterprise, GitLab, Stash. Пока остановились на последнем, но он не поддерживает Mercurial и Atlassian уже 2 года забивает на мольбы пользователей о его поддержке.
Не являюсь экспертом в машинном обучении, но вы не пробовали использовать бустинг? Теоретически он позволяет сделать из множества слабых классификаторов один сильный.