Результаты анализа, выдаваемые скриптами — промежуточный, а не конечный продукт, и они требуют валидации. Никакому админу в голову не придет запустить на продакшене деструктивное/необратимое изменение без ревью. Девопс бы не понял, чего еще можно было ожидать в ситуации, когда за автоматизацией, предоставляющей некий артефакт (результаты анализа, релиз, прогнозы) не следует отдельный, не связанный с ней quality gate.
Неужели в смежных сферах этого до сих пор не понимают?

Фраза «Миша, вот тебе диплинк» настолько прекрасна, что тянет, как минимум, на локальный мем Теле2. Я бы даже начал его форсить на их месте, он делает компанию более человечной, что ли.

Я вот одного в толк не возьму, читая подобные комментарии… Почему, ну почему в таких местах люди работают вообще? Ну очевидно же, что лучше не станет, по-другому не будет итд. На дворе постковидный 2022й, вариантов найти нормальную работу, не связанную с распилом бюджетов нищей страны, — масса. Ну, была. Но сейчас тоже можно, энивей.

Не знаю, как обстоят дела на ios, но видели ли вы объем разрешений, который запрашивает мобильный сбер при установке на андроид? Там чуть ли не фуллдоступ, список контактов, файловая система, сеть, камера итд. Такой список доступов банковскому приложению не нужен. При всей официальности данного софта ставить ЭТО на телефон никакого желания лично у меня нет. Это спекуляция на тему «зачем».

Уязвимость аппаратов пользователей обсуждаемого приложения это не отменяет, конечно (кто мешает разрабу через неделю выкатить фишинговый апдейт), но раз его код теперь открыт — я бы себе такое собрал из исходников.

Отмечу, что у нас полно вакансий даже на откровенно дефицитные специальности типа devops/automation, которые предполагают выполнение тестового задания. То, что тестовые задания отпугивают соискателей, технических специалистов, которые проводят интервью, волнует крайне мало. По себе знаю :)

upd: сорри, не в тот тред ответил

Мои рекомендации соискателям:

1) Заранее прикиньте, сколько бесплатного времени вы готовы посвящать тестовым заданиям. Если при постановке задачи очевидно, что она займет больше времени — скажите об этом. Работа в айти компаниях — это не спринт, а марафон, вам только в плюс пойдет, что вы адекватно собственные силы оцениваете, а не надрываетесь каждый раз, чтобы не сорвать сроки.

2) Переспрашивайте и уточняйте. Задания зачастую формулируются кое-как, из-за чего недалекий работодатель может очень удивиться, получив решение, соответствующее ТЗ, но в корне отличающееся от того, что с его точки зрения разумно. По этой же причине обязательно

3) объясняйте ключевые моменты своего решения. Работодатель не сможет залезть к вам в голову и понять их самостоятельно. Обычная стратегия для тестовых заданий, «минимум сложностей, максимально быстро», порождает разного рода костыли и заплатки. Напишите о них в readme, расскажите, какие есть другие, более правильные варианты.

4) Сделайте ваш код непригодным для использования в продакшене и напишите о том, чего ему не хватает для этого в readme. Не старайтесь сделать полностью рабочий прототип, учитывающий побочные вопросы, не упомянутые в ТЗ. Например, если вы проектируете веб-сервис, вместо полностью настроенного OAuth, двухфакторной авторизации или чего-то схожего по сложности спокойно используйте http basic auth.

5) Убедитесь в том, что ваш код, если он платформозависимый, заработает у работодателя. Ваше тестовое должно запуститься сразу, без танцев с бубном и настройки нужной среды. При необходимости воспользуйтесь docker/vagrant+vbox и напишите простой шелл-скрипт для автозапуска.

6) Выкладывайте хорошие решения тестовых заданий на github. Предупредите об этом работодателя заранее, сразу после вопроса «Как Вы относитесь к тестовым заданиям?». Если в этой компании не оценят ваши усилия, их вполне могут оценить другие. К тому же, настанет день, когда вам самим придется искать человека в свою команду, в этом случае какой-то материал уже будет у вас под рукой.

