23 апреля встречаемся на хардкорном митапе «Метрокластер на отечественном»

Что в программе?
▪️Разбор архитектуры и нюансов технологии метрокластера, особенностей проектирования и реализации
▪️Live-demo работы решения на отечественном оборудовании и ПО

Вы увидите, как ведет себя прикладное ПО при выходе из строя отдельных компонентов кластера и продуктивной площадки целиком.

В составе стенда два набора оборудования:
▪️СХД Аэродиск
▪️Сервер виртуализации Aquarius под управлением zVirt
▪️Коммутатор Qtech

и один набор ПО:
▪️СУБД Postgres Pro под синтетической нагрузкой
▪️Платформа анализа данных Visiology с рабочим местом администратора и руководителя ИТ-инфраструктуры и панелью по анализу данных

Между двумя площадками эмулируется расстояние 60 км. Отслеживать состояние комплекса будет система мониторинга «Пульт».

🗓 Когда?

23 апреля, 16:00

✅ Регистрация

Как внедрить ИИ в бизнес-процессы 

Все говорят об эффективности искусственного интеллекта, а кто скажет, с чего начать? 

Directum собрал опыт известных компаний и включил лучшие практики в один гайд. С его помощью вы сможете:

🔸 Оценить, какие задачи можно передать ИИ уже сейчас.
🔸 Пошагово спланировать интеграцию технологий в ваши процессы.
🔸 Избежать типичных ошибок при внедрении.

Бонусом получите реальные кейсы, как компании экономят время и деньги с помощью ИИ. 

Успейте скачать гайд Directum, пока они делятся им бесплатно 🔥

#реклама
О рекламодателе

​​Настройка файлового сервера Samba на платформе Debian / Ubuntu

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

Вариантов его организации множество, одним из которых является служба Samba на Linux-сервере, это простое, недорогое, но в то же время мощное решение по организации общего доступа к файлам и папкам в Windows сетях.

В данной статье мы рассмотрим настройку простого сервера на основе Samba 4 работающего в ОС Debian / Ubuntu.

https://interface31.ru/tech_it/2019/06/nastroyka-faylovogo-servera-samba-na-platforme-debian-ubuntu.html

​​Файловая информационная база 1С:Предприятие

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

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

Что собой представляет файловая база? Это собственный формат базы данных от 1С, который всю необходимую информацию хранит в одном единственном файле 1Cv8.1CD, кроме него в папке с базой находятся вспомогательные файлы, но никакой ценности они не несут, все нужное сосредоточено в единственном файле.

Файл имеет страничную структуру и может содержать 2^32-1 страницу размером 4 КБ, что ограничивает общий объем файла базы размеров в 16 ТБ. При этом, в силу внутреннего устройства действует дополнительное ограничение в размере 4 ГБ на размер внутренней таблицы файла.

Начиная с версии 8.3.8 можно менять размер страницы с 4 КБ до 64 КБ, что позволяет увеличить лимит размера внутренней таблицы до 6 ГБ.

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

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

А еще вы можете перенести такую базу с сервера на пользовательский ПК с более высокой производительностью на ядро и еще более ускорив выполнение нужных операций.

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

Но есть и иная сторона медали, общий доступ к файловой базе осуществляется путем разделения доступа к файлу базы и первое с чем вы столкнетесь – это блокировки. При совместной работе производительность файлового варианта резко падает, поэтому общие рекомендации – это не более 3-5 пользователей.

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

В эпоху жестких дисков таким порогом был размер примерно в 4 ГБ, в эпоху SSD более-менее комфортно жить в файловой можно до 10-12 ГБ.

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

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

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

Поэтому сегодня даже в одной сети есть смысл использовать файловую базу сугубо через веб-сервер. Это позволяет закрыть потребности 5-10 и даже 15 пользователей простым пользовательским железом, в этом плане вне конкуренции процессоры AMD Ryzen 5/7/9.

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

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

Шифруй меня полностью! Как построить надёжный KMS для публичного облака?

Расскажем 30 апреля в 5-й серии реалити-проекта для инженеров — Building the Cloud от MWS.

