Про ТС ПИоТ
Просили тут написать про ТС ПИоТ, поэтому пишем. Все сказанное ниже является исключительно частным мнением и не претендует на истину в последней инстанции.
Но начнем немного издалека. Любой хороший админ или внедренец знает, что любое изменение или решает какие-то проблемы системы или добавляет ей новую функциональность. Либо и то и другое сразу.
Это язык понятный бизнесу и именно за это бизнес платит деньги, если вы предложите изменение, основной смысл которого в розовых котиках – вас пошлют лесом и денег не дадут.
Система маркировки – не исключение, несмотря на отдельные перекосы и технические проблемы все предыдущие действия и нововведения были разумны и рациональны.
Как помним, начиналось все с уведомительного режима в самом простом его варианте, марка просто считывалась на кассе в чек, если марка валидна – все хорошо. Никаких проверок марки не происходило.
Потом добавили проверку ОИСМ при помощи кассы и ОФД, это те самые буквы [M], но такая проверка была, во-первых, не быстрой, а во-вторых, не давала понимания причины отказа. Поэтому такую марку можно было продать при согласии покупателя.
Далее в ход пошли онлайн-проверки разрешительного режима (РР), теперь система уже принимала окончательное решение, либо с маркой все хорошо и ее продать можно, или нельзя, с указанием причины запрета.
Попутно осуществлялся переход с объемно-сортового учета (ОСУ), на поэкземплярный, когда каждую марку стало возможно отследить в онлайн режиме от производителя и до прилавка.
В завершение это все дополнили локальным модулем, который в случае невозможности выполнить онлайн проверку выполнял проверку марки локально, по внутреннему «черному списку» и либо давал решение на продажу, либо запрещал ее.
Плохо ли, хорошо, но эта система как-то работала, рынок приспособился, адаптировался и принял новые правила игры.
Сама система в данном виде серьезных изъянов не имеет и поставленные задачи достаточно эффективно решает, особенно с переходом на поэкземплярный учет.
Но осенью прошлого года как снег на голову свалился тот самый ТС ПИоТ, процитируем официальный источник:
Ага, а до этого официальный API Честного знака не был единым, стандартизированным и сертифицированным?
И что значит «сам решал, как проверять»? Способ был для всех один – РР или ЛМ при отсутствии ответа онлайн.
Что поменяется с приходом ПИоТ? Ничего, совсем ничего, просто API РР заменится на API ПИоТ, больше ничего в логике торгового приложения не изменится.
А все его заявленные «достоинства», скажем честно, притянуты за уши. Никаких насущных проблем Розницы ПИоТ не решает, никаких новых возможностей не предоставляет, ни участникам рынка, ни самой системе.
Возможно, именно поэтому ПИоТ оказался не готов в срок, который потом несколько раз переносили, потому что разработчики этого недоразумения сами не понимали, что он должен делать и как.
Зато это не бесплатно, от 5 000 рублей в год, умножьте на количество касс в стране, ну да, неплохой профит на ровном месте, можно сказать из воздуха.
Ну а что, сели государевы мужи, посмотрели, подумали. Работает маркировка, плохо, хорошо, но работает, поставленные задачи решает. А потом вдруг хлопнули себя по лбу, мол как же так, братцы, а почему это все бесплатно???
Поэтому на текущий момент ни бизнес, ни обслуживающие организации ставить ПИоТ не спешат, просто не видят смысла, с учетом его сырости и отвратительной работы по немногочисленным отзывам.
Какая-то ясность появится уже в июне, когда будет понятно, перенесут еще раз сроки или нет.
Просили тут написать про ТС ПИоТ, поэтому пишем. Все сказанное ниже является исключительно частным мнением и не претендует на истину в последней инстанции.
Но начнем немного издалека. Любой хороший админ или внедренец знает, что любое изменение или решает какие-то проблемы системы или добавляет ей новую функциональность. Либо и то и другое сразу.
Это язык понятный бизнесу и именно за это бизнес платит деньги, если вы предложите изменение, основной смысл которого в розовых котиках – вас пошлют лесом и денег не дадут.
Система маркировки – не исключение, несмотря на отдельные перекосы и технические проблемы все предыдущие действия и нововведения были разумны и рациональны.
Как помним, начиналось все с уведомительного режима в самом простом его варианте, марка просто считывалась на кассе в чек, если марка валидна – все хорошо. Никаких проверок марки не происходило.
Потом добавили проверку ОИСМ при помощи кассы и ОФД, это те самые буквы [M], но такая проверка была, во-первых, не быстрой, а во-вторых, не давала понимания причины отказа. Поэтому такую марку можно было продать при согласии покупателя.
Далее в ход пошли онлайн-проверки разрешительного режима (РР), теперь система уже принимала окончательное решение, либо с маркой все хорошо и ее продать можно, или нельзя, с указанием причины запрета.
Попутно осуществлялся переход с объемно-сортового учета (ОСУ), на поэкземплярный, когда каждую марку стало возможно отследить в онлайн режиме от производителя и до прилавка.
В завершение это все дополнили локальным модулем, который в случае невозможности выполнить онлайн проверку выполнял проверку марки локально, по внутреннему «черному списку» и либо давал решение на продажу, либо запрещал ее.
Плохо ли, хорошо, но эта система как-то работала, рынок приспособился, адаптировался и принял новые правила игры.
Сама система в данном виде серьезных изъянов не имеет и поставленные задачи достаточно эффективно решает, особенно с переходом на поэкземплярный учет.
Но осенью прошлого года как снег на голову свалился тот самый ТС ПИоТ, процитируем официальный источник:
ТС ПИоТ — это Техническое Средство получения Информации о товаре.
С 28 декабря 2025 года оно обязательно для всех, кто продаёт маркированные товары через кассу.
Зачем оно нужно?
Раньше каждый поставщик ПО сам решал, как проверять коды маркировки. Это приводило к ошибкам, потере данных и даже продаже поддельных товаров.
ТС ПИоТ — это единый, стандартизированный и сертифицированный способ взаимодействия с системой «Честный знак».
Ага, а до этого официальный API Честного знака не был единым, стандартизированным и сертифицированным?
И что значит «сам решал, как проверять»? Способ был для всех один – РР или ЛМ при отсутствии ответа онлайн.
Что поменяется с приходом ПИоТ? Ничего, совсем ничего, просто API РР заменится на API ПИоТ, больше ничего в логике торгового приложения не изменится.
А все его заявленные «достоинства», скажем честно, притянуты за уши. Никаких насущных проблем Розницы ПИоТ не решает, никаких новых возможностей не предоставляет, ни участникам рынка, ни самой системе.
Возможно, именно поэтому ПИоТ оказался не готов в срок, который потом несколько раз переносили, потому что разработчики этого недоразумения сами не понимали, что он должен делать и как.
Зато это не бесплатно, от 5 000 рублей в год, умножьте на количество касс в стране, ну да, неплохой профит на ровном месте, можно сказать из воздуха.
Ну а что, сели государевы мужи, посмотрели, подумали. Работает маркировка, плохо, хорошо, но работает, поставленные задачи решает. А потом вдруг хлопнули себя по лбу, мол как же так, братцы, а почему это все бесплатно???
Поэтому на текущий момент ни бизнес, ни обслуживающие организации ставить ПИоТ не спешат, просто не видят смысла, с учетом его сырости и отвратительной работы по немногочисленным отзывам.
Какая-то ясность появится уже в июне, когда будет понятно, перенесут еще раз сроки или нет.
🔥15❤4😢4🤝3🥱1
🗝 Про "замочек" на базе 1С:Предприятие
Очередной раз сталкиваемся с тем, что и пользователи, и обслуживающий персонал не придают особого значения нахождения конфигурации на поддержке.
Визуально это отображается в виде замка и иногда говорят, что конфигурация "на замочке".
Обычно "замочек" снимают для доработок. Но с этим получают ряд сопутствующих осложнений.
📐 Во-первых, вырастет размер базы. В базе на поддержке две конфигурации: основная и БД. В снятой с поддержки три: основная, поставщика и БД.
⏱ Во-вторых, резко увеличивается время на обновление, так как вместо того, чтобы просто загрузить изменения база всегда будет делать сравнение и объединение.
☝️Поэтому не стоит снимать базу с поддержки без крайней на то необходимости. Для доработки используйте внешние отчеты и обработки, а для более сложных вещей есть расширения.
🤔 Если "замочек" с базы снят, то для того, чтобы вернуть его снимите базу с поддержки и загрузите в нее CF того же релиза или более старшего, на который доступно обновление.
Очередной раз сталкиваемся с тем, что и пользователи, и обслуживающий персонал не придают особого значения нахождения конфигурации на поддержке.
Визуально это отображается в виде замка и иногда говорят, что конфигурация "на замочке".
Обычно "замочек" снимают для доработок. Но с этим получают ряд сопутствующих осложнений.
📐 Во-первых, вырастет размер базы. В базе на поддержке две конфигурации: основная и БД. В снятой с поддержки три: основная, поставщика и БД.
⏱ Во-вторых, резко увеличивается время на обновление, так как вместо того, чтобы просто загрузить изменения база всегда будет делать сравнение и объединение.
☝️Поэтому не стоит снимать базу с поддержки без крайней на то необходимости. Для доработки используйте внешние отчеты и обработки, а для более сложных вещей есть расширения.
🤔 Если "замочек" с базы снят, то для того, чтобы вернуть его снимите базу с поддержки и загрузите в нее CF того же релиза или более старшего, на который доступно обновление.
👍12🥱2
Как легко и просто «сломать» информационную базу 1С:Предприятие, не снимая «замочка» и ничего не понять?
А что, так можно? Не только можно, но и с завидной регулярностью случается. И называется это - расширения.
Вообще, расширения – это удобный механизм доработки конфигурации или исправления ошибок без внесения изменений в саму конфигурацию, но это если в умелых руках.
А если нет? Ну так любой инструмент несет в себе такие же опасности: молотком можно забить гвоздь, а можно отбить пальцы.
Так что не так с расширениями? У расширений есть три типа назначения, про них в документации написано следующее:
Расширение с назначением Исправление предназначено для исправления ошибок в конфигурации. Поэтому оно применяется к конфигурации первым.
Затем применяется расширение с назначением Адаптация. Оно содержит доработки конфигурации при внедрении у конкретного заказчика.
И последним применяется расширение с назначением Дополнение. Оно содержит различные дополнительные сервисы, предназначенные для конфигурации (например, набор дополнительных отчетов).
Предполагается, что расширения с одинаковым назначением не должны «пересекаться» по функционалу и «мешать друг другу».
Ключевая фраза - мешать друг другу, с оговоркой – предполагается.
Что происходит на самом деле? Допустим у нас есть код какого-либо модуля и есть расширения, затрагивающие этот модуль. При запуске 1С берет исходный код модуля и применяет к нему расширение с назначением Изменение. Тем самым получает некоторый промежуточный код, который будет содержать исправления ошибок.
Потом к этому промежуточному коду применится расширение с типом адаптация и мы снова получим некий промежуточный код.
Затем уже к нему применится дополнение, и мы получим некоторый результирующий код.
Если расширений с одним назначением несколько, то они будут применяться в том порядке, в котором были добавлены в информационную базу и изменить этот порядок нельзя.
Если стараться следовать предложенным производителем стандартам, то система получается достаточно логичной. Если исправления ошибок конфликтуют с доработками или дополнениями, то у вас отключатся последние, а исправления применятся.
Если дополнение конфликтует с доработками (адаптация), то откажется работать дополнение. Но в жизни все может быть совсем по-другому. И дополнение с типом адаптация, добавленное первым, может спокойно при обновлении сломать ваши доработки.
Но чаще всего мы получаем странные глюки и ошибки буквально из неоткуда и по абсолютно непонятной причине.
А почему? А потому что раньше процесс изменения конфигурации был делом достаточно сложным и затратным: нужно было найти программиста, заплатить ему денег, снять конфигурацию с замочка, что удорожало ее поддержку и сопровождение… Поэтому чаще всего обходились сравнительно безобидными внешними отчетами и обработками.
Если же решались на доработку, то занимался этим какой-никакой, но специалист.
Зато теперь – полная свобода самовыражения. Пошли на Инфостарт, накачали расширений и давай «прокачивать» базу. И никаких программистов не надо. Даже конфигуратор открывать не придется.
И, как часто бывает, прокачивая какое-то одно направление мы с большой вероятностью столкнемся с тем, что применяемые расширения где-то пересекаются и начинают мешать друг другу. Причем этот процесс может быть абсолютно непредсказуемым.
Например, в базе А набор расширений может работать без ошибок, а в точно такой же базе Б – глючить напропалую. А почему? А потому что расширения добавлены в разном порядке. Следовательно итоговый код будет разным, с разными последствиями.
Как быть? Да никак, расширения стали нормой жизни, их будут качать и ставить. Но всегда надо иметь это ввиду и при непонятном поведении базы сразу проверять список расширений.
Ну и стараться все-таки, хотя бы по диагонали, смотреть в код расширений, прежде чем их ставить и контролировать из пересечение. Не умеете сами – позовите специалиста.
А что, так можно? Не только можно, но и с завидной регулярностью случается. И называется это - расширения.
Вообще, расширения – это удобный механизм доработки конфигурации или исправления ошибок без внесения изменений в саму конфигурацию, но это если в умелых руках.
А если нет? Ну так любой инструмент несет в себе такие же опасности: молотком можно забить гвоздь, а можно отбить пальцы.
Так что не так с расширениями? У расширений есть три типа назначения, про них в документации написано следующее:
Расширение с назначением Исправление предназначено для исправления ошибок в конфигурации. Поэтому оно применяется к конфигурации первым.
Затем применяется расширение с назначением Адаптация. Оно содержит доработки конфигурации при внедрении у конкретного заказчика.
И последним применяется расширение с назначением Дополнение. Оно содержит различные дополнительные сервисы, предназначенные для конфигурации (например, набор дополнительных отчетов).
Предполагается, что расширения с одинаковым назначением не должны «пересекаться» по функционалу и «мешать друг другу».
Ключевая фраза - мешать друг другу, с оговоркой – предполагается.
Что происходит на самом деле? Допустим у нас есть код какого-либо модуля и есть расширения, затрагивающие этот модуль. При запуске 1С берет исходный код модуля и применяет к нему расширение с назначением Изменение. Тем самым получает некоторый промежуточный код, который будет содержать исправления ошибок.
Потом к этому промежуточному коду применится расширение с типом адаптация и мы снова получим некий промежуточный код.
Затем уже к нему применится дополнение, и мы получим некоторый результирующий код.
Если расширений с одним назначением несколько, то они будут применяться в том порядке, в котором были добавлены в информационную базу и изменить этот порядок нельзя.
Если стараться следовать предложенным производителем стандартам, то система получается достаточно логичной. Если исправления ошибок конфликтуют с доработками или дополнениями, то у вас отключатся последние, а исправления применятся.
Если дополнение конфликтует с доработками (адаптация), то откажется работать дополнение. Но в жизни все может быть совсем по-другому. И дополнение с типом адаптация, добавленное первым, может спокойно при обновлении сломать ваши доработки.
Но чаще всего мы получаем странные глюки и ошибки буквально из неоткуда и по абсолютно непонятной причине.
А почему? А потому что раньше процесс изменения конфигурации был делом достаточно сложным и затратным: нужно было найти программиста, заплатить ему денег, снять конфигурацию с замочка, что удорожало ее поддержку и сопровождение… Поэтому чаще всего обходились сравнительно безобидными внешними отчетами и обработками.
Если же решались на доработку, то занимался этим какой-никакой, но специалист.
Зато теперь – полная свобода самовыражения. Пошли на Инфостарт, накачали расширений и давай «прокачивать» базу. И никаких программистов не надо. Даже конфигуратор открывать не придется.
И, как часто бывает, прокачивая какое-то одно направление мы с большой вероятностью столкнемся с тем, что применяемые расширения где-то пересекаются и начинают мешать друг другу. Причем этот процесс может быть абсолютно непредсказуемым.
Например, в базе А набор расширений может работать без ошибок, а в точно такой же базе Б – глючить напропалую. А почему? А потому что расширения добавлены в разном порядке. Следовательно итоговый код будет разным, с разными последствиями.
Как быть? Да никак, расширения стали нормой жизни, их будут качать и ставить. Но всегда надо иметь это ввиду и при непонятном поведении базы сразу проверять список расширений.
Ну и стараться все-таки, хотя бы по диагонали, смотреть в код расширений, прежде чем их ставить и контролировать из пересечение. Не умеете сами – позовите специалиста.
👍13🔥3❤1
Автоматический перезапуск открытых приложений после загрузки Windows
Вы активно работаете, у вас много открытых окон приложений и тут возникает необходимость выключить или перезагрузить компьютер.
А еще хуже, если система выполнит перезагрузку сама, например, для плановой установки обновлений.
Знакомая ситуация?
Очень часто именно по этой причине многие откладывают перезагрузку или установку обновлений, потому что не хотят терять рабочую среду, где уже открыто все что надо.
Но начиная с Windows 10 2004 появилась возможность сохранять состояние приложений и автоматически запускать их после включения или перезагрузки.
Для этого перейдите в Параметры - Учетные записи - Варианты входа и включите опцию Перезапустить приложения.
Также это можно сделать через реестр. Для включения:
Для отключения:
Если приложение не хочет сохранять состояние и перезапускаться, что обычно бывает со старыми приложениями, то перейдите в его Свойства и на закладке Совместимость установите опцию Зарегистрируйте эту программу для перезагрузки.
Небольшая тонкость, если приложение было запущено с правами Администратора, то его перезапуск произойдет с обычными правами.
Вы активно работаете, у вас много открытых окон приложений и тут возникает необходимость выключить или перезагрузить компьютер.
А еще хуже, если система выполнит перезагрузку сама, например, для плановой установки обновлений.
Знакомая ситуация?
Очень часто именно по этой причине многие откладывают перезагрузку или установку обновлений, потому что не хотят терять рабочую среду, где уже открыто все что надо.
Но начиная с Windows 10 2004 появилась возможность сохранять состояние приложений и автоматически запускать их после включения или перезагрузки.
Для этого перейдите в Параметры - Учетные записи - Варианты входа и включите опцию Перезапустить приложения.
Также это можно сделать через реестр. Для включения:
reg add "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v RestartApps /t REG_DWORD /d 1
Для отключения:
reg add "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v RestartApps /t REG_DWORD /d 0
Если приложение не хочет сохранять состояние и перезапускаться, что обычно бывает со старыми приложениями, то перейдите в его Свойства и на закладке Совместимость установите опцию Зарегистрируйте эту программу для перезагрузки.
Небольшая тонкость, если приложение было запущено с правами Администратора, то его перезапуск произойдет с обычными правами.
🔥32👍12🤝2
ImgCompress – сервис обработки изображений для самостоятельного размещения
Сегодня достаточно популярны онлайн сервисы для конвертации и обработки изображений, которые позволяют быстро и удобно выполнить базовые задачи обработки без привлечения дополнительного софта.
Это действительно удобно, но есть один тонкий момент – ваши изображения передаются третьей стороне, что может быть не всегда приемлемо. В тоже время подобные задачи никто не отменял?
Как быть? Создать собственный аналогичный сервис. Почему именно сервис? Ведь можно поставить клиенту нужное ПО? Можно, но это потребует настройки каждого ПК отдельно, да и скорость работы будет сильно зависеть от аппаратной части.
Кроме того, пользователи могут работать с различных устройств и операционных систем, что создаст очередной зоопарк или заставит искать что-то универсальное. В то время как сервис станет единой унифицированной точкой работы с изображениями.
Простым, но в тоже время удобным и функциональным инструментом является ImgCompress – он поддерживает на чтение 70 форматов изображений, позволяет быстро из конвертировать и изменять размер. Также присутствует локальный ИИ для удаления фона.
Для его установки потребуется один единственный докер контейнер, для запуска создайте следующий
Две последних опции позволяют отключить лого и управление хранилищем изображений.
Контейнер достаточно большой, более 600 МБ, что, скорее всего, обусловлено наличием локальной модели ИИ.
Для работы с сервисом перейдите по адресу http://IP_address:3001, где вас встретит привычный и интуитивно понятный интерфейс.
Перетаскиваем файлы, выбираем выходной формат и качество, при необходимости указываем до какого размера изменить изображения. Нажимаем Start, ждем пока изображения обработаются, скачиваем результат, можно по одному, можно сразу архивом.
Кроме указания качества можно управлять сжатием по требуемому размеру выходного файла. Просто указываем максимальный размер, и программа сама подберет уровень сжатия, это полезно, когда нужно конвертировать сразу много файлов, не превышая некоторый размер.
В правом нижнем углу кнопка управления хранилищем, там мы можем повторно скачать уже конвертированные файлы, но учтите, что контейнер не имеет внешних томов, поэтому все результаты пропадут при перезапуске контейнера. Это не плюс и не минус, просто нужно иметь это ввиду.
ИИ по удалению фона изображения работает в целом неплохо, на уровне бесплатных сервисов, зато достаточно быстро. Для простых изображений с однородным фоном – вообще очень хорошо, в иных случаях понадобится доработка руками.
При этом все операции производятся исключительно локально, в облако ничего не уходит.
В целом ImgCompress – это простой и удобный инструмент, не без своих особенностей и недостатков, но полностью локальный и позволяющий закрыть вопрос базовой обработки изображений своими силами в локальном контуре предприятия.
Сегодня достаточно популярны онлайн сервисы для конвертации и обработки изображений, которые позволяют быстро и удобно выполнить базовые задачи обработки без привлечения дополнительного софта.
Это действительно удобно, но есть один тонкий момент – ваши изображения передаются третьей стороне, что может быть не всегда приемлемо. В тоже время подобные задачи никто не отменял?
Как быть? Создать собственный аналогичный сервис. Почему именно сервис? Ведь можно поставить клиенту нужное ПО? Можно, но это потребует настройки каждого ПК отдельно, да и скорость работы будет сильно зависеть от аппаратной части.
Кроме того, пользователи могут работать с различных устройств и операционных систем, что создаст очередной зоопарк или заставит искать что-то универсальное. В то время как сервис станет единой унифицированной точкой работы с изображениями.
Простым, но в тоже время удобным и функциональным инструментом является ImgCompress – он поддерживает на чтение 70 форматов изображений, позволяет быстро из конвертировать и изменять размер. Также присутствует локальный ИИ для удаления фона.
Для его установки потребуется один единственный докер контейнер, для запуска создайте следующий
docker-compose.yml:services:
imgcompress:
image: karimz1/imgcompress:latest
container_name: imgcompress
restart: always
ports:
- "3001:5000"
environment:
- DISABLE_LOGO=false
- DISABLE_STORAGE_MANAGEMENT=false
Две последних опции позволяют отключить лого и управление хранилищем изображений.
Контейнер достаточно большой, более 600 МБ, что, скорее всего, обусловлено наличием локальной модели ИИ.
Для работы с сервисом перейдите по адресу http://IP_address:3001, где вас встретит привычный и интуитивно понятный интерфейс.
Перетаскиваем файлы, выбираем выходной формат и качество, при необходимости указываем до какого размера изменить изображения. Нажимаем Start, ждем пока изображения обработаются, скачиваем результат, можно по одному, можно сразу архивом.
Кроме указания качества можно управлять сжатием по требуемому размеру выходного файла. Просто указываем максимальный размер, и программа сама подберет уровень сжатия, это полезно, когда нужно конвертировать сразу много файлов, не превышая некоторый размер.
В правом нижнем углу кнопка управления хранилищем, там мы можем повторно скачать уже конвертированные файлы, но учтите, что контейнер не имеет внешних томов, поэтому все результаты пропадут при перезапуске контейнера. Это не плюс и не минус, просто нужно иметь это ввиду.
ИИ по удалению фона изображения работает в целом неплохо, на уровне бесплатных сервисов, зато достаточно быстро. Для простых изображений с однородным фоном – вообще очень хорошо, в иных случаях понадобится доработка руками.
При этом все операции производятся исключительно локально, в облако ничего не уходит.
В целом ImgCompress – это простой и удобный инструмент, не без своих особенностей и недостатков, но полностью локальный и позволяющий закрыть вопрос базовой обработки изображений своими силами в локальном контуре предприятия.
1👍33❤3👌3👎1🤝1
BentoPDF -швейцарский нож для работы с PDF
Онлайн сервисы для работы с PDF не менее популярны, чем сервисы для работы с изображениями, но несут в себе еще большее количество угроз, связанных с загрузкой документов третьей стороне.
Это связано с тем, что PDF зачастую содержат более чувствительную информацию, нежели изображения, а также то, что из них можно легко извлекать текст и анализировать его.
Поэтому свой сервис для работы с PDF – это не прихоть, а разумная необходимость. Тем более что сделать это несложно. Мы будем использовать известный проект BentoPDF, для его запуска используйте
После чего переходите по адресу
Возможностей много, практически всё, что можно придумать при работе с данным форматом. Поддерживается как конвертация в PDF, так и обратно, распознавание текса, извлечение отдельных данных, защита, оптимизация для веб и т.д. и т.п.
И все это исключительно локально, без передачи данных на сторонние сервера. Ваши документы остаются в вашей инфраструктуре.
Отдельного внимания заслуживает визуальный конструктор пайплайнов, который позволяет настроить, сохранять и использовать готовые сценарии обработки для PDF, что позволяет легко автоматизировать повседневные задачи.
Онлайн сервисы для работы с PDF не менее популярны, чем сервисы для работы с изображениями, но несут в себе еще большее количество угроз, связанных с загрузкой документов третьей стороне.
Это связано с тем, что PDF зачастую содержат более чувствительную информацию, нежели изображения, а также то, что из них можно легко извлекать текст и анализировать его.
Поэтому свой сервис для работы с PDF – это не прихоть, а разумная необходимость. Тем более что сделать это несложно. Мы будем использовать известный проект BentoPDF, для его запуска используйте
docker-compose.yml:services:
bentopdf:
image: ghcr.io/alam00000/bentopdf:latest
ports:
- '3000:8080'
restart: unless-stopped
После чего переходите по адресу
http://IP_address:3000, где вы попадете в рабочую среду продукта, которая внешне не отличается от публичных сервисов.Возможностей много, практически всё, что можно придумать при работе с данным форматом. Поддерживается как конвертация в PDF, так и обратно, распознавание текса, извлечение отдельных данных, защита, оптимизация для веб и т.д. и т.п.
И все это исключительно локально, без передачи данных на сторонние сервера. Ваши документы остаются в вашей инфраструктуре.
Отдельного внимания заслуживает визуальный конструктор пайплайнов, который позволяет настроить, сохранять и использовать готовые сценарии обработки для PDF, что позволяет легко автоматизировать повседневные задачи.
1👍54🤝5❤2👎1
Как посмотреть пароли в Winbox
Сегодня будет очень короткая заметка, но знают об этой возможности немногие.
Иногда нужно быстро посмотреть используемые пароли в Winbox, обычно для этой цели используют выгрузку конфигурации или ее части в rsc-файл, но есть способ проще.
Просто включите, точнее отключите скрытие паролей в настройках самого приложения!
Сегодня будет очень короткая заметка, но знают об этой возможности немногие.
Иногда нужно быстро посмотреть используемые пароли в Winbox, обычно для этой цели используют выгрузку конфигурации или ее части в rsc-файл, но есть способ проще.
Просто включите, точнее отключите скрытие паролей в настройках самого приложения!
🔥17🤡13👍10❤1
Находки в старом чулане
Есть у нас в «закромах Родины» одна коробка, где лежат всякие разные роутеры Mikrotik, в основном частично исправные. Насобиралось с годами. И вот потребовалась для учебно-ознакомительных целей относительно живая железка.
Полезли в очередной раз перебрать тот ящик, а там обнаружился по виду совсем новый hAP, и коробочка рядом с ним, а там совсем новый блок питания, правда уже размотанный и весь остальной комплект.
Обычно неисправные роутеры мы так или иначе подписываем, ну и выглядят они соответствующе, несколько лет эксплуатации дают о себе знать по внешнему виду, а этот совсем новый на вид и без надписей, наклеек и т.п.
Странно, откуда он у нас? Может клиентский? Но клиентское оборудование все на ответственном хранении, лишних hAP не числится. Интересно…
Включаем, смотрим, конфигурация явно не рабочая, настроена куча туннелей и нет даже базовой настройки брандмауэра и всего остального, да и прошивка сильно древняя. Что-то это напоминает…
Конечно же, данный роутер мы использовали для тестов при написании статьи:
Производительность младших моделей Mikrotik hEX и hAP. Экспресс-тестирование
После чего он у нас так и остался и за ненадобностью был отправлен в чулан. Что не удивительно, так как в далеком и светлом 2020 году его стоимость была примерно 2 500 – 2 850 руб., ничего серьезного.
Абсолютно доступная и недорогая железка, которую можно было купить для экспериментов и оставить, чтобы было.
Сегодня тот же hAP стоит на уровне 5 500 – 6 500 руб., что не сказать, чтобы много, но уже достаточно чувствительно. И это при том, что железка уже откровенно старая и слабая.
Сегодня это нижняя планка для каких-то простых применений и одна из самых недорогих моделей, куда можно поставить ROS 7 и не сильно страдать от этого. С тем же hAP lite такой фокус уже не проходит.
И все это абсолютно не радует, так как сужает круг доступного оборудования для молодых специалистов, потому как есть целый пласт вопросов и задач, которые не позволяет обойтись виртуалкой и требует физического оборудования.
Раньше hAP был абсолютно доступен и какой-то особой ценности не представлял. А сегодня цена не то, чтобы большая, но заставит несколько раз подумать, а надо ли оно мне просто для поиграться?
Я уже не говорю про L009, который на сегодняшний момент видится идеальным роутером для тестов и экспериментов. Потому как 129 USD заявленной цены в наших реалиях превращаются в 15 – 16 тыс. руб., что полностью отбивает энтузиазм, особенно у молодежи.
Ну и не забываем про последние инициативы Минпромторга, который активно развивает «поддержку отечественной электроники», судя по всему вдохновившись примером АвтоВАЗа и закрывает параллельный импорт большинства ведущих компьютерных брендов.
Mikrotik в этот список пока не входит, но долго ли включить? Это у нас всегда запросто.
Выводы тут будут неутешительные, фактически мы стреляем в ногу собственной индустрии, ставя запретительные барьеры собственным специалистам к современным технологиям и оборудованию.
А на фоне остальных инициатив картина складывается совсем безрадостная и опыт прошлых лет похоже никого не учит.
Есть у нас в «закромах Родины» одна коробка, где лежат всякие разные роутеры Mikrotik, в основном частично исправные. Насобиралось с годами. И вот потребовалась для учебно-ознакомительных целей относительно живая железка.
Полезли в очередной раз перебрать тот ящик, а там обнаружился по виду совсем новый hAP, и коробочка рядом с ним, а там совсем новый блок питания, правда уже размотанный и весь остальной комплект.
Обычно неисправные роутеры мы так или иначе подписываем, ну и выглядят они соответствующе, несколько лет эксплуатации дают о себе знать по внешнему виду, а этот совсем новый на вид и без надписей, наклеек и т.п.
Странно, откуда он у нас? Может клиентский? Но клиентское оборудование все на ответственном хранении, лишних hAP не числится. Интересно…
Включаем, смотрим, конфигурация явно не рабочая, настроена куча туннелей и нет даже базовой настройки брандмауэра и всего остального, да и прошивка сильно древняя. Что-то это напоминает…
Конечно же, данный роутер мы использовали для тестов при написании статьи:
Производительность младших моделей Mikrotik hEX и hAP. Экспресс-тестирование
После чего он у нас так и остался и за ненадобностью был отправлен в чулан. Что не удивительно, так как в далеком и светлом 2020 году его стоимость была примерно 2 500 – 2 850 руб., ничего серьезного.
Абсолютно доступная и недорогая железка, которую можно было купить для экспериментов и оставить, чтобы было.
Сегодня тот же hAP стоит на уровне 5 500 – 6 500 руб., что не сказать, чтобы много, но уже достаточно чувствительно. И это при том, что железка уже откровенно старая и слабая.
Сегодня это нижняя планка для каких-то простых применений и одна из самых недорогих моделей, куда можно поставить ROS 7 и не сильно страдать от этого. С тем же hAP lite такой фокус уже не проходит.
И все это абсолютно не радует, так как сужает круг доступного оборудования для молодых специалистов, потому как есть целый пласт вопросов и задач, которые не позволяет обойтись виртуалкой и требует физического оборудования.
Раньше hAP был абсолютно доступен и какой-то особой ценности не представлял. А сегодня цена не то, чтобы большая, но заставит несколько раз подумать, а надо ли оно мне просто для поиграться?
Я уже не говорю про L009, который на сегодняшний момент видится идеальным роутером для тестов и экспериментов. Потому как 129 USD заявленной цены в наших реалиях превращаются в 15 – 16 тыс. руб., что полностью отбивает энтузиазм, особенно у молодежи.
Ну и не забываем про последние инициативы Минпромторга, который активно развивает «поддержку отечественной электроники», судя по всему вдохновившись примером АвтоВАЗа и закрывает параллельный импорт большинства ведущих компьютерных брендов.
Mikrotik в этот список пока не входит, но долго ли включить? Это у нас всегда запросто.
Выводы тут будут неутешительные, фактически мы стреляем в ногу собственной индустрии, ставя запретительные барьеры собственным специалистам к современным технологиям и оборудованию.
А на фоне остальных инициатив картина складывается совсем безрадостная и опыт прошлых лет похоже никого не учит.
💯53❤4🔥4👍3😁1
8mb.local – кодируем видео прямо в браузере
После наших публикаций на тему локальных сервисов по обработке изображений и PDF нас спросили, а есть ли что-то подобное для видео? Есть. Начнем с простого. Самая частая задача обработки видео – это перекодирование.
Вариантов здесь тоже несколько – ставить локальный софт на ПК или использовать облачные серверы. Локальный вариант требует достаточно мощного железа и не решает вопрос многопользовательской работы, в т.ч. удаленной.
А облачные серверы – это снова передача файлов третьей стороне и возможные ограничения на условия перекодирования.
Поэтому сервис по локальному перекодированию видео напрашивается сам собой, тем более что под него можно выделить действительно мощный ПК.
Мы подготовили минимальный рабочий docker-compose.yml для кодирования с использованием CPU, для настройки GPU ускорения обратитесь к официальной документации на странице проекта: https://github.com/JMS1717/8mb.local
Запущенный сервис будет работать по адресу http://IP_address:8001, интерфейс достаточно прост. Загружаете файл, он анализируется, затем выбираете желаемый итоговый размер или битрейт, настраиваете кодек, разрешение и запускаете конвертацию.
Все конвертации становятся в очередь, вы можете не ждать окончания процесса и приступить к следующему файлу, также доступна групповая обработка.
Если вы не один работаете с сервисом, то ваш запрос может стать в очередь, вы всегда можете перейти в раздел очередей и посмотреть процесс. Все загруженные и переконвертированные файлы хранятся в сервисе в течении часа.
Для распараллеливания процессов используйте параметр окружения
Где укажите делаемое число рабочих процессов, желательно не превышать при этом число доступных процессорных ядер.
Данные настройки, как и ряд иных, вы можете задать через переменные окружения, либо изменить в разделе настроек, но в этом случае они не сохранятся при перезапуске контейнера.
После наших публикаций на тему локальных сервисов по обработке изображений и PDF нас спросили, а есть ли что-то подобное для видео? Есть. Начнем с простого. Самая частая задача обработки видео – это перекодирование.
Вариантов здесь тоже несколько – ставить локальный софт на ПК или использовать облачные серверы. Локальный вариант требует достаточно мощного железа и не решает вопрос многопользовательской работы, в т.ч. удаленной.
А облачные серверы – это снова передача файлов третьей стороне и возможные ограничения на условия перекодирования.
Поэтому сервис по локальному перекодированию видео напрашивается сам собой, тем более что под него можно выделить действительно мощный ПК.
Мы подготовили минимальный рабочий docker-compose.yml для кодирования с использованием CPU, для настройки GPU ускорения обратитесь к официальной документации на странице проекта: https://github.com/JMS1717/8mb.local
services:
redis:
image: redis:7-alpine
container_name: 8mb-redis
restart: unless-stopped
command: >
redis-server
--appendonly no
--maxmemory 256mb
--maxmemory-policy allkeys-lru
healthcheck:
test: ["CMD", "redis-cli", "ping"]
interval: 10s
timeout: 5s
retries: 5
8mblocal:
image: jms1717/8mblocal:latest
container_name: 8mblocal
ports:
- "8001:8001"
volumes:
- ./uploads:/app/uploads
- ./outputs:/app/outputs
environment:
REDIS_URL: redis://redis:6379/0
WORKER_CONCURRENCY: 4
restart: unless-stopped
depends_on:
redis:
condition: service_healthy
Запущенный сервис будет работать по адресу http://IP_address:8001, интерфейс достаточно прост. Загружаете файл, он анализируется, затем выбираете желаемый итоговый размер или битрейт, настраиваете кодек, разрешение и запускаете конвертацию.
Все конвертации становятся в очередь, вы можете не ждать окончания процесса и приступить к следующему файлу, также доступна групповая обработка.
Если вы не один работаете с сервисом, то ваш запрос может стать в очередь, вы всегда можете перейти в раздел очередей и посмотреть процесс. Все загруженные и переконвертированные файлы хранятся в сервисе в течении часа.
Для распараллеливания процессов используйте параметр окружения
WORKER_CONCURRENCY: 4
Где укажите делаемое число рабочих процессов, желательно не превышать при этом число доступных процессорных ядер.
Данные настройки, как и ряд иных, вы можете задать через переменные окружения, либо изменить в разделе настроек, но в этом случае они не сохранятся при перезапуске контейнера.
👍23❤1👎1🤝1
Почему мы предпочитаем внедрять веб-сервисы
На фоне наших последних публикаций о локальных сервисах для обработки изображений, видео или PDF постоянно появлялись комментарии, мол это все спокойно делается локально.
Мы не спорим, делается, спокойно. Но только нужно ли оно вам? Нет, если мы говорим об одиночном личном ПК, то да, никакого смысла усложнять себе жизнь нет. А вот если речь идет о корпоративном применении.
Про локально еще можно было как-то говорить лет 10-15 назад, когда, говоря о рабочем месте сотрудника мы могли уверенно показать на него пальцем и имели над этим узлом полное управление, например, через групповые политики.
Это позволяло поддерживать однородность и предсказуемость окружения, да и то, в определенных рамках. По мере устаревания железа и обновления софта могут возникнуть разные интересные ситуации.
Как пример можно привести возможности GPU ускорения или существенного ускорения обработки мультимедиа (и не только) за счет инструкций AVХ и т.д. и т.п.
И если мы не говорим о специализированной рабочей станции, скажем инженера-конструктора, художника-дизайнера или видеомонтажера, то выполнять тяжелые операции локально совсем нерационально.
Клиент-серверную архитектуру придумали не вчера, когда мы переносим все тяжелые задачи с множества достаточно простых и слабых клиентов на один мощный сервер.
А в современном мире к этому прилагаются и новые вводные. Рабочее место сотрудника сегодня – это нечто эфемерное, он может работать на служебном ПК в офисе, на служебном ноутбуке, на домашних устройствах и наконец на мобильных.
Как обеспечить тут стабильную и однородную среду? Да никак. Тем более что и зоопарк современных устройств и систем достаточно широк. А личные устройства, так это вообще кошмар для любого системного администратора.
А давайте напишем скрипты, тот же Python и в Африке Python… Ага, а теперь поясните обычному, абсолютно далекому от IT пользователю что куда надо положить, где нажать и откуда забрать.
Причем попутно надо понять, сколько это займет времени, идет работа или все зависло и как быть в случае разных возможных ошибок.
А сервисы – тема привычная, практически каждый пользователь с ними сталкивался и так или иначе использовал. И пользовательский опыт там единообразен: загружаем или перетаскиваем файлы, указываем параметры, нажимаем кнопочку и смотрим на статус-бар.
Потом или скачиваем результат или читаем сообщение об ошибке. И это все работает абсолютно одинаково хоть на рабочем ПК, хоть на домашнем, хоть на мобилке.
А для админа это классическая клиент-серверная схема. Подобрали железо под задачу, настроили нужные оптимизации, и голова не болит что у дизайнера Маши уже второй час ролик сконвертироваться не может, у нее кончается заряд и горят сроки.
Здесь вы просто покупаете для решения задач нужный по характеристикам сервер и получаете стабильный результат для любого пользователя, который тоже четко знает, что такая задача занимает ровно столько времени, плюс-минус.
А также вы отвязываетесь от конфигураций клиентских устройств и установленного на них ПО, был бы браузер. И поддерживать их вам не надо, поддерживайте и обновляйте только сервис.
Тем самым мы сокращаем энтропию или, говоря по-русски, бардак, сводя его к нескольким контролируемым и управляемым узлам. А старая поговорка гласит, что если автоматизировать бардак, то мы получим автоматизированный бардак.
На фоне наших последних публикаций о локальных сервисах для обработки изображений, видео или PDF постоянно появлялись комментарии, мол это все спокойно делается локально.
Мы не спорим, делается, спокойно. Но только нужно ли оно вам? Нет, если мы говорим об одиночном личном ПК, то да, никакого смысла усложнять себе жизнь нет. А вот если речь идет о корпоративном применении.
Про локально еще можно было как-то говорить лет 10-15 назад, когда, говоря о рабочем месте сотрудника мы могли уверенно показать на него пальцем и имели над этим узлом полное управление, например, через групповые политики.
Это позволяло поддерживать однородность и предсказуемость окружения, да и то, в определенных рамках. По мере устаревания железа и обновления софта могут возникнуть разные интересные ситуации.
Как пример можно привести возможности GPU ускорения или существенного ускорения обработки мультимедиа (и не только) за счет инструкций AVХ и т.д. и т.п.
И если мы не говорим о специализированной рабочей станции, скажем инженера-конструктора, художника-дизайнера или видеомонтажера, то выполнять тяжелые операции локально совсем нерационально.
Клиент-серверную архитектуру придумали не вчера, когда мы переносим все тяжелые задачи с множества достаточно простых и слабых клиентов на один мощный сервер.
А в современном мире к этому прилагаются и новые вводные. Рабочее место сотрудника сегодня – это нечто эфемерное, он может работать на служебном ПК в офисе, на служебном ноутбуке, на домашних устройствах и наконец на мобильных.
Как обеспечить тут стабильную и однородную среду? Да никак. Тем более что и зоопарк современных устройств и систем достаточно широк. А личные устройства, так это вообще кошмар для любого системного администратора.
А давайте напишем скрипты, тот же Python и в Африке Python… Ага, а теперь поясните обычному, абсолютно далекому от IT пользователю что куда надо положить, где нажать и откуда забрать.
Причем попутно надо понять, сколько это займет времени, идет работа или все зависло и как быть в случае разных возможных ошибок.
А сервисы – тема привычная, практически каждый пользователь с ними сталкивался и так или иначе использовал. И пользовательский опыт там единообразен: загружаем или перетаскиваем файлы, указываем параметры, нажимаем кнопочку и смотрим на статус-бар.
Потом или скачиваем результат или читаем сообщение об ошибке. И это все работает абсолютно одинаково хоть на рабочем ПК, хоть на домашнем, хоть на мобилке.
А для админа это классическая клиент-серверная схема. Подобрали железо под задачу, настроили нужные оптимизации, и голова не болит что у дизайнера Маши уже второй час ролик сконвертироваться не может, у нее кончается заряд и горят сроки.
Здесь вы просто покупаете для решения задач нужный по характеристикам сервер и получаете стабильный результат для любого пользователя, который тоже четко знает, что такая задача занимает ровно столько времени, плюс-минус.
А также вы отвязываетесь от конфигураций клиентских устройств и установленного на них ПО, был бы браузер. И поддерживать их вам не надо, поддерживайте и обновляйте только сервис.
Тем самым мы сокращаем энтропию или, говоря по-русски, бардак, сводя его к нескольким контролируемым и управляемым узлам. А старая поговорка гласит, что если автоматизировать бардак, то мы получим автоматизированный бардак.
👍33🤮2👀2❤1👎1
Нужно больше золота!!!
Вся новость на скриншоте. Но на самом деле подобного давно следовало ожидать, особенно на фоне тотального закукливания в Чебурнете. Нет конкуренции – можно закручивать гайки. А куда вы с подводной лодки денетесь?
Альтернативы? Да их не очень. Цена небольшая, самому что-то изобретать выйдет дороже. Тем более, что у многих и так уже платный тариф, ибо бесплатный давно поприжали.
В целом, конечно, гайки на бесплатных тарифах закручивают все как у нас, так и за рубежом. Но только там капиталисты умеют это красиво завернуть и продать, а у нас ненавязчивый советский сервис. Не нравится – не жрите!
Что думаете по этой ситуации? Какие действия предпринимать будете?
Вся новость на скриншоте. Но на самом деле подобного давно следовало ожидать, особенно на фоне тотального закукливания в Чебурнете. Нет конкуренции – можно закручивать гайки. А куда вы с подводной лодки денетесь?
Альтернативы? Да их не очень. Цена небольшая, самому что-то изобретать выйдет дороже. Тем более, что у многих и так уже платный тариф, ибо бесплатный давно поприжали.
В целом, конечно, гайки на бесплатных тарифах закручивают все как у нас, так и за рубежом. Но только там капиталисты умеют это красиво завернуть и продать, а у нас ненавязчивый советский сервис. Не нравится – не жрите!
Что думаете по этой ситуации? Какие действия предпринимать будете?
🤔7👍6😁2❤1😢1
Ваши действия с вводом новых тарифов ЯндексДиска
Anonymous Poll
3%
Буду платить, цена небольшая
12%
Пойду в другое облако
24%
У меня уже есть платный тариф
8%
Куплю VPS, сделаю свое облако
32%
Поставлю сервер дома в чулане
8%
Подниму облако на работе
13%
Ничего не понятно, но очень интересно
👀3👍1
И снова «войти в айти»
Каждую весну у родителей и детей, заканчивающих школу, начинается весеннее обострение, выражающееся в навязчивом желании «войти в айти».
Сегодня меня перехватила дальняя родственница, у которой двойняшки, мальчик и девочка, заканчивают 9-й класс, и она хочет их определить куда-нибудь в IT.
Родственница хоть и дальняя, но крестная моей мамы, и мы с ней общаемся в целом хорошо, поэтому я сразу задал ей вопрос – а что именно хочешь ты для своих детей от IT? Почему именно сюда, ведь есть много других отраслей.
Ответ был шаблонный: в IT самые высокие зарплаты, льготная ипотека, бронь от армии и прочие приятные плюшки.
Пришлось поведать ей, как обстоят дела на самом деле. Для высокой з/п нужно выйти хотя бы на уровень «мидла» и выше, да и то не везде. А это задача не на уровне просто просидеть штаны, это надо знать и уметь.
Потому что младший технический персонал получает в целом среднюю зарплату по рынку, только вот обязанностей и ответственности бывает выше среднего.
А для ипотеки, брони и прочих приятных плюшек надо чтобы компания была официально аккредитирована как IT-компания, а там такие условия и отчетность, что проще забить и не заморачиваться. Особенно если вы живете с честного бизнеса, а не с госконтрактов и всего такого прочего.
Но это все лирика, реальный фактор – это активно развивающийся ИИ, который сразу делает не нужными все младшие технические специальности, ну кроме самых младших, которые меняют картриджи ногами.
И искусственный интеллект сейчас уже очень хорош, он уверенно пишет код на уровне простых проектов, анализирует логи, помогает автоматизировать задачи через агентов. Поэтому низкоквалифицированные айтишнки скоро станут никому не нужны. Даже на побегушках.
Но ИИ – это не только про IT, это практически про любую отрасль. Все простые и однотипные задачи ИИ возьмет на себя, освободив нижний уровень работников, тех самых «джунов».
У меня друг – юрист, за полгода он освоил ИИ и теперь она пишет ему типовые бумаги вместо помощника, причем делает это лучше, чем человек. Он пока его держит, нужно же кому-то бегать ногами по городу, но про повышение зарплаты речь уже не стоит.
Повеяло духом капитализма? Так оно и есть. У нас давно товарно-денежные отношения. Ты нам работу – мы тебе зарплату. Но если все это сделает ИИ за условные 20 долларов, то зачем нам этот товарищ в штате?
Жестоко? Может быть. Но только я, как предприниматель, если разорюсь, то все что мне светит – это пособие по безработице в 1863 руб./мес и после этого социальная пенсия в размере 9 424,12 руб.
Поэтому сегодня, с учетом последних реалий «идти в айти» с ожиданием прибыльного и ненапряжного места – это недальновидно. Равно как и идти с этими соображениями в любую иную отрасль.
Вас просто вытеснит ИИ, к тому самому пособию и социальной пенсии.
Хотите чего-то достичь? Идите туда, куда нравится, к чему лежит душа, если вы действительно хорошо разбираетесь в предмете, но будет не сложно продать себя как специалиста или работать в этой сфере на себя.
Нет? Ну вспомним стада юристов конца 90-х, которые бродили неприкаянные без всякого ИИ, потому что никому они такие красивые были не нужны.
Каждую весну у родителей и детей, заканчивающих школу, начинается весеннее обострение, выражающееся в навязчивом желании «войти в айти».
Сегодня меня перехватила дальняя родственница, у которой двойняшки, мальчик и девочка, заканчивают 9-й класс, и она хочет их определить куда-нибудь в IT.
Родственница хоть и дальняя, но крестная моей мамы, и мы с ней общаемся в целом хорошо, поэтому я сразу задал ей вопрос – а что именно хочешь ты для своих детей от IT? Почему именно сюда, ведь есть много других отраслей.
Ответ был шаблонный: в IT самые высокие зарплаты, льготная ипотека, бронь от армии и прочие приятные плюшки.
Пришлось поведать ей, как обстоят дела на самом деле. Для высокой з/п нужно выйти хотя бы на уровень «мидла» и выше, да и то не везде. А это задача не на уровне просто просидеть штаны, это надо знать и уметь.
Потому что младший технический персонал получает в целом среднюю зарплату по рынку, только вот обязанностей и ответственности бывает выше среднего.
А для ипотеки, брони и прочих приятных плюшек надо чтобы компания была официально аккредитирована как IT-компания, а там такие условия и отчетность, что проще забить и не заморачиваться. Особенно если вы живете с честного бизнеса, а не с госконтрактов и всего такого прочего.
Но это все лирика, реальный фактор – это активно развивающийся ИИ, который сразу делает не нужными все младшие технические специальности, ну кроме самых младших, которые меняют картриджи ногами.
И искусственный интеллект сейчас уже очень хорош, он уверенно пишет код на уровне простых проектов, анализирует логи, помогает автоматизировать задачи через агентов. Поэтому низкоквалифицированные айтишнки скоро станут никому не нужны. Даже на побегушках.
Но ИИ – это не только про IT, это практически про любую отрасль. Все простые и однотипные задачи ИИ возьмет на себя, освободив нижний уровень работников, тех самых «джунов».
У меня друг – юрист, за полгода он освоил ИИ и теперь она пишет ему типовые бумаги вместо помощника, причем делает это лучше, чем человек. Он пока его держит, нужно же кому-то бегать ногами по городу, но про повышение зарплаты речь уже не стоит.
Повеяло духом капитализма? Так оно и есть. У нас давно товарно-денежные отношения. Ты нам работу – мы тебе зарплату. Но если все это сделает ИИ за условные 20 долларов, то зачем нам этот товарищ в штате?
Жестоко? Может быть. Но только я, как предприниматель, если разорюсь, то все что мне светит – это пособие по безработице в 1863 руб./мес и после этого социальная пенсия в размере 9 424,12 руб.
Поэтому сегодня, с учетом последних реалий «идти в айти» с ожиданием прибыльного и ненапряжного места – это недальновидно. Равно как и идти с этими соображениями в любую иную отрасль.
Вас просто вытеснит ИИ, к тому самому пособию и социальной пенсии.
Хотите чего-то достичь? Идите туда, куда нравится, к чему лежит душа, если вы действительно хорошо разбираетесь в предмете, но будет не сложно продать себя как специалиста или работать в этой сфере на себя.
Нет? Ну вспомним стада юристов конца 90-х, которые бродили неприкаянные без всякого ИИ, потому что никому они такие красивые были не нужны.
👍34❤1👎1🤡1
Проблема возраста
Проблема возраста при трудоустройстве – актуальный и острый вопрос, который обычно сводится к некоторому возрастному цензу, мол после NN лет вообще никуда не берут. На самом деле это не совсем так и проблема достаточно надуманна.
Но начнем мы совсем с другого конца: с вакансий и позиции работодателя. Вакансии бывают разные и, хотя законом запрещена возрастная дискриминация, негласно она там есть. Чаще всего ей подвергаются недорогие, линейные позиции.
Что такое линейная позиция? Это сотрудник без каких-то особых требований к квалификации, который выполняет большой объем рутинной, не очень сложной работы. По общему принципу бери больше – кидай дальше.
Вполне логично что работодатель видит на такой позиции сотрудника молодого, просто потому что он энергичнее, активнее, здоровее. Ничего личного. Вот вы сами кого наймете перекопать огород: бригаду крепких молодых парней или бригаду дедков-пенсионеров?
Когда на такую позицию претендует возрастной соискатель, то работодатель непременно задаст себе пару вопросов «почему», на которые не будет ответов. Точнее они будут, но крайне неприятные для соискателя, потому что когда мужик возрастом за 40 претендует на вакансию для молодежи, то ничего хорошего для мужика в этом нет.
Плюс такой сотрудник обычно очень плохо вписывается в молодой коллектив. особенно если руководство также сильно моложе его. Он может начать давить возрастом и жизненным опытом, вносить смуту и разлагать коллектив.
Отдельного разговора стоят те возрастные сотрудники, которые претендую на позиции с понижением относительно предыдущего опыта и квалификации. Здесь тоже для работодателя нет ничего хорошего, так как вариантов здесь ровно два.
Первый. Сотрудник на самом деле туп как пробка, на предыдущем месте просиживал штаны и делал вид, что причастен. Реально указанные компетенции он не потянет, что осознает и пытается найти место по силам.
Такой сотрудник нафиг не нужен. Потому что это вечная смута в коллективе и попытка по любому вопросу в очередной раз напомнить «кем был Паниковский до революции».
Второй. Соискатель действительно обладает всеми указанными квалификациями и занимал все перечисленные должности, но в силу определенных жизненных обстоятельств вынужден искать любую работу.
Это тоже плохо, это временный сотрудник, который сразу уйдет, как подвернется что-то нормальное и это что-то он будет постоянно искать, а здесь он сугубо для поддержки штанов.
Но есть и другие вакансии, требующих опыта и квалификации. Причем опыт и квалификация – вещи разные. Квалификацию можно прокачать достаточно быстро, было бы желание и возможности. А вот опыт приходит только со временем и никак иначе, очень часто ценой набитых шишек.
И если стоит выбор между молодым вундеркиндом, влет решающего любые задачки и мужичком, который тут знает, тут не знает, тут забыл, но имеющего за плечами успешный 15-летний опыт – возьмут именно этого мужичка.
Почему? Потому что кроме собственно квалификации – хард скиллов, есть еще опыт – софт скиллы, которые могут оказаться гораздо нужнее этой самой квалификации. Особенно если речь идет об взаимоотношениях в коллективе, с заказчиками, подрядчиками, партнерами.
Плюс есть еще такая вещь, как репутация. У нас до сих пор многие работают не с фирмами, работают с людьми. И если сотрудник уходит в другую фирму многие клиенты могут потянутся за ним просто потому, что это Петрович.
Взрослый опытный сотрудник может сгладить конфликтную ситуацию, не будет обещать лишнего, аккуратно выкрутится из скользкой ситуации, когда молодой на том же самом месте наломает дров, просто по причине отсутствия жизненного опыта.
Также с опытом приходят и связи, самые разные, которые могут быть полезны. Особенно это касается руководящих сотрудников или которые по долгу службы общаются с внешними контрагентами. Там связи – это первая ценность.
Поэтому для таких сотрудников возраст – это в первую очередь показатель опыта, это не мне 45 лет, а у меня 20 лет стажа в отрасли. Совсем другой акцент.
Проблема возраста при трудоустройстве – актуальный и острый вопрос, который обычно сводится к некоторому возрастному цензу, мол после NN лет вообще никуда не берут. На самом деле это не совсем так и проблема достаточно надуманна.
Но начнем мы совсем с другого конца: с вакансий и позиции работодателя. Вакансии бывают разные и, хотя законом запрещена возрастная дискриминация, негласно она там есть. Чаще всего ей подвергаются недорогие, линейные позиции.
Что такое линейная позиция? Это сотрудник без каких-то особых требований к квалификации, который выполняет большой объем рутинной, не очень сложной работы. По общему принципу бери больше – кидай дальше.
Вполне логично что работодатель видит на такой позиции сотрудника молодого, просто потому что он энергичнее, активнее, здоровее. Ничего личного. Вот вы сами кого наймете перекопать огород: бригаду крепких молодых парней или бригаду дедков-пенсионеров?
Когда на такую позицию претендует возрастной соискатель, то работодатель непременно задаст себе пару вопросов «почему», на которые не будет ответов. Точнее они будут, но крайне неприятные для соискателя, потому что когда мужик возрастом за 40 претендует на вакансию для молодежи, то ничего хорошего для мужика в этом нет.
Плюс такой сотрудник обычно очень плохо вписывается в молодой коллектив. особенно если руководство также сильно моложе его. Он может начать давить возрастом и жизненным опытом, вносить смуту и разлагать коллектив.
Отдельного разговора стоят те возрастные сотрудники, которые претендую на позиции с понижением относительно предыдущего опыта и квалификации. Здесь тоже для работодателя нет ничего хорошего, так как вариантов здесь ровно два.
Первый. Сотрудник на самом деле туп как пробка, на предыдущем месте просиживал штаны и делал вид, что причастен. Реально указанные компетенции он не потянет, что осознает и пытается найти место по силам.
Такой сотрудник нафиг не нужен. Потому что это вечная смута в коллективе и попытка по любому вопросу в очередной раз напомнить «кем был Паниковский до революции».
Второй. Соискатель действительно обладает всеми указанными квалификациями и занимал все перечисленные должности, но в силу определенных жизненных обстоятельств вынужден искать любую работу.
Это тоже плохо, это временный сотрудник, который сразу уйдет, как подвернется что-то нормальное и это что-то он будет постоянно искать, а здесь он сугубо для поддержки штанов.
Но есть и другие вакансии, требующих опыта и квалификации. Причем опыт и квалификация – вещи разные. Квалификацию можно прокачать достаточно быстро, было бы желание и возможности. А вот опыт приходит только со временем и никак иначе, очень часто ценой набитых шишек.
И если стоит выбор между молодым вундеркиндом, влет решающего любые задачки и мужичком, который тут знает, тут не знает, тут забыл, но имеющего за плечами успешный 15-летний опыт – возьмут именно этого мужичка.
Почему? Потому что кроме собственно квалификации – хард скиллов, есть еще опыт – софт скиллы, которые могут оказаться гораздо нужнее этой самой квалификации. Особенно если речь идет об взаимоотношениях в коллективе, с заказчиками, подрядчиками, партнерами.
Плюс есть еще такая вещь, как репутация. У нас до сих пор многие работают не с фирмами, работают с людьми. И если сотрудник уходит в другую фирму многие клиенты могут потянутся за ним просто потому, что это Петрович.
Взрослый опытный сотрудник может сгладить конфликтную ситуацию, не будет обещать лишнего, аккуратно выкрутится из скользкой ситуации, когда молодой на том же самом месте наломает дров, просто по причине отсутствия жизненного опыта.
Также с опытом приходят и связи, самые разные, которые могут быть полезны. Особенно это касается руководящих сотрудников или которые по долгу службы общаются с внешними контрагентами. Там связи – это первая ценность.
Поэтому для таких сотрудников возраст – это в первую очередь показатель опыта, это не мне 45 лет, а у меня 20 лет стажа в отрасли. Совсем другой акцент.
🤝22👍6❤4👎3