СисАдмин 2026 - конференция для системных администраторов

А разве они ещё остались? вроде все в DevOps ушли

ты путаешь набор практик и профессию

у DevOps другой стек, не только набор практик

ты сравниваешь профессию и набор практик

Не осталось, если тут на примитивный вопрос немогут ответить, к примеру, как быстро выяснить на какой стороне проблема в случае 504 ошибки, мутки хостера или проблема с сервером. То о чём может быть речь, а главное если ещё упрекнуть так ещё и тему закроют )

если тут на примитивный вопрос немогут ответить

говорят юристы за свои ответы просят деньги, может тут такой же вариант

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

Частично таски сисадминов ушли в область инженеров DevOps, но всё равно остались. А где-то в небольших фирмах DevOps вообще не нужен.

с моей бытности сисадмином остались очень тёплые воспоминания. много интересных случаев, сложных задач которые приходилось решать с нулевым опытом. ещё было много разного уровня компьютерной грамотности юзеров, которые подкидывали смешные (и не очень) истории. в общем работа была весёлая и интересная.

в общем работа была весёлая и интересная

низкооплачиваемая

беспросветная

бестолковая

настоящий mac job

правда ностальгия всё равно присутствует, но не по тем рабочим кейсам, но по времени

Это смотря где работать.

Я бы не сказал. Сисадмин определяет архитектуру рабочей системы, на то он и System Administrator. DevOps от Development Operations - автоматизирует доставку релизов, выпущеных девелоперами в систему определённую системным администратором. Это связанные роли, но совершенно разные.

Вы все не правы. ДевОпс отличается от СисАдмина не инструментами, обязанностями и практиками, а тем, что для решения той же задачи может потратить в 10 раз больше денег. И это, вот, не предел вообще.

девопс — хипстер

сисадмин — старпер

я сисадмин.

Сисопсы ещё бывают. Старстеры, значит.

Bastard Operator From Hell?

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

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

бестолковая - местами да: была куча ерунды типа настройки принтеров, шар, итдитп, а были и вполне себе серьёзные ТЗ: кластеризация астерисков, всякие кастомные дашборды, автоматизация перекладывания данных из БД в CRM.

«Сисaдмин-2026» - конференция для системных администраторов.

Как по мне, так от системных администраторов никакого толку для программистов нет, а только вред один. Обычно сисадмин это какой-нибудь дурак-недоучка с завышенным ЧСВ, пытающийся препятствовать внедрению новшеств в производственный процесс. «Запретить и не пущать!», - так рассуждает типовой сисадмин, год за годом спиваясь и глупея в свой зачуханной коморке.

С грамотными сисадминами по рабочим вопросам я пересекался лишь единожды в банке на «боевых» серверах. Но это лишь приятное исключение из мрачного, беспросветного правила. Из программистских контор сисадминов нужно гнать в шею. Устранить эту ненужную должность и выгнать этих бестолковых лодырей в шею.

пытающийся препятствовать внедрению новшеств в производственный процесс

Должен же кто-то защищать инфраструктуру и пользователей от энтузиастов.

Должен же кто-то защищать инфраструктуру и пользователей от энтузиастов.

Приходит прораб на строительный участок и говорит рабочим, чтобы они рыли котлован тут и тут. И вдруг из будки выбегает какой-то рабочий и говорит: «Братцы, не слушайте инженера! Я лучше знаю! Не делайте, как он велит!».

Даже по уровню квалификации программист это инженер, а системный администратор это техник. Когда говорит инженер, то рабочий слушает, закрыв рот, а иначе всё дело остановится.

Осталось дать определение понятию «Сисадмин», особенно в реалиях РФ. Вряд ли у вас это получится, окажется что в это названия вкладывают совершенно разный смысл в зависимости от контекста. Если следовать стереотипам, то «сисадмин» - это в одном лице - «системный инженер», «сетевой инженер», «специалист по аппаратному обеспечению», «инженер связи», «администратор корпоративного ПО», «администратор баз данных», «инженер безопасности», «техник по поддержке рабочих мест и периферии», «сотрудник техподдержки пользователей», а ещё у него сертификаты MCSE и RHCE и т.п. Понятно, что все эти навыки один человек совмещать качественно не способен, да и разброс в квалификации плюс-минус парсек и системный инженер никогда не будет решать проблемы тёти Глаши с 1с. Так что никаких «сисадминов» в природе не существуют, есть инженеры работающие с конкретным стеками технологий. Devops, кстати, очень переоценённый вид деятельности, там нет ровным счётом ничего сложного для любого IT-шника средней руки.

программист это инженер

Программист, за редчайшим исключением, - это кодер-ремесленник, it-шный планктон, к инженерам никакого отношения не имеет.

