И снова про машиночитаемые доверенности
Про машиночитаемые доверенности мы уже писали. Предполагалось, что с 1 сентября 2023 года выданные на сотрудников ЭП прекратят свое действие и сотрудники будут подписывать документы собственной ЭЦП с использованием машиночитаемой доверенности.
Но, как всегда, вопросов было больше, чем ответов и по всему выходило что система к практической эксплуатации не готова.
Так и произошло, сроки вновь перенесли, по крайней мере еще на год.
Обязательной машиночитаемая доверенность для работников юрлиц и ИП скорее всего станет только через год, а не с 1 сентября 2023 года, как планировалось ранее. Закон об этом в третьем чтении принят в Госдуме. Документ направлен на одобрение в Совет Федерации, а затем его должен подписать президент. Об этом "РГ" рассказал руководитель Удостоверяющего центра "Контур" Сергей Казаков.
Перенос сроков означает, что после 1 сентября 2023 года сотрудники смогут использовать старый сертификат юрлица до конца его срока действия, но не позже, чем до 31 августа 2024 года. Но получить такой же новый уже не смогут.
Из всего этого вытекает, что наиболее правильным решением будет перевыпустить все сертификаты на сотрудников пока это еще можно сделать, т.е. до 1 сентября 2023 года.
Ну и также не откладывать в долгий ящик переход на МЧД, делать это можно параллельно использованию старых сертификатов на сотрудников. Потому что переходить все равно придется и лучше сделать это заранее, чем потом устраивать «забег по граблям».
Про машиночитаемые доверенности мы уже писали. Предполагалось, что с 1 сентября 2023 года выданные на сотрудников ЭП прекратят свое действие и сотрудники будут подписывать документы собственной ЭЦП с использованием машиночитаемой доверенности.
Но, как всегда, вопросов было больше, чем ответов и по всему выходило что система к практической эксплуатации не готова.
Так и произошло, сроки вновь перенесли, по крайней мере еще на год.
Обязательной машиночитаемая доверенность для работников юрлиц и ИП скорее всего станет только через год, а не с 1 сентября 2023 года, как планировалось ранее. Закон об этом в третьем чтении принят в Госдуме. Документ направлен на одобрение в Совет Федерации, а затем его должен подписать президент. Об этом "РГ" рассказал руководитель Удостоверяющего центра "Контур" Сергей Казаков.
Перенос сроков означает, что после 1 сентября 2023 года сотрудники смогут использовать старый сертификат юрлица до конца его срока действия, но не позже, чем до 31 августа 2024 года. Но получить такой же новый уже не смогут.
Из всего этого вытекает, что наиболее правильным решением будет перевыпустить все сертификаты на сотрудников пока это еще можно сделать, т.е. до 1 сентября 2023 года.
Ну и также не откладывать в долгий ящик переход на МЧД, делать это можно параллельно использованию старых сертификатов на сотрудников. Потому что переходить все равно придется и лучше сделать это заранее, чем потом устраивать «забег по граблям».
И снова наша любимая рубрика - купили не то
Маркетологи не зря едят свой хлеб и с их помощью и так непростая ситуация с разъёмами и протоколами твердотельных дисков становится еще запутаннее.
А дальше весь этот маркетинговый бред подхватывают различные обзорщики и околотехнические блогеры, после чего мы начинаем слышать про диски «формата NVMe» и всякий иной бред.
Так произошло и в этот раз, один мой знакомый, веб-разработчик, но довольно далекий от железа взялся помочь родственникам поменять диск в компьютере. Пошли, выбрали, купили, перенесли систему. С вожделением запустили CrystalDiskMark и жестоко обломились…
В общем попросил глянуть краем глаза. Тут даже со стула вставать не пришлось, только забил в браузере артикул товара и увидел его изображение.
- Ты купил SATA диск, так что все у него со скоростью нормально.
- Как так, я же покупал NVMe и продавец сказал, что NVMe, ну он же маленький, это же NVMe…
В общем человек пал очередной жертвой маркетинга, стараниями которого форм-фактор M.2 стал четко ассоциироваться с NVMe.
Но M.2 – это только форм-фактор, точнее целое семейство. А разведено туда может быть что угодно. Но есть один простой способ быстро узнать, что вы покупаете.
Если на диске две прорези, то это с 99% вероятности SATA, еще это может быть PCIe x2, но встретить сегодня такой диск в типоразмере 2280 практически невозможно, хотя в 2242 еще встречаются.
В любом случае наличие обоих ключей B-key и M-key означает что перед вами устаревшая модель с медленными интерфейсами.
Но если PCIe x2 новых почти уже не делают, то SATA дисков в формате M.2 полно и отличить их кроме как внимательно прочитав спецификацию нельзя. Цены на диски одинакового объема примерно одинаковы.
Если же прорезь одна – то это современный диск формата PCIe x4 от которого уже можно ожидать высокой скорости с поправкой на собственную конфигурацию PCIe.
Ну и перед тем, как бежать в магазин будет не лишним посмотреть еще и на разъем на плате. Мысленно разворачиваем разъем так, чтобы диск вставлялся в него слева, как на рисунке. И если выступ снизу – то это M-key, можно установить любой диск.
Будет ли он работать – читаем спецификацию, зависит от того, что туда вывели.
Если выступ вверху, то это старый B-key, работать в нем будут только диски B-key + M-key, т.е. с двумя прорезями.
И опять-таки читаем спецификацию, чего именно туда вывели.
Заметьте, выше мы нигде не писали про «диски NVMe», хотя про устройства с M-key прямо тянет так написать, потому что там только PCIe и, следовательно, только NVMe. Но это будет очередная ошибка. Почему?
Потому что диски B-key + M-key тоже могут быть PCIe и поддерживать NVMe, хотя почему могут. Были и до сих пор встречаются.
Например, другой мой знакомый, посмотрев модель установленного в ноутбуке диска и убедившись, что она «NVMe» просто пошел и купил новый «NVMе» диск и даже не смог его вставить.
Уже догадались? Да, ноутбук был с разъемом B-key, а он купил диск с M-key.
Подведем итог. Если вам нужно купить устройство формата M.2 то прежде всего следует начать с формата разъема: B-key или M-key, ключ в разъеме может быть только один.
После чего берем спецификацию и читаем, что на этот разъем выведено. Это может быть SATA, PCI-e или и то и другое.
Для PCI-e уточняем версию протокола и количество линий и только после этого идем в магазин, четко представляя, что нам нужно.
Ну и в очередной раз наша статья на ликбез: https://interface31.ru/tech_it/2021/10/kak-pravilno-vybrat-nvme-ssd-disk.html
Маркетологи не зря едят свой хлеб и с их помощью и так непростая ситуация с разъёмами и протоколами твердотельных дисков становится еще запутаннее.
А дальше весь этот маркетинговый бред подхватывают различные обзорщики и околотехнические блогеры, после чего мы начинаем слышать про диски «формата NVMe» и всякий иной бред.
Так произошло и в этот раз, один мой знакомый, веб-разработчик, но довольно далекий от железа взялся помочь родственникам поменять диск в компьютере. Пошли, выбрали, купили, перенесли систему. С вожделением запустили CrystalDiskMark и жестоко обломились…
В общем попросил глянуть краем глаза. Тут даже со стула вставать не пришлось, только забил в браузере артикул товара и увидел его изображение.
- Ты купил SATA диск, так что все у него со скоростью нормально.
- Как так, я же покупал NVMe и продавец сказал, что NVMe, ну он же маленький, это же NVMe…
В общем человек пал очередной жертвой маркетинга, стараниями которого форм-фактор M.2 стал четко ассоциироваться с NVMe.
Но M.2 – это только форм-фактор, точнее целое семейство. А разведено туда может быть что угодно. Но есть один простой способ быстро узнать, что вы покупаете.
Если на диске две прорези, то это с 99% вероятности SATA, еще это может быть PCIe x2, но встретить сегодня такой диск в типоразмере 2280 практически невозможно, хотя в 2242 еще встречаются.
В любом случае наличие обоих ключей B-key и M-key означает что перед вами устаревшая модель с медленными интерфейсами.
Но если PCIe x2 новых почти уже не делают, то SATA дисков в формате M.2 полно и отличить их кроме как внимательно прочитав спецификацию нельзя. Цены на диски одинакового объема примерно одинаковы.
Если же прорезь одна – то это современный диск формата PCIe x4 от которого уже можно ожидать высокой скорости с поправкой на собственную конфигурацию PCIe.
Ну и перед тем, как бежать в магазин будет не лишним посмотреть еще и на разъем на плате. Мысленно разворачиваем разъем так, чтобы диск вставлялся в него слева, как на рисунке. И если выступ снизу – то это M-key, можно установить любой диск.
Будет ли он работать – читаем спецификацию, зависит от того, что туда вывели.
Если выступ вверху, то это старый B-key, работать в нем будут только диски B-key + M-key, т.е. с двумя прорезями.
И опять-таки читаем спецификацию, чего именно туда вывели.
Заметьте, выше мы нигде не писали про «диски NVMe», хотя про устройства с M-key прямо тянет так написать, потому что там только PCIe и, следовательно, только NVMe. Но это будет очередная ошибка. Почему?
Потому что диски B-key + M-key тоже могут быть PCIe и поддерживать NVMe, хотя почему могут. Были и до сих пор встречаются.
Например, другой мой знакомый, посмотрев модель установленного в ноутбуке диска и убедившись, что она «NVMe» просто пошел и купил новый «NVMе» диск и даже не смог его вставить.
Уже догадались? Да, ноутбук был с разъемом B-key, а он купил диск с M-key.
Подведем итог. Если вам нужно купить устройство формата M.2 то прежде всего следует начать с формата разъема: B-key или M-key, ключ в разъеме может быть только один.
После чего берем спецификацию и читаем, что на этот разъем выведено. Это может быть SATA, PCI-e или и то и другое.
Для PCI-e уточняем версию протокола и количество линий и только после этого идем в магазин, четко представляя, что нам нужно.
Ну и в очередной раз наша статья на ликбез: https://interface31.ru/tech_it/2021/10/kak-pravilno-vybrat-nvme-ssd-disk.html
Продолжаем нашу сегодняшнюю историю про диски
Почему продолжаем? Да потому что как показывает практика далеко не все понимают, как именно работают SSD, где их плюсы и где минусы. И как правильно играть от сильных сторон.
У героя нашей сегодняшней истории диск я забрал и с небольшой доплатой с его стороны заказали новый. Потому что я как раз собирался заказывать именно такой диск для большой переносной флешки.
Чем хороши современные M.2 диски, так своими размерами. Сейчас без проблем можно купить внешний корпус и организовать «флешку» вполне себе карманного размера, но со скоростными показателями, которые ни одной флешке не снились.
Но мой коллега снова удивился, мол ты же сам сказал, это устаревший SATA интерфейс, зачем он тебе в быстрой флешке.
Ну и сразу раскроем карты, чтобы понимать, о чем идет речь: Digma Run S9 1 TБ на контроллере SM2259XT. В общем – обычный бюджетник.
Поэтому начнем. Современный интерфейс USB и контроллеры для внешних дисков без особого труда позволяют достигать скоростей до 10 Гбит/с, при этом реально получать стабильные результаты в районе 900 – 1100 МБ/с.
Вроде бы хорошо и почти вдвое превосходит SATA из которого реально выжать 500 МБ/с плюс-минус туда-сюда.
Но, для этого нам нужен интерфейс USB 3.1 он же USB 3.1 Gen2, он же USB 3.2 Gen, он же SuperSpeed+ USB 10Gbps. Снова низко кланяемся маркетологам.
Это уже не экзотика, но есть далеко не везде, особенно на передней панели и не факт, что передние разъемы будут работать на полной скорости (привет дешевым корпусам и тонким проводам).
А иначе получаем обычный USB 3.0, он же USB 3.1 Gen1, он же USB 3.2 Gen1, он же SuperSpeed USB с его 5 Гбит/с = 625 МБ/с. Т.е. снова скорости уровня SATA.
Но это еще не все. То, что ваша «флешка» может быстро читать – это хорошо, быстро писать – еще лучше. Но чтобы что-то быстро записать, эти данные нужно где-то быстро прочитать. И наоборот.
Во многих случаях вашими визави будут недорогие, но емкие SATA SSD или вообще HDD (а где еще хранят массивы информации?)
Поэтому возможностей SATA тут будет более чем достаточно, скорость обмена в 400-500 МБ/с сегодня все еще остается достаточно комфортной на реальных наборах данных. Тот же сезон сериала размером так в 35 ГБ зальется где-то за полторы минуты.
Это если, конечно, будет с чего прочитать с такой скоростью. Более реальный сценарий 4-5 минут, если читаем с жесткого диска.
Фактически, даже если USB интерфейс будет позволять работать на скорости до 10 Гбит/с, то чаще всего мы просто не сможем утилизировать всю эту полосу и будем работать в диапазоне SATA скоростей, не всегда даже по верхнему краю.
Уже одно это делает покупку PCI-e диска, того самого, который «NVMe» затеей, лишенной практического смысла.
А еще PCI-e диски сильнее нагреваются, что требует покупки более дорого корпуса, способного эффективно отводить тепло. Иначе можно сильно сократить жизнь своему подопечному и нарваться на такое неприятное явление, как тротлинг.
А для этого совсем не надо лить на диск что-то на максимальной скорости, достаточно загрузить его мелкоблочкой или работой в несколько потоков.
Теперь об объеме. Многим может показаться, что «флешка» на 1 ТБ – это шик, мол не всем столько надо. Но самое время вспомнить как именно работают SSD, а именно про SLC-кеш.
Для памяти TCL его объем не может превышать 33% накопителя. В данной модели SLC-кеш именно так и устроен – 33% от объема свободной памяти. Точнее все свободные ячейки пишутся в SLC-режиме.
Это позволяет затолкать на чистый диск на полной скорости 330 ГБ, на заполненный на 70% - 100 ГБ. В реальной эксплуатации – некоторое значение между ними.
На самом деле уже не так и много. 100 ГБ – три сезона какого-нибудь сериала. Пара инсталляшек игры, не говоря уже о бекапах или образах дисков, виртуальных машин.
Поэтому практического смысла брать диск меньшего объема нет, вы сильно сузите себе зону комфорта, потому как за пределами SLC кеша скорости записи сравнимы с обычной флешкой.
Почему продолжаем? Да потому что как показывает практика далеко не все понимают, как именно работают SSD, где их плюсы и где минусы. И как правильно играть от сильных сторон.
У героя нашей сегодняшней истории диск я забрал и с небольшой доплатой с его стороны заказали новый. Потому что я как раз собирался заказывать именно такой диск для большой переносной флешки.
Чем хороши современные M.2 диски, так своими размерами. Сейчас без проблем можно купить внешний корпус и организовать «флешку» вполне себе карманного размера, но со скоростными показателями, которые ни одной флешке не снились.
Но мой коллега снова удивился, мол ты же сам сказал, это устаревший SATA интерфейс, зачем он тебе в быстрой флешке.
Ну и сразу раскроем карты, чтобы понимать, о чем идет речь: Digma Run S9 1 TБ на контроллере SM2259XT. В общем – обычный бюджетник.
Поэтому начнем. Современный интерфейс USB и контроллеры для внешних дисков без особого труда позволяют достигать скоростей до 10 Гбит/с, при этом реально получать стабильные результаты в районе 900 – 1100 МБ/с.
Вроде бы хорошо и почти вдвое превосходит SATA из которого реально выжать 500 МБ/с плюс-минус туда-сюда.
Но, для этого нам нужен интерфейс USB 3.1 он же USB 3.1 Gen2, он же USB 3.2 Gen, он же SuperSpeed+ USB 10Gbps. Снова низко кланяемся маркетологам.
Это уже не экзотика, но есть далеко не везде, особенно на передней панели и не факт, что передние разъемы будут работать на полной скорости (привет дешевым корпусам и тонким проводам).
А иначе получаем обычный USB 3.0, он же USB 3.1 Gen1, он же USB 3.2 Gen1, он же SuperSpeed USB с его 5 Гбит/с = 625 МБ/с. Т.е. снова скорости уровня SATA.
Но это еще не все. То, что ваша «флешка» может быстро читать – это хорошо, быстро писать – еще лучше. Но чтобы что-то быстро записать, эти данные нужно где-то быстро прочитать. И наоборот.
Во многих случаях вашими визави будут недорогие, но емкие SATA SSD или вообще HDD (а где еще хранят массивы информации?)
Поэтому возможностей SATA тут будет более чем достаточно, скорость обмена в 400-500 МБ/с сегодня все еще остается достаточно комфортной на реальных наборах данных. Тот же сезон сериала размером так в 35 ГБ зальется где-то за полторы минуты.
Это если, конечно, будет с чего прочитать с такой скоростью. Более реальный сценарий 4-5 минут, если читаем с жесткого диска.
Фактически, даже если USB интерфейс будет позволять работать на скорости до 10 Гбит/с, то чаще всего мы просто не сможем утилизировать всю эту полосу и будем работать в диапазоне SATA скоростей, не всегда даже по верхнему краю.
Уже одно это делает покупку PCI-e диска, того самого, который «NVMe» затеей, лишенной практического смысла.
А еще PCI-e диски сильнее нагреваются, что требует покупки более дорого корпуса, способного эффективно отводить тепло. Иначе можно сильно сократить жизнь своему подопечному и нарваться на такое неприятное явление, как тротлинг.
А для этого совсем не надо лить на диск что-то на максимальной скорости, достаточно загрузить его мелкоблочкой или работой в несколько потоков.
Теперь об объеме. Многим может показаться, что «флешка» на 1 ТБ – это шик, мол не всем столько надо. Но самое время вспомнить как именно работают SSD, а именно про SLC-кеш.
Для памяти TCL его объем не может превышать 33% накопителя. В данной модели SLC-кеш именно так и устроен – 33% от объема свободной памяти. Точнее все свободные ячейки пишутся в SLC-режиме.
Это позволяет затолкать на чистый диск на полной скорости 330 ГБ, на заполненный на 70% - 100 ГБ. В реальной эксплуатации – некоторое значение между ними.
На самом деле уже не так и много. 100 ГБ – три сезона какого-нибудь сериала. Пара инсталляшек игры, не говоря уже о бекапах или образах дисков, виртуальных машин.
Поэтому практического смысла брать диск меньшего объема нет, вы сильно сузите себе зону комфорта, потому как за пределами SLC кеша скорости записи сравнимы с обычной флешкой.
Сканируем сеть при помощи PowerShell
Часто стоит задача узнать на каком узле сети запущен тот или иной сервис и доступен ли он. Можно, конечно, скачать какое-либо подходящее ПО, а можно воспользоваться PowerShell.
Думаю, все знают командлет
Часто стоит задача узнать на каком узле сети запущен тот или иной сервис и доступен ли он. Можно, конечно, скачать какое-либо подходящее ПО, а можно воспользоваться PowerShell.
Думаю, все знают командлет
Test-NetConnection, который позволяет проверить открытый TCP порт, например:Test-NetConnection srv-01 -Port 443
В результате получим сообщение о том, доступен ли порт и еще ряд полезной информации об узле. Если же нам нужен просто ответ да или нет, то сократим разговорчивость команды: Test-NetConnection srv-01 -Port 443 -InformationLevel "Quiet"
А теперь превратим этот командлет в простейший сканер как говорится, не вставая со стула, пишем простой однострочный скрипт:foreach ($ip in 1..254) {Test-NetConnection -Port 443 -InformationLevel "Detailed" 192.168.0.$ip}
Который просканирует адреса с 1 по 254 и выдаст подробный вывод по каждому узлу. Работает не быстро, но свою работу делает. Если нужно просто знать открыт порт или закрыт, то меняем -InformationLevel "Detailed"
на -InformationLevel "Quiet"
И чем хорош данный вариант, что это PowerShell и мы можем продолжать обрабатывать результат дальше или вообще оформить все отдельным скриптом.
О различных подходах к системному администрированию
Данная заметка написана как размышление по поводу сегодняшнего обсуждения, где промелькнула интересная фраза об «уютном рабочем месте, где много чего есть». Под много чего подразумевается набор всяко-разных инструментов и утилит разной степени полезности.
Но зайдем мы сегодня издалека, сильно издалека, когда деревья были большие, а Windows 2003 еще не имел сервис-паков. Эпоха DOS стремительно уходила в прошлое, а новые версии Windows радовали новыми и удобными графическими интерфейсами.
Казалось, эпоха командной строки навсегда канула в прошлое. На любое, даже самое простое действие всегда можно было найти графическую утилиту и сделать все мышкой. Времена были тогда сильно попроще, и мы смело качали из сети все что под руку попадалось, особо не заморачиваясь ни насчет авторских прав, ни насчет двойного дна в программах.
Со временем у каждого собирался т.н. «джентельменский набор», который старательно записывался на дискеты, потом нарезался на диски, а затем уже и на флешки перекочевал. Можно ли что-либо из этого сделать просто так, средствами системы, мы не задумывались. А зачем?
Потом я начал осваивать мир Linux, естественно начал с графического интерфейса, потому как сразу нырять в глубину терминала классическому виндовому админу тех лет было не с руки. Там сразу кирпичом и на дно…
И сразу же стали всплывать вопросы вроде «а где мне найти аналог утилитки X или программки Y». Только вот интернет не спешил радовать порталами, где были бы сложены разные нужные программки для Linux, разной степени лицензионной частоты.
Суровые и красноглазые «линуксоиды» чужаков не жаловали, все что от них можно было услышать, это про «курение манов» и репозитории.
Потихоньку выяснялось, что в Linux все есть и практически все это присутствует из коробки, а чего нет – быстро ставится одной командой. Но вот беда, все это было в основном заточено под консоль, что меня и моих коллег, привыкших к окошкам и мышке сильно пугало.
Первое, что мы пробовали делать, это искать графические оболочки для консольных утилит, но очень часто они выглядели так, как будто были написаны левым задним копытом в период ломового запоя. Ну и работали соответствующе.
Потом мы открыли для себя панели, и многие, включая меня на них подсели. Однако разочарование пришло довольно быстро. Системы время от времени ломались вместе с панелями. И становилось очень неуютно и тоскливо. Особенно если это была система заказчика.
В те времена многие сошли с этого трудного пути и вернулись обратно в простой и понятный, как нам тогда казалось, мир Windows.
Те, кто остался, стали осваивать сложный и непонятный мир терминала. Сколько раз в те годы я ругался, мол да это же MS DOS какой-то, ничего не видно, ничего не понятно, сплошная деградация.
Но потихоньку появлялись знания, нарабатывался опыт и в какой-то момент графика в Linux перестала быть нужна. А потом стало приходить понимание, что все что нужно – всегда у тебя под рукой, вместе с теми самыми «манами, которые нужно курить». Без этих ваших интернетов и СМС.
И, как это бывает, из чего-то чужого, непонятного и враждебного терминал превратился в теплую и уютную рабочую среду, где все есть и не нужно ничего искать, ну может сразу подкинуть парочку пакетов.
После чего, возвращаясь в мир окон стал возникать вопрос, а можно ли как-то решить эту задачу без привлечения сторонних утилит, средствами системы?
И оказалось, что да, что CMD, оказывается, не столь убог, как казалось. А PowerShell так вообще открыл новые, неведомые прежде возможности.
После чего необходимость в разных простых и не очень утилитках и программках стала как-то сходить на нет. Особенно с развитием удаленной работы. Это сегодня ты за своим уютным рабочим местом, а завтра в чужой системе, где ничего этого нет и возможность ставить что-то свое варьируется от нежелательно, до запрещено.
Поэтому, разный полезный софт – это хорошо, уютно, удобно. Но это не должно заменять владение родными инструментами системы.
Данная заметка написана как размышление по поводу сегодняшнего обсуждения, где промелькнула интересная фраза об «уютном рабочем месте, где много чего есть». Под много чего подразумевается набор всяко-разных инструментов и утилит разной степени полезности.
Но зайдем мы сегодня издалека, сильно издалека, когда деревья были большие, а Windows 2003 еще не имел сервис-паков. Эпоха DOS стремительно уходила в прошлое, а новые версии Windows радовали новыми и удобными графическими интерфейсами.
Казалось, эпоха командной строки навсегда канула в прошлое. На любое, даже самое простое действие всегда можно было найти графическую утилиту и сделать все мышкой. Времена были тогда сильно попроще, и мы смело качали из сети все что под руку попадалось, особо не заморачиваясь ни насчет авторских прав, ни насчет двойного дна в программах.
Со временем у каждого собирался т.н. «джентельменский набор», который старательно записывался на дискеты, потом нарезался на диски, а затем уже и на флешки перекочевал. Можно ли что-либо из этого сделать просто так, средствами системы, мы не задумывались. А зачем?
Потом я начал осваивать мир Linux, естественно начал с графического интерфейса, потому как сразу нырять в глубину терминала классическому виндовому админу тех лет было не с руки. Там сразу кирпичом и на дно…
И сразу же стали всплывать вопросы вроде «а где мне найти аналог утилитки X или программки Y». Только вот интернет не спешил радовать порталами, где были бы сложены разные нужные программки для Linux, разной степени лицензионной частоты.
Суровые и красноглазые «линуксоиды» чужаков не жаловали, все что от них можно было услышать, это про «курение манов» и репозитории.
Потихоньку выяснялось, что в Linux все есть и практически все это присутствует из коробки, а чего нет – быстро ставится одной командой. Но вот беда, все это было в основном заточено под консоль, что меня и моих коллег, привыкших к окошкам и мышке сильно пугало.
Первое, что мы пробовали делать, это искать графические оболочки для консольных утилит, но очень часто они выглядели так, как будто были написаны левым задним копытом в период ломового запоя. Ну и работали соответствующе.
Потом мы открыли для себя панели, и многие, включая меня на них подсели. Однако разочарование пришло довольно быстро. Системы время от времени ломались вместе с панелями. И становилось очень неуютно и тоскливо. Особенно если это была система заказчика.
В те времена многие сошли с этого трудного пути и вернулись обратно в простой и понятный, как нам тогда казалось, мир Windows.
Те, кто остался, стали осваивать сложный и непонятный мир терминала. Сколько раз в те годы я ругался, мол да это же MS DOS какой-то, ничего не видно, ничего не понятно, сплошная деградация.
Но потихоньку появлялись знания, нарабатывался опыт и в какой-то момент графика в Linux перестала быть нужна. А потом стало приходить понимание, что все что нужно – всегда у тебя под рукой, вместе с теми самыми «манами, которые нужно курить». Без этих ваших интернетов и СМС.
И, как это бывает, из чего-то чужого, непонятного и враждебного терминал превратился в теплую и уютную рабочую среду, где все есть и не нужно ничего искать, ну может сразу подкинуть парочку пакетов.
После чего, возвращаясь в мир окон стал возникать вопрос, а можно ли как-то решить эту задачу без привлечения сторонних утилит, средствами системы?
И оказалось, что да, что CMD, оказывается, не столь убог, как казалось. А PowerShell так вообще открыл новые, неведомые прежде возможности.
После чего необходимость в разных простых и не очень утилитках и программках стала как-то сходить на нет. Особенно с развитием удаленной работы. Это сегодня ты за своим уютным рабочим местом, а завтра в чужой системе, где ничего этого нет и возможность ставить что-то свое варьируется от нежелательно, до запрещено.
Поэтому, разный полезный софт – это хорошо, уютно, удобно. Но это не должно заменять владение родными инструментами системы.
Стоит предо мною такое вот чудо... "Игровой" корпус 1STPLAYER FIREBASE X2, недорогой, но красивый. Модные вертушки с ЛГБТ RGB подсветкой.
Только вот кто-нибудь может мне пояснить: какой смысл в трех 120-мм вентиляторах напротив глухой фронтальной панели из закаленного стекла?
Между панелями и корпусом есть зазор в 3 мм, для нормального притока воздуха его недостаточно. Но вот чтобы тянуть в корпус пыль - вполне.
Зато красиво, но ненадолго, особенно если будет стоять на полу... Не, ну на пыль с подсветкой можно будет любоваться...
Только вот кто-нибудь может мне пояснить: какой смысл в трех 120-мм вентиляторах напротив глухой фронтальной панели из закаленного стекла?
Между панелями и корпусом есть зазор в 3 мм, для нормального притока воздуха его недостаточно. Но вот чтобы тянуть в корпус пыль - вполне.
Зато красиво, но ненадолго, особенно если будет стоять на полу... Не, ну на пыль с подсветкой можно будет любоваться...
Пятничное, про жизнь...
Листал вечером старые журналы. Занятие интересное, позволяющее посмотреть на индустрию сквозь прошедшие годы и понять куда нас вело тогда и куда в итоге вывело сейчас.
Но наткнулся на совсем иное. Слет сисадминов 2009. Событие освещал журнал Системный администратор и тогда это было действительно круто. Но возможности посетить мероприятие в те годы особо не было.
А сейчас как-то иначе все, слет, оказывается, жив до сих пор, но размах уже не тот, и труба пониже и дым пожиже...
Если на фото 2009 видна реальная массовость, но на фото 2023 скорее какой-то корпоратив, чем массовое всероссийское мероприятие. Хотя разница, конечно, видна. Там был по большому счету слет "голодранцев", здесь более-менее респектабельные люди.
Может мы стали старше... Но есть же в профессии молодежь...
То ли действительно времена другие...
Современные фото отсюда: https://vk.com/itslet
Листал вечером старые журналы. Занятие интересное, позволяющее посмотреть на индустрию сквозь прошедшие годы и понять куда нас вело тогда и куда в итоге вывело сейчас.
Но наткнулся на совсем иное. Слет сисадминов 2009. Событие освещал журнал Системный администратор и тогда это было действительно круто. Но возможности посетить мероприятие в те годы особо не было.
А сейчас как-то иначе все, слет, оказывается, жив до сих пор, но размах уже не тот, и труба пониже и дым пожиже...
Если на фото 2009 видна реальная массовость, но на фото 2023 скорее какой-то корпоратив, чем массовое всероссийское мероприятие. Хотя разница, конечно, видна. Там был по большому счету слет "голодранцев", здесь более-менее респектабельные люди.
Может мы стали старше... Но есть же в профессии молодежь...
То ли действительно времена другие...
Современные фото отсюда: https://vk.com/itslet
Ко дню рождения Linux
25 августа 1991 года в рассылке новостей группы пользователей OC MINIX появилось сообщение:
Изначально система должна была называться Freax, но Ари Лемке, который предоставил место для проекта на своем FTP сервере назвал каталог pub/OS/Linux, которое и закрепилось в качестве названия системы.
Важной вехой в развитии системы стала кооперация с проектом GNU, который еще с 1983 года под руководством Ричарда Столлмана занимался созданием полностью открытой и свободной операционной системы.
И к 1991 году у них было практически все, что нужно, кроме ядра. Собственные попытки разработать ядро Hurd не привели к успеху (причем до сих пор) и тут появилось ядро, которому как раз нужно было прикладное ПО.
Уже через год начали появляться первые дистрибутивы, так в 1992 году увидел свет Slackware Патрика Фолькердинга, а в 1993 Debian Яна Мёрдока, в 1994 появились S.U.S.E и Red Hat.
В этом же году увидело свет ядро 1.0.0 содержавшее 176 250 строчек кода, а уже в 1996 была выпущена версия 2.0, началась эпоха стремительного развития молодой системы.
В этом же году появился официальный талисман системы – пингвин Tux, его нарисовал Ларри Юинг. Слово Tux придумал Джеймз Хьюз, соединив два слова: (T)orvalds (U)ni(X).
В 1998 году Матиас Эттрих представил первый выпуск KDE, которая предлагала законченную среду рабочего стола с набором программ базировавшуюся на Qt, а годом позже Мигель де Иказа и Федерико Мен выпустили первую версию GNOME на GTK+.
Менее чем за 10 лет Linux прошел путь от небольшого студенческого проекта до полноценной ОС с графической оболочкой.
В дальнейшем система продолжила развиваться и занимать новые ниши, так уже в 2002 году увидел свет Red Hat Enterprise Linux.
Домашние пользователи тоже не остались без внимания, в 1998 году появился Mandrake Linux, позже Mandriva – один из самых дружелюбных дистрибутивов того времени.
В это же время появился дистрибутив Linux-Mandrake Russian Edition, который впоследствии занялся полностью собственной разработкой и теперь мы его знаем как ALT Linux.
А сам Mandrake/Mandriva прошел сложный путь, несколько раз менял владельца пока не превратился в ROSA Linux.
Еще одно знаковое событие произошло в 2004 году, с выходом дистрибутива Ubuntu Linux, который сделал систему ближе в прямом и переносном смысле.
В те времена широкополосный интернет был еще дорог и труднодоступен, поэтому Canonical рассылала диски с Ubuntu почтой бесплатно в любую точку земного шара.
А дальше вы и так, наверное, все знаете, размер заметки не позволяет продолжать наше повествование. Поэтому еще раз вспомним как все начиналось и поздравим Linux c днем рождения!
25 августа 1991 года в рассылке новостей группы пользователей OC MINIX появилось сообщение:
всем пользователям minix!Вряд ли кто-то тогда мог подумать, что оно серьезно изменит компьютерный мир уже в течении этого десятилетия. Простой студенческий проект никому не известного финского парня…
Я пишу (бесплатную) операционную систему (это просто хобби, ничего большого и профессионального вроде gnu) для AT 386(486). Я вожусь с этим с апреля, и она, похоже, скоро будет готова. Напишите мне, кому что нравится/не нравится в minix, поскольку моя ОС на неё похожа (кроме всего прочего, у неё — по практическим соображениям — то же физическое размещение файловой системы).
Пока что я перенёс в неё bash (1.08) и gсс (1.40), и всё вроде работает. Значит, в ближайшие месяцы у меня получится уже что-то работающее, и мне бы хотелось знать, какие функции нужны большинству. Все заявки принимаются, но выполнение не гарантируется :-)
Линус (torvalds@kruuna.helsinki.fi)
PS. Она свободна от кода minix и включает мультизадачную файловую систему. Она НЕ переносима (используется переключение задач 386 и пр.) и, возможно, никогда не будет поддерживать ничего, кроме АТ-винчестеров, потому что у меня больше ничего нет :-(
Изначально система должна была называться Freax, но Ари Лемке, который предоставил место для проекта на своем FTP сервере назвал каталог pub/OS/Linux, которое и закрепилось в качестве названия системы.
Важной вехой в развитии системы стала кооперация с проектом GNU, который еще с 1983 года под руководством Ричарда Столлмана занимался созданием полностью открытой и свободной операционной системы.
И к 1991 году у них было практически все, что нужно, кроме ядра. Собственные попытки разработать ядро Hurd не привели к успеху (причем до сих пор) и тут появилось ядро, которому как раз нужно было прикладное ПО.
Уже через год начали появляться первые дистрибутивы, так в 1992 году увидел свет Slackware Патрика Фолькердинга, а в 1993 Debian Яна Мёрдока, в 1994 появились S.U.S.E и Red Hat.
В этом же году увидело свет ядро 1.0.0 содержавшее 176 250 строчек кода, а уже в 1996 была выпущена версия 2.0, началась эпоха стремительного развития молодой системы.
В этом же году появился официальный талисман системы – пингвин Tux, его нарисовал Ларри Юинг. Слово Tux придумал Джеймз Хьюз, соединив два слова: (T)orvalds (U)ni(X).
В 1998 году Матиас Эттрих представил первый выпуск KDE, которая предлагала законченную среду рабочего стола с набором программ базировавшуюся на Qt, а годом позже Мигель де Иказа и Федерико Мен выпустили первую версию GNOME на GTK+.
Менее чем за 10 лет Linux прошел путь от небольшого студенческого проекта до полноценной ОС с графической оболочкой.
В дальнейшем система продолжила развиваться и занимать новые ниши, так уже в 2002 году увидел свет Red Hat Enterprise Linux.
Домашние пользователи тоже не остались без внимания, в 1998 году появился Mandrake Linux, позже Mandriva – один из самых дружелюбных дистрибутивов того времени.
В это же время появился дистрибутив Linux-Mandrake Russian Edition, который впоследствии занялся полностью собственной разработкой и теперь мы его знаем как ALT Linux.
А сам Mandrake/Mandriva прошел сложный путь, несколько раз менял владельца пока не превратился в ROSA Linux.
Еще одно знаковое событие произошло в 2004 году, с выходом дистрибутива Ubuntu Linux, который сделал систему ближе в прямом и переносном смысле.
В те времена широкополосный интернет был еще дорог и труднодоступен, поэтому Canonical рассылала диски с Ubuntu почтой бесплатно в любую точку земного шара.
А дальше вы и так, наверное, все знаете, размер заметки не позволяет продолжать наше повествование. Поэтому еще раз вспомним как все начиналось и поздравим Linux c днем рождения!
Вы начали практическое использование Linux
Anonymous Poll
5%
В 90-х
13%
2000-2005
16%
2005-2009
22%
2010-2015
17%
2015-2019
17%
После 2020
7%
Еще не начинал
3%
Ничего не понятно, но очень интересно
Продолжаем тему Альт Виртуализация
Не так давно мы рассказывали об Альт Сервер Виртуализации 10, который среди своих возможностей имеет полностью портированный на платформу Альт Proxmox Virtual Environment.
Дистрибутив находится в реестре и позволяет быстро и эффективно мигрировать в рамках импортозамещения, оставшись на привычной платформе Proxmox, но уже соответствующей всем требованиям.
Также в репозитории Альт добавлен и Proxmox Backup Server, для его использования нам не нужен об Альт Сервер Виртуализации, достаточно обычного Альт Сервер.
Для его установки потребуется ровно две команды:
Но мы пойдем немножечко дальше, в общем и целом, нам никто не мешает взять обычный Альт Сервер и установить на него PVE из репозиториев.
Это будет немного сложнее, чем использовать готовый Альт Сервер Виртуализации, но вполне возможно, инструкции для этого, хоть и немного устаревшие, есть на официальной Wiki.
Единственно остается вопрос лицензионной чистоты, но если исходить из существующей практики, то если мы легально лицензировали Альт Сервер, то имеем полное право использовать любое ПО из доступных репозиториев. Тем более что PVE – это открытый продукт.
Хотя, возможно, там могут быть какие-то подводные камни, связанные именно с реестром и импортозамещением, но установить из подключенных из коробки репозиториев имеющийся там PVE мы имеем полное право.
Возможно представители Альта, которые нас читают более подробно просветят нас в этом вопросе.
Не так давно мы рассказывали об Альт Сервер Виртуализации 10, который среди своих возможностей имеет полностью портированный на платформу Альт Proxmox Virtual Environment.
Дистрибутив находится в реестре и позволяет быстро и эффективно мигрировать в рамках импортозамещения, оставшись на привычной платформе Proxmox, но уже соответствующей всем требованиям.
Также в репозитории Альт добавлен и Proxmox Backup Server, для его использования нам не нужен об Альт Сервер Виртуализации, достаточно обычного Альт Сервер.
Для его установки потребуется ровно две команды:
apt-get install proxmox-backup-serverПосле чего можем перейти в веб-интерфейс и продолжить настройку продукта. Таким образом платформа Альт позволяет развернуть полноценную экосистему Proxmox с использованием только собственных репозиториев и, следовательно, соблюсти все требования к импортозамещению.
systemctl enable --now proxmox-backup-proxy.service
Но мы пойдем немножечко дальше, в общем и целом, нам никто не мешает взять обычный Альт Сервер и установить на него PVE из репозиториев.
Это будет немного сложнее, чем использовать готовый Альт Сервер Виртуализации, но вполне возможно, инструкции для этого, хоть и немного устаревшие, есть на официальной Wiki.
Единственно остается вопрос лицензионной чистоты, но если исходить из существующей практики, то если мы легально лицензировали Альт Сервер, то имеем полное право использовать любое ПО из доступных репозиториев. Тем более что PVE – это открытый продукт.
Хотя, возможно, там могут быть какие-то подводные камни, связанные именно с реестром и импортозамещением, но установить из подключенных из коробки репозиториев имеющийся там PVE мы имеем полное право.
Возможно представители Альта, которые нас читают более подробно просветят нас в этом вопросе.
Альт Сервер Виртуализации 10 - если нужен Proxmox из Реестра российских программ
Proxmox Virtual Environment - популярное решение для виртуализации с открытым исходным кодом, которое широко используется предприятиями самых разных масштабов.
При переходе на импортозамещение возникает резонный вопрос, каким образом и чем с меньшими затратами заменить платформу Proxmox.
В этом случае следует обратить внимание на Альт Сервер Виртуализации 10, который включен в Реестр российских программ и предоставляет собственную сборку PVE, которая базируется только на репозиториях Альт.
https://interface31.ru/tech_it/2023/08/alt-server-virtualizacii-10-esli-nuzhen-proxmox-iz-reestra-rossiyskih-programm.html
Proxmox Virtual Environment - популярное решение для виртуализации с открытым исходным кодом, которое широко используется предприятиями самых разных масштабов.
При переходе на импортозамещение возникает резонный вопрос, каким образом и чем с меньшими затратами заменить платформу Proxmox.
В этом случае следует обратить внимание на Альт Сервер Виртуализации 10, который включен в Реестр российских программ и предоставляет собственную сборку PVE, которая базируется только на репозиториях Альт.
https://interface31.ru/tech_it/2023/08/alt-server-virtualizacii-10-esli-nuzhen-proxmox-iz-reestra-rossiyskih-programm.html
Включаем поддержку команд apt в ALT Linux
Альт – достаточно самобытный дистрибутив, главным отличием которого является то, что он использует APT для управления RPM-пакетами. Таким образом переход на Альт с Debian или Ubuntu существенно упрощается, так как не нужно изучать новый менеджер пакетов.
Но есть и некоторые неудобства, основное из них то, что Альт для управления пакетами использует команду
Это действительно неудобно, так как вы по памяти набираете одну команду и только после нажатия Enter вспоминаете, что надо было вводить другую. Ну и apt просто короче.
Поэтому мы написали небольшой скрипт, который добавляет в Альт поддержку команд в синтаксисе apt.
Чтобы установить его выполните несколько простых команд:
Скрипт не является всеобъемлющим, но поддерживает все основные команды apt. При необходимости можно легко расширить его самостоятельно.
Альт – достаточно самобытный дистрибутив, главным отличием которого является то, что он использует APT для управления RPM-пакетами. Таким образом переход на Альт с Debian или Ubuntu существенно упрощается, так как не нужно изучать новый менеджер пакетов.
Но есть и некоторые неудобства, основное из них то, что Альт для управления пакетами использует команду
apt-get, в то время как в DEB-based дистрибутивах везде используется apt.Это действительно неудобно, так как вы по памяти набираете одну команду и только после нажатия Enter вспоминаете, что надо было вводить другую. Ну и apt просто короче.
Поэтому мы написали небольшой скрипт, который добавляет в Альт поддержку команд в синтаксисе apt.
Чтобы установить его выполните несколько простых команд:
wget https://interface31.ru/tech_it/files/apt_aliases.sh -P /etc/bashrc.d/
chmod +x /etc/bashrc.d/apt_aliases.sh
После чего перезагрузите систему, теперь вы можете использовать привычные команды apt в ALT Linux.Скрипт не является всеобъемлющим, но поддерживает все основные команды apt. При необходимости можно легко расширить его самостоятельно.
Как показала практика, не все знают, что такое пакетные менеджеры и с чем их едят. А также путают форматы пакетов, низкоуровневые инструменты по управлению ими и высокоуровневые менеджеры.
Если коротко, то на самом нижем уровне притаились низкоуровневые инструменты вроде
Выше уровнем стоят пакетные менеджеры, которые предоставляют пользователю удобный интерфейс для работы с низкоуровневыми инструментами и ряд дополнительных функций, основная из которых - это разрешение зависимостей, также их задача - это работа с репозиториями.
Пример таких менеджеров - APT, YUM/DNF, Zypper и т.д.
Они не умеют устанавливать и удалять пакеты, и по большому счету им вообще все равно с чем работать. Их задача - найти нужные пакеты, все зависимости к ним, скачать и передать это все на уровень ниже. Либо "доходчиво" пояснить низкоуровневому инструменту чего именно хочет пользователь, скажем удалить или переустановить пакет.
Таким образом у нас имеется два уровня абстракции: низкоуровневый инструмент, который непосредственно работает с пакетами и высокоуровневый менеджер, который предоставляет пользователю удобный инструмент для управления пакетами и ряд дополнительных сервисных функций.
Поэтому не следует удивляться таким проектам, как APT-RPM используемый в ALT Linux, который представляет собой пакетный менеджер APT наученный работать с низкоуровневым rpm, вместо dpkg.
Более подробно почитать на эту тему применительно к Debian/Ubuntu можно в нашей статье: https://interface31.ru/tech_it/2019/09/linux-nachinayushhim-chast-5-upravlenie-paketami.html
Если коротко, то на самом нижем уровне притаились низкоуровневые инструменты вроде
dpkg или rpm, которые умеют работать только с локальными пакетами и не умеют ничего кроме их установки и удаления. Разрешать зависимости тоже не их задача.Выше уровнем стоят пакетные менеджеры, которые предоставляют пользователю удобный интерфейс для работы с низкоуровневыми инструментами и ряд дополнительных функций, основная из которых - это разрешение зависимостей, также их задача - это работа с репозиториями.
Пример таких менеджеров - APT, YUM/DNF, Zypper и т.д.
Они не умеют устанавливать и удалять пакеты, и по большому счету им вообще все равно с чем работать. Их задача - найти нужные пакеты, все зависимости к ним, скачать и передать это все на уровень ниже. Либо "доходчиво" пояснить низкоуровневому инструменту чего именно хочет пользователь, скажем удалить или переустановить пакет.
Таким образом у нас имеется два уровня абстракции: низкоуровневый инструмент, который непосредственно работает с пакетами и высокоуровневый менеджер, который предоставляет пользователю удобный инструмент для управления пакетами и ряд дополнительных сервисных функций.
Поэтому не следует удивляться таким проектам, как APT-RPM используемый в ALT Linux, который представляет собой пакетный менеджер APT наученный работать с низкоуровневым rpm, вместо dpkg.
Более подробно почитать на эту тему применительно к Debian/Ubuntu можно в нашей статье: https://interface31.ru/tech_it/2019/09/linux-nachinayushhim-chast-5-upravlenie-paketami.html
Mageia 9 - волшебство закончилось
В современном изобилии Linux дистрибутивов можно легко запутаться, чего там только нет. Но есть ряд систем, которые можно отнести в разряд знаковых, оказавших большое влияние на развитие Linux систем.
И если говорить о настольных системах, то одним из таких дистрибутивов был Mandrake / Mandriva, который первый попытался создать Linux "с человеческим лицом" для обычных пользователей.
В число наследников этой системы входит французская Mageia, основанная командой уволенных разработчиков, которые несколько дней назад выпустили очередную версию дистрибутива.
https://interface31.ru/tech_it/2023/08/mageia-9-volshebstvo-zakonchilos.html
В современном изобилии Linux дистрибутивов можно легко запутаться, чего там только нет. Но есть ряд систем, которые можно отнести в разряд знаковых, оказавших большое влияние на развитие Linux систем.
И если говорить о настольных системах, то одним из таких дистрибутивов был Mandrake / Mandriva, который первый попытался создать Linux "с человеческим лицом" для обычных пользователей.
В число наследников этой системы входит французская Mageia, основанная командой уволенных разработчиков, которые несколько дней назад выпустили очередную версию дистрибутива.
https://interface31.ru/tech_it/2023/08/mageia-9-volshebstvo-zakonchilos.html
С Днем знаний!
Сегодня первое сентября – День знаний. Обычно его прочно ассоциируют со школой, но получение знаний и умений – это процесс постоянный, особенно в нашей профессии.
IT – отрасль динамичная и в ней нужно бежать со всех ног, чтобы только оставаться на месте. Достаточно пропустить год – два и ты уже серьезно отстал и твой удел – скамейка запасных.
Тем более что знания сейчас доступны как никогда, для этого не нужно даже выходить из дома. Все доступно онлайн, в любых удобных форматах, за деньги или бесплатно, для начинающих и для опытных, в общем на любой вкус, цвет и кошелек.
Но наблюдается интересный парадокс, чем ближе и доступнее оказываются знания, тем ниже и ниже падает уровень подготовки коллег, иногда до пугающе низкого уровня, скажем мягко…
Последнее время в комментариях на сайте и здесь мы несколько раз получали упреки, что наши статьи «не полные» и в них «отсутствует» … А в них как раз «отсутствует» и сделано это абсолютно сознательно.
Потому что отсутствуют, вернее сознательно пропущены базовые вещи, который читающий статью должен знать по определению. Или подтверждение второстепенных настроек по умолчанию, которые спрашивает скрипт установки.
Потому что это базовый набор знаний или просто очевидные вещи. Которые не должны вызывать затруднений, ну или быть вполне очевидными, если вы умеете просто читать и понимать прочитанное.
Скажем проще, если вы взялись настраивать почтовый сервер, то у вас не должны вызывать затруднений базовые навыки работы с ОС Linux или работы с DNS-записями, иначе просто страшно представить как вы будете его эксплуатировать и обслуживать.
Да и странно будет видеть в такой статье объяснение прописных истин, не говоря уже о том, что ее объем распухнет до уровня небольшого романа.
Почему же так происходит? Можно, конечно, пенять на современную систему образования, тем более выражение «жертвы ЕГЭ» возникло не вчера, но никогда никакое ЕГЭ не мешало учиться тому, кто действительно этого хочет.
На мой взгляд негативную роль несет именно доступность знаний, когда кажется, что если мне будет что-то надо, то тогда возьму и найду.
В свое время это был «синдром Гугла», зачем что-то учить, когда это можно за минуту найти, потом к этому прибавился «синдром нейросетей», которые легко и просто подумают за вас и быстренько принесут ответ на блюдечке с голубой каемочкой.
Кроме этого, можно отметить еще такой феномен, как «синдром скачивания», часто общаясь с коллегами на ту или иную тему слышал, мол я недавно по ней курсы скачал. И говорилось это таким тоном, как будто человек уже прошел эти самые курсы. На самом же деле 99% скачанного так и останется лежать на диске цифровым мусором.
Зато появляется некоторая сопричастность знаниям, мол я не просто так, у меня есть…
Все это конечно печально, потому как учиться надо и учиться надо постоянно. Но любые знания без практики мертвы, а самообразование на отвлеченную тему практически невозможно, ну или требует очень и очень серьезного самоконтроля, сравнимого с монахами-аскетами.
Хотя тут снова возникает вопрос – а зачем? Можно потратить год и стать специалистом по проблемам бессонницы в период зимней спячки медведей, а потом благополучно это забыть, потому как в ваших краях медведь всего один и тот в зоопарке.
Так же и знания, они должны соответствовать текущей практике или развивать ее. Если вы взялись учить Python, Docker или что там еще сегодня модно, то вы должны представлять, где и куда вы будете это применять или хотя бы, попытаетесь.
Теория без практики мертва и очень быстро забывается, практика без теории – это шаманство и бездумное повторение заученных «заклинаний» и «обрядов». И только все вместе дает тот сплав, который действительно является знаниями и навыками, которые делают из человека специалиста.
С Днем знаний, коллеги!
Сегодня первое сентября – День знаний. Обычно его прочно ассоциируют со школой, но получение знаний и умений – это процесс постоянный, особенно в нашей профессии.
IT – отрасль динамичная и в ней нужно бежать со всех ног, чтобы только оставаться на месте. Достаточно пропустить год – два и ты уже серьезно отстал и твой удел – скамейка запасных.
Тем более что знания сейчас доступны как никогда, для этого не нужно даже выходить из дома. Все доступно онлайн, в любых удобных форматах, за деньги или бесплатно, для начинающих и для опытных, в общем на любой вкус, цвет и кошелек.
Но наблюдается интересный парадокс, чем ближе и доступнее оказываются знания, тем ниже и ниже падает уровень подготовки коллег, иногда до пугающе низкого уровня, скажем мягко…
Последнее время в комментариях на сайте и здесь мы несколько раз получали упреки, что наши статьи «не полные» и в них «отсутствует» … А в них как раз «отсутствует» и сделано это абсолютно сознательно.
Потому что отсутствуют, вернее сознательно пропущены базовые вещи, который читающий статью должен знать по определению. Или подтверждение второстепенных настроек по умолчанию, которые спрашивает скрипт установки.
Потому что это базовый набор знаний или просто очевидные вещи. Которые не должны вызывать затруднений, ну или быть вполне очевидными, если вы умеете просто читать и понимать прочитанное.
Скажем проще, если вы взялись настраивать почтовый сервер, то у вас не должны вызывать затруднений базовые навыки работы с ОС Linux или работы с DNS-записями, иначе просто страшно представить как вы будете его эксплуатировать и обслуживать.
Да и странно будет видеть в такой статье объяснение прописных истин, не говоря уже о том, что ее объем распухнет до уровня небольшого романа.
Почему же так происходит? Можно, конечно, пенять на современную систему образования, тем более выражение «жертвы ЕГЭ» возникло не вчера, но никогда никакое ЕГЭ не мешало учиться тому, кто действительно этого хочет.
На мой взгляд негативную роль несет именно доступность знаний, когда кажется, что если мне будет что-то надо, то тогда возьму и найду.
В свое время это был «синдром Гугла», зачем что-то учить, когда это можно за минуту найти, потом к этому прибавился «синдром нейросетей», которые легко и просто подумают за вас и быстренько принесут ответ на блюдечке с голубой каемочкой.
Кроме этого, можно отметить еще такой феномен, как «синдром скачивания», часто общаясь с коллегами на ту или иную тему слышал, мол я недавно по ней курсы скачал. И говорилось это таким тоном, как будто человек уже прошел эти самые курсы. На самом же деле 99% скачанного так и останется лежать на диске цифровым мусором.
Зато появляется некоторая сопричастность знаниям, мол я не просто так, у меня есть…
Все это конечно печально, потому как учиться надо и учиться надо постоянно. Но любые знания без практики мертвы, а самообразование на отвлеченную тему практически невозможно, ну или требует очень и очень серьезного самоконтроля, сравнимого с монахами-аскетами.
Хотя тут снова возникает вопрос – а зачем? Можно потратить год и стать специалистом по проблемам бессонницы в период зимней спячки медведей, а потом благополучно это забыть, потому как в ваших краях медведь всего один и тот в зоопарке.
Так же и знания, они должны соответствовать текущей практике или развивать ее. Если вы взялись учить Python, Docker или что там еще сегодня модно, то вы должны представлять, где и куда вы будете это применять или хотя бы, попытаетесь.
Теория без практики мертва и очень быстро забывается, практика без теории – это шаманство и бездумное повторение заученных «заклинаний» и «обрядов». И только все вместе дает тот сплав, который действительно является знаниями и навыками, которые делают из человека специалиста.
С Днем знаний, коллеги!
