От linux-админа к python-программисту или как и почему я менял профессию

За свои почти тридцать лет я дослужился до старшего системного администратора. В моем распоряжении было около сорока серверов с linux на борту. Компания росла и расширялась, но задачи сводились к наращиванию мощи уже готового функционала.

И все бы хорошо, но со временем и по определенным причинам дискомфорт начал преобладать над комфортом.

Во-первых, сам процесс поддержки, а точнее его «постоянная» природа или отсутствие какой-либо завершенности. Мелкие задачи, выполняясь, накладываются друг на друга до бесконечности и превращаются в огромный ком, который постоянно меняет свои размеры, — соотношение выполненных и невыполненных задач. Что в итоге порождает вопросы: «Что полезного я уже сделал, Что еще сделаю и к Чему в итоге я двигаюсь?»

В-вторых, прерывания. В деле системного администрирования они особо выделяются из всех проблем и могут вывести из душевного равновесия любого. Когда пишешь код, оптимизируешь сервис и каждые полчаса тебя отвлекают вопросами, срочными задачами и вызовами — вернуться в работу порой очень тяжело и на это тратится время, — минут пятнадцать можно просидеть, вспоминая, откуда тебя выдернули и что вообще ты делал (В книге «Тайм-менеджмент для системных администраторов» Томаса А. Лимончелли об этом хорошо написано). В итоге прерывания формируют утверждение «Мне не дают работать»!..

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

Все это касается обслуживания в целом и такова его стезя. А я в ней, потихоньку, но разуверился.

Чего же я хотел? Бо́льшего погружения в более творческую работу, уменьшения влияния со стороны по мелочам, видеть конечный результат и получать от этого удовлетворение. И все. Уставшим и отчужденным смотря на наш отдел программистов, читая хабр или смотря gif-ки на developerslife, я понял, что если я не могу получить этого на поприще админства, пора менять профессию, а так как писать код мне нравилось все больше и больше, выбор не заставил себя долго ждать.

Выбор языка для меня всегда был сплошным расстройством. На работе я писал на bash, так как писать на чем-то было нужно, да и его возможностей для системного администрирования хватает с головой. Perl — не нравился по синтаксису. Очень долго пытался приучить себя к ansi C, проработал две книги, — Unix разработка сетевых приложений (Уильям Ричард Стивенс) и Программирование для UNIX Наиболее полное руководство (Марк Дж. Рочкинд). Но так и не нашел применения приобретенным знаниям, до сих пор жалею потраченного времени. По требованиям хотелось, что бы он шел в ногу с linux, был универсальным, умел и sys (для текущих скриптов), и web (с заделом на будущее) и не вырвиглазным по синтаксису. Вокруг Python ходил очень долго, — тормозила его относительная молодость, невысокая популярность, и, не знаю почему, его название. Со временем, наблюдая за компаниями-гигантами, которые все больше используют python на production, и к моменту, когда я решил менять профессию, с языком я уже определился, хотя и выбирать было особо не из чего.

Первые полгода читал Марка Лутца, что-то пробовал писать, но знания были обрывочными и применять их на боевых серверах боялся, да и не видел выгоды в замене bash на python. Время тянулось, а моя затея нравилась мне все меньше и меньше. В итоге, убедил себя, что если не получается у меня, получится у других, — нужны курсы, в короткие сроки, с проработкой практики и чтобы была ответственность за оплаченные деньги. Так будет проще и быстрее.

Я нашел месячные курсы Python в местном институте и уговорил руководство на их необходимость, хотя к моменту оплаты, я уже был готов их сам оплатить. За месяц обучения все встало на свои места. Все накопленное до этого и вычитанное в интернете разложилось по-полочкам и стало понятным и прозрачным. Ни одна книга не заменит живого преподавания, где любая неточность или недосказанность, может быть разъяснена на месте.

Далее как по-накатанной, в течении полугода, постепенно и в свободное от работы время, переписал все скрипты и всю автоматизацию на python, написал сервер статистики для squid (python, wsgi). Уже за свои кровные, прошел курсы через вебинар по ООП и django, так как аргументировать их необходимость текущему работодателю решил даже не пытаться. Переписал все с учетом новых знаний. Далее, ради расширения кругозора, прошел еще курсы по тестированию, но оно мне не понравилось, — оставил как запасной вариант.

Следующие полгода, помимо прямых обязанностей, были потрачены на поддержку и оптимизацию написанного мной кода и на поиск работы. Рассматривал только full-time, — админить уже не мог, мечтая о новой работе и новых возможностях.

За это время прошел около десятка собеседований на позицию junior. Всего около десятка. Но везде требовался или django+frontend, либо с опытом от двух лет. Опыт на production'е отсутствует, а фронтендом заниматься у меня не было и нет до сих пор никакого желания. Что еще странно, вопросов именно по языку было не много, зато было много по теории, — ООП, паттерны, методологии scrum, agile — которых я естественно не знал. Продолжая биться головой о двери конференц-залов и выслушивая стандартную фразу «Мы вам перезвоним», я продолжал ходить по приглашениям. И в конечном итоге меня взяли backend разработчиком в закрытый проект.

На текущем месте работы я работаю уже несколько месяцев и могу подвести итоги.

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

То к чему я стремился, я конечно получил, хотя и радовался этому не долго, — чувство «У меня получилось, я стал программистом» прогорело очень быстро, примерно за неделю, и на смену ему пришли:

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

Борьба с прокрастинацией. У хороших системных администраторов свободного времени намного больше, чем они говорят. Благодаря чему копится много подписок, каналов на ютубе, профильные сайты, шутки-прибаутки, много знакомых в сети и интересов. Лично у меня могло до трех часов в день уходить на чтение и просмотр всего этого. От чего мне на текущей должности, за неимением времени, пришлось практически отказаться. Изначально просто читал бегло, потом читал просто заголовки, а потом и полностью отписывался. Научился не отвечать на мгновенные сообщения мессенджера за рабочим местом, дабы не отвлекаться и не терять мысли. Сейчас остался подписан на десяток только профильных сайтов.

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

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

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

