Записки IT специалиста

Нужны 7 желающих для работы с искусственным интеллектом. Требования: 18-45 лет Работа из дома. График свободный. Пришло задание — изучили — выполнили — получили свои деньги. Деньги вы получаете в зависимости от сложности задания. Например: За задание могут платить 500-10.000 рублей. 500 рублей — это около 5-30 минут. 10 000 руб. это 5-6 часов. Работа может быть разной: Оживить фото, создать видео, реставрировать старое фото и т.д. 💰 В среднем новичок получает до 150.000 руб в месяц. А опытный может и 300-500т. Мы обучим вас сами: — 3 дня уроков по 30 минут — Домашки с проверкой и оплатой бонусами — Платим 10 тыс за каждую выполненную домашку ⚡ Набор заканчивается завтра. Для регистрации жмите кнопку "Зарегистрироваться": Зарегистрироваться #реклама 16+ course.neurogansta.ru О рекламодателе

Почему мы предпочитаем внедрять веб-сервисы На фоне наших последних публикаций о локальных сервисах для обработки изображений, видео или PDF постоянно появлялись комментарии, мол это все спокойно делается локально. Мы не спорим, делается, спокойно. Но только нужно ли оно вам? Нет, если мы говорим об одиночном личном ПК, то да, никакого смысла усложнять себе жизнь нет. А вот если речь идет о корпоративном применении. Про локально еще можно было как-то говорить лет 10-15 назад, когда, говоря о рабочем месте сотрудника мы могли уверенно показать на него пальцем и имели над этим узлом полное управление, например, через групповые политики. Это позволяло поддерживать однородность и предсказуемость окружения, да и то, в определенных рамках. По мере устаревания железа и обновления софта могут возникнуть разные интересные ситуации. Как пример можно привести возможности GPU ускорения или существенного ускорения обработки мультимедиа (и не только) за счет инструкций AVХ и т.д. и т.п. И если мы не говорим о специализированной рабочей станции, скажем инженера-конструктора, художника-дизайнера или видеомонтажера, то выполнять тяжелые операции локально совсем нерационально. Клиент-серверную архитектуру придумали не вчера, когда мы переносим все тяжелые задачи с множества достаточно простых и слабых клиентов на один мощный сервер. А в современном мире к этому прилагаются и новые вводные. Рабочее место сотрудника сегодня – это нечто эфемерное, он может работать на служебном ПК в офисе, на служебном ноутбуке, на домашних устройствах и наконец на мобильных. Как обеспечить тут стабильную и однородную среду? Да никак. Тем более что и зоопарк современных устройств и систем достаточно широк. А личные устройства, так это вообще кошмар для любого системного администратора. А давайте напишем скрипты, тот же Python и в Африке Python… Ага, а теперь поясните обычному, абсолютно далекому от IT пользователю что куда надо положить, где нажать и откуда забрать. Причем попутно надо понять, сколько это займет времени, идет работа или все зависло и как быть в случае разных возможных ошибок. А сервисы – тема привычная, практически каждый пользователь с ними сталкивался и так или иначе использовал. И пользовательский опыт там единообразен: загружаем или перетаскиваем файлы, указываем параметры, нажимаем кнопочку и смотрим на статус-бар. Потом или скачиваем результат или читаем сообщение об ошибке. И это все работает абсолютно одинаково хоть на рабочем ПК, хоть на домашнем, хоть на мобилке. А для админа это классическая клиент-серверная схема. Подобрали железо под задачу, настроили нужные оптимизации, и голова не болит что у дизайнера Маши уже второй час ролик сконвертироваться не может, у нее кончается заряд и горят сроки. Здесь вы просто покупаете для решения задач нужный по характеристикам сервер и получаете стабильный результат для любого пользователя, который тоже четко знает, что такая задача занимает ровно столько времени, плюс-минус. А также вы отвязываетесь от конфигураций клиентских устройств и установленного на них ПО, был бы браузер. И поддерживать их вам не надо, поддерживайте и обновляйте только сервис. Тем самым мы сокращаем энтропию или, говоря по-русски, бардак, сводя его к нескольким контролируемым и управляемым узлам. А старая поговорка гласит, что если автоматизировать бардак, то мы получим автоматизированный бардак.

14 онлайн-курсов по Python с фокусом на практике Python по-прежнему остаётся одним из самых востребованных и в обучении, и в работе. Он подходит для самых разных задач: от аналитики до автоматизации и разработки сервисов. Если хотите системно углубиться в Python или попробовать новое направление, можно начать с любого из них. Переходите в наш канал Stepik, где мы делимся курсами от авторов-практиков, а также полезными материалами на актуальные темы. Подписаться #реклама 16+ О рекламодателе

8mb.local – кодируем видео прямо в браузере   После наших публикаций на тему локальных сервисов по обработке изображений и 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{}
    

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

Что же делать с этим Linux...❓ Если вы хотите сменить профессию, войти в IT, перейти в системное администрирование/DevOps или проверить, подходит ли вам направление Linux, — ждем на интенсиве по погружению в ОС Linux. ✨ Эксперт Кирилл Казарин — DevOps and SRE global manager в RingCentral Inc. Опыт в администрировании более 16 лет. ✨ Внутри обучения Вы пройдете путь от основ терминала до администрирования сети и безопасности. Выполните итоговый проект. ✨ Формат Удобный канал в Telegram, где можно общаться и получать обратную связь. После завершения все полезные материалы остаются у вас. ✨ Цена 3000 рублей за такой объем структурированной информации и проектной работы — вполне адекватное вложение в себя. Оно себя быстро окупит. Минимум риска, максимум пользы. 15 мая начинаем настраивать софт, первый день обучения — 18 мая. Вы успеваете! Даты, программа и другие подробности — на сайте. Оставляйте заявку, ждем вас!

