Не согласен с вами на этот счет. Необходимо решать проблемы здесь, на месте, а не перескакивать на все готовенькое. Вышестоящее руководство - это точно такие же люди, так что достучаться до них возможно, если они видят, что вы нормальный человек. Да, есть настоящие жлобы или просто люди, не разбирающиеся в ИТ. К примеру, для них норма купить индийский или китайский станок за 30 млн. рублей, но вот выделять 5 млн. рублей на обновление всех рабочих станций пользователей мы не будем. Сисадмин также должен считать деньги: цены на ПО, оборудование и содержание этого оборудования. Время туда же. Хотя везде все по-разному.
Вы не ошиблись? Перечитайте еще раз. Это дополнения и ответы на вопросы к моей первой статье. Она предназначается только для младших сисадминов. Или для вас младший сисадмин - это уже DevOps-инженер?
Кто-то вынес из образования что-то полезное, а кто-то нет. Все остальное это опыт.
Я полностью согласен с этим. Но надо смотреть для конкретных случаев, прочитайте еще раз ту часть. Далеко не все организации могут себе позволить не то, что купить или содержать, а просто разместить десяток rackmount серверов (без разницы, по 1 или 4 юнита).
Я видел в живую случай, когда компания приобрела проприетарный сервер за миллион деревянных, но вдруг через полгода выяснилось, что штатный сисадмин не включил все ядра, или наоборот отключил, не знаю точно. Представили картину? Так что на первом месте всегда специалисты.
В техническом плане - возможно, я умею работать только с AD DS, а про другие службы каталогов просто читал статьи, обзоры и первые главы книг, если их находил. Дело же не только в технической части. Дело еще в специалистах, источниках информации, интеграции с другими сервисами и так далее. К примеру, представьте себе промышленное предприятие, в котором используется служба каталогов N, у которой 1000 клиентов. Как вы планируете проводить миграцию? Там выбить технологическое окно продолжительностью в двое суток - это уже огромное достижение. Это же не просто миграция баз с одной СУБД на другую. А так выходит замена шила на мыло, опять.
Спасибо за очень проработанный комментарий. Отвечаю по пунктам:
1) Если у вас 8 лет работы в ИТ - ваше образование уже никому не упало. Речь шла про тех, кто только учится или недавно выпустился.
2) Я не могу терпеть DevOps. Не понимаю, как какую-то методологию смогли извратить до отдельной профессии. Для меня это просто системный администратор Linux с навыками разработки ПО на сверхвысокоуровневом языке. Для меня и для большинства моих старших коллег это просто красный маркер очередной обезьяны с курсов без образования, которая захотела срубить легких денег.
3) На самом деле бэкапить Linux можете чем угодно. Главное - чтобы потом смогли восстановить как можно быстрее. UrBackup/Amanda приведены в первую очередь для централизованного бэкапа клиентов. Для серверов спокойно можно использовать скрипт с rsync. Ну или смотрите в сторону Borg/Restic.
4) Про VPN то же. Каждый использует, что он считает нужным, а потом расхлебывает последствия. Wireguard я выбрал в первую очередь из-за скорости.
5) Python - нет, не применяю. Максимум - установка (в т.ч. и библиотек), обновление, удаление. Все. Я не пишу код. Учите Bash.
6) Терпеть не могу рассуждения об обязанностях, заработной плате и т.п. Платят хорошо только хорошим специалистам. Наработайте опыт, проявите себя, учитесь, практикуйтесь и тогда будет и хорошая з.п., и хорошие условия труда, и хорошее отношение и т.д. Про тех, кто знает на хорошем уровне множество технологий - это в первую очередь про способность к самостоятельному обучению, таких действительно не много. А так да, любая девочка с дипломом дизайнера хочет получать 100 т.р. Есть еще сисадмины, которые жалуются, мол, работы много, она тяжелая и т.п. Всегда у таких интересуюсь: "А книги вы какие прочитали? Чем вы занимались в университете?" - и в ответ тишина. Ну, что ж, сами виноваты.
7) Отдельно про ваши "интересно, нравится, хочется". Есть такое слово: НАДО. Надо учиться, надо работать, надо практиковаться, надо читать книги. Это в первую очередь работа, и мы несем ответственность за свой труд. Если к 30 годам вы этого не поняли, то ответственные должности для вас закрыты. Не хочу вас обидеть, это везде так.
8) Высшая лига - это только после условных 20 лет стажа по профилю, и то смотря где и как. Не нашего полета уровень. Но вот в целом профессия программиста или системного администратора - это действительно не для всех, потому что не все способны к самостоятельному СИСТЕМАТИЗИРОВАННОМУ (а не вашему "интересному") труду и учебе. Это касается любых интеллектуальных технических профессий, будь то инженер-конструктор или программист.
Попробуйте прочитать статью еще раз через неделю-другую. Возможно, увидите то, что пропустили. Моя статья не предназначена для ведущих инженеров, я проходился пока что только по низам.
Посмотрел вакансии и резюме на хх в моем городе про DevOps. По сути их почти и нет, а если и есть, то только вот такие замечательные кадры:
Да, именно для этого в статье представлена информация о тестовом стенде. Про курсы не согласен. Тут идет по спадающей: документация, книги, статьи и лучше практики, и только где-то там внизу курсы и видеоролики. Так что я крайне не рекомендую курсы как источник информации. И про работу вы тоже правы. Даже если прочитать книгу от корки до корки, все законспектировать, проверить на тестовом стенде - на работе окажется немного иначе. Но все равно будет легче по сравнению с теми, кто вообще ничего не учил. Надеюсь, моя статья вам помогла определиться с тем, куда идти дальше. А все остальное зависит только от вас.
Собака лает, караван идет. Уже 10 раз написал: хотите показать свои знания - показывайте их на работе или напишите свою статью. Не надо здесь выеживаться и что-то доказывать людям в интернете. На последующие ваши комментарии под статьей отвечать не буду, если хотите пообщаться - напишите в личные сообщения.
Все верно. Технологий много, они очень разные. Но вовсе не обязательно знать их все на уровне профессионала. Проблема также в процессе обучения. Нужно медленно двигаться в правильном направлении, а не скакать туда-сюда. Начать с книги (если она есть), открыть главу, к примеру, про конфиги, все законспектировать, потом посмотреть, что написано про те же конфиги в документации. Далее применить полученные знания не тестовом стенде. Все, никаких секретов. Статья необходима именно для этого.
Я не эксперт в таких вопросах. Я отвечаю за администрирование 1С:Предприятие, и знаю его на более-менее не стыдном уровне. Здесь просто куча проблем, как с самой платформой, так и с конфигурациями, которые разработчиками не исправляются и которые просто не простительны для других систем подобного рода. То, что другие решения еще хуже, не делает автоматически 1С хорошей. Да, она может быть и лучшая, но не хорошая. Здесь просто выбор между плохим и очень плохим. Наверное, это раковая опухоль всех подобных систем для автоматизации бизнеса.
Я очень благодарен всем старшим коллегам, которые тратили на меня свое время. У них я очень многому научился. К сожалению, не все люди способны проявлять благодарность к чужому труду, им все дай да подай и сразу. Покурить каждые полчаса - у нас нельзя курить. Политика, спорт, футбол, алкоголь и т.п. - это везде так, и это не хорошо, но и не плохо. Это просто коллектив. Невозможно сидеть в одном кабинете и целый день играть в молчанку. Алкоголь в целом не приветствуется. Я начальник - ты дурак - это, скорее, про жирных, небритых и жадных кабанчиков, владельцев малого бизнеса, которым надо все, сразу и бесплатно. Хотя у каждого могут быть подобные заскоки, особенно если подчиненный в техническом плане очень силен, но в ведении бизнеса не понимает ничерта. Подколки - это абсолютная норма. Если вас это так травмирует, работайте из дома.
Подавляющее большинство бюджетных учреждений просто не сможет официально принять на должность лицо без профильного образования, о чем они прямо пишут к описаниям вакансий. Про образование все уже расписал вдоль и поперек. Перестали бы старшие коллеги тратить на меня время, если бы я им сказал, что лучше пойду в разработку? Да, безусловно. Так и со студентами. Никто не хочет идти лечиться у врача с образованием автослесаря. То же и с сисадминами: никто не хочет видеть молодого специалиста без профильного образования.
Ознакомился с документом. Да, там есть контейнеризация, и используется она для конкретной цели. Но это не значит, что во всех организациях необходимо срочно внедрять контейнеризацию. Но почему от вас ни слова про то, что там требуются также навыки работы с СУБД PostgreSQL (которая почему-то определена как Postgres, хотя рекомендуемая мажорная версия - 14 или выше)? Почему же не MS SQL server, интересно. Но там кстати Debian рекомендуют, а Ubuntu нет, интересно тоже. Windows 10 рекомендован в качестве сервера, спасибо, что не редакция Home. Ну и мое любимое: Гб вместо ГБ, а производительность CPU измеряется количеством ядер, а не попугаями из синтетических тестов. Логические ядра превратились в логические потоки. IP-адрес назначается серверу, а не его сетевым интерфейсам. Все как всегда, ничего не меняется. Это даже не уровень недовайтишника. ТЗ отвал башки просто: "зайдите в папку, запустите команду". Видимо, слова в статье "вон из профессии, позорище" я не зря оставил. Это совсем не тот уровень, как у нас, где только на две страницы описание портов, которые необходимо открыть, а все остальные - закрыть, и почему, а потом еще на 3 страницы только описание команд для настройки фаервола, а дальше еще 5 страниц, посвященных проверкам (тестированию), действительно ли все необходимы порты были открыты, а все остальные - закрыты и т.п. Откуда у вас этот документ? Просто нашли в интернете, или это как то связано с вашим текущим местом работы?
Я смотрю, у вас привычка затевать бессмысленные споры с теми, кто имеет противоположное мнение. Отпустите мою статью, найдите себе следующую, как вы это сделали со всеми предыдущими. Показывайте свое мнение на работе. Пожалуйста, не пишите больше ничего в комментарии. Если хотите продолжить - лучше напишите мне в личные сообщения, чтобы не тратить в пустую время тех, кто читает комментарии.
Села Дагестана, дальше можно не читать. Все прекрасно знают, как выбирается ПО в госухе. Налоги и отчисления, которые платит бизнес, опять уйдут сами знаете куда.
Еще раз: дело не только в самой технологии. Дело еще и в специалистах, стоимости владения и во всем остальном.
Не надо изобретать птичий язык. Нам один из преподавателей говорил, что птичий язык - это признак крайне низкой подготовки. Теперь у нас главные "доносители мыслей" - это менеджеры без образования, которые давно забыли русский язык. Никаких компэтэнций нет.
Зато есть знания - это то, что у человека в голове. А еще есть подход - это то, КАК человек эти знания применяет на практике (т.е. делает как надо, а не просто делает).
Ошибки и недочеты есть везде. Именно для этого надо знать теорию и все проверять. На ГОСТы в ИТ в малых и средних организациях всем давно плевать.
DHCP на Windows server крайне спорная затея, особенно в крупных организациях. Я сам учил роль DHCP на Windows server, еще когда был на первом курсе и не знал Linux вообще. Получал один результат и думал, что так и надо. Потом через год начал учить Linux, а еще через полгода перешел к сервисам, и одним из первых как раз был isc-dhcp-server. Результат был совсем другой. Он просто создает сильно меньше проблем и спорных и непонятных моментов. Ну и потом он был замещен KEA, обидно. Выходит, что до этого я все учил зря, а мог бы просто подождать. На KEA результат был еще лучше: спорных и непонятных моментов нет совсем, как и проблем. Если сисадмин знает сети и Linux, то выучить DHCP сервер и развернуть базовую конфигурацию он вполне сможет за один рабочий день. Никаких проблем с KEA никогда не было, сколько я бы не пытался просто из интереса ломать сетевую инфраструктуру. Почему так происходит - мне не интересно, главное вывод: только KEA.
1) Да, PVE хороший пример. По PVE книг нормальных нет.
2) Заведу гитхаб и буду учиться им пользоваться. Сам начал замечать, как некоторые разработчики используют именно его как основной репозиторий для продукта и документации.
3) Не лезьте в эту прекрасную отрасль - вы посчитали это оскорблением? Это же не конкретно про вас. Если вы уже работаете нормально много лет - то никаких проблем.
4) Пол человека не важен, но вот его образование - очень важно, особенно для тех, кто только выпускается. Мы же люди, мы общаемся с людьми, и у нас вырабатываются определенные ассоциации. Я сам не против девушек в отрасли ИТ. Но вот старшие коллеги-технари думают иначе. Вы же не пойдете лечить зубы к какой-нибудь 24-летней девочке с образованием дизайнера. Да и когда мы ходили на день открытых дверей в магистратуре один из ведущих прямо заявил: "Я вижу тут в зале несколько девушек... Ну ничего, мы вам тоже место найдем". Может, это я чего-то не понимаю. Иногда приходится работать с женщинами, которые застряли в 15-ти летнем возрасте, стабильно раз в две недели закатывают крупные истерики и скандалы, а также обожают обсуждать личную жизнь своих коллег и распускать слухи. Я даже таких могу терпеть, пока что. И кстати за мужчинами ничего подобного никогда не замечал, даже при том, что их просто тупо в разы больше.
5) Федорчук Алексей (да, я загуглил книгу, потому что ее не читал), по всей видимости, получал образование тогда, когда компьютеры были только в научных центрах. А статья про молодых начинающих специалистов. Ну и с точки зрения страны, учебного заведения и преподавателей. Зачем учить того, кто не пойдет работать по специальности? Зачем тратить на него силы, зачем выделять бюджетные места? Просто деньги и время на ветер. И тут вы можете возразить, что студентов и так не учат и что университеты это просто конвейер по выдаче дипломов. Отчасти это так. Но здесь как и во всем: кто-то понял и сделал выводы, а кто-то все еще смотрит в книгу и видит фигу. Профильное образование важно для госухи, заводов (не лучшие места для сисадмина в плане технологий и подхода), а также просто всем начинающим специалистам, чтобы просто показать, что человек чего-то стоит, что он реально учился, и не зря. Это некого рода социальный фильтр. Но вот после примерно 3-5 лет на картонки уже полностью перестают смотреть. Всем важен опыт и подход. В общем, людям, вкатившимся в ИТ отрасль без профильного диплома это бесполезно объяснять, потому что они будут утверждать и защищать обратное, иначе их их все начнут прогонять ссаными тряпками как прокаженных.
Большое вам спасибо хотя бы за то, что тратите время на написание комментариев. Надеюсь, кому-то они будут полезны. Все же их видят.
Снова большое спасибо. И снова отвечаю по пунктам.
1) Личный опыт + пятилетний опыт еженедельного мониторинга вакансий сисадминов в моем городе (Челябинск). Плюс плотное общение со старшими коллегами и жалобы на зоопарк и очень слабую базовую подготовку начинающих специалистов, не говоря уже про проблемы с дисциплиной, поведением, манерой одеваться и т.п.
2) Да, речь именно про XI и внедрение. Стоило мне бы это указывать. Тут опять же мое желание все стандартизировать, я же не зря Zabbix учил. И еще неясно, каких сюрпризов подкинет коммерционализация продукта. Правда, это Zabbix тоже касается.
3) Я думаю, что это будет заметно только в очень крупных или сложных инфраструктурах. Надо начинать снизу вверх, кому бы это каким странным не показалось.
4) Я не могу говорить за инфраструктуру, которая идет от провайдеров. Еще не дорос. Я против коммерционализации Linux. Но если выбора нет - то выбора нет, и придется использовать конкретно тот же Alma в конкретных случаях.
5) Начинающим специалистам git и ansible не нужны. Надо учить базовые вещи и нарабатывать подход. А вот PS и Bash учить надо, это не обсуждается вообще. Какой рынок? Просто надо нормально работать. Контекст должны задавать технические специалисты, а не менеджеры, которые начинались идиотских статей непонятно откуда.
6) А вот здесь уже почему-то наоборот. Но ладно, я много чего еще не знаю. Спасибо, что тратите время. Надеюсь, многие увидят ваши рассуждения и сделают выводы.
7) Про резкие высказывание: это просто для того, чтобы разбудить читателей. Ну и шуток навставлял, почему бы и нет. Ну и еще возможно повлияло то, что я писал статью не сразу, а время от времени. И одно дело писать рано утром в выходной день, хорошо выспавшись, а совсем другое - после двух рабочих дней в аврал по 12-14 часов. Тут уж не до любви к ближнему.
8) Про образование: уже все сказано в возможных ответах под конец статьи. Кто-то вынес что-то полезное из технического образования, а кто-то как был на первом курсе с пустой головой, так и остался. Если человек не способен обучаться - ему никакие корочки не помогут.
9) Про деньги и идею: сытый голодного не поймет. У многих дети, ипотеки, они впахивают с утра до ночи, им не до идеи. Я уже отвечал другому человеку про интерес к работе, найдете без проблем. Но про студентов - да, хотя кто их знает.
Если будут еще замечания - пишите. Люди должны откуда-то впитывать опыт.
Спасибо за развернутый комментарий. Отвечаю по пунктам.
1) Моя личность никому не интересна. Я начинающий сисадмин и ничем от остальных не отличаюсь. Не хочу, чтобы это выглядело как реклама. Слушать меня или нет - пусть решает каждый сам для себя. Но я бы на их месте вгрызался бы в любую информацию. С чего вы решили, что статья провокационная и что автор хам? Что без профильного образования не следует идти дальше? Так это в большинстве профессий так. Что женщинам в технических специальностях делать нечего (с чем я не согласен)? Что (о ужас) надо читать книги? Что технари на дух не переносят менеджеров? Или что? Ладно, оставим этот вопрос.
2) Статья для начинающих сисадминов. Выучат основы - дальше сами разберутся. Уровень между разными сисадминами в разных организациях очень сильно отличается.
3) Про рекомендации в плане ПО. Я описал то, с чего рекомендуется начинать изучение. Далее по необходимости люди доучат сами то, что им надо. Про использование проприетарного софта расписал подробно в примерах. Тот же Nagios позволить себе может далеко не каждая организация. А про выбор между различными бесплатными решениями - я просто не могу терпеть зоопарк, когда разные организации используют разные решения для одних и тех же задач. Это тупо. Exim просто простой, все. Большинство организаций также могут спокойно им одним обойтись. У нас есть личности, которые рассказывают про "Exchange в каждый дом", но их слушать не надо. Про выбор дистрибутива тоже рассказал: только Debian/Ubuntu, в целом без разницы. RHEL коммерческие, попробуйте купить лицензии на юр. лицо, открытое в РФ или РБ. Да и зачем, если все то же самое можно провернуть на Debian/Ubuntu? Про выбор СХД - надо отталкиваться от задач, и TrueNAS также подавляющее большинство из них закрывает. Дело не только в идеологии. Дело в пороге вхождения и лицензировании. Лучше выучить хорошо что-то одно и как надо это дело встроить в работу, чем выучить 3 разные системы мониторинга и 5 систем бэкапа.
4) Про ЯП. Изучать программирование сисадмину средней руки (тот же Python) вовсе не обязательно. Без него можно спокойно жить, если это только не какие-то специфичные задачи. То же самое и про git, Ansible и т.п. Надо отталкиваться от задач, которые ставит организация, которая платит сисадмину деньги. И да, не надо пытаться себе набить цену, как предыдущие комментаторы - DevOps и DBA. Показывайте свои навыки работодателю, а не мне и другим начинающим специалистам. Знаете и применяете - отлично, могу только позавидовать.
5) Про GUI. Видимо, это я намешал. Следовало бы мне указать конкретнее, что к чему. К примеру, взаимодействие с PostgreSQL очень желательно должно происходить именно через psql. С дистрибутивом - также через командную оболочку. А дальше смотрим по задачам. Тот же Urbackup имеет веб-интерфейс. Но если у вас есть опыт работы с этими системами, вы читали документацию и книги (а не просто тыкали мышкой в вебадмине), то прекрасно должны понимать, где необходимо использовать CLI, а где WEB.
Перечитайте статью еще раз (хотя кто меня слушает). Статья для НАЧИНАЮЩИХ сисадминов, которым необходимы БАЗОВЫЕ (но лучше назвать это все же ОСНОВНЫЕ) вещи. То есть для людей, которые либо все еще учатся, либо недавно выпустились. Об этом было сказано в самом начале статьи. Разберутся полностью с основными вещами - дальше могут учить, что сами посчитают нужным. А то, что описано в статье, применимо в большинстве организаций. Вы явно имеете за собой больше 5 лет опыта, у вас был другой путь.
Дело не в том, какие технологии изучать. Дело в том, как их применить и организовать работу ИТ-инфраструктуры. Я не просто так распинался про подход, про организацию труда, про трудовую дисциплину. Не просто так составил список необходимой литературы, а также порядок и методы ее освоения. Какой смысл в покупке физического сервера, если кто-то придет с напитками в серверную и раньше положенного срока выведет его из эксплуатации. Какой смысл в покупке лицензий MS SQL Server, если сисадмин не делает и не проверяет бэкапы. Какой смысл платить девопсу с курсов, который утверждает, что нет разницы между СУБД и БД или что в PostgreSQL достаточно встроенной утилиты для логического бэкапа (просто пример из одного видеоролика на Ютубе, не хочу никого обидеть из начинающих сисадминов).
Если не согласны со статьей полностью - попробуйте написать свою. Если не согласны частично - прошу в комментарии.
Не совсем понял, что вы имеете ввиду. Среди школьников и студентов есть нормальные, дисциплинированные, воспитанные, обучаемые люди, а есть и совсем наоборот. Если вы где-либо учились, вы прекрасно понимаете, о чем я. Так вот нормальные люди нормально учатся, и в дальнейшем получают очень хорошую работу. А все остальные идут рыть канавы. Я ни в коем случае не принижаю профессии. Проблема прежде всего в людях. Просто есть профессии, которые не для всех. И любые ИТшные профессии, будь то сисадмин или программист - именно по это.
Вот пример из области машиностроения. Оператором станка с ЧПУ (универсалом) может стать любой, кто имеет более-менее сносную физическую подготовку и не убежит после обеда. Любого можно натаскать. Но вот дальше, если он не возьмется за ум, ему путь закрыт. Он никогда не станет наладчиком, программистом, инженером по какому-либо профилю, если не будет учится и не имеет образования. Хотя все они обязаны как минимум проработать от 3 лет операторами станков. Но операторов нужно много, а умных синих воротничков - сильно меньше. Поэтому здесь просто отбор. Если вы умный, если вы проявляете себя - то пойдете выше. Но не сразу. Нужно время и опыт. Можете посмотреть вакансии операторов станков с ЧПУ в своем городе или любых других. Вакансий много. Но вакансий много не потому, что там адские условия труда, и поэтому туда никто не идет. Это происходит прежде всего потому, что ученики даже не пытались открывать ни одного учебника и не умеют пользоваться никакими высокоточными измерительными приборами, но при этом считают себя умнее мастера с 20-ти летним стажем. То есть это их выбирают, а не они. Вот это все и еще шутки про деревянные линейки - это не мой личный опыт. Я просто об этом слышал от других людей, за что им очень благодарен.
Все технические профессии требуют образования и ответственности, даже должность оператора станка. К сожалению, их также активно пытаются смешивать с грязью, как и сисадминов. Как-то один из инженеров мне сказал, что точность изготовленного изделия очень сильно зависит от квалификации мастера, а не от станка, и что если у него руки кривые, то никакой станок ему не поможет. То же самое и с сисадминами. Есть те, кто хорошо учится, читает книги, вырабатывает подход, а есть все остальные.
Надеюсь, все остальные люди прочитают этот комментарий и сделают для себя определенные выводы.
Давайте опустим то, что вы думаете об авторе. Это в моей жизни не изменит ровным счетом ничего. Но я все равно сделал выводы.
Не сказал бы, что документация может заменить книги. Не для начинающего специалиста точно. В статье и комментариях уже несколько раз написал: книга толкает в правильном направлении и прорабатывает все основные пункты от А до Я. Если нужно больше - то только документация или, на крайний случай, статьи. Начинающий специалист не будет читать документацию: она слишком детальна, а входить в профессию надо постепенно. Кроме того, когда несколько людей читают одну и ту же книгу, у них формируется одинаковый уровень знаний (тупорылые менеджеры без технического образования называют это компэтэнциями). Также прочитайте 10 книгу в списке, она очень сильная, по сравнению с 8. Если вы нашли документацию через гугл - так и напишите, что читали документацию.
Видите? Это было не так уж и сложно. Именно нечто подобное я и ожидал увидеть в комментариях, без вот этих вот всех заскоков через интернет. Вам бы с таким подходом проводить технические собеседования ведущих инженеров, потому что одно дело видеть нечто подобное от специалиста с 20-ти летним стажем, а совсем другое - от девочки с образованием психолога.
Это просто мотивирующая речь, которая угаснет к следующему понедельнику. Все описанное в статье даже за год осилить просто нереально, особенно тем, кто только учится. Про то, что у каждого свой путь и у каждого все должно быть разное - я в корне не согласен. Есть такой термин: стандартизация. И было бы неплохо, если бы у специалистов был примерно одинаковый уровень знаний и подготовки. Если везде все будет разное (зоопарк) - то управление такой системой превратится в сущий ад.
Если читали документацию - так и напишите, что читали документацию.
Нет, я девушек очень люблю. И не имею ничего против них. Надо смотреть на то, какие они, какое у них воспитание, какой подход к делу и готовы ли они нести ответственность за свой труд.
Какие книги вы читали? Читали ли вы книги, упомянутые в моей статье (да даже старые издания или просто книги тех же авторов)? Работали ли вы с технологиями, упомянутыми в статье? Что считаете нужным добавить?
Если вам не понравились моменты про программирование, образование и пол, то это не значит, что вся остальная статья не имеет права на жизнь. Но советую все же еще раз прочитать, и вы поймете, что я не такое уж хамло. Хамло не стало бы за бесплатно пинать начинающих специалистов в примерно правильном направлении.
Не согласен с вами на этот счет. Необходимо решать проблемы здесь, на месте, а не перескакивать на все готовенькое. Вышестоящее руководство - это точно такие же люди, так что достучаться до них возможно, если они видят, что вы нормальный человек. Да, есть настоящие жлобы или просто люди, не разбирающиеся в ИТ. К примеру, для них норма купить индийский или китайский станок за 30 млн. рублей, но вот выделять 5 млн. рублей на обновление всех рабочих станций пользователей мы не будем. Сисадмин также должен считать деньги: цены на ПО, оборудование и содержание этого оборудования. Время туда же. Хотя везде все по-разному.
Все с вами теперь стало ясно.
Вы не ошиблись? Перечитайте еще раз. Это дополнения и ответы на вопросы к моей первой статье. Она предназначается только для младших сисадминов. Или для вас младший сисадмин - это уже DevOps-инженер?
Кто-то вынес из образования что-то полезное, а кто-то нет. Все остальное это опыт.
Я полностью согласен с этим. Но надо смотреть для конкретных случаев, прочитайте еще раз ту часть. Далеко не все организации могут себе позволить не то, что купить или содержать, а просто разместить десяток rackmount серверов (без разницы, по 1 или 4 юнита).
Я видел в живую случай, когда компания приобрела проприетарный сервер за миллион деревянных, но вдруг через полгода выяснилось, что штатный сисадмин не включил все ядра, или наоборот отключил, не знаю точно. Представили картину? Так что на первом месте всегда специалисты.
В техническом плане - возможно, я умею работать только с AD DS, а про другие службы каталогов просто читал статьи, обзоры и первые главы книг, если их находил. Дело же не только в технической части. Дело еще в специалистах, источниках информации, интеграции с другими сервисами и так далее. К примеру, представьте себе промышленное предприятие, в котором используется служба каталогов N, у которой 1000 клиентов. Как вы планируете проводить миграцию? Там выбить технологическое окно продолжительностью в двое суток - это уже огромное достижение. Это же не просто миграция баз с одной СУБД на другую. А так выходит замена шила на мыло, опять.
Спасибо за очень проработанный комментарий. Отвечаю по пунктам:
1) Если у вас 8 лет работы в ИТ - ваше образование уже никому не упало. Речь шла про тех, кто только учится или недавно выпустился.
2) Я не могу терпеть DevOps. Не понимаю, как какую-то методологию смогли извратить до отдельной профессии. Для меня это просто системный администратор Linux с навыками разработки ПО на сверхвысокоуровневом языке. Для меня и для большинства моих старших коллег это просто красный маркер очередной обезьяны с курсов без образования, которая захотела срубить легких денег.
3) На самом деле бэкапить Linux можете чем угодно. Главное - чтобы потом смогли восстановить как можно быстрее. UrBackup/Amanda приведены в первую очередь для централизованного бэкапа клиентов. Для серверов спокойно можно использовать скрипт с rsync. Ну или смотрите в сторону Borg/Restic.
4) Про VPN то же. Каждый использует, что он считает нужным, а потом расхлебывает последствия. Wireguard я выбрал в первую очередь из-за скорости.
5) Python - нет, не применяю. Максимум - установка (в т.ч. и библиотек), обновление, удаление. Все. Я не пишу код. Учите Bash.
6) Терпеть не могу рассуждения об обязанностях, заработной плате и т.п. Платят хорошо только хорошим специалистам. Наработайте опыт, проявите себя, учитесь, практикуйтесь и тогда будет и хорошая з.п., и хорошие условия труда, и хорошее отношение и т.д. Про тех, кто знает на хорошем уровне множество технологий - это в первую очередь про способность к самостоятельному обучению, таких действительно не много. А так да, любая девочка с дипломом дизайнера хочет получать 100 т.р. Есть еще сисадмины, которые жалуются, мол, работы много, она тяжелая и т.п. Всегда у таких интересуюсь: "А книги вы какие прочитали? Чем вы занимались в университете?" - и в ответ тишина. Ну, что ж, сами виноваты.
7) Отдельно про ваши "интересно, нравится, хочется". Есть такое слово: НАДО. Надо учиться, надо работать, надо практиковаться, надо читать книги. Это в первую очередь работа, и мы несем ответственность за свой труд. Если к 30 годам вы этого не поняли, то ответственные должности для вас закрыты. Не хочу вас обидеть, это везде так.
8) Высшая лига - это только после условных 20 лет стажа по профилю, и то смотря где и как. Не нашего полета уровень. Но вот в целом профессия программиста или системного администратора - это действительно не для всех, потому что не все способны к самостоятельному СИСТЕМАТИЗИРОВАННОМУ (а не вашему "интересному") труду и учебе. Это касается любых интеллектуальных технических профессий, будь то инженер-конструктор или программист.
Попробуйте прочитать статью еще раз через неделю-другую. Возможно, увидите то, что пропустили. Моя статья не предназначена для ведущих инженеров, я проходился пока что только по низам.
Посмотрел вакансии и резюме на хх в моем городе про DevOps. По сути их почти и нет, а если и есть, то только вот такие замечательные кадры:
Да, именно для этого в статье представлена информация о тестовом стенде. Про курсы не согласен. Тут идет по спадающей: документация, книги, статьи и лучше практики, и только где-то там внизу курсы и видеоролики. Так что я крайне не рекомендую курсы как источник информации. И про работу вы тоже правы. Даже если прочитать книгу от корки до корки, все законспектировать, проверить на тестовом стенде - на работе окажется немного иначе. Но все равно будет легче по сравнению с теми, кто вообще ничего не учил. Надеюсь, моя статья вам помогла определиться с тем, куда идти дальше. А все остальное зависит только от вас.
Собака лает, караван идет. Уже 10 раз написал: хотите показать свои знания - показывайте их на работе или напишите свою статью. Не надо здесь выеживаться и что-то доказывать людям в интернете. На последующие ваши комментарии под статьей отвечать не буду, если хотите пообщаться - напишите в личные сообщения.
Все верно. Технологий много, они очень разные. Но вовсе не обязательно знать их все на уровне профессионала. Проблема также в процессе обучения. Нужно медленно двигаться в правильном направлении, а не скакать туда-сюда. Начать с книги (если она есть), открыть главу, к примеру, про конфиги, все законспектировать, потом посмотреть, что написано про те же конфиги в документации. Далее применить полученные знания не тестовом стенде. Все, никаких секретов. Статья необходима именно для этого.
Я не эксперт в таких вопросах. Я отвечаю за администрирование 1С:Предприятие, и знаю его на более-менее не стыдном уровне. Здесь просто куча проблем, как с самой платформой, так и с конфигурациями, которые разработчиками не исправляются и которые просто не простительны для других систем подобного рода. То, что другие решения еще хуже, не делает автоматически 1С хорошей. Да, она может быть и лучшая, но не хорошая. Здесь просто выбор между плохим и очень плохим. Наверное, это раковая опухоль всех подобных систем для автоматизации бизнеса.
Я очень благодарен всем старшим коллегам, которые тратили на меня свое время. У них я очень многому научился. К сожалению, не все люди способны проявлять благодарность к чужому труду, им все дай да подай и сразу. Покурить каждые полчаса - у нас нельзя курить. Политика, спорт, футбол, алкоголь и т.п. - это везде так, и это не хорошо, но и не плохо. Это просто коллектив. Невозможно сидеть в одном кабинете и целый день играть в молчанку. Алкоголь в целом не приветствуется. Я начальник - ты дурак - это, скорее, про жирных, небритых и жадных кабанчиков, владельцев малого бизнеса, которым надо все, сразу и бесплатно. Хотя у каждого могут быть подобные заскоки, особенно если подчиненный в техническом плане очень силен, но в ведении бизнеса не понимает ничерта. Подколки - это абсолютная норма. Если вас это так травмирует, работайте из дома.
Подавляющее большинство бюджетных учреждений просто не сможет официально принять на должность лицо без профильного образования, о чем они прямо пишут к описаниям вакансий. Про образование все уже расписал вдоль и поперек. Перестали бы старшие коллеги тратить на меня время, если бы я им сказал, что лучше пойду в разработку? Да, безусловно. Так и со студентами. Никто не хочет идти лечиться у врача с образованием автослесаря. То же и с сисадминами: никто не хочет видеть молодого специалиста без профильного образования.
Ознакомился с документом. Да, там есть контейнеризация, и используется она для конкретной цели. Но это не значит, что во всех организациях необходимо срочно внедрять контейнеризацию. Но почему от вас ни слова про то, что там требуются также навыки работы с СУБД PostgreSQL (которая почему-то определена как Postgres, хотя рекомендуемая мажорная версия - 14 или выше)? Почему же не MS SQL server, интересно. Но там кстати Debian рекомендуют, а Ubuntu нет, интересно тоже. Windows 10 рекомендован в качестве сервера, спасибо, что не редакция Home. Ну и мое любимое: Гб вместо ГБ, а производительность CPU измеряется количеством ядер, а не попугаями из синтетических тестов. Логические ядра превратились в логические потоки. IP-адрес назначается серверу, а не его сетевым интерфейсам. Все как всегда, ничего не меняется. Это даже не уровень недовайтишника. ТЗ отвал башки просто: "зайдите в папку, запустите команду". Видимо, слова в статье "вон из профессии, позорище" я не зря оставил. Это совсем не тот уровень, как у нас, где только на две страницы описание портов, которые необходимо открыть, а все остальные - закрыть, и почему, а потом еще на 3 страницы только описание команд для настройки фаервола, а дальше еще 5 страниц, посвященных проверкам (тестированию), действительно ли все необходимы порты были открыты, а все остальные - закрыты и т.п. Откуда у вас этот документ? Просто нашли в интернете, или это как то связано с вашим текущим местом работы?
Я смотрю, у вас привычка затевать бессмысленные споры с теми, кто имеет противоположное мнение. Отпустите мою статью, найдите себе следующую, как вы это сделали со всеми предыдущими. Показывайте свое мнение на работе. Пожалуйста, не пишите больше ничего в комментарии. Если хотите продолжить - лучше напишите мне в личные сообщения, чтобы не тратить в пустую время тех, кто читает комментарии.
Села Дагестана, дальше можно не читать. Все прекрасно знают, как выбирается ПО в госухе. Налоги и отчисления, которые платит бизнес, опять уйдут сами знаете куда.
Еще раз: дело не только в самой технологии. Дело еще и в специалистах, стоимости владения и во всем остальном.
Не надо изобретать птичий язык. Нам один из преподавателей говорил, что птичий язык - это признак крайне низкой подготовки. Теперь у нас главные "доносители мыслей" - это менеджеры без образования, которые давно забыли русский язык. Никаких компэтэнций нет.
Зато есть знания - это то, что у человека в голове. А еще есть подход - это то, КАК человек эти знания применяет на практике (т.е. делает как надо, а не просто делает).
Ошибки и недочеты есть везде. Именно для этого надо знать теорию и все проверять. На ГОСТы в ИТ в малых и средних организациях всем давно плевать.
DHCP на Windows server крайне спорная затея, особенно в крупных организациях. Я сам учил роль DHCP на Windows server, еще когда был на первом курсе и не знал Linux вообще. Получал один результат и думал, что так и надо. Потом через год начал учить Linux, а еще через полгода перешел к сервисам, и одним из первых как раз был isc-dhcp-server. Результат был совсем другой. Он просто создает сильно меньше проблем и спорных и непонятных моментов. Ну и потом он был замещен KEA, обидно. Выходит, что до этого я все учил зря, а мог бы просто подождать. На KEA результат был еще лучше: спорных и непонятных моментов нет совсем, как и проблем. Если сисадмин знает сети и Linux, то выучить DHCP сервер и развернуть базовую конфигурацию он вполне сможет за один рабочий день. Никаких проблем с KEA никогда не было, сколько я бы не пытался просто из интереса ломать сетевую инфраструктуру. Почему так происходит - мне не интересно, главное вывод: только KEA.
1) Да, PVE хороший пример. По PVE книг нормальных нет.
2) Заведу гитхаб и буду учиться им пользоваться. Сам начал замечать, как некоторые разработчики используют именно его как основной репозиторий для продукта и документации.
3) Не лезьте в эту прекрасную отрасль - вы посчитали это оскорблением? Это же не конкретно про вас. Если вы уже работаете нормально много лет - то никаких проблем.
4) Пол человека не важен, но вот его образование - очень важно, особенно для тех, кто только выпускается. Мы же люди, мы общаемся с людьми, и у нас вырабатываются определенные ассоциации. Я сам не против девушек в отрасли ИТ. Но вот старшие коллеги-технари думают иначе. Вы же не пойдете лечить зубы к какой-нибудь 24-летней девочке с образованием дизайнера. Да и когда мы ходили на день открытых дверей в магистратуре один из ведущих прямо заявил: "Я вижу тут в зале несколько девушек... Ну ничего, мы вам тоже место найдем". Может, это я чего-то не понимаю. Иногда приходится работать с женщинами, которые застряли в 15-ти летнем возрасте, стабильно раз в две недели закатывают крупные истерики и скандалы, а также обожают обсуждать личную жизнь своих коллег и распускать слухи. Я даже таких могу терпеть, пока что. И кстати за мужчинами ничего подобного никогда не замечал, даже при том, что их просто тупо в разы больше.
5) Федорчук Алексей (да, я загуглил книгу, потому что ее не читал), по всей видимости, получал образование тогда, когда компьютеры были только в научных центрах. А статья про молодых начинающих специалистов. Ну и с точки зрения страны, учебного заведения и преподавателей. Зачем учить того, кто не пойдет работать по специальности? Зачем тратить на него силы, зачем выделять бюджетные места? Просто деньги и время на ветер. И тут вы можете возразить, что студентов и так не учат и что университеты это просто конвейер по выдаче дипломов. Отчасти это так. Но здесь как и во всем: кто-то понял и сделал выводы, а кто-то все еще смотрит в книгу и видит фигу. Профильное образование важно для госухи, заводов (не лучшие места для сисадмина в плане технологий и подхода), а также просто всем начинающим специалистам, чтобы просто показать, что человек чего-то стоит, что он реально учился, и не зря. Это некого рода социальный фильтр. Но вот после примерно 3-5 лет на картонки уже полностью перестают смотреть. Всем важен опыт и подход. В общем, людям, вкатившимся в ИТ отрасль без профильного диплома это бесполезно объяснять, потому что они будут утверждать и защищать обратное, иначе их их все начнут прогонять ссаными тряпками как прокаженных.
Большое вам спасибо хотя бы за то, что тратите время на написание комментариев. Надеюсь, кому-то они будут полезны. Все же их видят.
Снова большое спасибо. И снова отвечаю по пунктам.
1) Личный опыт + пятилетний опыт еженедельного мониторинга вакансий сисадминов в моем городе (Челябинск). Плюс плотное общение со старшими коллегами и жалобы на зоопарк и очень слабую базовую подготовку начинающих специалистов, не говоря уже про проблемы с дисциплиной, поведением, манерой одеваться и т.п.
2) Да, речь именно про XI и внедрение. Стоило мне бы это указывать. Тут опять же мое желание все стандартизировать, я же не зря Zabbix учил. И еще неясно, каких сюрпризов подкинет коммерционализация продукта. Правда, это Zabbix тоже касается.
3) Я думаю, что это будет заметно только в очень крупных или сложных инфраструктурах. Надо начинать снизу вверх, кому бы это каким странным не показалось.
4) Я не могу говорить за инфраструктуру, которая идет от провайдеров. Еще не дорос. Я против коммерционализации Linux. Но если выбора нет - то выбора нет, и придется использовать конкретно тот же Alma в конкретных случаях.
5) Начинающим специалистам git и ansible не нужны. Надо учить базовые вещи и нарабатывать подход. А вот PS и Bash учить надо, это не обсуждается вообще. Какой рынок? Просто надо нормально работать. Контекст должны задавать технические специалисты, а не менеджеры, которые начинались идиотских статей непонятно откуда.
6) А вот здесь уже почему-то наоборот. Но ладно, я много чего еще не знаю. Спасибо, что тратите время. Надеюсь, многие увидят ваши рассуждения и сделают выводы.
7) Про резкие высказывание: это просто для того, чтобы разбудить читателей. Ну и шуток навставлял, почему бы и нет. Ну и еще возможно повлияло то, что я писал статью не сразу, а время от времени. И одно дело писать рано утром в выходной день, хорошо выспавшись, а совсем другое - после двух рабочих дней в аврал по 12-14 часов. Тут уж не до любви к ближнему.
8) Про образование: уже все сказано в возможных ответах под конец статьи. Кто-то вынес что-то полезное из технического образования, а кто-то как был на первом курсе с пустой головой, так и остался. Если человек не способен обучаться - ему никакие корочки не помогут.
9) Про деньги и идею: сытый голодного не поймет. У многих дети, ипотеки, они впахивают с утра до ночи, им не до идеи. Я уже отвечал другому человеку про интерес к работе, найдете без проблем. Но про студентов - да, хотя кто их знает.
Если будут еще замечания - пишите. Люди должны откуда-то впитывать опыт.
Спасибо за развернутый комментарий. Отвечаю по пунктам.
1) Моя личность никому не интересна. Я начинающий сисадмин и ничем от остальных не отличаюсь. Не хочу, чтобы это выглядело как реклама. Слушать меня или нет - пусть решает каждый сам для себя. Но я бы на их месте вгрызался бы в любую информацию. С чего вы решили, что статья провокационная и что автор хам? Что без профильного образования не следует идти дальше? Так это в большинстве профессий так. Что женщинам в технических специальностях делать нечего (с чем я не согласен)? Что (о ужас) надо читать книги? Что технари на дух не переносят менеджеров? Или что? Ладно, оставим этот вопрос.
2) Статья для начинающих сисадминов. Выучат основы - дальше сами разберутся. Уровень между разными сисадминами в разных организациях очень сильно отличается.
3) Про рекомендации в плане ПО. Я описал то, с чего рекомендуется начинать изучение. Далее по необходимости люди доучат сами то, что им надо. Про использование проприетарного софта расписал подробно в примерах. Тот же Nagios позволить себе может далеко не каждая организация. А про выбор между различными бесплатными решениями - я просто не могу терпеть зоопарк, когда разные организации используют разные решения для одних и тех же задач. Это тупо. Exim просто простой, все. Большинство организаций также могут спокойно им одним обойтись. У нас есть личности, которые рассказывают про "Exchange в каждый дом", но их слушать не надо. Про выбор дистрибутива тоже рассказал: только Debian/Ubuntu, в целом без разницы. RHEL коммерческие, попробуйте купить лицензии на юр. лицо, открытое в РФ или РБ. Да и зачем, если все то же самое можно провернуть на Debian/Ubuntu? Про выбор СХД - надо отталкиваться от задач, и TrueNAS также подавляющее большинство из них закрывает. Дело не только в идеологии. Дело в пороге вхождения и лицензировании. Лучше выучить хорошо что-то одно и как надо это дело встроить в работу, чем выучить 3 разные системы мониторинга и 5 систем бэкапа.
4) Про ЯП. Изучать программирование сисадмину средней руки (тот же Python) вовсе не обязательно. Без него можно спокойно жить, если это только не какие-то специфичные задачи. То же самое и про git, Ansible и т.п. Надо отталкиваться от задач, которые ставит организация, которая платит сисадмину деньги. И да, не надо пытаться себе набить цену, как предыдущие комментаторы - DevOps и DBA. Показывайте свои навыки работодателю, а не мне и другим начинающим специалистам. Знаете и применяете - отлично, могу только позавидовать.
5) Про GUI. Видимо, это я намешал. Следовало бы мне указать конкретнее, что к чему. К примеру, взаимодействие с PostgreSQL очень желательно должно происходить именно через psql. С дистрибутивом - также через командную оболочку. А дальше смотрим по задачам. Тот же Urbackup имеет веб-интерфейс. Но если у вас есть опыт работы с этими системами, вы читали документацию и книги (а не просто тыкали мышкой в вебадмине), то прекрасно должны понимать, где необходимо использовать CLI, а где WEB.
Перечитайте статью еще раз (хотя кто меня слушает). Статья для НАЧИНАЮЩИХ сисадминов, которым необходимы БАЗОВЫЕ (но лучше назвать это все же ОСНОВНЫЕ) вещи. То есть для людей, которые либо все еще учатся, либо недавно выпустились. Об этом было сказано в самом начале статьи. Разберутся полностью с основными вещами - дальше могут учить, что сами посчитают нужным. А то, что описано в статье, применимо в большинстве организаций. Вы явно имеете за собой больше 5 лет опыта, у вас был другой путь.
Дело не в том, какие технологии изучать. Дело в том, как их применить и организовать работу ИТ-инфраструктуры. Я не просто так распинался про подход, про организацию труда, про трудовую дисциплину. Не просто так составил список необходимой литературы, а также порядок и методы ее освоения. Какой смысл в покупке физического сервера, если кто-то придет с напитками в серверную и раньше положенного срока выведет его из эксплуатации. Какой смысл в покупке лицензий MS SQL Server, если сисадмин не делает и не проверяет бэкапы. Какой смысл платить девопсу с курсов, который утверждает, что нет разницы между СУБД и БД или что в PostgreSQL достаточно встроенной утилиты для логического бэкапа (просто пример из одного видеоролика на Ютубе, не хочу никого обидеть из начинающих сисадминов).
Если не согласны со статьей полностью - попробуйте написать свою. Если не согласны частично - прошу в комментарии.
Не совсем понял, что вы имеете ввиду. Среди школьников и студентов есть нормальные, дисциплинированные, воспитанные, обучаемые люди, а есть и совсем наоборот. Если вы где-либо учились, вы прекрасно понимаете, о чем я. Так вот нормальные люди нормально учатся, и в дальнейшем получают очень хорошую работу. А все остальные идут рыть канавы. Я ни в коем случае не принижаю профессии. Проблема прежде всего в людях. Просто есть профессии, которые не для всех. И любые ИТшные профессии, будь то сисадмин или программист - именно по это.
Вот пример из области машиностроения. Оператором станка с ЧПУ (универсалом) может стать любой, кто имеет более-менее сносную физическую подготовку и не убежит после обеда. Любого можно натаскать. Но вот дальше, если он не возьмется за ум, ему путь закрыт. Он никогда не станет наладчиком, программистом, инженером по какому-либо профилю, если не будет учится и не имеет образования. Хотя все они обязаны как минимум проработать от 3 лет операторами станков. Но операторов нужно много, а умных синих воротничков - сильно меньше. Поэтому здесь просто отбор. Если вы умный, если вы проявляете себя - то пойдете выше. Но не сразу. Нужно время и опыт. Можете посмотреть вакансии операторов станков с ЧПУ в своем городе или любых других. Вакансий много. Но вакансий много не потому, что там адские условия труда, и поэтому туда никто не идет. Это происходит прежде всего потому, что ученики даже не пытались открывать ни одного учебника и не умеют пользоваться никакими высокоточными измерительными приборами, но при этом считают себя умнее мастера с 20-ти летним стажем. То есть это их выбирают, а не они. Вот это все и еще шутки про деревянные линейки - это не мой личный опыт. Я просто об этом слышал от других людей, за что им очень благодарен.
Все технические профессии требуют образования и ответственности, даже должность оператора станка. К сожалению, их также активно пытаются смешивать с грязью, как и сисадминов. Как-то один из инженеров мне сказал, что точность изготовленного изделия очень сильно зависит от квалификации мастера, а не от станка, и что если у него руки кривые, то никакой станок ему не поможет. То же самое и с сисадминами. Есть те, кто хорошо учится, читает книги, вырабатывает подход, а есть все остальные.
Надеюсь, все остальные люди прочитают этот комментарий и сделают для себя определенные выводы.
Давайте опустим то, что вы думаете об авторе. Это в моей жизни не изменит ровным счетом ничего. Но я все равно сделал выводы.
Не сказал бы, что документация может заменить книги. Не для начинающего специалиста точно. В статье и комментариях уже несколько раз написал: книга толкает в правильном направлении и прорабатывает все основные пункты от А до Я. Если нужно больше - то только документация или, на крайний случай, статьи. Начинающий специалист не будет читать документацию: она слишком детальна, а входить в профессию надо постепенно. Кроме того, когда несколько людей читают одну и ту же книгу, у них формируется одинаковый уровень знаний (тупорылые менеджеры без технического образования называют это компэтэнциями). Также прочитайте 10 книгу в списке, она очень сильная, по сравнению с 8. Если вы нашли документацию через гугл - так и напишите, что читали документацию.
Видите? Это было не так уж и сложно. Именно нечто подобное я и ожидал увидеть в комментариях, без вот этих вот всех заскоков через интернет. Вам бы с таким подходом проводить технические собеседования ведущих инженеров, потому что одно дело видеть нечто подобное от специалиста с 20-ти летним стажем, а совсем другое - от девочки с образованием психолога.
Это просто мотивирующая речь, которая угаснет к следующему понедельнику. Все описанное в статье даже за год осилить просто нереально, особенно тем, кто только учится. Про то, что у каждого свой путь и у каждого все должно быть разное - я в корне не согласен. Есть такой термин: стандартизация. И было бы неплохо, если бы у специалистов был примерно одинаковый уровень знаний и подготовки. Если везде все будет разное (зоопарк) - то управление такой системой превратится в сущий ад.
Если читали документацию - так и напишите, что читали документацию.
Нет, я девушек очень люблю. И не имею ничего против них. Надо смотреть на то, какие они, какое у них воспитание, какой подход к делу и готовы ли они нести ответственность за свой труд.
Какие книги вы читали? Читали ли вы книги, упомянутые в моей статье (да даже старые издания или просто книги тех же авторов)? Работали ли вы с технологиями, упомянутыми в статье? Что считаете нужным добавить?
Если вам не понравились моменты про программирование, образование и пол, то это не значит, что вся остальная статья не имеет права на жизнь. Но советую все же еще раз прочитать, и вы поймете, что я не такое уж хамло. Хамло не стало бы за бесплатно пинать начинающих специалистов в примерно правильном направлении.