В контексте данной статьи, похожей ситуацией на российском рынке мне видится почта России. У них было все: пункты выдачи, логистика, сотрудники, склады, им оставалось написать ПО и развернуть свой маркетплейс. Но вместо них это сделали Ozon и WB у которых всех этих преимуществ не было. Более того, даже увидев как можно сделать, почта России так ничего толкового и не сделала, по сути оставшись такой же как была в нулевых.
Ахах, сегодня не мог вспомнить как очистить таблицу mac-адресов на Alcatel omniswitch 6860. Коллега спросил дипсик, так он после четырех попыток так и не смог выдать правильные команды. В основном для cisco предлагал, уверяя, что это для Alcatel или подсовывал команды для других моделей Alcatel omniswitch.
Много раз сталкивался с людьми которые выучили последовательность действий (путем проб и ошибок или кто-то показал) по настройке телеком оборудования, серверов и т.п. но даже не понимают, что они делают. Из-за этого нередко случаются проблемы. В то время как теоретически подкованные люди, хорошо справляются с настройками даже если синтаксис им совершенно не знаком. Они имеют представление что нужно делать и как то, что они делают должно работать.
Так что по моему мнению теоретическая подготовка должна быть первичной, а практикой лишь подкрепляться а не наоборот.
А по поводу курсов, то как-то проходил серию курсов "поколение python", было вполне достаточно практики, чтобы закрепить знания. Уверен, что даже те кто не изучал других ЯП, получили бы навык применения материалов из теории.
Я бы ещё по мимо Касперского и позитивов отметил Инфотекс например. Есть косяки, но в целом неплохие продукты выпускают на мой взгляд. Код безопасности вроде тоже ничего, хотя плотно с ними не работал, фактор-тс как по мне тоже неплохие продукты выпускают, хотя конечно и не с таким обширным функционалом как у того же инфотекса.
Хороший комментарий, учитывая количество вакансий в организациях где требуется соответствие требованиям безопасности ФСТЭК или ФСБ. Только вот согласовывать ничего не нужно, требования общедоступны и в курсе достаточно научить как выполнять те или иные требования. Паттерны ИБ во всем мире одинаковые, просто для чего-то требования безопасности строже, для чего-то попроще.
Например когда пользователь жалуется, что у него канал всего 10 Мб/с, хотя ты даёшь ему 100 Мб/с и отлично их промеряешь. Ты начинаешь анализировать проблему, видишь, что на канале большая задержка (неустранимая - концы канала на разных концах страны или канал через спутник) и тут ты начинаешь подозревать, что абонент использует TCP с фиксированным (или сильно ограниченным), что с учётом большой задержки приводит к тому, что TCP отсылает пакеты пока окно не закончится, а потом ничего не отправляет пока не начнет получать ответы о доставке пакетов.
По итогу советуешь абоненту проверить настройки TCP на своем старинном windows server 2008 (на удивление до сих пор встречается) и клиенте. По итогу скорость увеличивается в несколько раз.
Абонент стал немного довольнее (конечно, ты ведь частично сделал за него его работу, проведя описанный выше анализ), а ты понимаешь, что не зря когда разбирался во всех этих протоколах описанных в статье. Конечно какие-то вещи в подобных ситуациях сходу не вспомнишь, так как действительно не часто приходится пользоваться, но хотя бы будешь знать в какую сторону капать, чтобы не капали тебе на мозг.
И да, по работе замечал, что человек имеющий условно 50 часов теории и 100 часов практики, куда более полезен, чем тот кто имеет 300 часов практики не владея теорией.
Может немного сумбурно, но думаю суть ясна. И кстати ситуация примерно как описанная реально имела место быть на практике.
В контексте данной статьи, похожей ситуацией на российском рынке мне видится почта России. У них было все: пункты выдачи, логистика, сотрудники, склады, им оставалось написать ПО и развернуть свой маркетплейс. Но вместо них это сделали Ozon и WB у которых всех этих преимуществ не было. Более того, даже увидев как можно сделать, почта России так ничего толкового и не сделала, по сути оставшись такой же как была в нулевых.
Ахах, сегодня не мог вспомнить как очистить таблицу mac-адресов на Alcatel omniswitch 6860. Коллега спросил дипсик, так он после четырех попыток так и не смог выдать правильные команды. В основном для cisco предлагал, уверяя, что это для Alcatel или подсовывал команды для других моделей Alcatel omniswitch.
Много раз сталкивался с людьми которые выучили последовательность действий (путем проб и ошибок или кто-то показал) по настройке телеком оборудования, серверов и т.п. но даже не понимают, что они делают. Из-за этого нередко случаются проблемы. В то время как теоретически подкованные люди, хорошо справляются с настройками даже если синтаксис им совершенно не знаком. Они имеют представление что нужно делать и как то, что они делают должно работать.
Так что по моему мнению теоретическая подготовка должна быть первичной, а практикой лишь подкрепляться а не наоборот.
А по поводу курсов, то как-то проходил серию курсов "поколение python", было вполне достаточно практики, чтобы закрепить знания. Уверен, что даже те кто не изучал других ЯП, получили бы навык применения материалов из теории.
Я бы ещё по мимо Касперского и позитивов отметил Инфотекс например. Есть косяки, но в целом неплохие продукты выпускают на мой взгляд. Код безопасности вроде тоже ничего, хотя плотно с ними не работал, фактор-тс как по мне тоже неплохие продукты выпускают, хотя конечно и не с таким обширным функционалом как у того же инфотекса.
Интересно какая ситуация с сетевыми инженерами, админами, девопсами?
Хороший комментарий, учитывая количество вакансий в организациях где требуется соответствие требованиям безопасности ФСТЭК или ФСБ. Только вот согласовывать ничего не нужно, требования общедоступны и в курсе достаточно научить как выполнять те или иные требования. Паттерны ИБ во всем мире одинаковые, просто для чего-то требования безопасности строже, для чего-то попроще.
Например когда пользователь жалуется, что у него канал всего 10 Мб/с, хотя ты даёшь ему 100 Мб/с и отлично их промеряешь. Ты начинаешь анализировать проблему, видишь, что на канале большая задержка (неустранимая - концы канала на разных концах страны или канал через спутник) и тут ты начинаешь подозревать, что абонент использует TCP с фиксированным (или сильно ограниченным), что с учётом большой задержки приводит к тому, что TCP отсылает пакеты пока окно не закончится, а потом ничего не отправляет пока не начнет получать ответы о доставке пакетов.
По итогу советуешь абоненту проверить настройки TCP на своем старинном windows server 2008 (на удивление до сих пор встречается) и клиенте. По итогу скорость увеличивается в несколько раз.
Абонент стал немного довольнее (конечно, ты ведь частично сделал за него его работу, проведя описанный выше анализ), а ты понимаешь, что не зря когда разбирался во всех этих протоколах описанных в статье. Конечно какие-то вещи в подобных ситуациях сходу не вспомнишь, так как действительно не часто приходится пользоваться, но хотя бы будешь знать в какую сторону капать, чтобы не капали тебе на мозг.
И да, по работе замечал, что человек имеющий условно 50 часов теории и 100 часов практики, куда более полезен, чем тот кто имеет 300 часов практики не владея теорией.
Может немного сумбурно, но думаю суть ясна. И кстати ситуация примерно как описанная реально имела место быть на практике.