RedHat сокращает людей

отговорки, отговорки, давай на этом и закончим

отговорки, отговорки

https://community.coreldraw.com/talk/coreldraw_graphics_suite_x5/f/coreldraw-...

давай на этом и закончим

Вероятно, тебе нечего ответить в защиту своей точки зрения?

Почему неприятная? Единственное хорошее,что они сделали,это NetworkManager. И даже если они вообще закроются,он никуда не денется. НенужноД,к сожалению,тоже.

Почему неприятная? Единственное хорошее,что они сделали,это NetworkManager.

В старые добрые времена компания RedHat вносила полезные правки в ядро, из-за чего их ядро считалось очень стабильным, и его даже использовали в проекте Proxmox (который Debian based, а не RH).

Ну с тех пор они вполне успешно превратились в типичную корпорацию зла)

СО ВРЕМЕНЕМ ПО МЕРЕ НАДОБНОСТИ И ВОЗМОЖНОСТЕЙ ОБЫЧНО

Предлагаю по мере надобности использовать Python 2.7 в современных дистрибутивах. Или Python 3.10 на CentOS 6.

Предлагаю по мере надобности использовать Python 2.7 в современных дистрибутивах. Или Python 3.10 на CentOS 6.

Через distrobox ?

А можно ответить на мое сообщение:

RedHat сокращает людей (комментарий)

своей (желательно объективной) критикой, а не просто минусовать?

Да я уже всё написал: люди берут обычных админов, сажают их админить не фрибсду, а пинают чтобы они сами запихали софт в кубернетес и называют их девопс инженерами.

Это форменный идиотизм, потому что идея была в том, чтобы вообще убрать админов, кодифицировав их.

Вместо этого получили бредни вида «чтобы вам запустить наш софт, вам нужен девопсер»

Ехал докер через докер…

Да я уже всё написал: люди берут обычных админов

Какие люди? Можно пример? Вроде собес в хорошие места на DevOps инженера не так-то просто пройти, и к примеру мидлу и выше надо очень хорошо знать приличную часть DevOps инструментов, которые изучаются далеко не за один месяц. А еще нужен опыт ...

Ехал докер через докер…

Лучше, чтобы стоял на месте?

Или лучше ловить глюки слоев совместимости гениальных инженеров, поддерживающих легаси 20 летней давности?

Вроде собес в хорошие места на DevOps инженера не так-то просто пройти

это у тебя какая-то картина мира, которую ты очень хочешь видеть и выдаешь за действительность, сам себе разделяя места на хорошие и не хорошие по своему собственному критерию.

В реальном мире это вообще даже близко не так.

сам себе разделяя места на хорошие и не хорошие по своему собственному критерию.

А по какому критерию надо разделять? Хорошее то, куда берут неучей с прокачанными софт skills?

У нас используется cognos. Правда мы уже несколько лет с него слезаем и уже почти.

Зачем ты притащил, то что портировано из экосистемы мака))) Корел всегда был глючноватым поделием и без старых версий на свежих осях

я не знаю, это ты сам для себя разделяешь их на хорошие и плохие.

Реалии таковы, что:

1. «девопсер» — это как правило просто человек, который вместо программиста упаковывает программу в докер образ. Это в корне неправильно, потому что смысл девопс подхода в том, что программист участвует в создании конечной ценности, умеет туда деплоить, мониторить и управлять процессом доставки

2. в бизнес-партнерствах очень любят продавать девопс-инженера. Это почти всегда индикатор того, что на самом деле это не девопс. Смысл девопса в том, чтобы уволить админов, которые стали не нужны, потому что их работа теперь выполняется роботом. А вместо этого нанимается ещё больше людей, которые по сути выполняют ту же работу.

Ты пойми простую вещи: инновация должна кого-то увольнять и создавать новые места работы, которые сопровождаются сильным ростом производительности труда. На завод купили роботов, уволили 500 слесарей, наняли 30 инженеров по настройке и обслуживанию роботов, но делать начали в 5 раз и в 2,5 раза дешевле конечный продукт. Это развитие.

А когда возникает «девопсер», то это не развитие, а фигня, потому что тот же штат людей ещё вчера делал ровно всё то же самое, ничего не поменялось.

Корел всегда был глючноватым поделием и без старых версий на свежих осях

Ни разу раньше не видел в нем глюков на Windows XP.