Не могу больше терпеть, задам этот глупый вопрос.
Коллеги, вот вы все — умные ребята. Растолкуйте мне, дураку, чем в борьбе с тираризмом поможет заблокированный мессенджер? Уже месяц прошел, а для меня вся эта истерия вокруг телеги так и осталась происками российского айтишного лобби, выдворяющего с рынков своего конкурента.

Хотите сказать, что без Телеграма нельзя будет скоординировать теракт? Шутку понял, смешно.

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

Призываю в комментарии сторонников блокировки мессенджера. Разъясните свою позицию, вдруг я чего-то в этой жизни не понимаю.

Яндекс тут еще и публичное облако собрался выкатывать. С чего бы им быть чем-то недовольными? Все норм.

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

Остается топить за то, чтобы работа в РКН и сопутствующих структурах становилась «волчьим билетом» для соискателя при попытке устроиться в достойную айти-компанию. И пусть это будет поводом задуматься для тех, кто своими собственными руками собирается устроить в русскоязычном интернете всеобщую цензуру и совок.

Зашел почитать, как страшен Ansible, а прочел, как ужасен Vagrant + Virtualbox. Ну да ладно.

Группу повторяющихся тасков с похожими параметрами выносите в отдельный файл и вызывайте через include_role

Потенциально очень багоемкая директива, рекомендую во всех возможных случаях юзать import_* или вообще объявлять роли списком в теле плейбука (1.4-стайл). Разница между статической и динамической загрузкой тут: docs.ansible.com/ansible/2.4/playbooks_reuse_includes.html

сделал playbook для установки всех ролей

А зачем?

Мы использовали. Считать по нему регулярные метрики — одно удовольствие. Масштабируется горизонтально добавлением новых нод, буфер на случай всплесков — обычный лог-файл, куда бекенд/сборщик сваливает события, а воркеры их разгребают и складывают в ЕС.

Нюансы были при построении воронок — в силу выбранной схемы (timeseries) приходилось писать скрипты, сохранящие список пользователей и подставляющие уменьшающийся с каждым разом список в качестве аргумента к следующему запросу. И, конечно, результаты таких агрегаций приходилось самостоятельно визуализировать.

Также болью было писать скрипты к двум разным базам — пользовательские профили в силу различных причин хранились в классической rdbms.

Прошу прощения, похоже, я не прикрепил ответ к ветке к нужной ветке диалога.

Слишком сложно и дорого. Такой поток метрик прожует ELK-стэк, развернутый на двух EX41-SSD на хецнере (2 * 34 € ), не особо при этом чихая. Да что там, rdms тоже должны справится, но эластик очевидно выигрывает за счет легкости в добавлении новых ключей и наличия коробочных средств просмотра.

Разбор аргументов в gradlew

case $i in
  (0) set -- ;;
  (1) set -- "$args0" ;;
  (2) set -- "$args0" "$args1" ;;
  (3) set -- "$args0" "$args1" "$args2" ;;
  (4) set -- "$args0" "$args1" "$args2" "$args3" ;;
  (5) set -- "$args0" "$args1" "$args2" "$args3" "$args4" ;;
  (6) set -- "$args0" "$args1" "$args2" "$args3" "$args4" "$args5" ;;
  (7) set -- "$args0" "$args1" "$args2" "$args3" "$args4" "$args5" "$args6" ;;
  (8) set -- "$args0" "$args1" "$args2" "$args3" "$args4" "$args5" "$args6" "$args7" ;;
  (9) set -- "$args0" "$args1" "$args2" "$args3" "$args4" "$args5" "$args6" "$args7" "$args8" ;;
esac

Честно говоря, уже пару лет указываю чужой номер телефона при оформлении бонусных карт, промо-предложений итд. Прости меня, товарищ, чей номер отличается от моего только последней цифрой — у тебя она 5. Я закину тебе сотню на телефон.

Если я все правильно помню, с 2.4 инвентори — это тоже плагин

Уполномочивать владельцев продукта проводить изменения и принимать решения по продукту. Сложные системы отчётности и комитеты по согласованию не нужны.

Одного меня бросило в холодный пот от мысли, что продукт овнер может быть ответственным за эксплуатацию в проде? Не слишком ли много власти для одного человека? -_-

Ну сколько можно в каждой статье ставить ansible? Он ставится не приходя в сознание и не требует ничего, кроме спинного мозга, для ознакомления.