Системное администрирование потихоньку теряет свою актуальность и в недалеком будущем, вероятно, эта профессия изменится, станет горячим стартом и, возможно, стажировкой для все более новых программистов и других всенаправленных it-специалистов. Но не более.
Share post
AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 233

    +41
    Системное администрирование потихоньку теряет свою актуальность

    То-то хороших специалистов так не хватает, и мы регулярно не можем закрыть вакансию.
      +24
      Хороших специалистов ни в одной сфере нет избытка.
      Хотя бы с адекватными скиллам запросами и желанием учиться — вот кого реально не хватает, ИМХО.

      Но тут и ситуация с рынком влияет — часто потенциальные работодатели хотят, чтобы был и швец, и жнец, и на дуде игрец за 30 тысяч где-нибудь в Москве или Питере. Столько этих «работать в нашем банке — большая честь» видел, аж жуть.
        +6
        Кроме 30 в Москве, бывает еще 15 в Ростове. Волшебная вакансия от крупнейшей (*) по обороту, веб-студии в Ростове.
          0
          Все знают, что такое Вебстрой, Орбитсофт и иже с ними, поэтому не надо показывать пальцем на юродивых. В Ростове сейчас грамотный спец найдет работу на 30-50, хотя он же с легкостью переедет в Москву или на фрилансе подымет в три раза больше.
            0
            А еще я так смотрю они очень «правильно» составили резюме:
            Разрабатывать удобный‚ с точки зрения навигации‚ интерфейс web-сервера

            Разрабатывать концепцию развития web-сервера.
            +1
            Полностью с вами согласен. В моем городе(Челябинске) для меня потолок зарплаты как молодого сисадмина 30 тысяч. Работу даже на 25 тысяч с адекватными запросами работодателя найти сложно. Например: вакансия. За 25 тысяч требуется в одном лице с опытом от 3 лет и высшим образованием: сисадмин, начинающий программист 1С, web-программист, .NET программист.
            +1
            Если у вас ЗП от 80-90 т.р. Готов рассмотреть вакансию, с переездом в ваш город. =)

            Тонкость в том что у разработчиков ЗП раза в 3 выше чем у админов. Например названная мною сумма для разработчика с опытом не такая большая, но админу её не кто платить не будет.

            Поэтому и задумываешься о перепрофилировании в первую очередь.
              0
              Специализируйтесь, указанная вами вилка — это middle system administrator. Сеньор 100К-130К, архитектор от 120К, со знанием SAP, Oracle DB, HP-UX, Solaris на хорошем уровне — 150К и выше.
                0
                По моему опыту и наблюдениям потолок это 50-60к, к которым автоматом добавляется необходимость постоянно быть на телефоне и звонки посреди ночи. Средний админ без гемороя в в виде звонков по ночам получает 25-30к. Можно сказать что город маленький и компании говно. Но я работал в 3х достаточно крупных и известных в России хостинг компаниях.

                Как вариант остается только ехать в Дефолт сити, но меня некоторые моменты смущают, например реальность чисел в ЗП на hh, опять же по опыту, у нас в городе на нем публикуют только спам не имеющий отношения к реальным предложениям.
                  0
                  к которым автоматом добавляется необходимость постоянно быть на телефоне и звонки посреди ночи.

                  Частота подобных звонков — показатель качества вашей работы.
                  Но я работал в 3х достаточно крупных и известных в России хостинг компаниях.

                  Вы работали в «центральном» офисе, или в «региональном»? Обычно принято все «мозги» собирать в центре, а в регионах держать «руки». Разница в окладе соответствующая.
                  например реальность чисел в ЗП на hh

                  Скорее занижены. Как я уже писал ниже, на интересные позиции редко вилку увидишь.

                  Но есть ряд моментов. Например — если вы переезжаете в дефолт-сити, то вам надо будет снимать квартиру. 30-40к в месяц за однушку, которая не будет клоповником.
                    +1
                    Сдалась вам Нерезиновая, живите где нравится, лишь бы интернет стабильный был. Если работали в хостинге, то откуда там ночные звонки, там смены, во всяком случае в хостингах, с которыми сталкивался лично. Опять же, если первая, вторая линия, то тупой работы валом, опыта мало и вечно задолбанный ну и 50-60К для второй линии хорошая зп. Сейчас так получилось, что фрилансю удаленно в одном хостинге, помогаю строить другой, так что внутреннюю кухню немного знаю. По поводу 25-30К есть хороший
                    анекдот:
                    — Что должен делать системный администратор за зарплату в 30000р.
                    — Ничего и даже немного вредить.

                    З.Ы. Тема смотрю разрослась и много противоречий, что многие под «Системный администратор» понимают абсолютно разные профессии. Помогать бабушкам втыкать мышки, отвечать на телефонные звонки пользователей, заправлять принтеры и т.п. — это эникей, не системный администратор, отсюда и зп «ниже чем у программистов». Системный администратор, чаще всего человек знающий несколько языков программирования, скрипты, маршрутизацию, телефонию, базы данных, десяток разных ОС на среднем уровне (может поднять, настроить, понимает как работает, но без глубин) + специализируется глубоко на одной, максимум 2х темах в которых разбирается досконально. Для примера хостинг, человек может поставить nix+apache+nginx+sql настроить кое-какой тюнинг, возможно даже сделать лоадбалансер, фаирвол и простой антиддос — это средний уровень, если он же может отдебажить ядро, коммитит в используемые инструменты, знает какая настройка с каким железом лучше сочетается и какой прирост на статике даст кашкадирование на определенном контроллере, то это уже глубокий уровень, можно углублять бесконечно, тут предела нет и чем меньше людей знают нужную глубину, тем больше ЗП. Принцип простой, знаешь как все — получаешь как все.
                      0
                      У вас уже какие то странности, если кто то знает хоть один язык программирования ради чего заворачиваться чем то ещё, не легче ли работать разработчиком на этом языке? Т.е. если это действительно язык программирования и его действительно знают, а не однострочники на баше пишут.
                        +2
                        если кто то знает хоть один язык программирования ради чего заворачиваться чем то ещё

                        Знание русского языка делает вас поэтом? Нет? Тогда почему знание языка программирования должно сделать человека программистом?
                        не легче ли работать разработчиком на этом языке?

                        Вам главное, чтобы полегче, или чтобы поинтереснее да вдобавок и поприбыльнее? Самая легкая (хотя это еще как посмотреть) работа у охранников — весь день сидишь и ничего не делаешь. Кстати, у них вроде бы зарплаты выше, чем названные вами 25-30к. Не хотите пойти в ЧОП?
                        Т.е. если это действительно язык программирования и его действительно знают, а не однострочники на баше пишут.

                        На баше и многострочники, и многоэкранники можно писать, с весьма серьезной логикой, в нем есть своя прелесть. Кстати, это довольно сложный язык. Один и тот же цикл может выполняться как долю секунды (если уметь), так и минуту (если не уметь). Вот например кусок моего кода (надеюсь, излишне говорить, что я считаю себя не программистом, а унылым говнокодером?):
                        Скрытый текст
                        for i in $CODES
                         do
                          j="${i%%\!*}"
                          j=$((j-1))
                          echo "${TRUNK[$j]},$i" >> temp.txt
                         done

                        Оно отрабатывает мгновенно на десятках тысяч элементов. А нечто содержащее «cut» вместо первой операции может тупить ту самую минуту, что критично для скрипта, который должен запускаться каждую минуту. Вот вы как администратор *NIX сможете разъяснить, что вообще делает та первая строчка? А то вон аж называете bash не языком программирования…
                          0
                          > Не хотите пойти в ЧОП?

                          К слову, ЧОП и охрана бывают очень разными. Неплохие деньги требуют неплохой бэкграунд, подготовку, знания и поддержание себя в форме. Ну и я уже не говорю про проф. риск.
                            0
                            Ну допустим если вы зайдете в отделение любого банка и посмотрите на любого охранника — ему не нужен бэкграунд, подготовка, знания и форма (ну разве что ему желательно выглядеть хоть немного внушительно). Риска тоже нет. Прав — практически нет, он может разве что вежливо (ни в коем случае не применяя силу) попросить хулигана выйти или блондинку запарковаться по-человечески. Если нападут — он мирно ляжет мордой в пол, желательно успев подать своим сигнал, и вот после этого через какое-то время на сцене появятся действительно подготовленные ребята. Но подготовленных, конечно, меньшинство, и вы их не видите.

                            А то, что показывают в кино про ограбления, имеет слабое отношение к реальности.
                              0
                              Я не особо знаю, что показывают в кино про ограбления, т.к. не фанат подобных фильмов. Но я немного знаю людей, которые работают в приличных ЧОП. Да, там есть разные люди, но те, кто реально зарабатывают на этом — имеют и соотв. скиллы.
                                0
                                но те, кто реально зарабатывают на этом — имеют и соотв. скиллы.

                                Грубо говоря — есть ЧОПовцы-охранники, и есть ЧОПовцы-бойцы.

                                Первые (про которых я и говорю, и которых подавляющее большинство) запросто способны получать больше названных выше 20-30к (я знаю одного такого товарища, который ушел в ЧОП из какого-то НИИ, где он в машинных кодах писал софт для наших ракет, потому что денег платят в несколько раз больше — и этот товарищ втихаря под тумбочкой почитывал учебник по С++, чтобы, как он говорит, вконец не отупеть).

                                Вторые могут получать как неплохой программист и выше, но тут уже есть и требования к подготовке, и сильно отличный от нуля риск получить несовместимое с жизнью отравление свинцом…
                                  0
                                  > Первые (про которых я и говорю, и которых подавляющее большинство) запросто способны получать больше названных выше 20-30к

                                  В DC — возможно. А на периферии, чтобы иметь больше тех же 20-30К, работая в подобной охране — нужно иметь очень неплохой «блат». Либо переходить в вашу категорию «вторых».
                            0
                            Если я правильно распарсил 3 строку то код делает следующее:
                            for i in $CODES #Создаем цикл, выполняемый поочередно с каждым значением из переменной $CODES, где номер значения по порядку равен переменной i
                             do # Начало цикла
                              j="${i%%\!*}" #В переменную j кладем подстановку значения i с удаленными всех подстрок !и любой символ
                              j=$((j-1)) # Уменьшаем значение j на 1
                              echo "${TRUNK[$j]},$i" >> temp.txt #Выводим строку типа Значение переменной TRUNK[значение j], значение i и добавляем в конец файла temp.txt
                             done #Конец цикла
                            

                              0
                              Скрытый текст
                              $ i='123!456'
                              $ j="${i%%\!*}"
                              $ echo $j
                              123

                              Простой для понимания аналог:
                              j=$(echo $i | cut -f1 -d'!')
                              Т.е. всего-то записать в j то, что перед первым восклицательным знаком в строке.

                              Вот только запуск cut (как и любой внешней программы, будь то sed, egrep и так далее) в цикле стоит чертовски дорого...
                                0
                                Хм, я думал аналог будет так
                                $ j="${i%%\!.*}" а в вашем случае только 1 символ, ошибся,
                                проверил, вы правы точка не нужна, но если вхождение подстроки всего одно, зачем использовать %%, достаточно %, но это уже нюансы.
                                  0
                                  % от %% емнип отличается жадностью: % захватывает минимальное число символов, а %% — максимальное
                                    +1
                                    Не совсем так % — удаляет ОДНО вхождение подстроки в строку %% — удаляет ВСЕ вхождения подстроки, примерно так на сколько я помню.

                                    $ MYFOO="test.tar.gz" 
                                    $ echo ${MYFOO%%.*} 
                                    test
                                    $ echo ${MYFOO%.*} 
                                    test.tar
                                    
                              0
                              Не хотите пойти в ЧОП?

                              Даже если захочу не возьмут. Нужно:

                              1) служба армии (при этом не где попало)
                              2) Минимум КМС по БИ
                              3) удостоверения частного охранника ( это та ещё песня на получение)
                              3) рост от 185 см

                              У меня всего этого даже близко нет.
                                0
                                Даже если захочу не возьмут

                                Вы серьезно?
                                www.alternativa-m.ru/index.php/4
                                Требования: Российское гражданство, физически крепкий, пунктуальный, без вредных привычек, аккуратный. Наличие удостоверения частного охранника. Опыт работы в торговом центре приветствуется.

                                Никакой службы в армии, тем более никакого КМС. Получить удостоверение не сложнее, чем любой другой документ, это ведь не разрешение на огнестрел. А отсутствие роста могла бы заменить ширина или просто угрожающий взгляд :)
                                  0
                                  Да, охранники нынче уже не те…
                                    0
                                    Так а смысл ему быть КМСом, если он даже в морду может дать только если ему первому в морду дадут, и это будет заснято на камеру видеонаблюдения?
                              0
                              Умение понимать программы, находить ошибки и править по месту по необходимости, и умение писать программы — две разные задачи (вторая обычно включает первую).
                              На уровень младшего программиста такого админа, конечно, с руками оторвут, но зачем ему это, да еще и с понижением зарплаты скорее всего?
                                0
                                Одно дело программировать для себя в удобное время и оптимизировать свою работу, другое писать на заказ. Все админы, которых я знаю лично, знают несколько ЯП + несколько скриптовых языков, без этого в администрировании нельзя, вернее можно, но очень грустно. Вот понадобилось вам срочно сделать парсер лога, который отфильтрует события определенного типа, сделает выборку, проанализирует ее и на основании результата предпримет какие-либо действия — это задача в администрировании очень частая, но как ее решить без знания хотя-бы шела я не знаю. Или например при определенных условиях ядро валится в панику, коредамп примерно указывает причину, зная программирование заходим, меняем значение в месте падения под себя, пересобираем и радуемся, не зная этого опять же что делать? (Вот только на прошлой неделе пересобирал фрю и правил исходники, т.к. какой-то хороший человек догадался захардкодить количество семафоров в разделяемой памяти и именно в моем окружении их не хватило, после 6 часов в отладке нашел и проблему устранил раз и на долго). Да и работа разработчикам не всем нравится.
                          0
                          Первые попавшиеся. Раз, два, три, четыре. Весьма среднячковые, не особо вкусные. На тех вакансиях, которые интересные и где платят нормальные деньги, вилку обычно не указывают.

                          Сказанное RicoX чуть выше вполне соответствует действительности.
                            0
                            Тонкость в том что у разработчиков ЗП раза в 3 выше чем у админов.

                            Ась?

                            Например названная мною сумма для разработчика с опытом не такая большая

                            Ощутимая. Для senior — маловато, а вот для середнячка — вполне нормально.
                          +11
                          devops же, ну. лучшее от двух миров (администрирования и программирования).
                            +11
                            ага, ночные деплои и посиделки с админами)
                            Лучшее из двух миров
                              +6
                              «Это какой-то неправильный DevOps» =) СI, CD, канарейки, выкатка в рабочее время — наше всё. Хотя и проблем хватает, конечно. Например, для веба, изменение схемы жирнющей БД без остановки сервиса.
                                +2
                                Кому-то проблема, а кому-то и интересная инженерная задача :)
                                  +1
                                  Есть такие системы в которых канарейки не пройдут.
                                  Ну а выкатка в рабочее время возможна далеко не всегда.

                                  Ну а про «СI, CD, канарейки, выкатка в рабочее время» — это рай :)
                                    +2
                                    Как же без chaos monkey ))
                                –7
                                Синтаксис Perl может не очень отличаться от C, зависит от вас.
                                  +1
                                  Нельзя стать программистом, не читая чужого кода.
                                    –2
                                    Согласен, и в этом Perl довольно читаем, если знать что читать.
                                      0
                                      Но его синтаксис всегда будет отличаться от С. Просто потому что никто не ставит перед собой такой задачи. И от читателя это не зависит.
                                        0
                                        Я и не сказал, что это зависит от читателя — все зависит от писателя. Я ставлю перед собой задачу писать на всех известных мне языках понятно и «однородно», кто-то все таки ставит перед собой такую задачу )
                                  +4
                                  Для поддержки облачных технологий, тоже нужны админы
                                    +4
                                    Найдите вакансию сисадмина облачных технологий в любом произвольно выбранном регионе(Москва, Питер не в счет).
                                      0
                                      Новосибирск, Воронеж.
                                        0
                                        всего 2, а субъектов в РФ — 85.
                                          +2
                                          Вы просили один )
                                            0
                                            Я просил любой случайно выбранный. Таких вакансий по России меньше чем у меня пальцев, опять же исключая Москву и Питер.
                                    +7
                                    Системное администрирование потихоньку теряет свою актуальность и в недалеком будущем, вероятно, эта профессия изменится, станет горячим стартом и, возможно, стажировкой для все более новых программистов и других всенаправленных it-специалистов. Но не более.

                                    Всегда считал, что хороший сисадмин это программист, а хороший программист это сисадмин. В смысле знания компьютера, его архитектуры, ОС и т.д.
                                      +7
                                      Т.е. когда вы станете директором компании, вы не будете нанимать людей «С высшим образованием, опытом верстки, дизайна, программирования, администрирования 1C/SQL/DB2/Oracle, знанием bash/perl/python» и всё это за 25 тысяч?
                                        +4
                                        Известные мне руководители подразделений шарахаются от таких резюме как от чумы.
                                        1) Человек, который знает настолько разные области, не знает ничего.
                                        2) Нам не нужен человек, который оценивает себя всего в 25 тысяч. Почему он просит раза в 3-4 ниже рынка? Где подвох?
                                          +1
                                          Здесь имеются в виду именно такого рода вакансии, скорее всего. А их постят как раз по требованиям руководителя.
                                            +2
                                            Так в мелких фирмочках — возможно. Но приличный работодатель никогда не наймет «мастера во всём, работающего за еду». С ним компания больше потеряет, чем приоритет. У всех HR'ов есть вилка зарплаты, а вилка подразумевает две границы — сверху и снизу. Лишь в исключительном случае работодатель взглянет на того, кто просит денег заметно ниже рынка.
                                            +1
                                            Это не он просит, а вы предлагаете.
                                              +1
                                              Адекватный работодатель не будет предлагать ниже определенной планки. Зачем? Работник же скоро одумается и либо попросит нормальных денег, либо сразу сбежит.
                                                +2
                                                Это из разряда «он сам должен позвонить» от рекрутёров-недоучик с психфака.
                                            –13
                                            Когда я стал начальником отдела программирования и технического сопровождения, моими первыми вакансиями были:

                                            Системный программист
                                            Должностные обязанности:
                                            1. Модернизация и тестирование программной платформы, являющейся собственной разработкой компании. Написание пользовательской и технической документации;
                                            2. Создание web сайтов с использованием предложенной платформы;
                                            3. Поддержка и сопровождение созданных web сайтов.
                                            ___________
                                            Требования:
                                            1. Углубленное знание языков программирования PHP версии >= 5.4 и JavaScript;
                                            2. Знание основ языков разметки XML и HTML;
                                            3. Углубленное знание языков запросов SQL (платформенные отличия);
                                            4. Использование парадигмы ООП, знание основных шаблонов проектирования и тестирования;
                                            5. Общие знания в области разработки ПО, знание UML;
                                            6. Приветствуется знание библиотеки YUI 3.0 (http://yuilibrary.com);
                                            7. Приветствуется владение системой git (http://git-scm.com);
                                            8. Приветствуется опыт работы.
                                            ______________
                                            Условия труда:
                                            $money = 8000; // 12000, 15000, 18000, 20000
                                            for($day = 1; $day 9 && $hour < 18){
                                            ____if(work()){
                                            ______$money += 200; // 300, 400
                                            ____}
                                            ____else{
                                            ______eatCookies(2);
                                            ____}
                                            ____$hour++;
                                            __}
                                            }
                                            _______________
                                            Прочие условия:
                                            createRecordOfService();
                                            refresherCourse();
                                            $candidate->add(new Experience());
                                            $candidate->setWorkplace(new Chair(), new Table(), new Comp());
                                            $candidate->eyeColor('red');
                                            



                                            Разработчик GUI
                                            Должностные обязанности:
                                            1. Модернизация и тестирование слоя визуализации программной платформы, являющейся собственной разработкой компании. Написание пользовательской и технической документации;
                                            2. Создание интерфейса web сайтов с использованием предложенной платформы;
                                            3. Поддержка и сопровождение созданных web сайтов.
                                            ___________
                                            Требования:
                                            1. Углубленное знание языка программирования JavaScript;
                                            2. Углубленное знание языков разметки XML и HTML;
                                            3. Знание основ web дизайна, языка CSS, инструментов создания векторной и растровой графики;
                                            4. Использование парадигмы ООП, знание основных шаблонов проектирования и тестирования;
                                            5. Общие знания в области разработки ПО, знание UML;
                                            6. Приветствуется знание библиотеки YUI 3.0 (http://yuilibrary.com);
                                            7. Приветствуется владение системой git (http://git-scm.com);
                                            8. Приветствуется опыт работы.
                                            ______________
                                            Условия труда:
                                            var candidate = (function(){
                                            __var money = 0;
                                            __return {
                                            ____work: function(day, hour){
                                            ______if(day >= 1 && day 9 && hour < 18){
                                            __________playWithFonts();
                                            __________this.addMoney(200); // 300, 400
                                            ________}
                                            ________else{
                                            __________alert('Noup!');
                                            ________}
                                            ______}
                                            ______else{
                                            ________alert('Наши сотрудники не работают сверх нормы!');
                                            ______}
                                            ____},
                                            ____addMoney: function(m){
                                            ______money += m;
                                            ____}
                                            __}
                                            })();
                                            candidate.addMoney(8000); // 12000, 15000, 18000, 20000
                                            while(1){
                                            __candidate.work();
                                            }
                                            _______________
                                            Прочие условия:
                                            createRecordOfService();
                                            refresherCourse();
                                            candidate.add(new Experience());
                                            candidate.setWorkplace(new Chair(), new Table(), new Comp());
                                            candidate.eyeColor('red');
                                            

                                              0
                                              createRecordOfService();
                                              refresherCourse();
                                              $candidate->add(new Experience());
                                              $candidate->setWorkplace(new Chair(), new Table(), new Comp());
                                              $candidate->eyeColor('red');
                                              


                                              У вас нэйминг методов… не очень. И путаете ооп с функциональщиной.
                                                –6
                                                ))) здесь нет ни «нэйминга» методов, ни ооп, ни «финкциональщины».
                                                +2
                                                Собственно, ваш системный программист — это php кодер, которому зачем-то нужен uml.
                                            +10
                                            Ну все люди разные, спорить о таком бесполезно, но:
                                            сам процесс поддержки, а точнее его «постоянная» природа или отсутствие какой-либо завершенности.

                                            Цель — «внедрить Х» к примеру. К этой цели можно идти и год-два, в зависимости от масштабов задачи и кучи других факторов.
                                            Когда пишешь код, оптимизируешь сервис и каждые полчаса тебя отвлекают вопросами, срочными задачами и вызовами — вернуться в работу порой очень тяжело и на это тратится время

                                            Хреново налаженный процесс. Не должно быть срочных задач и вызовов. Должны быть заявки, на которые можно выделить, скажем, час времени.
                                            Я например весь понедельник и половину вторника провел в написании одного bash скрипта. Как-то не было прерываний. Да и коллеги, опять же, есть.
                                            то, что изначально вызывало восхищение и приносило в итоге общее удовлетворение, — становится обыденным и скучным

                                            И тут появляется нечто новое, восхитительное. В новой версии софта появилась интереснейшая фича. Вышла новая классная железяка, которую надо купить и внедрить. И так далее.
                                            Трудовые будни с дикой нагрузкой. С институтских времен я так не напрягал свой мозг.

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

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

                                            Я такое замечаю в случае тех, кто изначально неправильно выбрали направление деятельности и у кого это не слишком хорошо получалось.
                                            Знаю я одного матёрого связиста, которому лет 70 (седой такой дедок), работает в крупном банке, сейчас занимается оптическим транспортом в целом и DWDM в частности. Говорят, уже крутейший специалист в этом деле. До этого была IP телефония. До этого аналоговая телефония.
                                            А развитие облачных технологий и расширение влияния аутсорсинговых компаний, только усиливают эту тенденцию.

                                            А подумайте: раз расширяются облака и аутсорсеры (хотя на самом деле это не совсем так, но допустим) — значит, им надо больше людей на сопровождение инфраструктуры? И даже если мелкие компании могут целиком перейти на аутсорс — в случае крупных это решительно невозможно, только малую часть задач можно передать на сторону.
                                              +2
                                              Хреново налаженный процесс. Не должно быть срочных задач и вызовов. Должны быть заявки, на которые можно выделить, скажем, час времени.
                                              Я например весь понедельник и половину вторника провел в написании одного bash скрипта. Как-то не было прерываний. Да и коллеги, опять же, есть.

                                              Угу, к сожалению, достаточно многие и не слышали про тот же ITIL, налаживание рабочего процесса… Лучше паника и срочный вызов героя, который всех спасет и все починит — это заметнее :)

                                              Вы это называете недостатком? По-моему, наоборот, ради такого и стоит жить.

                                              В точку, отсутствие вызовов (которые challenge) ведут к деградации и падению самооценки. К личностному и профессиональноиу развитию нахождение в «зоне комфорта» подталкивает слабо.
                                                0
                                                Угу, к сожалению, достаточно многие и не слышали про тот же ITIL, налаживание рабочего процесса… Лучше паника и срочный вызов героя, который всех спасет и все починит — это заметнее :)

                                                Всегда были и есть компании, в которых человек занимается своим делом и те, в которых занимается всем сразу. У Вас же есть выбор? ITIL… да почти никто по нему не работает. Проходят для сертификации и все.
                                                  +2
                                                  к сожалению, достаточно многие и не слышали про тот же ITIL

                                                  К счастью. Не к сожалению, а к счастью. То, что я описал, работало и до внедрения ITIL, потому что это эффективно и удобно. После внедрения ITIL изменений в лучшую сторону не было, в худшую — полно от не до конца переработанных бизнес-процессов (фактически — половина задач все равно выполнялась в обход ITIL, только по более длинной цепочке) до кучи возни с бумажками (пусть даже виртуальными).
                                                    0
                                                    На мой взгляд ITIL эффективен когда Вы не планируете частых сильных сдвигов в инфраструктуре: т.е. Вы определились с процессом, определились с технологиями и все что делаете — наращиваете мощности. Если Вы хотите оставаться гибким и строить динамичную компанию — ITIL это лишнее препятствие. ITIL, как и почти любой «оптимизированный» процесс или система процессов устроен против природы человека. Если речь об IT (именно админство, DevOps) идет как о ключевой части бизнеса (IT аутсорс, к примеру) — это идеальное решение для интерфейса с клиентом. Если же это IT отдел небольшой компании в 50 — 100 человек, в котором 10 админов и пара руководителей — то ИМХО это перебор. Работал в двух диаметрально-противоположных компаниях, и я убежден что сила в Agile, а не в процессах. Как сравниваю? По фактическим достижениям и прибыли :) Да, падает, да паника, но за это время в Agile проходит десять итераций, а в процессной модели одна. И оказывается что мы построили идеальный процесс, а он оказался не нужен. Почему? Потому что продукт который мы делали — дерьмо. Следующая интерация? Да, начнем с описания процесса и отслеживания каждого изменения! :) Я за Agile! Ну или хотя бы за микс, если это необходимо.
                                                    0
                                                    Вы это называете недостатком? По-моему, наоборот, ради такого и стоит жить.

                                                    В точку, отсутствие вызовов (которые challenge) ведут к деградации и падению самооценки. К личностному и профессиональному развитию нахождение в «зоне комфорта» подталкивает слабо.


                                                    challenge — это очень хорошо, но задача решается и остаётся ощущение, что тебя нае… :) То, что было вызовом, становится рутиной. Сам с этим столкнулся.
                                                    Параллельно с этим, есть семья и внезапно понимаешь, что ей ты уделяешь времени недопустимо мало. При том, что у меня старшему сыну 6 с половиной, я осознал это буквально недавно. Сейчас у меня новая задача: как не помереть от скуки, найти новый вызов так, чтоб у меня оставалось достаточно времени заниматься сыновьями.

                                                    Как там, в анекдоте: «у вас замечательные дети. Но то, что вы делаете руками, никуда не годится» :)
                                                      0
                                                      У того же Лимончелли написано как обеспечить себе дни без прерываний: меняйтесь с коллегами (сегодня я хожу на вызовы, завтра ты), обучайте пользователей и т.д.
                                                      –2
                                                      Хреново налаженный процесс. Не должно быть срочных задач и вызовов. Должны быть заявки, на которые можно выделить, скажем, час времени.

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

                                                      Кто даст деньги на новый Catalyst за полляма, когда и 10-летний выполняет свои функции на 5+?
                                                      У хороших системных администраторов проектов на год-два вперед расписано.

                                                      Честно не верю, у хорошего сисадмина все должно быть автоматизировано до такой степени, чтоб 90% задач в пару кликов делалось. На своем примере, в первый месяц работы на текущем месте, у меня было 2 часа активной работы в день. Спустя 3 месяца все тоже делается за 8-10 минут.
                                                      в последнее время очень много знакомых админов начинает готовится к перепрофилированию или уже поменяли профессию.

                                                      Среднему сисадмину платят раза в 1,5-2 меньше, чем среднему программисту с тем же опытом. Почему бы и нет.

                                                      По поводу облаков: Железо облаков как правило стоит в ЦОДах, там количество железа на одного сисадмина в десятки раз больше, т.е. сисадминов требуется гораздо меньше. чем было до внедрения облака.
                                                        +6
                                                        Прибегает, бухгалтер: «У меня накладная из 1С не печатается, а люди ждут, время горит», звонит директор: «у меня письмо с многомиллионным контрактом не отправляется». И так постоянно.

                                                        Ответ: «какого черта ты пришел ко мне? Заведи инцидент через сервисменеджер, пусть он пройдет по цепочке эскалации». Указанные вами проблемы решаются первой линией поддержки по инструкции, до администраторов такие вещи не должны доходить никогда.
                                                        Кто даст деньги на новый Catalyst за полляма, когда и 10-летний выполняет свои функции на 5+?

                                                        Старый 7200, терминирующий сотни DMVPN туннелей, прогружен до 70% по ЦП в среднем. Покупается блестящий ASR1k.
                                                        Старые каталисты 3750, верно служившие в ЦОДах, имеют один ввод питания и не имеют 10G аплинков, а 1G уже впритык, и серверам с корзинами неплохо бы 10G. Покупаются нексусы.
                                                        И так далее.
                                                        Среднему сисадмину платят раза в 1,5-2 меньше, чем среднему программисту с тем же опытом.

                                                        Конкретных цифр не назову, но это утверждение не соответствует действительности. Начнем с того, что в моем городе средний сисадмин получает тысяч 60-70 в месяц.
                                                        Да и вы за зарплату работаете, или за удовольствие от работы? Мое мнение — денег должно быть «достаточно». Если сейчас денег «достаточно», а на новом месте предлагаю в два раза больше, то финансовый вопрос рассматривается в последнюю очередь.
                                                        Железо облаков как правило стоит в ЦОДах, там количество железа на одного сисадмина в десятки раз больше

                                                        Сисадмину не важно количество железа, он его почти никогда и не видит.
                                                          0
                                                          1. Какой сервис менеджер, когда 1 сисадмин на 2 региона?
                                                          2. Старый справляется, нагрузка маленькая, кто даст деньги?
                                                          3.
                                                          Да и вы за зарплату работаете, или за удовольствие от работы?

                                                          25 тысяч(по городу потолок 30), для молодого человека без своего жилья, я считаю что это не «достаточно».
                                                            +1
                                                            Какой сервис менеджер, когда 1 сисадмин на 2 региона?

                                                            Очевидно — надо стремиться туда, где полсотни человек на один регион.
                                                            Старый справляется, нагрузка маленькая, кто даст деньги?

                                                            Очевидно, что тогда новый и не нужен. У меня много подобного железа, которое и ssh сессий годами не видело. Работает и ладно. Хотя большинство этих железок запросто не переживет ребута, потому есть повод и задуматься о замене или хотя бы о ЗИПе.
                                                            25 тысяч(по городу потолок 30), для молодого человека без своего жилья, я считаю что это не «достаточно».

                                                            В таком случае, либо менять сферу деятельности, либо менять город. Что не надо делать, так это жаловаться — не говорите, что вы при выборе профессии не обладали этой информацией.
                                                          +2
                                                          Кто даст деньги на новый Catalyst за полляма, когда и 10-летний выполняет свои функции на 5+


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

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

                                                          Например:
                                                          1) 7200 уже снята в EOS, скоро на нее даже новый контракт нельзя будет купить, Если она упадет, что будет с компанией? насколько критична потеря связи с 50 офисами?

                                                          2) Процесс выкатки новых прошивок на устройства, занимает у сотрудниуков 2 дня ( пусть устройств будет 100). Если мы купим систему управления которая это может делать сама, то появятся ресурсы на X,Y,Z. И привести анализ, на сколько NMS разгрузит отдел.

                                                          3) Интернет канал перегружен, страдает телефония, кто перегрузил — не понятно. Внедряем систему мониторинга трафика ( Netflow или DPI)

                                                          Это условные кейсы, просто чтобы показать идею.

                                                          Автор статьи на 90% работал в относительно маленькой компании, где админ это 1С+windows+linux gateway+принтеры. Если сотрудник приходит к старшему админу с вопросом о принтере, это хороший показать размера компании.

                                                          Если работать админом, то это или большая компания где есть потребность в нескольких админах с разделением обязанностей или телеком.

                                                          PS: если кто из Cisco админов считает, что ему не хватает челенджей — то ищите вакансии в интеграторах :) Там челенджей, дедлайнов, факапов и прочего более чем достаточно :)
                                                            +1
                                                            Среднему сисадмину платят раза в 1,5-2 меньше, чем среднему программисту с тем же опытом. Почему бы и нет.

                                                            У меня в отделе сисадмин получал ровно столько же, сколько senior programmer (но меньше архитектора и начальника отдела).
                                                              0
                                                              Подтверждаю, со всем компаниями где сотрудничал уровень примерно один, разве что джуниоры программисты получают больше джуниоров админов, на мидлах уже сравнивается, сеньоры в пределах погрешности +-100$, архитектор админ может получать даже больше архитектора программиста, если на предприятии суровый энтерпрайз и на сетевую инфраструктуру завязаны все бизнес процессы, развернуты продукты SAP, Oracle и т.п
                                                            0
                                                            Я такое замечаю в случае тех, кто изначально неправильно выбрали направление деятельности и у кого это не слишком хорошо получалось.

                                                            А теперь уберите «звёзд» из выражения и снова попробуйте оценить рынок.
                                                              +1
                                                              Я их и не рассматриваю.

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

                                                              Когда-то давно я работал тем самым многоруким шивой, сначала один, потом вместе с одним пареньком. Тот паренек вообще-то учился на экономиста, наняли его что-то там делать с 1С, но как-то получилось, что он начал вместе со мной отвечать и за IT инфраструктуру фирмы (это было аж целых пять серверов и без всякой новомодной по тем временам виртуализации). Получалось это у него весьма неплохо. Из той конторы он уволился вскоре после меня, и, насколько я знаю, с тех пор его работа никакого отношения к IT не имела.
                                                                0
                                                                Речь про любых generic сисадминов, которых в лучшем случае ждёт перспектива дежурного подавана, благодаря облакам и консалтингу. У специалистов по экзотике ситуация немного лучше, но высок порог вхождения и небольшое количество вакансий.
                                                                Вообще, у меня сложилось впечатление, что из эксплуатационщиков не страдают только сетевеки — их облаками не заменить, да и вендоры не отнимают хлеб.
                                                                  +1
                                                                  Речь про любых generic сисадминов, которых в лучшем случае ждёт перспектива дежурного подавана

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

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

                                                                  А винадминов? А юниксоидов? А прочих?
                                                                  Средние и крупные компании принципиально не могут полностью (а нередко — даже частично) уйти в чужое облако.
                                                                    0
                                                                    Есть ряд систем, по которым практически нереально закрыть вакансию.

                                                                    Так опасно рыпаться, когда на рынке полторы вакансии.

                                                                    А винадминов? А юниксоидов? А прочих?

                                                                    Винадминов кроет премьер-поддержка Microsoft, с VMware аналогично, про юниксоидов ничего не знаю.
                                                                    Ещё ходят слухи, что IBM хочет натравить Watson для администрирования свохи продуктов.
                                                                      0
                                                                      Так опасно рыпаться, когда на рынке полторы вакансии.

                                                                      Как правило, у относительно грамотного спеца эти полторы вакансии перманентно в кармане. Достаточно звонка, чтобы взяли.
                                                                      Винадминов кроет премьер-поддержка Microsoft, с VMware аналогично

                                                                      Это не замена, а дополнение. Невозможно обойтись саппортом вендора без хоть немного соображающих людей в штате.
                                                                      Ещё ходят слухи, что IBM хочет натравить Watson для администрирования свохи продуктов.

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

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

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

                                                                        Watson не совсем обычный и пока речь идёт о пусконаладке, которая у продуктов IBM занимает кучу времени.

                                                                        Для меня одним из аргументов при оценке привлекательности профессии является перспектива переезда в цивилизованные страны и у программистов с этим намного проще.
                                                                          0
                                                                          Делается это следующим образом

                                                                          А вам известны средние или крупные компании, где такое реализовано в случае того же Windows? :) Даже с интеграторами такое очень редко прокатывает, а вы сразу про вендора…
                                                                        +1
                                                                        Винадминов кроет премьер-поддержка Microsoft,

                                                                        Нифига. У нас (точнее, у нашего заказчика) она есть, и ее не хватает (точнее, не устраивает скорость реагирования). Да и типовые работы им тоже не отдашь.

                                                                        Более того, как раз первое, что они просят — контакт технического специалиста на стороне клиента.
                                                              0
                                                              Как же я вас понимаю…
                                                              Жизнь так сложилась, что работать(full-time) пришлось еще задолго до совершенолетия. Прошел путь от продавца до QA в телекоме и сейчас работаю сисадмином.
                                                              Крайне не хватает творческого начала в работе. До переезда в страну Москва справлялся с этим за счет театра и других ивентов.
                                                                +4
                                                                Все познается в сравнении) Можно работать админом, заниматься интересными штуками (мне вот интересно, когда приходит какая-нибудь новая циска), параллельно калымить (сами же говорите — время остается), а на всякую мелочь типа эникея взять ребят молодых. А с подходом «все надоело» и программироване через несколько лет поменять захочется.
                                                                  +9
                                                                  Все дело в том, что в системном администрировании недостаточно быть просто хорошим технарем, необходимо быть еще и немного управленцем. Необходимо не только уметь настраивать те или иные железки, но и понимать основные принципы управления качеством, анализа рисков, выстраивания процессов обслуживания и управления ИТ-инфраструктурой, уметь проводить переговоры с руководством, определять и достигать цели совместно с бизнесом (как бы булшитно это не звучало).

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

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

                                                                    Ради такого есть товарищ по имени «начальник отдела», который является наполовину техническим специалистом, наполовину управленцем. Он должен снимать указанные задачи с рядовых бойцов. Еще есть всякие проектные менеджеры и так далее.

                                                                    Я не хочу касаться вопросов менеджмента и десятиметровой палкой. И мне как правило удается их не касаться.
                                                                      +5
                                                                      Должен вас разочаровать — есть компании, где кроме сисадмина нет больше ни одного технического специалиста в штате и это еще вопрос, где ИТ-специалистов работает больше — в мелких бизнесах или в составе крупных ИТ-отделов.
                                                                        +2
                                                                        есть компании, где кроме сисадмина нет больше ни одного технического специалиста в штате

                                                                        Такие компании следует рассматривать как первый, временный этап эволюции администратора.
                                                                          +4
                                                                          К сожалению, есть целые области, где такие компании становятся единственным и последним этапом в эволюции системного администратора. И в этом нет ничего плохого, если специалист получает за свою работу достойную компенсацию и может организовать свой труд.
                                                                            0
                                                                            Человек, выбирающий это направление деятельности, должен учитывать подобные факторы.

                                                                            Но в моем отделе больше половины народу (включая начальника) — иногородние. Из тех самых областей, где туго с IT. Начали там, закончили тут, получая в месяц больше годового IT бюджета типичной мелкой компании.
                                                                        0
                                                                        Пример: маленькая контора, один сисадмин на 2 региона, все ИТ на мне, до этого никакого опыта административной работы. Вот у меня голова пухнет, от всего, начиная от заключения договоров до планирования бюджета. Зато новый опыт.
                                                                          +4
                                                                          Многие с подобного начинали. У меня была похожая ситуация лет 10 назад, только в моем случае у меня и с техническими знаниями было туго (оглядываясь назад — тогда я не знал вообще ничего, и непонятно, как не развалил всё что было в первую же неделю). Денег платили меньше, чем я тратил на дорогу туда-обратно. Зато это был прекрасный опыт, я очень благодарен той компании.
                                                                          –1
                                                                          Доля адекватных «начальников отдела» даже меньше, чем профессионалов среди сисадминов.
                                                                            +1
                                                                            Странно. Мой опыт говорит об обратном — я не знаком с неадекватными начальниками отделов (хотя нет, одного знаю). Среди тех, с кем я знаком, большинство — еще и первоклассные инженеры.
                                                                              0
                                                                              Программистские начальники знали свои системы лучше сисадминов, а вот с ИТ директорами не везло.
                                                                        +4
                                                                        Ну мне админить наоборот в кайф, когда был программистом было в разы больше рутины и не интересных задач. Если админ — это эникей в описанной вами ситуации, когда каждой проблеме затычка, то да хочется уйти. Когда на тебе архитектура сети и ты видишь как осуществляется на глазах расписанный и посчитанный тобой проект, когда через твои руки проходят разные железяки стоимостью с частный самолет и ты изучаешь постоянно новые технологии, пытаешься применить передний край разработок на новых проектах — это кайф, который сложно передать. По вашему тексту:
                                                                        Во-первых, сам процесс поддержки, а точнее его «постоянная» природа или отсутствие какой-либо завершенности. Мелкие задачи, выполняясь, накладываются друг на друга до бесконечности и превращаются в огромный ком, который постоянно меняет свои размеры, — соотношение выполненных и невыполненных задач. Что в итоге порождает вопросы: «Что полезного я уже сделал, Что еще сделаю и к Чему в итоге я двигаюсь?»

                                                                        Это функция отдела СТП, если вы «старший системный администратор» уровень senior, то, простите, какого овоща вы заняты рутиной? Что в это время делают остальные сотрудники IT департамента, а если вы в департаменте один и без подчиненных, то какой вы тогда старший?
                                                                        В-вторых, прерывания.

                                                                        Статус «я в отладке» на всех мессенджерах и отключенный звук, переадресация на заместителей, в белом списке только руководство предприятия и ключевые клиенты.
                                                                        В-третьих, привычка к рабочему процессу.

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

                                                                        То-есть это не вы ленивый, а работа виновата? С пользователями то зачем общаться старшему админу напрямую? Убирать кабинеты и за пиццой бегать вас хоть не заставляли?
                                                                        Из вашего поста лично для меня вытекает вывод, что или вы работали в какой-то заднице, либо не смогли сами наладить рабочий процесс ну или просто это не ваша профессия.
                                                                          +1
                                                                          Да этот кайф передать сложно, когда все заканчиваешь, вводишь последние команды, и наблюдаешь как твой новый сервис оживает, растут нагрузки…
                                                                            0
                                                                            Это функция отдела СТП, если вы «старший системный администратор» уровень senior, то, простите, какого овоща вы заняты рутиной?

                                                                            С пользователями то зачем общаться старшему админу напрямую?

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

                                                                            А лень тут при том, что весь смысл администратора а автоматизации всего и вся, — работа сводится к приведению системы к виду, когда админы в принципе и не требуются.
                                                                              +6
                                                                              работа сводится к приведению системы к виду, когда админы в принципе и не требуются.

                                                                              Значит, вы не понимаете, зачем нужны администраторы. Нет, они нужны не для «чтобы все работало автоматически и не падало». Они нужны для максимального повышения эффективности работы технической части бизнес-процессов. Это подразумевает безграничный простор для совершенствования того, что уже есть.

                                                                              А тот администратор, который вместо допиливания чего-то полезного сутками напролет играет в кваку («ничего не падает => могу заниматься чем угодно»), является не администратором, а аникеем.
                                                                                0
                                                                                После всех улучшений «технической части бизнес-процессов», дальнейший рост предполагает потребности компании, а если уже улучшать и допиливать нечего? Остается только поддержка, и такое бывает.
                                                                                  +1
                                                                                  Если улучшать и допиливать нечего — остаётся или расслабиться и начать деградировать либо уволиться и искать новые challenge'ы. Каждый выбирает своё.
                                                                                    +3
                                                                                    Перевести компанию на «режим поддержки» и уйти в другую — вполне себе хорошее решение.
                                                                                    +3
                                                                                    Если админу нечего улучшать, то он хреновый админ. Это офигенный маркер. У Вас линукс? Много разного открытого ПО? Вы правда считаете, что Dovecot, Postfix, Linux, Squid некуда улучшать?
                                                                                    0
                                                                                    Конечно допиливать нужно но не всегда. На рабочем сервере править конфиги или базу для ускорения работы я бы не стал.
                                                                                    И как в пословице, работа на удалённом маршрутизаторе к дальней дороге.
                                                                                    Всё двояко.
                                                                                      +2
                                                                                      На рабочем сервере править конфиги или базу для ускорения работы я бы не стал.

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

                                                                                      Ну вот у меня, наверное, под тысячу удаленных маршрутизаторов, коммутаторов и прочего. Из них минимум 90% находятся далеко от ближайшего компетентного в IT человека. Что же мне теперь, вообще не работать? Или работать так, чтобы выезд человека с консолькой просто не требовался?
                                                                                        0
                                                                                        Как определяется худо-бедно? Если оно работает и не требует от себя нечего. А вот обновление чего либо на более новое которое под себя обновляет библиотеки с которыми не могут работать другие приложения было и не раз.
                                                                                        И да вы один за тысячи устройствами следите и вечно на них что то делаете и вас никогда нечего не падает, да вы прям герой.
                                                                                          +1
                                                                                          Если оно работает и не требует от себя нечего

                                                                                          Допустим, некоторый запускаемый ежедневно отчет выполняется за 6 часов. Пользователи этим недовольны. Подкрутив, можно сократить время до 3 часов. Бизнес будет счастлив. А вы этого не делаете, потому что боитесь что-то сломать?
                                                                                          А вот обновление чего либо на более новое которое под себя обновляет библиотеки с которыми не могут работать другие приложения было и не раз.

                                                                                          Поздравляю, вы — аникейщик. Профессионал сначала обкатывает изменение на тесте, потом на препроде, и только потом уже на проде, во время MW, по окончании работ аккуратно протестировав весь функционал. Описанная вами проблема элементарна и вылавливается еще на тесте.
                                                                                          И да вы один за тысячи устройствами следите и вечно на них что то делаете и вас никогда нечего не падает, да вы прям герой.

                                                                                          Не один, конечно, есть еще один коллега, так что выходит где-то по 500 на рыло :)

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

                                                                                          Причем серверным админам-то проще всего. Вам для создания реплики прода обычно достаточно склонировать виртуалку. Мне же в идеале надо бы закупить оборудования на сотни килобаксов и поставить его греть воздух в лабе, принося пользу от силы раз в пару месяцев. Потому большинство косяков я вылавливаю именно на проде, после изменения чего-либо без предварительного тестирования, учитывающего индивидуальные особенности и баги железок и софта. И, несмотря на это, обычно все проблемы всё равно укладываются в MW.
                                                                                            0
                                                                                            Допустим, некоторый запускаемый ежедневно отчет выполняется за 6 часов. Пользователи этим недовольны. Подкрутив, можно сократить время до 3 часов. Бизнес будет счастлив. А вы этого не делаете, потому что боитесь что-то сломать?

                                                                                            Вот только это делается в обратную сторону: кто-то обнаруживает проблему (либо бизнес, которому лень шесть часов ждать, либо админ, который обнаруживает излишнюю загрузку инфраструктуры на эти шесть часов), озвучивает ее, описывает, поднимает (если сразу понятно решение — то вместе с ним) до ответственного за принятие решений, тот говорит, править, или нет (если решения еще нет — то искать решение или нет), и только потом делается «подкрутка», причем — как вы верно сказали — на нескольких контурах последовательно, причем по стандартной процедуре деплоя.

                                                                                            Вероятно, вы именно это и имели в виду, но это не то, что имел в виду minoro, когда писал свое «На рабочем сервере править конфиги или базу для ускорения работы я бы не стал».
                                                                                              +1
                                                                                              Вот только это делается в обратную сторону: кто-то обнаруживает проблему

                                                                                              У нас есть множество офисов, где вход в систему занимает по 20 минут (сотни миллисекунд задержки до контроллеров домена, небольшие потери на радиорелейке, пара мегабит полосы на всех). Бизнес не считает это проблемой. Точно так же формирование определенных отчетов за 6 часов может не считаться проблемой, к этому все привыкли, но ускорение процесса в два раза (или даже на четверть) принесет приличный профит.

                                                                                              Может, сам отчет делает select * from *… Я встречался с одним SQL запросом, который весит 5 мегабайт. Вроде даже где-то в переписке сохранился. Я не вру — 5 мегабайт текста. Запрос, конечно, в итоге работал и давал нужный результат…
                                                                                              но это не то, что имел в виду minoro, когда писал свое «На рабочем сервере править конфиги или базу для ускорения работы я бы не стал».

                                                                                              Мне кажется, именно то — «Конечно допиливать нужно но не всегда». Я очень часто сталкиваюсь с подходом «работает — не трожь». Даже если не сказать чтобы хорошо работает. Люди не понимают, как оно устроено, и боятся это трогать, потому что если сломают, то будет только хуже. Да, любое изменение в проде — это риск, но это значит лишь что этот риск надо учитывать. Боитесь, что полезное обновление сломает совместимость компонентов, и по каким-то причинам нельзя заранее это проверить? Берется 8-часовое окно, 2 часа на само обновление, 4 часа на тщательное тестирование всего функционала скриптами и руками, еще 2 часа на случай необходимости отката.
                                                                                                0
                                                                                                ускорение процесса в два раза (или даже на четверть) принесет приличный профит.

                                                                                                Вы так считаете? Озвучьте это начальству/РП, включая затраты и риски.

                                                                                                Берется 8-часовое окно, 2 часа на само обновление, 4 часа на тщательное тестирование всего функционала скриптами и руками, еще 2 часа на случай необходимости отката.

                                                                                                Это когда (а) система позволяет восьмичасовые периоды недоступности и (б) 4 часов достаточно на тщательное тестирование всей функциональности.
                                                                                                  +1
                                                                                                  Вы так считаете? Озвучьте это начальству/РП, включая затраты и риски.

                                                                                                  Так ведь и озвучивается.
                                                                                                  Это когда (а) система позволяет восьмичасовые периоды недоступности и (б) 4 часов достаточно на тщательное тестирование всей функциональности.

                                                                                                  Ну у нас периодически выкатываются подобные изменения. Затрагивается одновременно несколько десятков систем, участвуют сотрудники нескольких подразделений, другие на подхвате. В плане работ в среднем от 50 до 100 пунктов. Отдельный человек координирует выполнение всего этого дела. 4-х часов на тестирование обычно более чем. Если за это время проблема не выявлена, то скорее всего она вылезет далеко не сразу и лишь при определенной фазе луны.

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

                                                                                                  Да и вообще, в большинстве случаев можно построить такую цепочку:
                                                                                                  «Система не позволяет восьмичасовой даунтайм в период наименьшей нагрузки» => «сервис не резервирован как надо» => «сервис не относится к высокому классу критичности» => «система, являющаяся компонентом сервиса, все-таки позволяет восьмичасовой даунтайм в час наименьшей нагрузки».
                                                                                                    0
                                                                                                    Так ведь и озвучивается.

                                                                                                    Значит, идет по описанному мной маршруту.

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

                                                                                                    К сожалению, это не так (если, конечно, под «тестированием» вы подразумеваете не «запустим всех пользователей в боевом режиме»), по крайней мере, в тех системах, с которыми я работал.

                                                                                                    Да и вообще, в большинстве случаев можно построить такую цепочку:

                                                                                                    Это в идеальном мире. А в реальном вполне бывает так что даунтайм система не позволяет, но при этом у нее вообще нет резервирования (да-да, именно так: business-critical-система без резервирования).
                                                                                                      0
                                                                                                      Это в идеальном мире. А в реальном вполне бывает так что даунтайм система не позволяет, но при этом у нее вообще нет резервирования (да-да, именно так: business-critical-система без резервирования).

                                                                                                      И руководство в курсе такой ситуации и готово терять деньги в случае аппаратного выхода из строя этой системы? Либо система не критична и можно выделить окно обслуживания, которое должно быть по регламенту, либо эта критичная система — домашний компьютер владельца овощного ларька, ни в одном энтерпрайзе не встречал отсутствия резервирования критичных узлов, во первых ни один вменяемый архитектор такой проект не подпишет, во вторых эта ситуация моментально попадет на стол к главе департамента безопасности ибо это дыра угрожающая бизнесу.
                                                                                                        +1
                                                                                                        Либо система не критична и можно выделить окно обслуживания, которое должно быть по регламенту, либо эта критичная система — домашний компьютер владельца овощного ларька, ни в одном энтерпрайзе не встречал отсутствия резервирования критичных узлов,

                                                                                                        Одно короткое слово: «госуха». Когда человек, принимающий решения, не рискует собственными деньгами и доходами при отказе системы.

                                                                                                        Вы, может быть, и не встречали, а для меня это горькая реальность последние несколько лет.
                                                                                                        –1
                                                                                                        Значит, идет по описанному мной маршруту.

                                                                                                        Конечно. В итоге согласуется и выполняется.
                                                                                                        К сожалению, это не так

                                                                                                        Смоук тестирование, плюс нагрузочное тестирование скриптами, весьма достоверно эмулирующими действия пользователей, плюс запуск небольшого числа реальных пользователей с внимательным анализом результата.
                                                                                                        Если механизм отлажен, то 4 часа — это верхняя оценка времени для не слишком масштабного изменения. Обычно можно за час-два управиться.
                                                                                                        business-critical-система без резервирования

                                                                                                        Business critical система априори позволяет даунтайм. От ее остановки сам бизнес не остановится. Вот с mission critical сложнее, но и там обычно даже полная остановка бывает допустимой.

                                                                                                        Если в вашем реальном мире система класса business critical и выше не имеет резервирования… Ну что же, либо не согласовавший закупку необходимого железа и софта бизнес, либо архитектор этой системы является идиотом. Скорее, последнее. Это, конечно, если нарушение или остановка работы компании на несколько часов посреди дня считается катастрофой. Если нет (а бывает и такое), то другой разговор.
                                                                                                          +1
                                                                                                          Смоук тестирование, плюс нагрузочное тестирование скриптами, весьма достоверно эмулирующими действия пользователей,

                                                                                                          И снова идеальный мир. Конечно, встречающийся, но не так часто, как хотелось бы.

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

                                                                                                          На самом деле, ситуация забавнее. Если система посередь дня встанет, то немедленно будут звонки, разборки, стояние над душой и так далее. Но при этом денег (и ресурсов) на организацию резерва — никто не даст. И восьмичасовой простой ради обслуживания тоже не разрешат.
                                                                                                            0
                                                                                                            Ну если вы говорите про госконторы, то это такой местный филиал ада, и в масштабах страны (и тем более — всего мира) редкое исключение. Все-таки компании, не заинтересованные в своей эффективной работе, редко встречаются.

                                                                                                            Да и госконторы разные бывают. Некоторые разбрасываются деньгами направо и налево — где-то слышал я про одну, купившую первоклассные массивы вроде на десяток миллионов долларов, и уже после того, как их доставили, администраторы ломали голову над «на кой черт оно нам надо», «что на них перетащить» и «как организовать миграцию с минимальным ущербом».
                                                                                                              +1
                                                                                                              в масштабах страны (и тем более — всего мира) редкое исключение.

                                                                                                              За мир не скажу, а в конкретно взятой стране сейчас госзаказы составляют неслабую долю рынка IT (особенно в денежном выражении). И, что характерно, это сравнительно стабильные деньги.

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

                                                                                                              И снова все не совсем так. Одна и та же контора может сначала купить весьма недешевое оборудование (которое никак не вяжется в внутрикорпоративную архитектуру), а потом три года пытаться придумать, как его применить; и та же контора может не давать денег на плановое расширение серверной фермы под активно работающую систему — просто потому, что оборудование ложится в некий согласованный «план закупок и развития», а расширение фермы — нет.
                                                                                                                +1
                                                                                                                Ну я принципиально с такими организациями не контактирую, так что, по счастью, многих деталей не знаю :) Предпочитаю коммерческие структуры, где порядка больше, и где инфраструктурные админы могут забанить развитие и расширение сервисов по причине «нужно закупать новое оборудование», и это оборудование будет закуплено.
                                                                                                                  0
                                                                                                                  У коммерческих структур есть свои недостатки, будем честными.

                                                                                                                  Так или иначе, в итоге порядки везде свои, и нужно уметь адаптироваться.
                                                                                                +1
                                                                                                Спасибо хоть таким званием наградил мне профессионал. А то я прям расстроился.
                                                                                                Как уже ниже в комментах описано, это вам говорят где есть узкие места то и исправляете.
                                                                                                И да если так всё у вас ровно, посоветуйте тогда способ полного дубля рабочей машины, ну библиотеки версии и прочее. Честно без сарказма был бы благодарен.
                                                                                                  0
                                                                                                  И да я не буду трогать то что не знаю как оно работает. Есть софт без документации и который не поддерживается и программисты уходят.
                                                                                                  А вас по описанию особенно по обновлению с кучей админов прям идеал какой то, увы не каждому такое дано и не у каждого админа даже помощники есть.
                                                                                                    +1
                                                                                                    Не обращайте внимания. Такие товарищи встречаются. Чесать языком, как должно быть правильно и что нужно делать, они умеют прекрасно, а когда нужно сделать, тут уже разговор другой начинается. Я уже молчу, если у товарища руки чешутся, чтобы покрутить что-то на продакшен серверах.
                                                                                                      +2
                                                                                                      Я уже молчу, если у товарища руки чешутся, чтобы покрутить что-то на продакшен серверах.

                                                                                                      Так я о том и говорю. Аникей не знает, как работает его система и как ее быстро поднять, если она сломается. Он не умеет оценивать риски, так как мало опыта. У него нет мониторинга на уровне приложения (а то и на уровне сети, встречается и такое). Если возникает проблема, аникей паникует и судорожно закапывается в гугл и форумы. Потому аникей старается никогда ничего не менять на проде, чтобы нечаянно ничего не сломать. Даже когда по его мнению работает оно плохо. Даже когда изменение нужно внести сейчас, иначе оно через неделю может совсем упасть.

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

                                                                                                      Так оно не работает. Более того — когда бизнес сообщает службе IT о проблемах в IT инфраструктуре, это вообще полный абзац. Должно быть «IT сообщает бизнесу об устранении проблемы еще до того, как бизнес сообразил, что какая-то фигня происходит».
                                                                                                      посоветуйте тогда способ полного дубля рабочей машины, ну библиотеки версии и прочее.

                                                                                                      Вам не знакомо слово «виртуализация»? Снять снапшот, скопировать файлы виртуалки на другой хост, там запустить. Где этим всерьез озаботились — есть даже тестовая сеть с адресацией как на проде, чтобы можно было разом склонировать например и сервер приложений, и СУБД, без необходимости менять адресацию. Благо лишних денег это не стоит.
                                                                                                      Есть софт без документации и который не поддерживается и программисты уходят.

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

                                                                                                      Потому я и говорю, что «многорукий шива» должен быть переходным этапом в жизни администратора. Сначала он работает по интуиции, абы как, а потом узнает, как надо работать на самом деле и начинает удивляться, как инфраструктура, за которую он отвечал, умудрялась не падать каждый день, а падала только раз в неделю…
                                                                                                        0
                                                                                                        Знакомо слово виртуализация, но сделать образ с рабочей машины к которой нет доступа физически я не представляю как.
                                                                                                        В общем вы представляете видимо для себя кто работает один а не в команде админов, как низкого админа классом. Но увы не каждая фирма походит на Газпром или Сбербанк.
                                                                                                          +1
                                                                                                          но сделать образ с рабочей машины к которой нет доступа физически я не представляю как.

                                                                                                          Вы администрируете сервис, который работает на машине, к которой вы не имеете доступа? Хм… Вот допустим она внезапно перестала отзываться на пинги/RDP/SSH. Что будете делать?
                                                                                                          В общем вы представляете видимо для себя кто работает один а не в команде админов, как низкого админа классом.

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

                                                                                                          Является ли человек, увлеченный картингом и показывающий неплохие результаты, низкого класса гонщиком? Само собой. Особенно в сравнении с пилотами F1. Может ли этот любитель картинга со временем перейти в класс F1? Всё зависит от него, почти все с этого начинали. Является ли тот факт, что человек гоняет на картах, оскорбительным или унизительным? Нет, хотя если он хочет всю жизнь заниматься этим профессионально (а не просто раз в неделю покататься с друзьями), то возникают определенные вопросы.
                                                                                                            0
                                                                                                            Видимо это особенность русского менталитета, всем тыкать носом что вы ниже если сам добился каких либо результатов, что в бизнесе что в карьере. И тут вижу тоже самое.
                                                                                                            И да нужно говорите что нужно быть узким специалистом, а сами говорите и коммутаторы ковыряете и сервера за одно. Не порядок.
                                                                                                              +1
                                                                                                              Да причем тут менталитет? Какое еще тыканье носом?

                                                                                                              Вот судя по вашему профилю, ваш основной интерес лежит в сфере баз данных. Есть возражения, что сидящие неподалеку от моего рабочего места ораклоиды, поддерживающие инфраструктуру для наиважнейших сервисов крупной организации, знают и умеют больше вашего, хотя бы исходя из цены их ошибок (вплоть до полного разорения организации)? Или что юниксоиды, отвечающие за сервера, на которых крутится в том числе ораклы, лучше вашего знают *NIX часть?
                                                                                                              а сами говорите и коммутаторы ковыряете и сервера за одно.

                                                                                                              Что же это за специалист, не способный решать corner case'ы, связанные с его зоной ответственности? Если бы я, скажем, немного не знал *NIX территорию, а наши юниксоиды не понимали бы значения слова «VLAN» — все говорили бы на разных языках, никто никого не понимал бы, и возникла бы крайне печальная ситуация. Любые проблемы решались бы безумное количество времени.

                                                                                                              А по факту ко мне от коллег из не имеющих отношения к сети подразделений нередко приходят запросы вида «добавь VLANы по приложенному списку на такой-то транк такого-то свитча». Они понимают значение каждого из этих слов, они понимают сетевые требования для работы их сервисов, это экономит массу ресурсов на выяснение «что тебе надо-то» и на диагностику проблем «поднял сервер, а он не пингуется». Они обладают достаточными знаниями, чтобы самостоятельно вносить изменения в конфигурацию портов в сторону их систем на дорогущем сетевом оборудовании. Я бы мог выполнять базовые операции на их системах. Но каждый — специалист в своей области, у каждого мозги и время не резиновые, потому каждому надо глубоко знать свою область и поверхностно — смежные. Знать глубоко всё или хотя бы многое невозможно. Знать поверхностно всё — это и есть тот самый аникей, промежуточный этап развития администратора, пока он не выберет себе специализацию и не начнет развиваться в одном направлении.

                                                                                                              Если все еще по какой-то причине обижаетесь — представьте себя любителем гонок на картах, и попробуйте вообразить собственную реакцию на фразу «раллийный гонщик круче как гонщик». Обидно? По-моему, нет, я бы на такое точно не обиделся. Это просто ориентир, к которому можно двигаться, если есть желание профессионально развиваться.
                                                                                                                +2
                                                                                                                Было от вас уже про карт. И я не обижаюсь.
                                                                                                                Но по вашему высокомерию то что я описал выше похоже очень походит на вас. Не зная человека и его занятия и профиль работы очень легко определяете его.
                                                                                                                Пишете что нужно всё одним заниматься а тут же оказывается что у вас специалисты знают не только что их касается. Да и вас так же. По сути тем же самым по вашему эникеем можно назвать кого угодно кто знает как решить больше одной задачи.
                                                                                                                  0
                                                                                                                  Не зная человека и его занятия и профиль работы очень легко определяете его.

                                                                                                                  Одной фразы «не менять конфиги боевых серверов» вполне достаточно :) Нет, менять конфиги боевых серверов надо. И надо точно знать, на что влияет изменение и как свести риск негативных последствий к минимуму.

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

                                                                                                                  Не вижу противоречия. Я писал, что профессионалу надо глубоко знать что-то одно. Если больше одного, то это круто, но встречается исключительно редко. То, что профессионал не должен знать смежные темы, я не писал. Еще как должен. Есть у меня коллеги, которые отлично понимают свое направление, но ни шагу в сторону. Местами печальное зрелище — отсутствие подобных знаний приводит к фейлам даже по своей теме.

                                                                                                                  Однако, если человек по работе занимается сразу десятком совершенно разных направлений (не на уровне «что-то слышал» как я в случае *NIX или юниксоиды в случае сети), то обычно не следует ждать от такого человека глубокого понимания ни одной из этих тем. В тех небольших масштабах, с которыми он сталкивается, глубокое понимание банально не требуется.

                                                                                                                  А вот вы знаете что-то на достаточном уровне, чтобы я мог порекомендовать вас коллегам, и вы бы прошли многочасовое техническое интервью? MS SQL (есть отдельные люди, работающие исключительно с ним)? Oracle (тоже отдельные люди)? *NIX опять же, т.е. Solaris, AIX и ряд других систем?
                                                                                                                    0
                                                                                                                    не понимаю я всё таки немного зачем ковырять то что и так хорошо работает. Нужно конечно пробовать разные конфигурации использовать и смотреть что из этого выйдет но не боевом сервере.
                                                                                                                    NIX знаю, но у каждого суждения о достаточном знании рознятся. И да всё знать тоже не возможно, тебе зададут вопросы на которых ты не знаешь ответы и всё ты нуб. Но так же и ты можешь задать вопросы на которые они не ответят. И вот каждый думает что противоположенный человек дерево в своих знаниях.
                                                                                                                      0
                                                                                                                      не понимаю я всё таки немного зачем ковырять то что и так хорошо работает

                                                                                                                      Да хоть банальные security патчи ставить раз-два в месяц.

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

                                                                                                                      Смотря какие вопросы. Есть такие, незнание ответа на которые гарантирует некомпетентность, и можно сразу распрощаться. Грубо говоря — если вы неправильно или вообще не объяснили смысл load average. Да и «не знаю» — понятие растяжимое. Можно не знать ответ, но знать, где этот ответ найдется за несколько секунд, что практически равносильно знанию ответа. Конечно, это относится скорее к дефолтным номерам портов не самых известных сервисов, а не к load average…
                                                                                                        0
                                                                                                        Во первых, причем тут рабочая машина?

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

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

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

                                                                                                        Встречается иногда, конечно, определенный софт типа шифрованных платных CMS для PHP, многолетней давности с прекратившейся поддержкой — с ним беда, да, но это довольно редкий случай.
                                                                                                          0
                                                                                                          как раз о таких случаях и речь. Так же обновление php в котором могут быть убраны функции используемые по всему коду.
                                                                                                          Я использую rsync для бекапов и конфигов.
                                                                                                          Я вот всё не очень понимаю, если всё работает на должном уровне зачем это ковырять я понимаю увеличить фукционал или дырку закрыть.
                                                                                                            +1
                                                                                                            Если действительно все работает и есть запас по ресурсам, а также вы можете разбуженным в 4 часа утра воссоздать полный функционал сервера и поднять бэкапы, то действительно, ковырять не нужно. Просто бывает ситуация, когда есть тонны древнего кода, на костылях и подпорках, оно как-то работает и в принципе всех устраивает, но в случае сбоя никто не знает как это поднять, бэкапы есть, но на восстановление не проверялись и не восстанавливаются, а надо срочно восстановиться, вот тут тот, кто не ковырял бежит в аптеку за вазелином, а тот кто разобрался что к чему и как, неспешно по-порядку все это дело поднимает. Если вы готовы одномоментно потерять любую систему и сможете в не критичное время все это воссоздать на резерве — вам ковырять дальше ни к чему.
                                                                                                              0
                                                                                                              Потому что захотите вы, например, переехать на соседний хостинг, и не сможете: старых версий дистрибутивов уже нет, сопутствующий софт типа веб-админок тоже обновился и реальным выходом в таком случае останется только полная переустановка сервера.

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

                                                                                                              Если такое в компании встречается часто, значит это действительно скорбный бизнес, нужно или его перестраивать почти полностью, или уходить в другую компанию.
                                                                                                        0
                                                                                                        Падает у всех иногда, но авторолбеки никто не отменял, ну и думать перед тем как вкоммитить настройку не проверенную на стенде, если это не банальность какая-то. Не трогать иногда чревато, патчи безопасности, нужные фичи, глубокий тюнинг и т.д. Бояться своей же системы, тогда зачем админ нужен, если он не знает как оно все работает. Для физического доступа к большей части железа, с которым работаю мне понадобится самолет и 12 часов перелета только в одну сторону, так что забить на все и молиться на святую корову «работающий сервер». Тем кто работает исключительно с серваками чуть проще, у них есть IPMI, а вот сетевикам надо предварительно хорошо думать, хотя сейчас уже и сетевики радуются возможности commit confirmed на боевых маршрутизаторах без резерва.
                                                                                                  0
                                                                                                  Ну так привел одну компанию, получил рекомендации, закрыл проект пошел в следующую более крупную и интересную. Админ все равно будет нужен, планировать расширение мощностей, архитектура сети и так далее. Сегодня обслуживаете 40 серверов завтра уже 40 000, другой уровень другие задачи автоматизации. Если вы из СПБ, почему не пошли например в Яндекс, они регулярно админов ищут и задачи там для админа интересные (немного общался).
                                                                                                    0
                                                                                                    Да, в Яндексе есть крутые вакансии. А также есть целая куча хостеров с крутыми задачами и тыщами сервером каждый :)
                                                                                                      +1
                                                                                                      А я про что, кто хочет — ищет возможность. Я вот из города в разы меньше Питера, в нем работы для админа на приличную зп почти нет, но это ничем не мешает иметь заказы в USA и работать на внешний рынок, а железо в стойки и без меня поставят и питание включат.
                                                                                                        +1
                                                                                                        Супер! :) К слову, в западных компаниях очень часто можно встретить наших соотечественников именно на админских позициях. После тупых индусов это обычно глоток свежего воздуха :)
                                                                                                0
                                                                                                Вопрос автору: Насколько просела зарплата после перехода в программисты? Ну и регион пожалуйста укажите где проживаете.
                                                                                                Сам админ, но еще пожалуй один из плюсов работы программистом, который я вижу, это отсутствие ночных звонок в 3 утра.
                                                                                                Поясню: Да, есть тех поддержка, которая 24\7 и решает мелкие проблемы. Но есть проблемы, которые тех поддержка решить не может.
                                                                                                  +1
                                                                                                  Резервирование важных сервисов — не, не слышал. По какой причине могут позвонить в 3 часа утра, кроме прямого попадания метеорита в техузел? За крайний год ночью вставал 2 раза оба планово для обслуживания и обновления центральных маршрутизаторов, если это причина для ухода их профессии то я не знаю как вы встретите первый дедлайн у программистов. Опишите кейсы, для чего нужно вставать ночью часто?
                                                                                                    0
                                                                                                    Поработайте в интеграторе когда на вашей группе висят 200+ систем и ты прописан в маршрутном листе звонков для 30 из них.
                                                                                                    Тогда ночные звонки будут обязательно.

                                                                                                    Особенно часто это последеплойные сюрпризы.
                                                                                                      +3
                                                                                                      Вы в интеграторе первая линия? Тогда сочувствую, растите быстрее, освобождайте место молодым. Нужен кто-то из опытных 24/7, не вопрос пилите сутки на смены, замечательно пилится по 8 часов на человека, часовых поясов много либо вахтовый метод. Не нормированные переработки — это страшная авария техногенного характера, захват инопланетянами или в этом роде — оплачивается отдельно по тарифу х3 или выше, а деплой и баги после него — штатная ситуация, дежурный инженер должен их решать в рабочую смену, вы же не на 200+ систем сразу деплоите.
                                                                                                        0
                                                                                                        Не первая линия.
                                                                                                        У нас распилены не сутки, а сервисы. Например за эти 10-50 отвечает один человек, за эти другой и так далее.
                                                                                                        «А деплой и баги после него — штатная ситуация, дежурный инженер должен их решать в рабочую смену» — а в нерабочее время что с багами делать? А если деплой неправильно прошел? Бросить все и откатывать назад — специфика фирмы не та, нельзя.
                                                                                                          +2
                                                                                                          Если в нерабочее время баги бывают регулярно, значит это время должно быть для кого-то рабочим. Пару раз в год у всех бывает радостный будильник среди ночи, но если это на потоке то надо решать, не технически, значит управленчески.
                                                                                                      +4
                                                                                                      Резервирование важных сервисов — не, не слышал. По какой причине могут позвонить в 3 часа утра, кроме прямого попадания метеорита в техузел?

                                                                                                      Ох… Практика показывает, что сколько ни резервируй — всегда где-то вылезет неожиданный SPOF. Если не на собственной сети, то у трех разных провайдеров с разными ОПМ до важной площадки.

                                                                                                      Ну вот пример из опыта: на ровном месте лупбек одной из железок ядра перестал анонсироваться в IGP, но не ушел в down. Сам IGP не разваливается — ему этот лупбек по барабану, на нем соседей нет. А вот LDP растерял всех соседей, так как соседи потеряли маршруты до лупбека. В результате весь трафик с метками через это ядро начал блекхолиться из-за развала LSP.

                                                                                                      И при этом никто ничего перед аварией не менял. Честно-честно.

                                                                                                      Если вы утверждаете, что полностью резервированный сервис не может упасть сам собой посреди ночи — вы, видимо, слишком мало работали с сетями :)
                                                                                                        0
                                                                                                        Такие ситуации бывают, но сколько раз у вас такая ситуация была за год? Пальцев 1 руки пересчитать думаю хватит, нам тоже 3 оптики порвали в 1 день с разницей в 2 часа от разных аплинков с разных районов, вероятность штука подлая. Или, например ни с того ни с сего развалилось кольцо через транспорт дружественной сети, тоже никто ничего не трогал. Я не говорю что резервирование всегда работает, но если вы не досыпаете по 3 раза в неделю, то наверное с архитектурой все-же что-то не так.
                                                                                                        <offtop>
                                                                                                        IGP не на экстримовской железке такой финт выкинул?
                                                                                                        </offtop>
                                                                                                          +3
                                                                                                          но сколько раз у вас такая ситуация была за год

                                                                                                          По моей части — раз, может — два в год. Но каждый такой случай, конечно, бесит. А еще есть разной степени криворукости коллеги из других подразделений, которые рады свалить косяк своей системы на сеть, приходится лезть и разбираться. Это немного почаще бывает, но тоже не особо, пальцев одной руки хватит.
                                                                                                          но если вы не досыпаете по 3 раза в неделю, то наверное с архитектурой все-же что-то не так.

                                                                                                          Если 3 раза в неделю, то проблема в ДНК, архитектура — лишь одно из проявлений этой проблемы.
                                                                                                          IGP не на экстримовской железке такой финт выкинул?

                                                                                                          Обычный шеститонник. Shut / no shut не помогал. Копипаст конфига лупбека, его удаление и пересоздание под копирку помогло. Разумеется, TAC развел руками. Триггер неизвестен, диагностики особой собрано не было. Ну видать типичный «soft parity error».
                                                                                                        0
                                                                                                        Дедлайн это дедлайн. Как правило ты понимаешь, что он будет. Да и у админов он тоже есть. А вот, когда тебя чуть ли не с девушки снимают это как-то очень очень печально.
                                                                                                        По поводу кейсов: как ниже отписали, что практика показывает, от необычных зависаний не защититься простым резервированием. Ну и разные последеплойные штуки само собой.
                                                                                                          0
                                                                                                          Соглашусь по всем пунктам. Вообще, если человек вынужден перерабатывать постоянно, а тем более если его постоянно дергают ночью — проблема либо в человеке, либо в организации рабочего процесса.

                                                                                                          Мне звонили, правда, не ночью, а с утра в выходной, только один раз — когда горело здание одной из основных серверных. Да и то дозвонились только когда я проснулся, ибо есть у меня привычка ночью выключать звук на телефоне, а ненормированный рабочий день в трудовом договоре не прописан.
                                                                                                          +1
                                                                                                          Ненамного, около 15%, учитывая что позиция junior, так что расти есть куда. Спб
                                                                                                          +3
                                                                                                          Если вы действительно любили админить вам нужно было развиваться в эту сторону дальше, а не держать пачку линукс серверов. Поменять работу например не пробовали? В вашем случае, либо уходить в узкие вещи и становиться экспертом либо devops. Я как раз таки наоборот, всегда не хотел случайно стать программистом. Хотя возможности были. И было сложно выбраться из эникея.
                                                                                                            +1
                                                                                                            Крутых программистов в России я видел, много. А вот крутых администраторов могу перебрать по пальцам одной руки. Что говорит, безусловно, об отмирании профессии :)

                                                                                                            Люто не одобряю такой переход, имхо, для крутого админа уйти в программисты — это падение с Олимпа. Правильный админ должен уметь отлично программировать нужные ему задачи, но скатываться до лабания сайтиков на Python, фи.
                                                                                                              0
                                                                                                              Сайтики сайтикам рознь и я не сказал что пишу их.
                                                                                                                +2
                                                                                                                Я сделал этот вывод по ключевым словам «django» / «wsgi» / «frontend». А что пишете? Геораспределенное отказоустойчивое высоконагруженное хранилище как аналог Google Big Table?
                                                                                                                  –1
                                                                                                                  Отказоустойчивое и высоконагруженное, остальное под грифом, увы
                                                                                                                    –3
                                                                                                                    Отказоустойчивое и высоконагруженное на уровне Junior? Простите, я еще не видел ничего «отказоустойчивого» и «высоконагруженного» разработанного человеком с менее чем 10ю годами профильной работы за плечами.
                                                                                                                      +5
                                                                                                                      Отдел программистов трудится над одним, большим проектом. Почему он не может быть «отказоустойчивым» и «высоконагруженным»?
                                                                                                                        –2
                                                                                                                        Потому что Вы даже не можете назвать что за проект и в какой отрасли. Можно описать проект досконально не нарушив NDA.
                                                                                                                +1
                                                                                                                Работу крутых программистов видят многие, работу крутого админа вы вряд-ли заметите, она выглядит как все работает так как задумано и другие отделы компании могут даже не знать что у них есть админ и как его зовут. Да и критерий крутости штука относительная, вот как ее посчитать? В количестве серверов — вряд-ли, после определенного количества уже все равно сколько их обслуживать, в количестве проектов — тоже вряд-ли, в минутах даунтайма в год, ну возможно но не для всех админов да и как сказали выше всякое бывает даже с опытными. Остается банально ЗП, ну или я не знаю как отличить крутого админа от заурядного, но набившего руку.
                                                                                                                  –4
                                                                                                                  И количество сертификатов.
                                                                                                                    +1
                                                                                                                    Ха 3 раза, знаю людей которые получили их гору по брэиндампам из-за формальных требований в фирме к их наличию и привязке бонусов, но при этом ни дня не работали по технологиям этих сертификатов.
                                                                                                                      +3
                                                                                                                      Я знаю одного человека, который CCIE^4 (Voice/Security/RS/SP) и еще куча всего по другим направлениям и вендорам. Даже периодически с ним общаюсь. Чертовски грамотный спец. По-моему, нет ничего такого, чего бы он не знал по части цискиного VOIP. По другим направлениям как-то не представлялось возможности оценить его.компетентность, но я верю, что как минимум в рамках курса CCIE (который на самом деле не сказать чтобы уж прям глубокий) он всё перечисленное знает, даже если без боевого опыта, на лабах. Опять же, бывают corner-case'ы, когда его основное направление (voice) пересекается с другими.

                                                                                                                      Про него говорят, что когда он не изучает что-то новое, у него начинается ломка. Человек зависим от знаний. Прекрасное заболевание — у меня явно схожий диагноз, только в более легкой форме, и это заболевание, по-моему, должно иметься у любого работающего в IT человека.
                                                                                                                        0
                                                                                                                        Прекрасный специалист, жалею что не знаком. Профи своего дела однозначно, по доброму завидую, я явно недотягиваю до такого уровня, но в этом есть и плюс, есть к чему стремиться.
                                                                                                                          0
                                                                                                                          Это не ломка — это пустота которую нужно постоянно заполнять, иначе место себе не находишь.
                                                                                                                      +1
                                                                                                                      Как? Очень просто — побеседовать хотя бы 10 минут с человеком. И сразу станет понятно, кто крутой админ :)
                                                                                                                        0
                                                                                                                        И какими крамольными знаниями должен он обладать, как отличить крутого «сетевика» от крутого «безопасника», «ЦДНщика» или «телефониста»? Что за универсальный вопрос спросить. Да даже внутри одной специализации есть столько разных направлений и углублений что не поймешь. Тем более собеседующий сам должен быть не слабо в теме иначе компетентный ответ может посчитать за неправильный.
                                                                                                                          +1
                                                                                                                          Есть же шутка про вопрос о браузере.
                                                                                                                          Правда она не всеобъемлюща, но всех тех кто работает с вебом касается
                                                                                                                            0
                                                                                                                            Озвучьте шутку, я не в теме — интересно.
                                                                                                                              +1
                                                                                                                              У меня есть браузер.
                                                                                                                              Я написал в адресной строке yandex.ru, расскажите максимально подробно что произойдет после того как вы нажмете энтер.

                                                                                                                              Фронтэнд девелопер будет рассказыветь про работу браузера и показ странички
                                                                                                                              Бекенд девелопер расскажет про работу приложения
                                                                                                                              Админ расскажет про работу веб-сервера
                                                                                                                              Сетевик про работу сети в это время
                                                                                                                              ну и т.д.
                                                                                                                                +2
                                                                                                                                админ начнет с DNS
                                                                                                                                  +2
                                                                                                                                  О, это дивный вопрос и я его очень люблю :) Полный ответ на него у знакомого тру админа занял около 1 часа, с применением DHCP, DNS, TCP/IP, BGP и еще доброй сотни имен демонов и протоколов :)
                                                                                                                                    +6
                                                                                                                                    Фигня. Можно час рассказывать про то, что происходит с первым DNS пакетом в первом же хардварном провайдерском маршрутизаторе.
                                                                                                                                    Скрытый текст
                                                                                                                                    image

                                                                                                                                    А потом во втором, другой модели, еще на час:
                                                                                                                                    Скрытый текст
                                                                                                                                    image
                                                                                                                                    image

                                                                                                                                    А уж если у человека есть электронный бекграунд и он хорошо понимает устройство микропроцессоров…
                                                                                                                                      0
                                                                                                                                      Зачот =)
                                                                                                                                        0
                                                                                                                                        ASR9k с картой первого поколения + 6500/7600?
                                                                                                                                          0
                                                                                                                                          Агась.
                                                                                                                                    +1
                                                                                                                                    Ваш запрос будет обработан браузером, который начнет выяснять куда необходимо обратиться, через сетевую карту, цепочку коммутаторов и маршрутизаторов будет отправлен пакет (модель OSI и структуру пакета опустим) изначально на DNS сервер который, если кеширующий запросит его далее вплоть до корневого, либо отдаст из кеша (протокол чаще всего UDP порт 53), придет ответ в виде IP, затем на этот IP через цепочку свичей и маршрутизаторов пойдет запрос на установление TCP соединения, который снова пройдет цепочку железяк, фаирвол и попадет на WEB сервер, если он «слушает» на данном порту в большинстве случаев это будет фронтенд сервер, распределяющий нагрузку на бэкенды, фронтенд установит первичное открытое соединение (тут длинное описание тройного рукопожатия) запросит у бекенда наличие данной страницы, бэкенд обратится к своей базе… (если человек нудный вы получите дипломную работу листов на 200 при этом человек сдавший недавно какие-нибудь ИСС ответит намного подробней чем админ, так что тоже не показатель.)
                                                                                                                                      0
                                                                                                                                      Изначально в локальный кэш DNS и еще hosts.
                                                                                                                                        0
                                                                                                                                        Черт, я знал что что-то обязательно упущу.
                                                                                                                                          0
                                                                                                                                          Еще можно подробнее рассказать про работу браузера и операционки :)
                                                                                                                                          Еще можно рассказать как браузер начнет обрабатываеть и показывать на экране страничку.
                                                                                                                                          Еще много всего)

                                                                                                                                            0
                                                                                                                                            Ну если углубиться в обработку прерываний процессором пользователя, работу оперативной памяти и т.п., то так можно дойти до талмуда все об IT на примере браузера.
                                                                                                                                              –2
                                                                                                                                              Ага. Поэтому «вопрос о браузере» — идеальный вопрос на собеседовании
                                                                                                                                      0
                                                                                                                                      А как назвать того, кто расскажет про всю цепочку событий?
                                                                                                                                        +1
                                                                                                                                        Выше написано — нудный человек с дипломом на 200 листов
                                                                                                                                          +3
                                                                                                                                          Я думаю зануда, особенно если начнет цитировать все задействованные RFC
                                                                                                                                          0
                                                                                                                                          написал в адресной строке yandex.ru, расскажите максимально подробно что произойдет после того как вы нажмете


                                                                                                                                          Это классика :)) я на него сам 8 лет назад отвечал, и не один раз задавал
                                                                                                                                            0
                                                                                                                                            Кстати, очень хорошо рассмотрено вот здесь. А вот ещё. И, напоследок, ещё немного.
                                                                                                                                        0
                                                                                                                                        У меня было довольно много собеседований по вот этой вакансии spb.hh.ru/vacancy/10898085, где-то полсотни или больше. Админ — это довольно размытое понятие, к нам приходят разные люди — от почти без опыта до «20 лет стажа в тяжелом продакшене». Да, у них разные сферы и разный опыт работы, но я считаю, что у администратора — это не главное. А главное в работе администратора:
                                                                                                                                        1) Умение учиться
                                                                                                                                        2) Умение доводить работу до конца
                                                                                                                                        3) Отвественность за свою работу
                                                                                                                                        4) Доскональное понимание (или желание изучить) систем, с которыми человек работает.
                                                                                                                                        5) Понимание «продакшена»

                                                                                                                                        Если это есть — человек либо уже хороший администратор либо может им стать. Разумеется, список не полный, взял из головы самое основное, но суть я думаю ясна.
                                                                                                                                          +1
                                                                                                                                          ЗП маловата.
                                                                                                                                            0
                                                                                                                                            Зато стооооолько опыта :)
                                                                                                                                              0
                                                                                                                                              Написано от, если это на руки а не оклад, то для первой линии в хостинге нормально, я бы даже сказал очень хорошо. Даже с учетом что это Питер, а не наша деревня) Хотя работа реально тяжелая.
                                                                                                                                              0
                                                                                                                                              Кстати, к вам насколько реально устроиться из другого города с условием переезда?)
                                                                                                                                              Думаю может все таки в Москву/Питер перебраться.
                                                                                                                                                0
                                                                                                                                                Полагаю, что вполне реально, но мы только в Питере :) Лучше задать эти вопросы по адресу: job@fastvps.ru
                                                                                                                                          0
                                                                                                                                          Ну одним из отличий является полная автоматизация любых бизнес-процессов, как имеющихся, так и внезапно появившихся новых.
                                                                                                                                        +2
                                                                                                                                        Почти с меня писали. Я тоже был админом, тоже перешел в стан питонистов :)
                                                                                                                                        Я тоже был долгое время админом (в основном виндовым, но без предвзятости, что нужно делал на *nix). И тоже перебрал