А когда возникает «девопсер», то это не развитие, а фигня, потому что тот же штат людей ещё вчера делал ровно всё то же самое, ничего не поменялось.

А ускорение релизов в десятки раз, когда коммиты от разработчиков нужны ежедневно, а не раз в неделю, месяц или полгода? Полная автоматизация CI/CD с тестированием и мониторингом всего, что только можно? В т.ч. автоматические откаты изменений (при необходимости) при деплое? Автоматические бэкапы всего, так что можно очень быстро восстановить систему в другом ДЦ2, даже если полностью исчезнет используемый ДЦ1. Оповещения на каждое значительное отклонение?

https://youtu.be/tUJS27V01TY

https://www.youtube.com/live/G4UGsjG1-v0?t=3025

Судя по комментариям, походит на бесконечные обсуждения АИС ПФР, где направления развития этого АИС за последние 10 лет менялись чуть реже смены премьеров в 90х.

Зачем ты притащил, то что портировано из экосистемы мака)))

Бред, как и часть остальных твоих сообщений в этой ветке.

https://en.wikipedia.org/wiki/CorelDRAW#Platform_and_scripting_history

Platform and scripting history.

CorelDRAW was originally developed for Microsoft Windows 2.1, and versions existed for Windows 3.1x, CTOS, OS/2, and Power Macintosh. With the release of Corel Linux, CorelDRAW 9 was released with package support for Debian and Red Hat-based Linux.[48] Version 11 was released for Mac OS X in 2001, but was then discontinued on both Linux and Mac. CorelDRAW was available only for Windows until the 2019 version became the first to support macOS.

Лучше, чтобы стоял на месте?

Лучше, чтобы ты не порол чушь на тему, что «в попенсорсе все иначе». Не надо, ей больно.

ускорение релизов в десятки раз, когда коммиты от разработчиков нужны ежедневно

это происходит при внедрении девопс подхода, а не при найме «девопсеров». «Девопсеры» не ускоряют, а тормозят на себе всю цепочку.

Лучше, чтобы ты не порол чушь на тему, что «в попенсорсе все иначе»

Степеней свободы намного больше. Трудно представить себе безвыходную ситуацию с legacy open-source, а с legacy проприетаркой легко и просто.

это происходит при внедрении девопс подхода,

Без найма DevOps инженера?

а не при найме «девопсеров».

А туалеты тоже сами моете?

«Девопсеры» не ускоряют, а тормозят на себе всю цепочку.

Это как ? :)

Это как ? :)

Оставь человека в покое, у него что-то личное к devops engineer’ам. Ну там, рута на проде не дали или жену увели, ХЗ.

Степеней свободы намного больше. Трудно представить себе безвыходную ситуацию с legacy open-source, а с legacy проприетаркой легко и просто.

Степень свободы ровно одна - использовать неподдерживаемый продукт…

Степень свободы ровно одна - использовать неподдерживаемый продукт…

В случае с open-source есть шансы чего-то исправить самостоятельно независимо от вендора хотя бы наймом спеца?

В случае с open-source есть шансы чего-то исправить самостоятельно независимо от вендора хотя бы наймом спеца?

Говорю как член высококвалифицированной команды, что частенько даже свои внутренние продукты бросаем через годы, т.к. появляется более интересные решения. Потому заниматься патченьем говна мамонта никто не будет, всё сводится к вопросам «на что мигрировать» и «как написать код для IaC».

Говорю как член высококвалифицированной команды, что частенько даже свои внутренние продукты бросаем через годы, т.к. появляется более интересные решения. Потому заниматься патченьем говна мамонта никто не будет, всё сводится к вопросам «на что мигрировать» и «как написать код для IaC».

Т.е. подтверждаешь мой тезис:

RedHat сокращает людей (комментарий)

Open source проекты обычно поддерживают свои решения КАК МИНИМУМ до тех пор, пока не появится более сильный и/или современный конкурент, после чего СО ВРЕМЕНЕМ ПО МЕРЕ НАДОБНОСТИ И ВОЗМОЖНОСТЕЙ ОБЫЧНО происходит плавная миграция на такого конкурента.

?

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

ВРЕМЕНЕМ ПО МЕРЕ НАДОБНОСТИ И ВОЗМОЖНОСТЕЙ ОБЫЧНО

Да никакая она не плавная. Ровно такая же, как в случае проприетарного продукта.

