К Prometheus успешно подключают ребята из Авито, и регулярно рассказывают об этом на конференциях и в статьях. Ближайший рассказ будет на Хайлоаде, от vkolobaev: www.highload.ru/moscow/2018/abstracts/4161
… и увидел в веб-морде, что статус триггера изменился. Понятно, чтобы получить реальные уведомления в Телеграм или Слак, надо там токены поднастроить, конфиги написать. Но базовая функциональность заводится за пять минут.
Расскажи, что у тебя не завелось?
Есть, кстати, чат разработчиков, где могут быстро на вопросы ответить: t.me/moira_alert
Спасибо за развернутый комментарий — это сейчас редкость в интернете :)
Согласен со многими вашими аргументами. Прежде всего с тем, что в компании должен быть идейный вдохновитель или команда энтузиастов. Моя статья — про то, с какими задачами и препятствиями столкнется этот идейный вдохновитель внутри средней или большой компании, которая раньше не уделяла никакого внимания opensource. Я не пытался написать манифест о великом благе opensource — есть люди, которые уже сделали это, и сделали гораздо лучше, чем я когда-либо смогу. Многие из этих манифестов вы упомянули — спасибо за хорошее дополнение к статье.
В качестве энтузиаста opensource в Контуре выступаю я сам. В статье я хотел поделиться внутренними задачами/проблемами/препятствиями, которые ждали меня на этом пути, и, вероятно, будут ждать других энтузиастов в больших компаниях.
Реальность такова, что о вкладе компании в opensource придется поговорить как минимум с одним нетехническим топ-менеджером. Успех этого разговора во многом зависит от того, умеете ли вы объяснять пользу от opensource для компании — простую, меркантильную пользу, помимо высшего блага для людей во всем мире.
А еще нельзя просто взять и выложить код, не поговорив об авторских правах с юристами. Даже если они будут не против — возможно, они захотят поучаствовать в выборе лицензии или заключить какие-то дополнительные соглашения с разработчиками по поводу авторских прав (у нас так было). Ну и далее по тексту статьи. Об этом необходимо позаботиться не то чтобы для успеха затеи — а для того чтобы не облажаться в самом начале. Мы ведь сейчас в самом начале пути.
Лишь малая часть знаний задокументирована в вики или ютреке, большая же — сокрыта в исходниках системы контроля версий. Премудрых старцев, умеющих расшифровать этот тайный код, в проекте всё меньше и меньше.
Вот это меня несколько взволновало. Скажите, сколько разработчиков у вас в команде сейчас разбираются в этой кастомной системе деплоя? Не на уровне пользователя, а на уровне способности допилить что-то или разобраться в нетривиальном баге. Как вы гарантируете преемственность этих знаний? Наверняка рано или поздно разработчики системы деплоя покинут проект, и их будет сложно достать.
Да, совершенно правильно, у служб такси есть проблема с масштабируемостью.
Одному таксопарку практически нереально плотно покрыть машинами такой большой город как Москва. Поэтому при звонке в какой-то один таксопарк получить машину оперативно (10-20 минут) шансов очень мало.
Бомбилы появляются как один из вариантов решения этой проблемы. Другой вариант — агрегировать таксопарки, чтобы иметь один большой виртуальный парк машин, покрывающий весь город.
Цена зависит от времени поездки (в большинстве случаев), а время поездки зависит от пробок. Поскольку маршрут водителя предсказать сложно (а пробки на нем — еще сложнее), определить цену заранее тоже сложно. А цена ошибки велика. Представляете, пользователь будет тыкать водителю в нос открытый экран приложения Я.Такси, на котором написано «400 руб», а водитель будет тыкать пользователю в нос таксометр, на котором написано «478 руб». Негатив для обеих сторон, и для обеих сторон он в адрес Яндекса.
Я живу в Екатеринбурге, но сталкивался с такси и в Москве. В Екб — как правило — цена поездки оговаривается заранее, а Мск я такого никогда не встречал. Даже диспетчер не скажет вам по телефону, сколько будет стоить поездка — только с тарифами может ознакомить. Печально, но факт.
Для самоорганизации весьма полезен SlimTimer (http://slimtimer.com/), но в нем нужно руками тыкать на таймер: «занимаюсь логотипом», «сижу на башорге» и т.п. Однако же, мне очень помогает. И отчет руководителю потом в удобной форме можно выслать :)
К Prometheus успешно подключают ребята из Авито, и регулярно рассказывают об этом на конференциях и в статьях. Ближайший рассказ будет на Хайлоаде, от vkolobaev: www.highload.ru/moscow/2018/abstracts/4161
Я взял из документации (раздел Installation → Docker) такие команды:
Зашел на localhost:8080, создал триггер на выражение local.random.diceroll, отправил метрику:
… и увидел в веб-морде, что статус триггера изменился. Понятно, чтобы получить реальные уведомления в Телеграм или Слак, надо там токены поднастроить, конфиги написать. Но базовая функциональность заводится за пять минут.
Расскажи, что у тебя не завелось?
Есть, кстати, чат разработчиков, где могут быстро на вопросы ответить: t.me/moira_alert
Согласен со многими вашими аргументами. Прежде всего с тем, что в компании должен быть идейный вдохновитель или команда энтузиастов. Моя статья — про то, с какими задачами и препятствиями столкнется этот идейный вдохновитель внутри средней или большой компании, которая раньше не уделяла никакого внимания opensource. Я не пытался написать манифест о великом благе opensource — есть люди, которые уже сделали это, и сделали гораздо лучше, чем я когда-либо смогу. Многие из этих манифестов вы упомянули — спасибо за хорошее дополнение к статье.
В качестве энтузиаста opensource в Контуре выступаю я сам. В статье я хотел поделиться внутренними задачами/проблемами/препятствиями, которые ждали меня на этом пути, и, вероятно, будут ждать других энтузиастов в больших компаниях.
Реальность такова, что о вкладе компании в opensource придется поговорить как минимум с одним нетехническим топ-менеджером. Успех этого разговора во многом зависит от того, умеете ли вы объяснять пользу от opensource для компании — простую, меркантильную пользу, помимо высшего блага для людей во всем мире.
А еще нельзя просто взять и выложить код, не поговорив об авторских правах с юристами. Даже если они будут не против — возможно, они захотят поучаствовать в выборе лицензии или заключить какие-то дополнительные соглашения с разработчиками по поводу авторских прав (у нас так было). Ну и далее по тексту статьи. Об этом необходимо позаботиться не то чтобы для успеха затеи — а для того чтобы не облажаться в самом начале. Мы ведь сейчас в самом начале пути.
Спасибо еще раз за замечания и советы.
Вот это меня несколько взволновало. Скажите, сколько разработчиков у вас в команде сейчас разбираются в этой кастомной системе деплоя? Не на уровне пользователя, а на уровне способности допилить что-то или разобраться в нетривиальном баге. Как вы гарантируете преемственность этих знаний? Наверняка рано или поздно разработчики системы деплоя покинут проект, и их будет сложно достать.
В формате доклада на нематематической конференции это вряд ли хорошо зашло бы :)
Но да, вам звонить никуда не нужно.
В комментарии выше речь идет о том, чтобы вычислять точную стоимость конкретной поездки заранее, если я правильно понял.
Одному таксопарку практически нереально плотно покрыть машинами такой большой город как Москва. Поэтому при звонке в какой-то один таксопарк получить машину оперативно (10-20 минут) шансов очень мало.
Бомбилы появляются как один из вариантов решения этой проблемы. Другой вариант — агрегировать таксопарки, чтобы иметь один большой виртуальный парк машин, покрывающий весь город.
Я живу в Екатеринбурге, но сталкивался с такси и в Москве. В Екб — как правило — цена поездки оговаривается заранее, а Мск я такого никогда не встречал. Даже диспетчер не скажет вам по телефону, сколько будет стоить поездка — только с тарифами может ознакомить. Печально, но факт.
14:19 К сжлн, трм. 18 за 5 ост. нет
GDETRAM.RU
Оперный театр (с Пр.
Вообще, все учебники, которые интересно читать, автоматически круты.
Правда, это никак не помогает понять, попал ли я в группу риска, и как мне теперь лечиться.