Что будет в эфире:

— база про шифрование в облачных средах

— архитектура сервиса KMS для облака MWS: челленджи и решения

— розыгрыш мерча за лучший вопрос

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

Зарегистрироваться

Реклама. ПАО "МТС". ИНН 7740000076.

Лицензирование 1С:Предприятие 8.х

Система программ 1С:Предприятие широко применяется в организациях любого размера и хорошо известна каждому администратору.

Но до сих пор возникают вопросы по правильному лицензированию программы.

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

Поэтому мы решили в простой и доступной форме еще раз осветить этот вопрос.

https://interface31.ru/tech_it/2023/03/licenzirovanie-1spredpriyatie-8h.html

Как показал читательский отклик тема публикации баз 1С:Предприяите на веб-сервере вызывает интерес у многих читателей, в связи с чем предлагаем вам подборку наших материалов на эту тему:

🔹 Настраиваем веб-доступ для 1С:Предприятия в файловом режиме

🔹 Настраиваем веб-доступ для 1С:Предприятия в файловом режиме на платформе Linux

🔹 Публикация баз данных 1С:Предприятие 8.3 на веб-сервере Apache в Debian или Ubuntu

🔹 Защищаем веб-публикацию 1С:Предприятие при помощи SSL и аутентификации по паролю

🔹 Публикация баз данных 1С:Предприятие на веб-сервере IIS c защитой SSL и аутентификацией по паролю

🔹 Публикация баз данных 1С:Предприятие на веб-сервере Apache в Windows c защитой SSL и аутентификацией по паролю

🔹 Настраиваем NGINX как обратный прокси для веб-публикации 1С:Предприятие

​​Порядок получения лицензий 1С:Предприятия клиентским приложением

Все виды клиентов 1С:Предприятия (кроме веб-клиента) осуществляют поиск лицензии в следующей последовательности:

▫️ Если ранее лицензия была успешно получена, то выполняется попытка получения лицензии из того же файла программной лицензии или HASP ключа что и при последнем подключении

▫️ При первом подключении или в том случае если на предыдущем этапе лицензия не была найдена выполняется поиск локальных программных лицензий

▫️ Поиск локального ключа HASP

▫️ Поиск сетевого ключа HASP доступного через HASP LM

▫️ Поиск базовой лицензии на локальном компьютере

❗️ Если лицензия не была найдена, то клиент обращается за лицензией на сервер (веб-сервер), поиск выполняет менеджер кластера, на который назначен сервис сеансовых данных в следующем порядке:

▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении

▫️ Поиск локальной программной лицензии

▫️ Поиск локального клиентского ключа HASP

▫️ Поиск сетевого ключа HASP доступного через HASP LM

▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске

▫️ Поиск программной лицензии на сервере лицензирования

☝️ При этом выдача лицензии сервером имеет свои особенности:

▫️ Лицензия выдается на каждый сеанс, т.е. один клиент может занять несколько лицензий

▫️ Сервер может подключиться только к одному локальному и одному сетевому ключу одной серии

Как видим, алгоритм достаточно сложный и поиск ключей выполняется во многих местах, поэтому для ускорения запуска клиента 1С, если вы не используете аппаратные ключи, следует использовать параметр UseHwLicenses=0 в конфигурационном файле 1cestart.cfg, который отключит поиск лицензий на аппаратных ключах.

​​Порядок получения лицензий 1С:Предприятия веб-клиентом

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

Однако в ряде случаев особых альтернатив ему нет, например, для техники Apple или планшетов Andriod.

Получение лицензий таким клиентом имеет свои особенности и зависит от режима работы.

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

▫️ Получение лицензии из файла программной лицензии или HASP ключа откуда была получена лицензия при последнем удачном подключении

▫️ Поиск локальной программной файловой лицензии

▫️ Поиск локального ключа HASP

▫️ Поиск сетевого ключа HASP доступного через HASP LM

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

▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении

▫️ Поиск локальной программной лицензии

▫️ Поиск локального клиентского ключа HASP