Да никакая она не плавная. Ровно такая же, как в случае проприетарного продукта.

В случае проприетарного продукта он может вообще отказаться работать с определенной даты.

Кстати, ни у кого не глючили автомобильные компы после известных событий?

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

В случае проприетарного продукта он может вообще отказаться работать с определенной даты.

В ынтерпрайзе никто так не делает. Там просто снимают с поддержки.

В ынтерпрайзе никто так не делает. Там просто снимают с поддержки.

Иногда даже без предупреждения? ;)

Иногда даже без предупреждения? ;)

За несколько месяцев/лет предупреждают. А то можно легко влететь на миллионные иски.

«девопсер» — это как правило просто человек, который вместо программиста упаковывает программу в докер образ

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

инновация должна кого-то увольнять и создавать новые места работы

Девопс-подход, насколько я понимаю, именно на это и направлен:

• сократить количество админов-рукопашников за счет использования в эксплуатации девелоперских практик и инструментов — приблизить ops к dev
• привить девелоперам понимание проблем эксплуатации, побудить учитывать их при разработке и пользоваться некоторыми ops-инструментами и практиками типа CI/CD — приблизить dev к ops
• устранить таким образом кучу неэффективностей, порождаемых тупым ручным трудом и непониманием между dev и ops, за счет этого сократить затраты, повысить производительность труда и качество продукта.

Макаки out, инженеры и роботы in.

Ну и самое главное — человек, который понимает, в чем именно состоит devops-магия и способен все это организовать и превратить в работающий процесс.

За несколько месяцев/лет предупреждают.

До покупки или уже после? Наверно, при желании можно успеть предупредить даже за час или за минуту (до виража).

https://habr.com/ru/news/731400/

https://pikabu.ru/story/ushedshie_iz_rossii_avtokontsernyi_nachali_otklyuchat...

https://www.cnews.ru/news/top/2023-01-17_rossijskim_avtolyubitelyam_2

https://www.kp.ru/daily/27453/4707426

способен все это организовать и превратить в работающий процесс

это работа не с кодом, а с людьми. Такой человек приходит и учит. Где-то поможет, но в целом должен менять самих программистов.

На практике вместо этого просто садятся люди, которые вместо программистов упаковывают в докер и сами деплоят. Т.е. это просто админы, но из-за того, что они теперь работают с докером и кубером, их называют девопсеры.

Т.е. как те самые люди, которые вместо тебя пошли на турник.

Макаки out, инженеры и роботы in.

aiqu6Ait, прикинь, на что это он намекает? ;)

До покупки или уже после? Наверно, при желании можно успеть предупредить даже за час или за минуту (до виража).

Если ты не купил, какое тебе дело до поддержки? У тебя всё равно ни продукта, ни поддержки нет.

А вот в случае с попенсорсом можно и в попен влететь, как с CentOS многие, например.

Ну а твои ссылки - они вообще про Холодную Войну. Это другая тема.

Если ты не купил, какое тебе дело до поддержки? У тебя всё равно ни продукта, ни поддержки нет.

Не понял твою фразу, к чему она здесь?

Речь о том, что люди купили авто, а условия поддержки меняют уже потом.

А вот в случае с попенсорсом можно и в попен влететь, как с CentOS многие, например.

Серьезно ?!?

Alma, Rocky, - нет не слышали?

Ну а твои ссылки - они вообще про Холодную Войну. Это другая тема.

Против меня активный ганстолкинг начался еще давно, и особенно усилился при обсуждении беспредела в ПФР, закладках в оборудовании и т.п.

Поэтому только минимизация проприетарной части.

Речь о том, что люди купили авто, а условия поддержки меняют уже потом.

Ты про Холодную Войну игнорировать если будешь, сам в игнор улетишь за шлангование.

Ты про Холодную Войну игнорировать если будешь, сам в игнор улетишь за шлангование.

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

Предлагаешь мне тоже тебя начать игнорировать?

Alma, Rocky, - нет не слышали?

А так же Oracle и еще пара форков помельче. Слышали, используем Rocky. Только это уже всё ответ, причем изначально - на скорую руку, от тотального охреневания от произошедшего. То есть, если бы не нашлись люди, эту самую Rocky сделавшие, многим пришлось бы нескладко - переводить инфраструктуру на другое семейство линуксов - веселая задача. Особенно если у тебя несколько тысяч серверов и десятки тысяч ВМок.