Как сейчас с работой '25?
Microsoft Azure? Как деплоить на их серверы?
Там же было только о дев-опс
А спросить копилот? Он же это знает.
Microsoft Azure – это облачная платформа, предоставляемая компанией Microsoft. Она позволяет пользователям арендовать вычислительные мощности, хранение данных и различные сервисы через интернет. Вместо того чтобы иметь свои собственные серверы и оборудование, вы можете использовать ресурсы Azure для запуска своих приложений, хранения данных, создания виртуальных машин и многого другого. Это помогает компаниям быть более гибкими и экономить на ИТ-инфраструктуре.
Azure предлагает множество услуг, включая:
- Виртуальные машины: запуск и управление виртуальными компьютерами.
- Хранение данных: безопасное хранение и управление большими объемами данных.
- Базы данных: создание и управление различными видами баз данных.
- Аналитика: инструменты для анализа данных и получения инсайтов.
- Сетевые решения: создание и управление виртуальными сетями.
- Безопасность: инструменты для обеспечения безопасности и защиты данных.
---
Azure DevOps – это набор инструментов от Microsoft, который помогает командам планировать работу, разрабатывать код, тестировать и развертывать приложения. Он включает в себя следующие ключевые компоненты:
- Azure Boards: Инструмент для управления проектами, который включает трекеры задач, истории пользователей и диаграммы Kanban.
- Azure Repos: Гит-репозитории для хранения кода с поддержкой версионного контроля.
- Azure Pipelines: Система непрерывной интеграции и развертывания (CI/CD), позволяющая автоматизировать сборку, тестирование и развертывание приложений.
- Azure Test Plans: Инструмент для управления тестированием, который помогает автоматизировать и отслеживать результаты тестирования.
- Azure Artifacts: Сервис для управления артефактами сборки, который позволяет хранить и делиться пакетами (например, NuGet, npm, Maven).
Эти инструменты позволяют командам разработчиков эффективнее сотрудничать, автоматизировать рабочие процессы и улучшать качество программного обеспечения. Azure DevOps поддерживает интеграцию с различными сторонними инструментами и платформами, что делает его универсальным решением для DevOps-практик.
И это всё должен знать средний разраб? Я там чёта копался у нас на проекте в этом Ажуре - ну какие-то пайплайны вроде встречал. Там всё равно ничего из этого не заполнено - похоже, у нас это не пользуют. Больше похоже на какую-то заумную хрень для мегапроектов на тыщи человек и десятки команд.
Больше похоже на какую-то заумную хрень для мегапроектов
Это все у вас фантазии опять разыгрались.
Похоже девопс обошел вас по большой дуге.
На самом деле всё просто и даже удобно. И для любого нормального проекта очень нужно.
Изменения в мастер зашли и тут же автоматом тесты и заливка на сервер, если всё удачно. Это по минимуму.
Хотя для запуска иногда приходится попотеть, но зато после - всё на автомате.
И это всё должен знать средний разраб?
Не, там смысл другой - хотим такого разработчика на зарплату миддла.
Изменения в мастер зашли и тут же автоматом тесты и заливка на сервер, если всё удачно.
------
Я таки такое делал на КруисКонтроле...
хотим такого разработчика на зарплату миддла.
-----
если бы только это... У меня, например, еще и психологическая несовместимость с тамошним коллективом...
И это всё должен знать средний разраб?
Боюсь, что да. Ну или как минимум должен иметь опыт взаимодействия со всем этим добром.
Я там чёта копался у нас на проекте в этом Ажуре - ну какие-то пайплайны вроде встречал.
Ты случайно не путаешь Azure DevOps (который по сути просто ребрендинг TFSа) и Azure , которые облако?
И это всё должен знать средний разраб?Не, там смысл другой - хотим такого разработчика на зарплату миддла.
Да мало ли что хотят. У меня было как-то состояние, что я не откликался на те вакансии, где видел хотя бы пару пунктов, которые не знаю. Ну и выбор тогда сужался до пары вакансий, образно говоря. А другие лезли без мыла во все щели и рано или поздно устраивались на другие работы, даже если по половине пунктов не подходили. Надо понимать, что вакансии составляют тоже далеко не эксперты, а скорее наоборот. Поэтому идём на все объявы, куда подходим хотя бы на половину и лежит душа, а там как кривая вывезет.
На рынке нет какого-то заметного количества многоопытных малооплачиваемых специалистов, поэтому выбирать работодателям не приходится. Другой вопрос, на каком этапе поиска они находятся и могут ли годами не закрывать позиции. Если не возьмут меня, то кого вообще возьмут тогда? Что-то не наблюдаю вокруг себя толп неприкаянных "ценных специалистов". Ну вот хотя бы одно то, что мне сами на моём проекте сказали, что до меня пытались с несколькими работать - не пошло. А со мной уже несколько лет идёт, хотя и не без проблем. Меня, кстати, удивило, что они это в открытую говорят. По идее, им бы меня чморить и унижать надо, типа да до тебя тут гении были - а куда делись? - просто ушли на повышение, а ты ваще ничего не можешь, и мы тебя держим лишь из жалости. Поэтому зарплату тебе не повысим. Ну, так на галерах по крайней мере делают. )))
Но я вот даже по коду наблюдаю, что особо гениального там и тут на проектах ничего нет. Где-то кажется хорошо продумано, где-то излишняя переусложнённость, а где-то явно какой-то студент кропал. Но все сейчас в помидорчиках ходят с высоко задраным носом. ))
И это всё должен знать средний разраб?Боюсь, что да. Ну или как минимум должен иметь опыт взаимодействия со всем этим добром.
Иметь опыт и быть экспертом в этом деле - разные вещи. Люди-то обычно подразумевают, что ты что-то путное можешь сделать и при этом не сломаешь ничего.
Ты случайно не путаешь Azure DevOps (который по сути просто ребрендинг TFSа) и Azure , которые облако?
Может и путаю. Я и говорил, что считаю "Azure , которые облако" чем-то вроде веб-сервера, только удалённого и более навороченного, может быть. А может и наоборот - более простого, без тысяч мелких настроек.
Я и говорил, что считаю "Azure , которые облако" чем-то вроде веб-сервера, только удалённого и более навороченного, может быть
Так и есть, "Azure , которые облако" - это, по сути, множество разных веб-серверов (сервисов), каждый из которых специализируется на чем-то одном. Грубо говоря, тебе надо писать данные в БД, сохранять файлы на диске, обмениваться сообщениями между своими микросервисами, хранить секретные данные итд. Для каждого из этих действий есть свой отдельный сервис в Azure с "тысячими мелких настроек" (и своим API).
Иметь опыт и быть экспертом в этом деле - разные вещи. Люди-то обычно подразумевают, что ты что-то путное можешь сделать и при этом не сломаешь ничего.
Ну и как ты понимаешь, нужно иметь какое-то представление об этом зоопарке сервисов, чтобы выбрать наиболее оптимально подходящие для твоей задачи сервисы и их конфигурации. От этого зависит эффективность работы твоего приложения и цена :)
И в этом должен разбираться средний программист? - Только если он этим тесно занимался по работе в последнее время. А если таски в коде закрывал, то он даже представления может не иметь, что этот код в общем делает. Более того, ему даже вредно такие представления иметь - отвлекает от локальной таски, и он начинает задавать лишние вопросы, его не касающиеся. Ну а тот, кто все эти представления имеет, плюс в тасках тоже дока, то он далеко не intermediate, и может даже ему нет смысла чалиться тут в Германии за мелкий прайс.
Вобщем, требовать они могут что угодно.
И в этом должен разбираться средний программист?
Конечно должен :)
А если таски в коде закрывал, то он даже представления может не иметь, что этот код в общем делает. Более того, ему даже вредно такие представления иметь - отвлекает от локальной таски, и он начинает задавать лишние вопросы, его не касающиеся.
Ошибаешься. Тупое кодирование сегодня никому не интересно.
Меня удивляют твои высказавания. Ты либо банальный троль, либо блаженый :)
Что значит "тупой кодер"? Типа если просто кодишь, то тупой, а если ещё и деплоить умеешь с решением всяких заморочек при этом, то сразу умный? А если вообще полный девопсовский спектр можешь предложить, да за тот же прайс, то просто гений? А точно не лох?
Вот человек не разбрасывается, а лет 10 грызёт одну узкую тему. А потом на собесе достаёт тебе по ней пачку каверзных вопросов.
Что значит "тупой кодер"?
Для банальных вопросов всегда есть копилот и Ко
"тупой кодер" может означать программиста, который выполняет рутинную работу по написанию кода без особого участия в интеллектуальной части процесса разработки, такой как проектирование алгоритмов или архитектуры программного обеспечения.
Что значит "тупой кодер"?Для банальных вопросов всегда есть копилот и Ко
А раньше был гуглёжь и стековерфлоу, и чел хоть какие-то усилия должен был приложить, чтобы самому что-то найти и отфильтровать. При этом до автоматизации "тупого кодинга" ещё как до Луны раком, чтобы можно было ИИ это поручить. Т.е. вы слишком быстро разучаетесь разводить огонь трением, хотя до массовых спичек и зажигалок ещё далеко.
"тупой кодер" может означать программиста, который выполняет рутинную работу по написанию кода без особого участия в интеллектуальной части процесса разработки, такой как проектирование алгоритмов или архитектуры программного обеспечения.
У вас архитектуру проектируют всей гурьбой, начиная от миддлов, или лишь архитектор с аналитиками, может с парой прошаренных и опытных сеньёров?
а если ещё и деплоить умеешьВсегда поражают подобные вопросы. Да один фиг что ты еще умеешь вдобавок, важно насколько быстро можешь это освоить.
Кабан Кабанычи же предполагают, что им не на отъебись задеплоят, а в самый аккурат. Чтобы надёжно, как швейцарские часы. Чтобы как у взрослых, только за детскую цену.
"Самим надо всё делать. Потому что руки-то не из жопы должны расти!"
чтобы самому что-то найти и отфильтровать
Зачем тратить время там где это не нужно?
При этом до автоматизации "тупого кодинга"
нужно просто уметь работать инструментом.
У вас архитектуру проектируют всей гурьбой
как обычно не на то смотрим
без особого участия в интеллектуальной части процесса разработки./нахождения ошибки