Information
- Rating
- Does not participate
- Location
- Россия
- Date of birth
- Registered
- Activity
Specialization
Системный администратор, DevOps-инженер
Ведущий
From 450,000 ₽
Ansible
CI/CD
Администрирование Linux
DevOps
Администрирование сетей
Системное администрирование
Системы виртуализации
It-консультирование
Openstack
Shell scripting
Опять "по просьбам трудящихся" =(
Бедные зайцы....
Купил бойлер, чтоб не зависеть от графика подачи горячей воды и вот ты уже майнер? Интересно они придумали конечно.
Так речь же про Бельгию. Видимо рассчитали, раз надеются на увеличение занятости.
Донаймут еще людей, чтобы закрыть "дырку" от сокращения рабочих дней действующих сотрудников, там где это в целом возможно. По крайней мере такова теория. На практику посмотрим =).
Автоматизированный бардак останется бардаком. А бот вносит в бардак дополнительную боль. Жать кнопки и заполнять формы проще и понятнее, чем объяснять боту что ж ты хотел-то.
Если у вас войны между разработчиками и админам (ну ладно-ладно DevOps-ами), то это может говорить о недостаточной квалификации как минимум части этих людей. И попутно руководителей, которые проморгали ситуацию и не исправляют.
Вот взять ваш же пример из статьи. Разработчику нужно запустить приложение в определенных условиях - почему из него надо эту информацию клещами тянуть? А с другой стороны - зачем разработчику знать все наименования теплейтов инстансов и групп безопасности? Админ/DevOps на основе требований сам выберет все что надо, если это не эникей с ЗП в 200 тыщ =).
З.Ы. Немножко завидую людям из примера, которые могут бесконечно воевать на работе со всеми и не переживать о будущем.
Ваш сарказм неуместен.
Основной функционал устройства должен сохраняться без интернета. Мы все же устройство (а не облачный сервис) покупаем и не за 5 копеек.
Если это голосовой помощник, то он должен позволять работать с голосовыми командами и локальными ресурсами при потере связи.
Если это система видеонаблюдения, то она должна уметь сохранять видео локально.
Если это система автоматизации дома, то должен быть локальный контроллер и функционал при отключении интернета не должен теряться.
в то же время прогноз погоды, программа телепередач, потоковое видео или аудио вещание, синхронизация календарей, сохранение данных "в облако" и пр. по своей природе могут быть только внешним. Без них может быть грустно и неудобно, но устройство все еще можно будет использовать.
Во всем важен баланс =).
Не понимаю вашей агрессии.
То что вы называете "колонка" продается под формулировкой "электронный помощник". Очевидно он должен им оставаться и без интернета, в соответствии с ограничениями. Должны оставаться работоспособными, навскидку, распознавание команд и программирование новых, таймеры, работа с локальными хранилищами мультимедиа, работа с локальными устройствами автоматизации.
Ну и кстати ;). Современный смартфон без интернета все также сможет проигрывать мультимедиа с флешки (внешней или внутренней). И навигатор сможет работать на сохраненных картах. Точно также с флешки можно будет открывать на просмотр и редактирование документы, устанавливать ПО. Вполне полноценный носимый компьютер.
За тем же. У них есть свои подписки на медиаконтент.
Это внешние сервисы, к которым устройство обращается за данными. Они могут быть недоступны. А вот, например, функция распознавания голосовых команд заявляется как основное преимущество и должна работать без интернета. И возможность перенастройки устройства локально тоже должна быть.
Это "пробная доза" =). Потом захочется стабильности, хорошего канала, защиты от DDoS и человек идет к хостинг-провайдеру =).
Мировые события показали, что устройство не должно быть привязано к внешним сервисам. Даже если не брать в рассчет приватность, меня изначально смущало, что устройство без интернета превращается в тыкву.
Так и не понял, что не так с аджайлом? Любой процесс организации работы не может быть "сферическим в вакууме", т.к. мир неидеален. Некоторые отклонения это нормально. Однако тот бардак, который вы описали будет мешать при любом способе организации работы. Тут скорее не аджайл виноват, а конкретные люди, которые не справились с организацией рабочего процесса. Упорядочивание и чек-листы это же первое что приходит на ум, если видишь бардак.
Системный архитектор без инженерного бэкграунда это ненормально. Сейчас объясню почему:
Архитектор это все же человек, который принимает стратегические решения. Чтобы принимать взвешенные решения инженерный бэкграунд необходим. Необязательно он должен быть подтвержден бумажно, но то что вы какие-то проекты реализовывали сами - это он самый и есть.
Так называемые "soft skills" это больше к менеджерам относится. По тому, как вы описали свою работу, вы все же не архитектор, а менеджер больше. Объясняю почему: вы строите свои выводы на основе опроса экспертов, а не на базе собственных знаний или изученной документации (как вы описали в статье, так я и понял ;) ). Это больше смахивает на управленца, а не технаря.
А теперь к самой сути - смесь вашего уникального опыта, пытливого ума и навыков общения позволили вам эффективно работать на должности архитектора. Но если "каждая кухарка начнет управлять государством", то будет очень много проблем. Смиритесь со своей уникальностью =).
Полагаю сравнимо с воздушником для двигателя. При замене масла придется и эту бандуру менять. Зато радиаторы мыть не надо =).
Тут более интересный вопрос про влажную погоду. Через влажную бумагу воздух хуже проходит. А если еще и небольшой минус, то еще веселей будет ).
Да. Так все и будет. Можно еще ногой попинать, чтобы выбить больше пыли ).
Пример как неверные рассуждения и неверно выбранный путь решения приводят к катастрофе. Пользуйтесь головой, господа. И изучайте предметную область заранее.
Шутка конечно, но я на своем автомобиле с ДВС радиатором тоже неплохо собираю пыль =). Тут получается просто еще бумажный фильтр перед радиаторами поставят? А что с утилизацией этой грязи? Все также как и раньше - воздушник бумажный и его можно в мусорку?
Этот пример, как и многие другие легко укладывается в определение "программисты нарукожопили". Расследование не меняет этого факта, а лишь раскрывает детали.
Культ-карго будет, если для увеличения производительности, без изучения причин, будет использоваться один и тот же метод/блок кода.
Теперь мы сможем изловить "хищника". Наконец-то!