Илья, спасибо вам огромное за данное видео, все четко по полочкам разложили. А то на сайтах по поиску работы за последние несколько лет предлагают вакансии devops и сложилось впечатление, что это некий универсал, который стоит между разработчиками и админами, как некая прослойка.
Не точная трактовка. Devops выделилась в отдельное направление поэтому вначале видео вы и велели на hh вакансии devops . На самом деле есть отдельная каста инженеров - DevOps . Это те, кто внедряют devops практики. То же самое как и Scrum мастер , человек которые внедряет agile . И agile и devops являются методологиями
К своему стыду, тоже думал, что DevOps это новая профессия, и что IT индустрия пытается родить универсальных спецов, которые могли бы поддержать ЦОД с тысячами виртуальных машин, не растерявшись, если упал гипервизор, или какой-то из сервисов на ОС, или подправить исполняемый код на Java. Т.е. в моем понимании это дежурный ЦОДа, которого можно оставить на поддержке и он справится с любой траблой и даже победит развалившийся RAID или натраблшутит поврежденный линк по SAN. В общем, инженер по железу/инфраструктуре - сис.админ из эксплуатации - и разраб. Когда жить, если все это знать на высоком уровне? Видимо в следующей жизни. Ну и много вакансий происходит из hh, через которые разыскивают спецов по описанному выше принципу и предлагая приличные ЗП.
Такая картина бывает в разраб-конторах, где не очень большой штат, но много наземной инфраструктуры, которую кто-то должен админить. И тогда таки да, именно такая картина и наблюдается - админ по эксплуатации + билд/релиз инжинер. Я работал в одной такой компании, и там наблюдался сильный перекос в сторону второго. Поэтому облако наше всё.
Автор прав, ребята. Девопс должен знать многие технологии в разных сферах. Нужно ориентироваться в администрировании, оркестрации, сетевых технологиях, знать основы веб сервисов, tcp любых остальных, как базы данных, так и очереди, так и выкладки разных языков программирования. Но самое главное, это взаимодействие с отделами. Причем ИТ отдел не единственный с кем придется взаимодействовать, так же и маркетологи, которые хотят лендинги выложить на определенный домен (причем головой понимать надо что они хотят, и как это коррелирует с тем что ты будешь делать). Ну и самое главное - учимся, не создаем проблемы остальным, а решаем их. Всем DevOps, пацаны. Пишет девопсер со стажем лет 8 наверное уже.
@@rightpowered Я что-то не понял. Я же согласился с вами :) Я и не говорил про одного сотрудника, а говорил за специалиста со своею головой, который работает в отделе девопсов. И навыки я перечислял как полезные для знаний. А не обязательные для работы. Потому что работа девопса - это далеко не компы бухгалтерам собирать. Так что странное у вас замечание в мою сторону ;)
@@rightpowered Ну хотел как лучше, ну да ладно. Буду говорить языком твоим: Еще раз, программист не будет собирать компы, но в большинстве случаев умеет. Админ будет админить, и так же не будет собрать компы, хотя тоже умеет. DBA архитекторит базы данных, а DevOps объединяет людей с узкими специализациями, умеет согласовывать пробелы в знаниях между отделами. Если у вас нет таких специалистов, и ты считаешь что девопс - методология, а не специалист, это не значит что у всех компаний так как у вас.
С точки зрения потребителя меня как то бесит слишком частое обновление ПО. Хотелось бы, чтобы оно просто стабильно работало, и поменьше проблем доставляло. А с обновлениями приходят не только улучшения, но и новые проблемы, как часто бывает. Можно ведь сразу делать качественный продукт!? Так то я и сам программист. Но в embedded, и код низкоуровневый, работающий с железом.
Психологически-сложная и дискуссионная тема, на самом деле... (Поэтому частые вздохи за кадром?) Большинство мифов про девопс (строго Linux, только инструменты с комьюнити и best-practice) основаны на патологическом непонимании людей, что бизнесу помимо результата важны: 1. Стоимость решения (винда-таки денег стоит по ядрам на лицензии Datacenter, и да, DevOps не имеет смысла без виртуализации). 2. Стоимость владения (отсюда растут ноги у больших ЗП специалистов, помимо хайпа; тк построителей велосипедов на OpenStack привлечь стандартной ЗП проблематично) 3. Желание сохранить статус-кво в отношениях между подразделениями (часто встречающийся кейс в России, тк 152-ФЗ и другие наши добрые друзья): выделение DevOps в отдельную квази-касту между программистами и админами. Нетрудно догадаться, что в результате нет никаких нормальных взаимоотношений, приклад деплоится "по-говну", админы - все равно мудаки, но "зато у нас DevOps!" В Public Clouds второй и третий пункт убирается, но суть та же: стоимость! Ну и про комплексный подход во внедрении чего-либо не забываем... ЗЫ Илья, а не думали новое направление открыть: внедрение практик DevOps под ключ?😉 Типа, как раньше системные интеграторы внедряли ITIL. Я в системную интеграцию не стремлюсь, тч идея бесплатная. (или вы уже открыли😳 ...и без моих умозаключений...😔) ЗЗЫ Чтобы стать DevOps - нужно не быть ограниченным и учиться мыслить.
По ходу очередной виток дот-комов. Закупились попкорном. Ждём инересностей. Теперь под соусом "дев-опс" ) По сути (личное мнение. сугубо. отрицаемо и обсуждаемо), дев-опс - это универсал. Нахватавшийся универсал. Но! Когда универсал реально в пограничных областях сечёт - это круто! Но это уже не дев-опс. Это - ЦЭО )))
О как! Я поглядел и осознал, что в моей конторе девопс и я в нем как инженер задействован. Но у нас никто не кричит про это, про это. Все просто работают.
Илья, спасибо за видео. Хотел добавить, в одном из ваших видео из авто, кто-то вам подсказал книгу "Проект "Феникс" Роман про DevOps. Читали? Какое впечатление?
Читал. По работе Вы там ничего полезного не найдете. Это офисная пьесса с хеппи-эндом уровня "так не бывает". Но, если вдруг Вы пошли в отпуск, а мозгами все еще на работе, то эту книжку можно прочитать и приземлить мозги на отдых.
@@alextheengineercccp3596 Да это то понятно. :) Я просто начал читать. Забавная вещь. :) Местами даже порой перекладыаешь на свою организацию. Но мне кажется, под всей этой художественностью, можно что-нибудь для себя полезного и вынести. Как вы сказали, отстраниться и пересмотреть свои взгляды.
И да, теперь книжку лучше читать только после данного видео. Я раньше как-то не задумывался о смысле слова D/O и, прочитав ту книгу, не мог бы дать такого простого опредениея D/O, кау у Ильи :)
Вообще-то, там 90% информции - КРАЙНЕ полезно. Но только если вы уже в должности чуть выше admin/senior admin и можете влиять на принятие решений. Ибо там описан типичный бардак, который есть в ИТ 90% в том числе очень крупных компаний.
Ничего не понял снова. "DevOps это не человек, это набор практик", и в конце "чтобы стать DevOps-ом..". Познать Дзен, что ли? Это не отдельная профессия, а навык?
Тема интересная, текст написан ёмко и компетентным человеком. Но я бы посоветовал подавать его более эмоционально, потому что сейчас просто нудятина. Желаю успехов и развития.
Ну на мой взгляд некорректно сравнивать лотус и нетфликс. Всё ж лотус делался для кровавого ынтерпрайза. Такие продукты крайне неповоротливы. На них выстроена туева хуча бизнес-процессов, и релизы раз в неделю там отважатся накатывать только упоротые смельчаки.
Надо отличать публичные веб-продукты с одной инсталляцией от корпоративного ПО, у которого нет одной инсталляции, администрируемой одной компанией. Нетфликс - это одна компания, которая имеет одну инсталляцию своего ПО, у них просто нет других вариантов, кроме как обновлять эту одну единственную инсталляцию. А раз инсталляция одна, то и группировать изменения в большие порции нет особого смысла - можно каждую исправленную опечатку отправлять сразу в продакшн. Лотус используется во множестве компаний. Инсталляцией, администрированием и обновлением этого ПО занимаются собственные администраторы компаний. Часто обновлять ПО в такой ситуации - значит увеличить расходы на это ПО для компаний-потребителей. Нет смысла часто исправлять ПО, т.к. каждое отдельное исправление не несёт для компании особой ценности. Лучше делать одно куммулятивное обновление, которое добавляет сразу значимое количество новых функций.
Спасибо, вопрос такой: Как тогда сейчас называют человека, который обслуживает win/lin hyper-v/proxmox/vmware следит за производительностью всего этого и устраняет узкие места, будь то дисковая подсистема для файловых шар или БД, сетевой стек или косяки взаимодействия оборудования разных вендоров, проблемы софта. Понятно, что не гуру во всем сразу и есть предпочтения, но в силу "исторически сложилось" приходится держать все это. Кроме того внедрение системы контроля версий или того же контейнирования требует серьезных организационных изменений, что для крупных компаний вещь медленная. Куда на ваш взгляд стоит развиваться, и какие технологии будут преобладать? К вопросу о гиперконвергентной среде, разные вендоры ibm/hp понимают это по разному и предлагают различные реализации, а hpe так вообще заявляет, что профессия сисадмин, "все" автоматизирована. Вопросов получилось гораздо больше.
Оказывается то чем мы занимались еще с конца 90-х и в начале 2000-х был модный нынче девопс))) Судя по ролику - вся пурга из-за плохого документирования фич. Какова реальная ситуация при работе по девопс, только общие слова.
Dmitry Medvedev Где то, до 2010 г. плюс минус какой то не большой временной лаг года 2-3 после него и до него, было время дилетантов, так что автор канала прав.
Тем, что можно было иметь весьма скудные представления об ИТ и при этом иметь работу. Халва закончилась в момент когда у управлению в ИТ пришли бывшие разрабы и инженеры, которые с дества учились. Устроиться слабым спецом можно, либо пока молод, либо на 30 тыс. В России нормально с толковыми ребятами, на уровне с другими странами. Экономика слабая и задачи только в центре, но это не вина ит.
ИТ-Видео Лучше не скажешь. P.S. единственная поправка на мой взгляд Устроиться слабым спецом можно, только пока молод, на 30к думаю если за 30 лет вообще врядли где то возьмут, как мне кажется.
Одно могу сказать что человек это не компьютер и знать все это не реально так что это полная хрень технологии меняются практически каждый день что то новое вносится и исправляется выходят новые олгаритмы работы и вычисления новые платформы и устройства для передачи и обработки информации например фирма Cisco и Huawei посути два конкурента в сфере маршрутизации и передачи данных у них разные протоколы передачи и работают на разных алгоритмах архетектура то же разная то есть сейчас таких фирм очень много и выбор очень широк те же сервера работают на архитектурах Xeon и других типах процессоров так что на каждый процессор нужно писать свою конкретную программу именно под определенную систему что просто это не реально потому как не каждый софт будет одаптирован лучше под ту или иную систему так что херня получается с вашими devops смысл гнаться за двумя тримя зайцами не вижу все равно каждая фирма или организация будет подстраивать те задачи или решения именно под себя именно то что конкретно нужно так как фантазии у людей может быть много но вот вопрос возможно ли сделать так чтоб та или иная программа работала одинаково хорошо на любой платформе без всяких глюков и лагов с учетом тех требований которые к ней возлагают организации если учитывать тот факт что да же базы данных сотовых и других больших организаций таких как больницы, школы, институты, предприятия бывает глючат не по детски так что это все фигня полная сперва для начала с базами данных разберитесь оптимизируйте процессы чтоб не было всяких там проблем с некоректной работой ато все такие умные как я погляжу чет да же систему блокчейн не могут реально реализовать в жизнь до сих пор которую так расхваливают и которая при больших транзакциях в секунду начинает лагать не по детски😂!
"Просто индусов-кодеров/админов/инженеров стало ОЧЕНЬ много" от количества не зависит качество, только одно могу сказать, наши программисты стоят неисчислимого кол-ва индусов программистов, в тех же США, да и не только, ищут наших талантливых программистов, эту инфу я знаю из разных источников, этого вам в открытую никто не скажет,спору нет, индус может написать код, да он будет работать, но КАК, я уж молчу о том чтобы его в дальнейшем гибко изменять, улучшать и т.д. P.S. про универ, это просто как отбор какой то хоть, суть одна среди, индусов крайне маленький процент нормальных программистов от всего числа их программистов, по сравнению с нашими.
нда.... где вы такую транскрипцию нашли? dictionary.cambridge.org/dictionary/english/buzz dictionary.cambridge.org/dictionary/english/word Даже Ваш любимый Forvo: forvo.com/word/buzz/#en forvo.com/word/word/#en
ИТ-Видео бывает такое. а ещё бывает когда люди секут нормально (языковые сертификаты это Вам не Microsoft), но другим всё равно в силу своей упёртости или другим причинам...
ИТ-Видео увы не в Гёте. у меня Deutsch für Zuwanderer B1 (cдаётся в Германии, сдал почти 4 года назад). Сдавал его потому, что он частично (и прилично) оплачитвается BAMF-ом. www.bamf.de/RU/Willkommen/DeutschLernen/Integrationskurse/integrationskurse-node.html Он примерно в полтора раза легче Гёте. В Гёте если я не ошибаюсь два письменых задания. Но этот DfZ включает еще тест (и короткий курс) на знание культуры, истории и утройства Германии. Вот в планах в следующем году уже B2 сдавать. Хожу на вечерние курсы. Английский сдавал Cabmridge год назад. Трёх баллов не хватило до B2 (FCE). Самое интересно, что трындеть у меня почти на С1 получается (173 балла), а вот письмо я провалил (150 баллов)...
Красаучик !!! Теперь понятно, что это не человек или инструмент а это процесс)) Спасибо!!!
Илья, спасибо вам огромное за данное видео, все четко по полочкам разложили. А то на сайтах по поиску работы за последние несколько лет предлагают вакансии devops и сложилось впечатление, что это некий универсал, который стоит между разработчиками и админами, как некая прослойка.
Все теперь ясно с DevOps -om! Спасибо:)
Не точная трактовка. Devops выделилась в отдельное направление поэтому вначале видео вы и велели на hh вакансии devops . На самом деле есть отдельная каста инженеров - DevOps . Это те, кто внедряют devops практики. То же самое как и Scrum мастер , человек которые внедряет agile . И agile и devops являются методологиями
К своему стыду, тоже думал, что DevOps это новая профессия, и что IT индустрия пытается родить универсальных спецов, которые могли бы поддержать ЦОД с тысячами виртуальных машин, не растерявшись, если упал гипервизор, или какой-то из сервисов на ОС, или подправить исполняемый код на Java. Т.е. в моем понимании это дежурный ЦОДа, которого можно оставить на поддержке и он справится с любой траблой и даже победит развалившийся RAID или натраблшутит поврежденный линк по SAN. В общем, инженер по железу/инфраструктуре - сис.админ из эксплуатации - и разраб. Когда жить, если все это знать на высоком уровне? Видимо в следующей жизни. Ну и много вакансий происходит из hh, через которые разыскивают спецов по описанному выше принципу и предлагая приличные ЗП.
Такая картина бывает в разраб-конторах, где не очень большой штат, но много наземной инфраструктуры, которую кто-то должен админить. И тогда таки да, именно такая картина и наблюдается - админ по эксплуатации + билд/релиз инжинер. Я работал в одной такой компании, и там наблюдался сильный перекос в сторону второго. Поэтому облако наше всё.
Автор прав, ребята. Девопс должен знать многие технологии в разных сферах. Нужно ориентироваться в администрировании, оркестрации, сетевых технологиях, знать основы веб сервисов, tcp любых остальных, как базы данных, так и очереди, так и выкладки разных языков программирования. Но самое главное, это взаимодействие с отделами. Причем ИТ отдел не единственный с кем придется взаимодействовать, так же и маркетологи, которые хотят лендинги выложить на определенный домен (причем головой понимать надо что они хотят, и как это коррелирует с тем что ты будешь делать). Ну и самое главное - учимся, не создаем проблемы остальным, а решаем их. Всем DevOps, пацаны. Пишет девопсер со стажем лет 8 наверное уже.
@@rightpowered Я что-то не понял. Я же согласился с вами :) Я и не говорил про одного сотрудника, а говорил за специалиста со своею головой, который работает в отделе девопсов. И навыки я перечислял как полезные для знаний. А не обязательные для работы. Потому что работа девопса - это далеко не компы бухгалтерам собирать. Так что странное у вас замечание в мою сторону ;)
@@rightpowered Ну хотел как лучше, ну да ладно. Буду говорить языком твоим: Еще раз, программист не будет собирать компы, но в большинстве случаев умеет. Админ будет админить, и так же не будет собрать компы, хотя тоже умеет. DBA архитекторит базы данных, а DevOps объединяет людей с узкими специализациями, умеет согласовывать пробелы в знаниях между отделами. Если у вас нет таких специалистов, и ты считаешь что девопс - методология, а не специалист, это не значит что у всех компаний так как у вас.
Илья, спасибо за скидку! Курс приобрел)
Илья спасибо за видео! Очень информативно.
Хотелось бы в следующих видео поподробне про правла DevOps и общие цели DevOps.
Вчера вышло видео, а сегодня Microsоft выпустила девопс-комплект для развёртывания в Азур приложений на вин платформе)))
Отличный обзор;) побольше таких, с юморком;))
Спасибо. Всем добра.
С точки зрения потребителя меня как то бесит слишком частое обновление ПО. Хотелось бы, чтобы оно просто стабильно работало, и поменьше проблем доставляло. А с обновлениями приходят не только улучшения, но и новые проблемы, как часто бывает. Можно ведь сразу делать качественный продукт!? Так то я и сам программист. Но в embedded, и код низкоуровневый, работающий с железом.
Любая компания, которая пойдет по такому пути через 3 года уйдет с рынка.
Подскажите пожалуйста, кто какие иностранные ресурсы мониторит? Если время есть)
Разоблачение дня. Теперь НН будет рассматриваться немного под другим углом.
И да, спасибо за видос. То, что нужно в утренней электричке :))
О! Наконец то)
Смотрю
Спасибо!
Психологически-сложная и дискуссионная тема, на самом деле... (Поэтому частые вздохи за кадром?)
Большинство мифов про девопс (строго Linux, только инструменты с комьюнити и best-practice) основаны на патологическом непонимании людей, что бизнесу помимо результата важны:
1. Стоимость решения (винда-таки денег стоит по ядрам на лицензии Datacenter, и да, DevOps не имеет смысла без виртуализации).
2. Стоимость владения (отсюда растут ноги у больших ЗП специалистов, помимо хайпа; тк построителей велосипедов на OpenStack привлечь стандартной ЗП проблематично)
3. Желание сохранить статус-кво в отношениях между подразделениями (часто встречающийся кейс в России, тк 152-ФЗ и другие наши добрые друзья): выделение DevOps в отдельную квази-касту между программистами и админами. Нетрудно догадаться, что в результате нет никаких нормальных взаимоотношений, приклад деплоится "по-говну", админы - все равно мудаки, но "зато у нас DevOps!"
В Public Clouds второй и третий пункт убирается, но суть та же: стоимость!
Ну и про комплексный подход во внедрении чего-либо не забываем...
ЗЫ
Илья, а не думали новое направление открыть: внедрение практик DevOps под ключ?😉 Типа, как раньше системные интеграторы внедряли ITIL.
Я в системную интеграцию не стремлюсь, тч идея бесплатная. (или вы уже открыли😳 ...и без моих умозаключений...😔)
ЗЗЫ
Чтобы стать DevOps - нужно не быть ограниченным и учиться мыслить.
Писал уже вечером, уставший в хлам, отсюда и вздохи и местами заплетающийся язык.
По ходу очередной виток дот-комов. Закупились попкорном. Ждём инересностей. Теперь под соусом "дев-опс" )
По сути (личное мнение. сугубо. отрицаемо и обсуждаемо), дев-опс - это универсал. Нахватавшийся универсал. Но! Когда универсал реально в пограничных областях сечёт - это круто! Но это уже не дев-опс. Это - ЦЭО )))
О как! Я поглядел и осознал, что в моей конторе девопс и я в нем как инженер задействован. Но у нас никто не кричит про это, про это. Все просто работают.
Картинку про суть девопса скрал себе в меморизы. Буду при случае умными словами фикстулить )
лайк плюс репост!!!
и это правильно, только так видео будут продвигаться.
Пишется код на джаве или вижуал студио...
Илья, здравствуйте! Подскажите будет ли в ближайшее время скидка на курс "Базовые инфраструктурные сервисы Windows Server 2016"?
Будет, следите за акциями и рассылками и все будет.
Сегодня была на Udemy рассылка. Если вы когда то брали курсы и не отписывались, то должны были ее получить.
Увы не брал, это будут мои первые
Илья, спасибо за видео. Хотел добавить, в одном из ваших видео из авто, кто-то вам подсказал книгу "Проект "Феникс" Роман про DevOps. Читали? Какое впечатление?
Читал. По работе Вы там ничего полезного не найдете. Это офисная пьесса с хеппи-эндом уровня "так не бывает". Но, если вдруг Вы пошли в отпуск, а мозгами все еще на работе, то эту книжку можно прочитать и приземлить мозги на отдых.
@@alextheengineercccp3596 Да это то понятно. :) Я просто начал читать. Забавная вещь. :) Местами даже порой перекладыаешь на свою организацию. Но мне кажется, под всей этой художественностью, можно что-нибудь для себя полезного и вынести. Как вы сказали, отстраниться и пересмотреть свои взгляды.
И да, теперь книжку лучше читать только после данного видео. Я раньше как-то не задумывался о смысле слова D/O и, прочитав ту книгу, не мог бы дать такого простого опредениея D/O, кау у Ильи :)
Вообще-то, там 90% информции - КРАЙНЕ полезно. Но только если вы уже в должности чуть выше admin/senior admin и можете влиять на принятие решений.
Ибо там описан типичный бардак, который есть в ИТ 90% в том числе очень крупных компаний.
Я закачал и жду момента почитать.
Ничего не понял снова. "DevOps это не человек, это набор практик", и в конце "чтобы стать DevOps-ом..". Познать Дзен, что ли? Это не отдельная профессия, а навык?
Saint девопс как муж и жена
нельзя быть мужем не имея жены
Жаль, что лайк 👍🏻 можно поставить лишь только один 😉
Тема интересная, текст написан ёмко и компетентным человеком. Но я бы посоветовал подавать его более эмоционально, потому что сейчас просто нудятина.
Желаю успехов и развития.
Благодарю за видео! Я думал, что я один, как белая ворона, отбиваюсь от начальства, которое предлагает стать ДевОпсом и говорю, что это не должность.
Ну так если готовы сделать з.п как у DevOps, то станьте))) Зачем отказывать людям.
[разводит руками] - Совесть не позволяет.
у бизнеса своё понимание этого термина. Иногда сильно извращенное (видел, как так называли первую линию техподдержки)...
Ну на мой взгляд некорректно сравнивать лотус и нетфликс. Всё ж лотус делался для кровавого ынтерпрайза. Такие продукты крайне неповоротливы. На них выстроена туева хуча бизнес-процессов, и релизы раз в неделю там отважатся накатывать только упоротые смельчаки.
А нетфликс это не кровавый энтерпрайз?)
Нет
Надо отличать публичные веб-продукты с одной инсталляцией от корпоративного ПО, у которого нет одной инсталляции, администрируемой одной компанией.
Нетфликс - это одна компания, которая имеет одну инсталляцию своего ПО, у них просто нет других вариантов, кроме как обновлять эту одну единственную инсталляцию. А раз инсталляция одна, то и группировать изменения в большие порции нет особого смысла - можно каждую исправленную опечатку отправлять сразу в продакшн.
Лотус используется во множестве компаний. Инсталляцией, администрированием и обновлением этого ПО занимаются собственные администраторы компаний. Часто обновлять ПО в такой ситуации - значит увеличить расходы на это ПО для компаний-потребителей. Нет смысла часто исправлять ПО, т.к. каждое отдельное исправление не несёт для компании особой ценности. Лучше делать одно куммулятивное обновление, которое добавляет сразу значимое количество новых функций.
Спасибо, вопрос такой: Как тогда сейчас называют человека, который обслуживает win/lin hyper-v/proxmox/vmware следит за производительностью всего этого и устраняет узкие места, будь то дисковая подсистема для файловых шар или БД, сетевой стек или косяки взаимодействия оборудования разных вендоров, проблемы софта. Понятно, что не гуру во всем сразу и есть предпочтения, но в силу "исторически сложилось" приходится держать все это. Кроме того внедрение системы контроля версий или того же контейнирования требует серьезных организационных изменений, что для крупных компаний вещь медленная.
Куда на ваш взгляд стоит развиваться, и какие технологии будут преобладать? К вопросу о гиперконвергентной среде, разные вендоры ibm/hp понимают это по разному и предлагают различные реализации, а hpe так вообще заявляет, что профессия сисадмин, "все" автоматизирована.
Вопросов получилось гораздо больше.
Когда ты тот самый Рамзес который знает как работает модуль
Оказывается то чем мы занимались еще с конца 90-х и в начале 2000-х был модный нынче девопс))) Судя по ролику - вся пурга из-за плохого документирования фич. Какова реальная ситуация при работе по девопс, только общие слова.
"Наступает врем профессионалов" - а когда оно не наступало?))
Dmitry Medvedev Где то, до 2010 г. плюс минус какой то не большой временной лаг года 2-3 после него и до него, было время дилетантов, так что автор канала прав.
и в чем оно выражалось, время дилетантов-то?
Тем, что можно было иметь весьма скудные представления об ИТ и при этом иметь работу. Халва закончилась в момент когда у управлению в ИТ пришли бывшие разрабы и инженеры, которые с дества учились. Устроиться слабым спецом можно, либо пока молод, либо на 30 тыс. В России нормально с толковыми ребятами, на уровне с другими странами. Экономика слабая и задачи только в центре, но это не вина ит.
ИТ-Видео Лучше не скажешь.
P.S. единственная поправка на мой взгляд Устроиться слабым спецом можно, только пока молод, на 30к думаю если за 30 лет вообще врядли где то возьмут, как мне кажется.
Да ладно, мне кажется, что всегда так было. Не, я не спорю, просто как-то, видимо, время халявы мимо меня прошло)))
Лотус не похоронен.
Например, ФНС РФ сидит на лотусе. В РН используется Лотус. ИТд итп.
То, что кто то трахает труп еще ничего не говорит )
@@IlyaMCT а пацаны-то не знают))
сенкс
купил кажеться ... но если нет беру ..
Где взять слайд с презентации, где все продукты отображены?
Написать мне на почту и я вам пришлю.
DevOps??? Стильномодномолодежно XD
DevOps darmoedy!
Лотус похоронен? Да живее всех живых
Бро, я пишу видосы из 2019-го )
Что такое Девопс - с 8 минуты
Одно могу сказать что человек это не компьютер и знать все это не реально так что это полная хрень технологии меняются практически каждый день что то новое вносится и исправляется выходят новые олгаритмы работы и вычисления новые платформы и устройства для передачи и обработки информации например фирма Cisco и Huawei посути два конкурента в сфере маршрутизации и передачи данных у них разные протоколы передачи и работают на разных алгоритмах архетектура то же разная то есть сейчас таких фирм очень много и выбор очень широк те же сервера работают на архитектурах Xeon и других типах процессоров так что на каждый процессор нужно писать свою конкретную программу именно под определенную систему что просто это не реально потому как не каждый софт будет одаптирован лучше под ту или иную систему так что херня получается с вашими devops смысл гнаться за двумя тримя зайцами не вижу все равно каждая фирма или организация будет подстраивать те задачи или решения именно под себя именно то что конкретно нужно так как фантазии у людей может быть много но вот вопрос возможно ли сделать так чтоб та или иная программа работала одинаково хорошо на любой платформе без всяких глюков и лагов с учетом тех требований которые к ней возлагают организации если учитывать тот факт что да же базы данных сотовых и других больших организаций таких как больницы, школы, институты, предприятия бывает глючат не по детски так что это все фигня полная сперва для начала с базами данных разберитесь оптимизируйте процессы чтоб не было всяких там проблем с некоректной работой ато все такие умные как я погляжу чет да же систему блокчейн не могут реально реализовать в жизнь до сих пор которую так расхваливают и которая при больших транзакциях в секунду начинает лагать не по детски😂!
Илья, какой вы душный, это шок
ОбеспЕчение! 😛
первые 3 минуты бред какойто
15 минут словоблудия... универсальный код речей. Смысловой нагрузки минимум... 😢
Единственное поправка или уточнение, индусы действительно криворукие )
Alexandru Bondarenco Это да, только в процентном отношении, уверен таких не много )
Alexandru Bondarenco О том то и речь )))
Это стереотип, коллега. Аналогичный тому, что все боксёры с отбитой головой.
Просто индусов-кодеров/админов/инженеров стало ОЧЕНЬ много.ИМХО
А Вы у каждого индуса диплом проверяли?))))) Вот честно, откуда у Вас такие умозаключения?
"Просто индусов-кодеров/админов/инженеров стало ОЧЕНЬ много" от количества не зависит качество, только одно могу сказать, наши программисты стоят неисчислимого кол-ва индусов программистов, в тех же США, да и не только, ищут наших талантливых программистов, эту инфу я знаю из разных источников, этого вам в открытую никто не скажет,спору нет, индус может написать код, да он будет работать, но КАК, я уж молчу о том чтобы его в дальнейшем гибко изменять, улучшать и т.д.
P.S. про универ, это просто как отбор какой то хоть, суть одна среди, индусов крайне маленький процент нормальных программистов от всего числа их программистов, по сравнению с нашими.
нда.... где вы такую транскрипцию нашли?
dictionary.cambridge.org/dictionary/english/buzz
dictionary.cambridge.org/dictionary/english/word
Даже Ваш любимый Forvo:
forvo.com/word/buzz/#en
forvo.com/word/word/#en
Все надо перепроверять( Люди иногда утверждают о том, в чем секут крайне слабо.
ИТ-Видео бывает такое. а ещё бывает когда люди секут нормально (языковые сертификаты это Вам не Microsoft), но другим всё равно в силу своей упёртости или другим причинам...
Кстати немецкие сдавали в гетте или что то иное?
ИТ-Видео увы не в Гёте. у меня Deutsch für Zuwanderer B1 (cдаётся в Германии, сдал почти 4 года назад). Сдавал его потому, что он частично (и прилично) оплачитвается BAMF-ом. www.bamf.de/RU/Willkommen/DeutschLernen/Integrationskurse/integrationskurse-node.html Он примерно в полтора раза легче Гёте. В Гёте если я не ошибаюсь два письменых задания. Но этот DfZ включает еще тест (и короткий курс) на знание культуры, истории и утройства Германии. Вот в планах в следующем году уже B2 сдавать. Хожу на вечерние курсы.
Английский сдавал Cabmridge год назад. Трёх баллов не хватило до B2 (FCE). Самое интересно, что трындеть у меня почти на С1 получается (173 балла), а вот письмо я провалил (150 баллов)...
Не ну рамжеша не приплетай