▫️ Поиск сетевого ключа HASP доступного через HASP LM

▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске

▫️ Поиск программной лицензии на сервере лицензирования

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

С геймерами угадали, а вот представителей двух других групп я почему-то представлял иначе...🤷‍♀️🤷‍♀️🤷‍♀️

​​Особенности использования аппаратных ключей HASP для 1С:Предприятие

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

Бытует мнение, что аппаратные ключи проще и удобнее программных лицензий, однако это не так, у них есть свои особенности и ограничения. Далее мы будем говорить о многопользовательских ключах серии ORGL8, которые поставлялись в вариантах на 5, 10, 20, 50 и 100 лицензий.

Также еще есть ключи серий ORG8A и ORG8B на 300 и 500 лицензий.

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

Дальнейшее поведение зависит от того, кто и как получает лицензию с этого ключа. Клиентское приложение при запуске в первую очередь ищет в сети службу HASP License Manager и пытается получить лицензию с ее помощью.

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

При использовании в сети нескольких ключей их желательно явно прописать в nethasp.ini примерно следующим образом:

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.111.10, 192.168.111.11
NH_SERVER_NAME = HASP_LM1, HASP_LM2

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

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

И самое интересное, это взаимодействие с сетевыми ключами сервера или веб-сервера 1С:Предприятие.

В первую очередь сервер ищет локальный ключ и начинает выдавать лицензии из него. По их исчерпании он начинает поиск сетевых ключей, работающих через HASP LM.

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

Таким образом если лицензии на выбранном сетевом ключе будут исчерпаны сервер прекратит выдачу лицензий несмотря на то, что в сети есть еще ключи со свободными лицензиями.

Вместо этого сервер будет производить поиск ключей серий ORG8A и ORG8B, также по одному ключу каждого типа.

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

​​Проблемы или возможности?

Сегодня в очередной раз в комментариях коллеги высказали недовольство программными лицензиями 1С, мол от них только одни проблемы. Наибольшее количество нареканий вызывает требование повторить регистрационные данные с точностью до символа.

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

При этом очень и очень многие коллеги ведут себя в этой ситуации неправильно. Как это обычно бывает? Заказчик ставит задачу – установить/переустановить 1С на новый ПК или просто после переустановки ОС или смены оборудования. Вы приезжаете (подключаетесь по удаленке) и бодро беретесь за дело…

И вот вас просят ввести анкетные данные, которых или нет, либо они не подходят. Проблема? Проблема! Проблема исполнителя? Пожалуй, так как она мешает выполнить основную работу.

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

Путь этот тупиковый, потому что заставляет исполнителя решать чужие проблемы и фактически бесплатно, в ущерб если не финансовый, то репутационный.

Как это выглядит со стороны исполнителя? Договорились на сумму, примерно понятно время и тут эти лицензии. Несколько часов провел за бесплатно, выслушал кучу негатива.

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

И обе позиции понятны, исполнитель не может быстро сделать работу, заказчик не может получить заказанную услугу. В итоге оба расстаются недовольным друг другом. Ну и как за такие подставы любить программные лицензии 1С?

Но все беды здесь из-за того, что исполнитель по непонятной причине начинает брать на себя, по собственной инициативе, чужие проблемы. Подобный феномен мы рассматривали на новогодних каникулах: https://www.tgoop.com/interface31/3691

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

Он не может работать? Еще хуже. Но кто же виноват? Ведь там русским языком было написано, что потребуется воспроизвести указанные данные посимвольно. Не сохранили? Не распечатали? И кто теперь виноват?

Такая позиция разительно отличается от попытки оправдаться, что мол 1С такая, кривая и требует что попало. В бизнесе кто начал оправдываться – тот и не прав, с того и спрос.

Проблема сохранения регистрационных данных на 146% проблема заказчика. Это его бизнес, его активы, пролюбил - его проблемы.

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

А так, нет регистрационных данных – ну это ваши проблемы, как решать будем? А вы можете нам помочь? Можем, но это стоит отдельных денег. И вот здесь уже правильная позиция, где вы предлагаете заказчику решить его проблему, естественно, не бесплатно и отношение к вам будет другое.

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

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