Самомнения вам не занимать, конечно, но именно поэтому ни до чего серьёзного программистов допускать нельзя. Люди это, безусловно, полезные, но за ними должны присматривать. Для вашего же собственного блага!

при этом они работают для тех, кто понимает ещё меньше

ой, я что-то нажала и всё исчезло

при этом, как правило, ценят их работу на уровне

у нас тут на вакансию 200 откликов, кому что-то не нравится, может увольняться

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

Даже по уровню квалификации программист это инженер, а системный администратор это техник.

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

Хороший програмер должен сечь в администрировании и обратно: хорошему админу неплохо бы знать 1-2 языка: bash и perl, как минимум )

Программист, за редчайшим исключением, - это кодер-ремесленник, it-шный планктон, к инженерам никакого отношения не имеет.

Ключевое отличие инженера от техника заключается в том, что инженер способен создавать новшества, а техник - нет. Инженер-программист, исходя из требований заказчика, в условиях неопределённости создаёт сущности, которых ранее не существовало. Техник-админ действует по образцу, то есть берёт в руки методику и выполняет её шаг за шагом. Ничего нового техник-админ не создаёт, а лишь обслуживает что-либо созданное другими людьми.

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

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

Здравствуйте. Хочу сообщить об ошибке в вашем профиле. Там на аватарке какая-то картинка с девочкой, а должно быть это (meme-arsenal.com).

в условиях неопределённости создаёт сущности, которых ранее не существовало.

Перевожу на человеческий - занимается формошлёпством на популярном фреймворке.

Техник-админ действует по образцу

Так техник или админ? Вы как тётя Глаша из бухгалтерии всё в кучу смешали.

Научить человека созидать невозможно, если в него не заложен этот дар свыше природой.

Конечно, всё с молоком матери, а как иначе? Всякие теории алгоритмов, структуры данных и прочая заумь это для унтерменшей. Настоящий творец пишет код сразу после смены памперса, причём строго на Rust.

Теперь понятно почему техник-админ это не ровня инженеру-программисту?

Яснее ясного, админ хоть чему-то учился, а программист сразу родился умный в очках +7 на правый и -9 на левый глаз, натуральный уберменш во всей красе.

Там на аватарке какая-то картинка с девочкой, а должно быть это …

Эту «девочку» зовут Сальма Масрур. Я выставил её на обозрение здесь, чтобы показать, что даже соблюдая законы ислама, можно выглядеть вполне современно и модно.

Админы, учитесь у Сальмы лучше: тётка в жёстких условиях строгих мусульманских порядков наряжается модно и красиво, нисколько не ощущая себя приниженной из-за невозможности надеть мини-юбку или спортивную майку без рукавов. То есть тётенька принимает своё положение в обществе, чтит порядки своих предков и умудряется модничать на равных с лондонскими развратницами. Примите своё положение на служебной лестнице на низшей ступени и стремитесь ввысь вместе со всеми, а не пытайтесь прыгать не на своё место! Вам самим будет легче работать после принятия себя и истинного своего положения.

Я выставил её на обозрение здесь, чтобы показать, что даже соблюдая законы ислама

Я вижу. Вижу, что беды с башкой по одиночке не ходят.

тётенька принимает

Кстати, о принятии. Вы стали забывать принимать свои таблетки. Это нехорошо.

а ведь даже Джеф Гирлинг свою книгу бесплатно выложил «Ansible for DevOps». Берешь и бесплатно осваиваешь такой инструмент.

Но сисадмины не читают таких книг, ведь книга не для сисадминов.

Ну надеюсь сисадмины прочитали книгу Томаса Лимончели «Тайм-менеджмент для системных администраторов».

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

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

Пока у тебя релиз - это копирование php файлов по ftp, то да, DevOps не нужен.

А если здоровое приложение, разбитое на десяток микро-сервисов, с load balancing-ом, чейндж менеджментом, разными регионами и их индивидуальными требованиями и куча комплаенса, то техники и софт DevOps-a (gitops, ci\cd, тестирование, терраформы, ансиблы и т.д.) ооочень сильно помогают.

Как всегда, вопрос в масштабе и требованиях к экспертизе и регулировании. Нужен php сайт-визитка - конечно здесь DevOps не нужен, даже сисадмина на пол-ставки много будет. А в каком-нибудь банке тебе в дополнение к отделу разрабов и техподдержке нужны будут и DevOps инженеры, и compliance менеджеры, и чейндж менеджмент, и внутренний аудит, да и DevSecOps не помешает. И еще какие-нибудь облачные спецы.

это попытка зачем-то выделить функционал деплоя на продашкен от функционала поддержки продашкена

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