• Пакеты и пакетные менеджеры для k8s
    +1
    О, нет, это был сарказм, в речи это органично это смотрелось, но в тексте выглядит не очень.
  • 10 причин [не] использовать k8s
    +1
    Не заглядывал сюда, простите.
    kops всегда отстает по поддерживаемым версиям на одну-две версии. Но для нас это ок, мы всегда с помощью него переходим, потому что нам не нужны «только что вышедшие верси» :troll:
  • Vue.js SSR & мобильный Safari: неочевидная проблема со слишком умным ПО
    0
    Зашел только чтобы поругать за «желтушность» заголовка. Давайте хабр не будет превращаться в стандартные желтые издания, которые привлекают аудиторию не значимым контекстом, а заманчивым заголовком.
    «И вы не поверите, что мы увидели»
    «Когда он открыл дверь, он не поверил своим глазам»
    «Чтобы никогда не иметь проблем с потенцией надо всего лишь купить ...»
    Тьфу, расстроился.
  • 10 причин [не] использовать k8s
    +2
    Их правильно настроить — отдельная большая задача
  • 10 причин [не] использовать k8s
    +1
    Да, поэтому если команда маленькая — надо пользоваться готовыми инсталяциями: GKE, EKS,…
  • 10 причин [не] использовать k8s
    +1
    Пока еще в только Edge версии
  • 10 причин [не] использовать k8s
    +1
    Выше в комментах ответили ссылкой, они уже в комплект докера добавили Kubernetes (Правда, пока только в Edge версию)
  • 10 причин [не] использовать k8s
    +1
    Под сквозным конфигурированием я имею ввиду именно возможность настраивать отдельные параметры в транзитивных зависимостях.
    И да, мы пришли к такому же выводу — надо все устанавливать независимо, и самостоятельно проверять установленные зависимости.
    Degasolv — посмотрю, спасибо!
  • 10 причин [не] использовать k8s
    +1
    1. Я рассказывал этот доклад еще до того момента, когда на MacOS был докер нормальный
    2. Я сейчас не использую minikube совсем, мне он кажется не очень удобным. Поэтому я не большой знаток.
    3. Если я не ошибаюсь, когда вы устанавливаете minikube, у вас используется один из гипервизоров, установленных на машине (VirtualBox, xhyve, VMWare Fusion), и не использует дефолтный докер. Т.е. у вас будет два разных докера на машине :)
    Но я не эксперт в этом, могу и ошибаться
  • 10 причин [не] использовать k8s
    +1
    Да, как пример, это в любом случае все очень сильно зависит от области и от соглашений интерфейса.
  • 10 причин [не] использовать k8s
    +2
    Все так!
    Сперва, конечно, надо заручиться поддержкой бизнеса, но это достаточно легко аргументировать, потому что Error Budget вводится ради стабильности :)
    Но мы считаем не проценты «хороших релизов», а просто считаем SLA в наших бизнес метриках (простейшее решение для API: кол-во 5xx / общее кол-во запросов). Все плохие релизы сильно снижают этот SLA.
    Далее, мы выбираем, ниже какого SLA мы не разрешаем опускаться, и с помощью метода «пристального взгляда» вычисляем, на каких уровнях мы перестаем разрешать релизить новые фичи.
    Лично у нас пока не сложилось до конца понимание, как сделать правильно, все до сих пор в стадии становления.
  • 10 причин [не] использовать k8s
    +2
    Я бы вообще хотел узнать, хоть кто-нибудь запускает уже бд в k8s? Отзовитесь, если такие есть??
  • 10 причин [не] использовать k8s
    +1
    Сложно дать «сферический ответ в вакууме», все сильно зависит от многих условий:
    — где вы запускаетесь (железо/облака)
    — подойдет ли вам попробовать GKE или аналоги
    — что значит «пощупала»? Какие-то сервисы для staging попускала?
    — какая цена ошибки? Возможен ли простой в несколько часов, пока инженеры пытаются восстановить сломанную во время «щупания» систему?
    — насколько много инженеров понимают инфраструктуру k8s, чтобы сделать правильный выбор конфигурационных параметров?
    — насколько много долгоживущих монолитов с внутренним стейтом, которые довольно сложно перетащить на k8s?
    — если запускать часть сервисов в k8s рядом с работающей системой, насколько критично возрастание latency?
    И таких вопросов еще много, я просто написал самое очевидное.
    Если хочется потрогать, что это вообще такое — запустите где-нибудь k8s, это сейчас реально делается в пару кликов:
    kubernetes.io/docs/setup/pick-right-solution
    Самое сложное — что придется менять привычки разработчиков (пресловутый docker-way)
  • 10 причин [не] использовать k8s
    +2
    О, за Dragonfly отдельное спасибо! Мы делали подобную тулзу, но не довели ее до OpenSource, а тут уже готовое.
    Да, докладу почти год уже, поэтому много что устарело (показатель активного развития k8s)
    Про Helm и все окружение вокруг (Skaffold) я на РИТ++ делал доклад.
    rootconf.ru/moscow-rit/2018/abstracts/3539
    Видео пока нет, но слайды доступны.
    Проблем у Helm много, когда проекты сильно взаимосвязаны, и есть транзитивные зависимости. Их сложно конфигурировать, тестировать (да и разрабатывать).
  • 10 причин [не] использовать k8s
    +3
    Это один из самых частых вопросов, который мне задают.
    У меня примерно следующее мнение:
    — Если работаешь в одиночку, используй k8s, который кто-то другой поддерживает (GKE)
    — Если нельзя иметь внешний k8s — обязательно нужно иметь команду, которая умеет его настраивать и отлаживать. Это необходимо, чтобы минимизировать время простоя когда что-то «пойдет не так».
    — Если бизнес не требователен к SLA — можно и самому в одиночку настраивать и разбираться.

    UPD: я — автор доклада.
  • 10 причин [не] использовать k8s
    +2
    Всегда надо искать баланс, конечно же.
    Да, у докера есть минусы, но большинство перечисленного — это просто перегретая параноя :)
  • 10 причин [не] использовать k8s
    +2
    Выносим, пока еще не дошли до нужного уровня смелости :)
  • Каково это — быть разработчиком в России, когда тебе сорок
    +1
    Невероятно интересно! Спасибо за публикацию!
  • Предупреждён — значит, вооружён. Часть 1
    0
    Получилось запустить в wine? У меня не заработало :(
  • История победы на ежегодном соревновании Russian AI Cup 2015
    0
    Да, это именно то, что очень хочется применить! :)
    К сожалению, «идеально» решить систему не хватает времени. На весь конкурс отведено полтора месяца, при этом не все узнают о начале «до начала». А нужно много кодировать, тестировать и т.п.
    При этом, я не уверен, что здесь вообще удастся аналитические решения найти, вся система очень дискретна, при этом есть много внешних факторов случайной или псевдослучайной природы.
  • История победы на ежегодном соревновании Russian AI Cup 2015
    0
    Выиграть ИИ вообще нереально. У меня стратегия была на 400+ месте, и я не мог с ней соревноваться. Если сравнивать себя с победителями — они и на круг могут успеть обогнать.
  • История игрового рынка, часть 1
    +5
    Мне кажется, там измерять надо как минимум в человеко-веках!
  • Старт Песочницы чемпионата Russian AI Cup
    +3
    Раз уж вы пишете это на хабре, можно побольше рассказать про детали?
    — как организованы запуски боев: инфраструктура, ПО, облака с динамическим выделением машин или заранее определенный кластер
    — как реализовали запрет на хождение в сеть и другие противоправства.
    — почему выбрали такую систему подсчета очков, через какой-то непонятный индекс.
    — защита на серверной стороне от попыток взлома протокола (с желанием посмотреть в удаленную область карты)
    и другие подобные вопросы.

    Мне всегда было интересно, как это все рализовано — ведь большой объем работы совершенно не виден снаружи, но без него не запустить подобное соревнование.

    В целом: очень здорово, что вы это делаете! Жаль, не смогу принять участие, хотя очень этого хочу (нет лишних десятков часов ;) )
  • Haskell в продакте: Отчёт менеджера проекта
    +2
    Rust не бежит в JVM, этим он привлекателен
  • А вы всё ещё используете Google Reader?
    0
    Разумно.
    Да, кстати, я тоже заметил, что слегка подтормаживает.
    Но я ушел не из-за этого, в oldreader интерфейс больше приглянулся.
  • А вы всё ещё используете Google Reader?
    0
    Спасибо за возможность попробовать tinyrss! Зарегистрировался, попробовал, но ушел на the old reader.
    Есть возможность как-то удалить аккаунт? Я не нашел.
  • Synology представляет новый DiskStation DS413j
    +1
    Если честно, не понимаю, почему вы предпочитаете ставить два маленьких кулера, хотя размеры позволяют поставить один но большой. Намного тише будет работать, нет?
  • Я переучиваю людей на Java-программистов
    +1
    Да, я как раз про него и хотел узнать побольше.
    Вот, предположим, в Москве 200 контор, которые нанимают Java-Juniors (не знаю точно, я далек от этого рынка труда).
    Каким образом обеспечивается подобный волчий билет? Позвонить каждому из 200 компаний и сказать «такого не берите» или у вас общий черный список? Или как?
  • Я переучиваю людей на Java-программистов
    0
    Я согласен с Вашей точкой зрения, у нас примерно так же, и мне это кажется правильным.
    Единственное, что мне непонятно — почему «работу бы уже не смогли найти вообще»?
  • Обзор клавиатуры Kinesis Advantage
    0
    я настолько привык в виме работать с hjkl для перемещений, wb для перемещений по словам, и т.д.
    наверное, за такой клавой все эти горячие клавиши будут не столь удобными?
  • Делаем веб-клиент GMail удобным
    0
    Я делаю следующим образом:
    — то, что требует внимания, но можно смотреть редко (например, уведомления из issue tracker) — кидаются в соответствующий фильтр + «skip inbox»
    — то, что требует внимания, и лучше посмотреть/ответить сразу — кидается в фильтр + в инбокс. Ты там его можешь посмотреть и заархивировать, а можно и не архивировать.
    — если какое-то письмо требует ответа, но сейчас нет времени — вешаю label «need_response». Также у меня настроено расширение «multiple inboxes», и там настроено как раз label:need_response в качестве второго инбокса.

    В результате,
    — все письма можно помечать как прочитанные, и наличие «unread» означает, что пришло что-то новое
    — всегда на виду письма, которым требуется ответ
    — поиск по старым письмам очень удобно проводить с использованием фильтров («label:cr dialyzer»)
  • Erlang. Рекомендации к оформлению кода
    0
  • Erlang. Рекомендации к оформлению кода
    0
    На самом деле, это все уже устаревшая информация.

    Вот здесь написано больше о «мифах о производительности эрланга». В том числе,
    «2.3 Myth: Tail-recursive functions are MUCH faster than recursive functions»

    """
    According to the myth, recursive functions leave references to dead terms on the stack and the garbage collector will have to copy all those dead terms, while tail-recursive functions immediately discard those terms.

    That used to be true before R7B. In R7B, the compiler started to generate code that overwrites references to terms that will never be used with an empty list, so that the garbage collector would not keep dead values any longer than necessary.
    """
  • На Google Maps появилось 50 тысяч изображений Амазонки
    +8
    Хочу такой гугловелосипед к нам в город! Готов ездить на нем бесплатно, чтобы сделать нормальную карту + streetview.
  • Прогнозирование валютных колебаний статистическими методами
    +7
    Топик вообще ни о чем; основная цель — дать ссылку на «конкурс идей»?
    Описаны два провальных подхода, про «успешный» подход только обещание.
    При этом ни про «статистику», ни про «прогнозирование» не рассказано.
    Надо было назвать «мое выступление на конкурсе идей» — никаких бы вопросов не возникло.
  • Ещё +2Гб для вашего DropBox аккаунта. На сей раз, промо-акция DropBox и Three.com.hk
    0
    все уже использованы
  • Ещё +2Гб для вашего DropBox аккаунта. На сей раз, промо-акция DropBox и Three.com.hk
    0
    Если можно, то и мне, пожалуйста, не пожалейте купона.
  • Я хочу работать в Google! Телефонное интервью (часть 2)
    0
    Не забывайте про премии, второй столбец.
  • Фотки узнают людей в лицо
    +1
    В руках крупных компаний меня эта функциональность несколько пугает.
    Но это неизбежно, что все сервера будут узнавать всех в лицо, не знаю пока, к сожалению или к счастью.
  • Сенаторы в США отказываются поддерживать SOPA после протеста Wikipedia
    +4
    И аналогично Грецию надо переназвать в Эллада, т.к. они до сих пор называют себя так, пруф.