Не надо? Мы так и думали. А теперь мы, за скромную, сугубо символическую относительно потенциальных проблем сумму, можем выполнить аудит и привести все твои лицензии в порядок. По рукам? Ну значит работаем!

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

Garga AI — нейросети прямо в Telegram

Бот Garga AI — это твой умный напарник для вопросов, идей, учёбы и кода. Без VPN, логинов и подписок вслепую — платишь только за то, чем пользуешься. Просто, легко и удобно.

Бот поможет тебе:
• найти баг
• объяснить сложный алгоритм
• сгенерировать SQL-запрос
• отрефакторить кусок кода
• подскажет, как настроить Nginx, Docker и Postgres
• объяснит непонятный метод из чужого проекта
• сделает ревью кода
• и даже поможет на собесе

Бонус: ежедневные бесплатные запросы + подарок при старте.

Попробуй бесплатно

​​Сохранить нажитое нелегким трудом

На первый взгляд решение этой задачи простое – резервное копирование…

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

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

Поэтому современное копирование – это специализированные системы, которые обеспечивают дифференциальное копирование, позволяющее передавать только изменившиеся блоки данных и дедупликацию, обеспечивающую эффективное использование хранилища.

✅ Если вы используете гипервизор Proxmox VE, то самым разумным решением будет добавить в инфраструктуру сервер резервного копирования Proxmox Backup Server, которой обеспечивает не только резервное копирование виртуальных машин и контейнеров, но также может использоваться для выборочного резервного копирования узлов под управлением Linux.

🔹 Установка и настройка Proxmox Backup Server

🔹 Настраиваем Proxmox Backup Server в режиме удаленного хранилища (Remote)

✅ Если же стоит задача копировать данные с физических или виртуальных серверов Linux которые размещаются у сторонних хостеров, то можно обратить внимание на Borg.

Borg – это простой в использовании, но мощный инструмент резервного копирования, который также поддерживает дифференциальное копирование и дедупликацию.

А еще его очень просто внедрить и еще проще использовать.

🔹 Borg Backup - простой и современный инструмент резервного копирования

🔹 Быстрый и простой перенос Borg Backup на другой сервер

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

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

Для этих целей отлично подойдет инструмент Etckeeper, который поставит все ваши настройки под контроль Git и сам настроит все необходимое.

🔹 Etckeeper - ставим под контроль изменения конфигурации сервера

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

В этом нам поможет Oxidized – система управления конфигурациями сетевого оборудования на базе Git. Один раз настроенная она станет единой точкой контроля и управления конфигурацией вашей сети.

🔹 Устанавливаем и настраиваем систему управления конфигурациями сетевого оборудования Oxidized

👆 Ну и в любом случае помним, что ни одна система резервного копирования не является 100% надежной, поэтому недостаточно того, что она просто создает копии. Копии нужно регулярно проверять на возможность восстановления из них.

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

​​Особенности использования HASP-ключей для лицензий 1С

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

Начнем с плюсов: лицензия на HASP не привязана к оборудованию и может использоваться по сети как однопользовательская (т.е. без ограничений количества сеансов).

👉 На этом плюсы закончились, дальше идут особенности и подводные камни.

Если ПК теряет связь с менеджером лицензий HASP License Manager, а сервер или компонента веб-сервера продолжают видеть ключ, то они начнут раздавать те же лицензии как многопользовательские, т.е. по одной на сеанс.

Нужно ли говорить, что в таком режиме лицензии могут совершенно неожиданно закончиться.

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

При наличии нескольких ключей одной серии их нужно разместить на разных ПК.

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

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

Кроме того, аппаратный ключ можно сломать, потерять, он может выйти из строя. При этом, в отличии от программной лицензии, не будет восстановлен пока вы не предоставите фирме 1С сам ключ или то, что от него осталось и они смогут убедиться что это именно тот ключ.

​​Я не «зумер», но меня тоже после шести не трогайте