Находки в старом чулане   Есть у нас в «закромах Родины» одна коробка, где лежат всякие разные роутеры 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 в этот список пока не входит, но долго ли включить? Это у нас всегда запросто.   Выводы тут будут неутешительные, фактически мы стреляем в ногу собственной индустрии, ставя запретительные барьеры собственным специалистам к современным технологиям и оборудованию.   А на фоне остальных инициатив картина складывается совсем безрадостная и опыт прошлых лет похоже никого не учит.

Как начать диалог с подростком? Устали слышать «Нормально» на каждый свой вопрос? Мы подготовили 50 вопросов, которые помогут бережно наладить контакт с ребёнком. Даже когда подросток закрывается от вас, на самом деле ему всё ещё нужно и важно ваше внимание и интерес к его жизни. Ищите файл в закрепленных в канале ГМД-медиа — подписывайтесь на первое медиа о том, как жить эту жизнь, если у вас подрсоток. Подписаться #реклама 16+ О рекламодателе

Автоматический перезапуск открытых приложений после загрузки Windows Вы активно работаете, у вас много открытых окон приложений и тут возникает необходимость выключить или перезагрузить компьютер. А еще хуже, если система выполнит перезагрузку сама, например, для плановой установки обновлений. Знакомая ситуация? Очень часто именно по этой причине многие откладывают перезагрузку или установку обновлений, потому что не хотят терять рабочую среду, где уже открыто все что надо. Но начиная с 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{}
    

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

Как легко и просто «сломать» информационную базу 1С:Предприятие, не снимая «замочка» и ничего не понять? А что, так можно? Не только можно, но и с завидной регулярностью случается. И называется это - расширения. Вообще, расширения – это удобный механизм доработки конфигурации или исправления ошибок без внесения изменений в саму конфигурацию, но это если в умелых руках. А если нет? Ну так любой инструмент несет в себе такие же опасности: молотком можно забить гвоздь, а можно отбить пальцы. Так что не так с расширениями? У расширений есть три типа назначения, про них в документации написано следующее: Расширение с назначением Исправление предназначено для исправления ошибок в конфигурации. Поэтому оно применяется к конфигурации первым. Затем применяется расширение с назначением Адаптация. Оно содержит доработки конфигурации при внедрении у конкретного заказчика. И последним применяется расширение с назначением Дополнение. Оно содержит различные дополнительные сервисы, предназначенные для конфигурации (например, набор дополнительных отчетов). Предполагается, что расширения с одинаковым назначением не должны «пересекаться» по функционалу и «мешать друг другу». Ключевая фраза - мешать друг другу, с оговоркой – предполагается. Что происходит на самом деле? Допустим у нас есть код какого-либо модуля и есть расширения, затрагивающие этот модуль. При запуске 1С берет исходный код модуля и применяет к нему расширение с назначением Изменение. Тем самым получает некоторый промежуточный код, который будет содержать исправления ошибок. Потом к этому промежуточному коду применится расширение с типом адаптация и мы снова получим некий промежуточный код. Затем уже к нему применится дополнение, и мы получим некоторый результирующий код. Если расширений с одним назначением несколько, то они будут применяться в том порядке, в котором были добавлены в информационную базу и изменить этот порядок нельзя. Если стараться следовать предложенным производителем стандартам, то система получается достаточно логичной. Если исправления ошибок конфликтуют с доработками или дополнениями, то у вас отключатся последние, а исправления применятся. Если дополнение конфликтует с доработками (адаптация), то откажется работать дополнение. Но в жизни все может быть совсем по-другому. И дополнение с типом адаптация, добавленное первым, может спокойно при обновлении сломать ваши доработки. Но чаще всего мы получаем странные глюки и ошибки буквально из неоткуда и по абсолютно непонятной причине. А почему? А потому что раньше процесс изменения конфигурации был делом достаточно сложным и затратным: нужно было найти программиста, заплатить ему денег, снять конфигурацию с замочка, что удорожало ее поддержку и сопровождение… Поэтому чаще всего обходились сравнительно безобидными внешними отчетами и обработками. Если же решались на доработку, то занимался этим какой-никакой, но специалист. Зато теперь – полная свобода самовыражения. Пошли на Инфостарт, накачали расширений и давай «прокачивать» базу. И никаких программистов не надо. Даже конфигуратор открывать не придется. И, как часто бывает, прокачивая какое-то одно направление мы с большой вероятностью столкнемся с тем, что применяемые расширения где-то пересекаются и начинают мешать друг другу. Причем этот процесс может быть абсолютно непредсказуемым. Например, в базе А набор расширений может работать без ошибок, а в точно такой же базе Б – глючить напропалую. А почему? А потому что расширения добавлены в разном порядке. Следовательно итоговый код будет разным, с разными последствиями. Как быть? Да никак, расширения стали нормой жизни, их будут качать и ставить. Но всегда надо иметь это ввиду и при непонятном поведении базы сразу проверять список расширений. Ну и стараться все-таки, хотя бы по диагонали, смотреть в код расширений, прежде чем их ставить и контролировать из пересечение. Не умеете сами – позовите специалиста.