Почему вам кажется, что AI заменит разработчиков, когда он уже прекрасно справляется с Менеджерскими позициями? Он умеет вникать в людей и находить к ним подходы, у него нет проблем быть доступным 24/7, он не тратит половину рабочего времени чтобы попы начальству нацеловывать и тешить свое самолюбие игрой в "уволю - не уволю". Как по мне, как раз CTO легко выбирает плагин от jira "менеджерский менеджер", и первой таской от него вы идёте на рынок труда, а ваш "медленный" работник ускоряется, потому что на него не накидывают обязанностей, а помогают в работе, думайте...
Проблема в том, что когда вы собеседуете себе людей в команду, вы проводите интервью, и вы интервьюер, и это ваша задача: понять, что скрывается в кандидате перед вами, а не заставлять кандидатов мазаться блёстками, улыбаться, танцевать и иметь никому не нужные "софт скиллы". Умейте интересоваться людьми, и тогда найм пойдёт. Талантливых инженеров много, только обычно они очень забитые и не уверенные в себе. Есть, конечно, исключения, но они в основном к условным вам не пойдут, а откроют что-то свое.
Для совсем эффективных манагеров, проще: представьте, что вы "Дудь".
У многих вызывает отторжение, но человек своего таланта. Жил в сложную эпоху, много после себя оставил. Работал с Оппенгеймером. На ютюбе можно найти лекцию о компьютерах. Вот она много кому нравится, можно сначала её посмотреть, а потом книжки начинать читать.
100% Мудак по отношению к женщинам. Но под старость лет вроде исправится.
Многие перешли на Debian и Ubuntu, кто-то выбрал Oracle Linux или что-то из остальных дистрибутивов на базе RHEL.
Вроде была новость на Opennet, что исходники RHEL будут недоступны. Тут возникает вопрос, что будут делать, например, Oracle в такой ситуации. Продолжит ли он быть меценатом но уже на своих, так сказать, щах, или же также сделает финт ушами.
Сами RHEL делали попытки оправдаться за такую ситуацию с CentOS. Один из популярных инженеров с ником FatherLinux пытался подчеркнуть, что CentOS Stream будет не так стабилен, как думает сообщество, но я так и не понял общего настроения в комментариях под его статьей. У меня не популярное мнение: CentOS Stream можно использовать, но возникнут противоречия в плане патч-менеджмента серверов. Сам релизный цикл Stream понятен, но к сожалению, отсутствует Errata, но можно ориентироваться на Errata для RHEL. Неожиданные патчи безопасности также будут, но после того, как они добавятся в RHEL.
Также для самого CentOS 7 есть варианты с репозиториями, которые продлевают жизнь дистрибутива, чтобы успеть мигрировать. Кажется, это точно делает OpenLogic, но платно.
Видно, что проделана большая работа. Наконец-то вижу статью на Хабре с настоящим уникальным и думающим подходом в таком большом инфраструктурном ландшафте.
Отличная статья, согласен с главной мыслю публикации.
Работаю Linux Админом, разрабатываю код на Ruby и Puppet DSL для инфраструктуры.
Считаю что все зависит от бизнес модели вашей компании от неё в большей степени отталкивается логика приложения а дальше Разработчики с Админами придумывают как с этим жить.
Если у вас Облака то надо постоянно искать где ужаться, меньше логов от приложения сохранять, измерять скорость CI, наблюдать все что тратит денежку, следить за законами какие данные можно хранить в Облаке какие нет, сами Приложения тоже должны уметь расширяться, скалироваться, шардироваться и так далее, также нужно следить за инфляцией, повышением тарифов, отслеживанием ресурсов, подсчетом этих ресурсов, изучением и сравнением других облаков.
Если у вас свои сервера то фокус идет на закуп, инвентаризацию, автоматизацию, возможность безопасных, повторяймых конфигураций, придумывание процессов для снижение различий в настройках серверов, создание определенных возможностей которые требует именно ваша инфраструктура, документировании своих решений, в итоге сами себе облачный провайдер
Сильным вариантом будет гибридный ландшафт, пара публичных облаков и свое внутренее облочко))
а тут нас ждут все достоинства и недостатки разом
И как пишет автор
Уметь настроить linux в такой ситуации это действительно одно из выгодных вложение =)
Гений, красавец 🫡
О круто, спасибо!
Наполнение и Дизайн статьи приятные для чтения и для размышления, за это большое спасибо Денис!
больше просмотров статье!)
Почему вам кажется, что AI заменит разработчиков, когда он уже прекрасно справляется с Менеджерскими позициями? Он умеет вникать в людей и находить к ним подходы, у него нет проблем быть доступным 24/7, он не тратит половину рабочего времени чтобы попы начальству нацеловывать и тешить свое самолюбие игрой в "уволю - не уволю". Как по мне, как раз CTO легко выбирает плагин от jira "менеджерский менеджер", и первой таской от него вы идёте на рынок труда, а ваш "медленный" работник ускоряется, потому что на него не накидывают обязанностей, а помогают в работе, думайте...
Красавцы, я постараюсь пройти ваш курс! Спасибо огромное!
Уже весь мир понял что, облака - это дорого и ловушка маркетинга.
Спасибо что поделились! Смотивировали попытаться адаптировать и применить у себя ))
Никакое, не занимаетесь бессмыслицей. Пусть у детей будет детство. База для компьютерной науки - это не вид языка, а уроки математики, информатики.
Проблема в том, что когда вы собеседуете себе людей в команду, вы проводите интервью, и вы интервьюер, и это ваша задача: понять, что скрывается в кандидате перед вами, а не заставлять кандидатов мазаться блёстками, улыбаться, танцевать и иметь никому не нужные "софт скиллы". Умейте интересоваться людьми, и тогда найм пойдёт. Талантливых инженеров много, только обычно они очень забитые и не уверенные в себе. Есть, конечно, исключения, но они в основном к условным вам не пойдут, а откроют что-то свое.
Для совсем эффективных манагеров, проще: представьте, что вы "Дудь".
У многих вызывает отторжение, но человек своего таланта. Жил в сложную эпоху, много после себя оставил. Работал с Оппенгеймером. На ютюбе можно найти лекцию о компьютерах. Вот она много кому нравится, можно сначала её посмотреть, а потом книжки начинать читать.
100% Мудак по отношению к женщинам. Но под старость лет вроде исправится.
Многие перешли на Debian и Ubuntu, кто-то выбрал Oracle Linux или что-то из остальных дистрибутивов на базе RHEL.
Вроде была новость на Opennet, что исходники RHEL будут недоступны. Тут возникает вопрос, что будут делать, например, Oracle в такой ситуации. Продолжит ли он быть меценатом но уже на своих, так сказать, щах, или же также сделает финт ушами.
Сами RHEL делали попытки оправдаться за такую ситуацию с CentOS. Один из популярных инженеров с ником FatherLinux пытался подчеркнуть, что CentOS Stream будет не так стабилен, как думает сообщество, но я так и не понял общего настроения в комментариях под его статьей. У меня не популярное мнение: CentOS Stream можно использовать, но возникнут противоречия в плане патч-менеджмента серверов. Сам релизный цикл Stream понятен, но к сожалению, отсутствует Errata, но можно ориентироваться на Errata для RHEL. Неожиданные патчи безопасности также будут, но после того, как они добавятся в RHEL.
Также для самого CentOS 7 есть варианты с репозиториями, которые продлевают жизнь дистрибутива, чтобы успеть мигрировать. Кажется, это точно делает OpenLogic, но платно.
Поздравляю с публикацией!
Видно, что проделана большая работа.
Наконец-то вижу статью на Хабре с настоящим уникальным и думающим подходом в таком большом инфраструктурном ландшафте.
Блестящее решение.
Отличная статья, согласен с главной мыслю публикации.
Работаю Linux Админом, разрабатываю код на Ruby и Puppet DSL для инфраструктуры.
Считаю что все зависит от бизнес модели вашей компании от неё в большей степени отталкивается логика приложения а дальше Разработчики с Админами придумывают как с этим жить.
Если у вас Облака то надо постоянно искать где ужаться, меньше логов от приложения сохранять, измерять скорость CI, наблюдать все что тратит денежку, следить за законами какие данные можно хранить в Облаке какие нет, сами Приложения тоже должны уметь расширяться, скалироваться, шардироваться и так далее, также нужно следить за инфляцией, повышением тарифов, отслеживанием ресурсов, подсчетом этих ресурсов, изучением и сравнением других облаков.
Если у вас свои сервера то фокус идет на закуп, инвентаризацию, автоматизацию, возможность безопасных, повторяймых конфигураций, придумывание процессов для снижение различий в настройках серверов, создание определенных возможностей которые требует именно ваша инфраструктура, документировании своих решений, в итоге сами себе облачный провайдер
Сильным вариантом будет гибридный ландшафт, пара публичных облаков и свое внутренее облочко))
а тут нас ждут все достоинства и недостатки разом
И как пишет автор
Уметь настроить linux в такой ситуации это действительно одно из выгодных вложение =)