Третьего дня в соседнем канале кто-то разместил ссылку на статью: Поколение «не трогайте меня после шести»: с зумерами невозможно запускать серьезные проекты?

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

У нас в компании так: ты всегда на связи, в любое время суток. 💬 В 11 вечера прилетает в телегу сообщение от заказчика — надо ответить. В воскресенье упал прод — собирай команду, выходи на созвон. Я сам так работал годами. В пятницу вечером коммичу фиксы, в субботу утром ревьюю пул-реквесты, в воскресенье готовлюсь к понедельничному стендапу. И ничего.

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

💬 А зумеры совсем другие. Пишешь в чатик в субботу вечером: «Глянь тикет, там критикал для понедельничного релиза». А в ответ тишина. Или вообще отмазка типа «Я сейчас на даче/в кино/в баре, гляну завтра». И вот как работать?

И правда, ну как с ними работать? Тут дел невпроворот, а у них какая-то личная жизнь… Непорядок…

Действительно непорядок. Когда ставят задачи по выходным и в иное внеурочное время. И дело тут не в поколениях или нежелании работать, все гораздо проще и прозаичнее.

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

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

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

Но если авралы и переработки являются систематическими – то это проблема бизнеса, а не его работников. Не успеваете? Берите еще сотрудников, оплачивайте переработки и внеурочные и т.д. и т.п.

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

Если режим работы вашего заказчика с 10:00 до 22:00, то можете сразу обговорить, что после 18:00 вы принимаете только заявки, связанные с критическими отказами, которые мешают основной работе.

Т.е. если вечером сломалась касса – это одно, это простой и потеря прибыли. А если перестал сканировать сканер, то это спокойно потерпит до завтра.

Если у вас указано, что рабочий день начинается в 10:00, то звонить в 8 утра тоже не следует, чтобы там не случилось, ну разве что все совсем плохо. А не то, что мы тут пришли пораньше на инвентаризацию, а у нас тут на экране какое-то окошко непонятное…

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

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

А если таки не сошлись, значит это не ваш заказчик или работодатель. И вообще, а зачем вам деньги, если их некогда будет тратить? И некуда. Разве только на аптеку.

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

​​Я б в айтишники пошел, пусть меня научат!

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

На этих выходных встречались за бокалом чая с хорошими знакомыми у которых в этом году сын заканчивает школу и готовится к поступлению в ВУЗ. И вопрос от них был достаточно простым – куда именно пойти в IT, чтобы ну вот вообще круто было и перспективно.

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

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

Тут я, конечно, утрирую, но общий смысл примерно такой. IT представляется многим некоторой синекурой, когда деньги падают с неба просто за сам факт причастности к отрасли.

Пришлось немного спустить моих знакомых с небес на землю. Да, в IT средний уровень зарплат будет повыше средней температуры по больнице. Но не сказать, чтобы сильно.

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

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

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

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

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

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

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

В результате все придет к тому, что IT перестанет быть отраслью, оплачиваемой только за причастность к ней. Будет как везде: спецы получают нормально, начинающие – среднюю по рынку. Но стать спецом могут не только лишь все, для этого придется потрудиться.

Что-то подобное уже было в конце 90-х, когда был бум юридического образования. Конкурсы на юридические специальности зашкаливали, юристов начинали готовить даже непрофильные технические и сельскохозяйственные ВУЗы… И где оно все?

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

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

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

😱 Хотите научиться настраивать кластер Elasticsearch с нуля? Задача кажется сложной?

⏰ На вебинаре 29 апреля в 20:00 мск мы разберём архитектуру Elasticsearch: шарды, реплики и их роль в распределении данных. Узнайте, как правильно настраивать конфигурацию кластера для устойчивой работы и добавлять новые ноды без простоев.

⭐️ Спикер Андрей Буранов — системный администратор в VK, входит в топ-3 лучших преподавателей образовательных порталов.

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

Участники вебинара получат скидку на курс "Administrator Linux. Basic".

👉 Для участия зарегистрируйтесь: https://otus.pw/3RFD/?erid=2W5zFJbjg1v

Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.