Kurgan-Telecom Ru | Информационные технологии

Библиотека функций к Script-fu

Когда то, очень давно, считалось что графические редакторы делятся на растровые и векторные. К векторным относились Coreldraw Adobe Illustrator Inkscape и работали они не с отдельными пикселами изображений, а с элементами называемыми векторами, которые можно превращать, с помощью манипуляций в дуги различной формы, называемыми кривыми Безье. К растровым же относились Photoshop Paint и тот же GIMP. В этих редакторах отсутствовала какая либо геометрия и изображения представляли собой наборы отдельных точек - пикселов. Но время не стоит на месте и элементы растрового редактирования проникали в редакторы, которые считались векторными и наоборот, элементы векторных редакторов переносились в растровые графические редакторы. Примером тому является GIMP.

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

Хранение 1 ГБ данных в облаке стоит от 2 до 12 рублей. Можно ждать, пока диски подешевеют, а можно сжать данные и получить «бесплатный» апгрейд хранилища. Но если вы храните данные в облаке, сжимать все подряд — как пытаться загрузить стиральную машинку не глядя: льняные брюки могут сесть в 5 раз и освободить место, но если кинуть в барабан кирпич, меньше он не станет, зато вы получите грохот, счет за электричество, недовольных соседей и возможно — сломанную машинку. 

Чтобы не потратить кучу CPU с сомнительным результатом, мы у себя в команде R&D Cloud.ru решили исследовать, как сделать сжатие оптимальным, чтобы не тратить время на упаковку того, что сжатию не поддается и эффективно расходовать вычислительные ресурсы.

Я Александр Аксенов, мой профиль — оптимизация хранения данных и мне есть что вам рассказать про то, как ускорить процесс сжатия до 80 раз, сэкономить CPU и сохранить качество. Звучит как кликбейт (так оно и есть

У любого проекта должен быть сайт. Даже если единственный пользователь — моя мама.Мама — это идеальный QA: откроет с телефона, в дороге, через мобильный интернет, спросит «а почему замочек не зелёный?» и закроет, если что-то долго грузится. Значит, сайт должен открываться по твоему красивому домену, по HTTPS, без рыжих предупреждений, и желательно находиться в поиске.

В этой статье мы за вечер соберём и задеплоим простой сайт «с нуля» почти бесплатно: купим домен, поднимем машину с публичным IP, обернём всё в Docker, прикрутим автопродление SSL, добавим sitemap.xml и robots.txt, и вручную прокинем сайт в индексацию Google и Яндекса, чтобы он не лежал «в вакууме».

В современной разработке все чаще предъявляются высокие требования к качеству кода и неукоснительному следованию стандартам качества кода в командах. Обеспечение качества кода, а также решение многих других задач, связанных с разработкой и поддержанием «чистого» кода, берёт на себя популярный инструмент анализа — SonarQube.

Меня зовут Николай, я 1С-разработчик в SimbirSoft и в этой статье хочу подробно рассказать о процессе установки и настройки SonarQube в ОС Linux.

дисклеймер номер раз

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

дисклеймер номер два

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

Так как последнее время меня все больше волнует вопрос поиска и главное ВАЛИДАЦИИ информации, добытой на просторах необъятной (и в этот раз даже не Москвы, а паутины), то последние пару дней меня заинтересовало такое явление, как Content-Security-Policy.

И так, начнем с легкого поиска в гугле и изучении вопроса: КАК ВСЕ НАЧИНАЛОСЬ? (самое неприятное еще в том, что все что найдено, надо бы ПРОЧИТАТЬ И ВНИКНУТЬ, что мне, как дитю быстрого доступа к информации категорически сложно. Хочется, чтобы ты открыл первую вкладку и стало все сразу понятно без этих ваших мам, пап, кредитов и смс).

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

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

Пару месяцев назад в нашем плагине не было AI‑агента, а был только ассистент для генерации тестов. И пока агент не появился, в работе мы использовали другие известные плагины. Лично мне очень нравился Copilot, из‑за своего минималистичного интерфейса и контроля за контекстом. Однако фичи копайлота в первую очередь доезжали до VSCode, а пользователю IntelliJ IDEA приходилось дожидаться их месяцами. Поэтому для прототипирования и скаффолдинга, написания бойлерплейтного кода с помощью AI‑агентов мне приходилось переключаться между любимой средой разработки и IntelliJ, что было несколько неудобно.

С появлением своего AI‑агента пошло легче: можно было нажаловаться тимлиду Серёже, который затем осознанно и вдумчиво хакал очередной юзкейс. Со временем отладили настолько, что использовать внешние инструменты не приходится, свой стал работать достаточно хорошо. Дальше покажем, что он может, расскажем о приятных фишках, которые мы сделали для себя, чуть‑чуть о реальном опыте работы с ассистентом.

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

Началось все с того, что 13 августа (вчера) в разных СМИ (ТАСС, РИА "Новости", РБК, Хабр) стали появляться новости об ограничении звонков в WhatsApp и Telegram со ссылкой на Роскомнадзор. Однако как я ни старался, найти это сообщение Роскомнадзора на его сайте или в соцсетях, не смог. А я привык работать с первоисточниками, насколько это вообще возможно.

Митапы — это не про формальные отчёты и скучные презентации. Но они и не про корпоративы с шариками. Митапы родились в IT-тусовках как способ обмениваться опытом без официоза. В нулевых разработчики собирались в баре после работы и обсуждали код — так появились «Beer Talks». В России митапы стали популярны в 2010-х, когда IT-компании поняли: лучшие идеи рождаются в неформальной дискуссии, а не на совещаниях. Сейчас это классный инструмент для прокачки команды и корпкультуры.

В мире frontend есть проблема: многие разработчики плохо ориентируются в структурах данных и не умеют их грамотно применять, чтобы получать эффективные и производительные решения своих задач.

Мы, Тимофей Соломенников и Руслан Мирзоев, разработчики онлайн-кинотеатра PREMIER, хотим поделиться своим опытом и на реальных примерах показать, что даёт правильное использование структур данных.

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

Привет, Хабр!

Меня зовут Дмитрий, я бэкенд-разработчик в SENSE и последние 10 лет пишу серверную часть на Java. Эта статья – продолжение первой части гайда по Spring GraphQL, где мы с нуля подняли проект и подключили GraphQL к Spring Boot.

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

Поехали!

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

Операционные системы:

Казалось бы, есть платные ОС (Microsoft Windows) и есть OpenSource (Linux: Ubuntu, CentOS). Но нет, регуляторы выдвигают свои правила игры, тем самым ОС майкрософта заменяют на российские аналоги или подобные. Другие компании вообще берут за основу Ubuntu/CentOS, что-то там допиливают под капотом (или чаще просто меняют шильдик) и называют эти дистрибутивы своими. Не буду называть конкретных имен, но как правило подставляют вместо Мой Linux любое имя и называют продукт своим. Продукт попадает на полку реестра Российского ПО к остальным форкам и с гордостью называется нашим.
Для инженера проблемы начинают возникать там, где ты их не ожидаешь. Например, при

Представим, что вы сидите за ноутбуком, пишете статью, работаете с ИИ-ассистентом — он подсказывает формулировки, проверяет стиль, следит за терминологией.
В какой-то момент вы пишете слово «негр» — просто как часть цитаты, без злого умысла.
А асисстент вдруг отвечает:

Двадцать лет кажутся большим сроком, но на самом деле это не так уж и много. Насколько к 2045-му нейросети изменят нашу жизнь? Появятся ли роботы-дворецкие? Сможем ли мы перейти на альтернативные источники энергии? И самое главное — БУДУТ ЛИ ЛЕТАЮЩИЕ МАШИНЫ? Играем в техноВангу и пытаемся экстраполировать текущее положение дел на ближайшее будущее.

Привет, меня зовут Олег. В этом году на Хабре приобрели некоторую популярность мои нечаянно сложившиеся в цикл статьи по развенчанию различных священных коров технооптимизма: нейросетей (которые, напомню, не являются ИИ!), квантовых компьютеров, программы SETI и мультиверса с NFT. 

Мне уже самому несколько неуютно в этом имидже скептика, и поэтому я решил попробовать написать искреннюю технооптимистическую статью и прикинуть, что реально, не в фантазиях маркетологов и фанбоев, может интересного произойти в технологиях в ближайшие 20 лет (ну, при условии, что мы все не превратимся в радиоактивный пепел, конечно) — и как это изменит нашу жизнь.

2045 — это не просто условный год, а вполне реалистичный горизонт для прогнозирования, так как 25–30 лет — стандартный цикл крупных технологических трансформаций (ну или пузырей, вот и постараемся отличить одно от другого).

Прошло целых два года, как команда NSR Specification твердо пообещала добиться автоматизации экспертизы цифровых информационных моделей (ЦИМ) за счет создания машинопонимаемых представлений требований стандартов проектирования. На тот момент мы очень хотели регулярно рассказывать о промежуточных результатах, но слишком увлеклись разработкой. Ежедневно возникали новые и новые проблемы, в муках рождались способы их решения, в спешке писались задачи на разработку, когда заканчивались слова мы рисовали картинки, потом, дрожащими руками тестировали новый функционал, с азартом отлавливали баги, умело замаскированные под фичи... Каждый раз нам казалось, что осталось только дождаться свежего релиза, и все, мы победили. Оглядываясь назад, мне все чаще кажется, что мы были немного сумасшедшими, раз взялись за эту задачу. Но это, наверное, к лучшему. Если бы тогда, в 2023 году мы знали обо всех сложностях, с которыми нам предстоит столкнуться, то сегодня не смогли бы похвастаться работающим решением. Теперь то уж точно нам есть о чем рассказать: решение работает и уже обкатано на нескольких пилотных проектах.

Ученые из МФТИ и Университета Сучжоу (Китай) провели исследование нелинейности и квантовых эффектов наночастиц, обернутых в графен, при воздействии на них импульсами высокочастотного лазера большой интенсивности. Работа опубликована в Journal of Applied Physics. Она открывает новые возможности для управления сверхкороткими импульсами для нанофотоники.

Индустрия ИИ переживает рекордный бум: каждую неделю появляются новые модели, а заголовки пестрят новостями о многомиллионных контрактах и громких переходах звёздных исследователей. Прорывы происходят на всех уровнях: от чипов и инфраструктуры (NVIDIA и др.) до моделей и инструментов вроде Cursor или Windsurf.

Но у российских разработчиков выбор заметно ýже: ограничения, VPN, трудности с оплатой. Мы решили это изменить и создали Koda — AI-помощника, который доступен бесплатно и без VPN, работает с современными моделями и привычными функциями: автодополнение кода, чат, поиск по документации и коду проекта, а также агентный режим!

Привет! Меня зовут Валентин, я старший системный администратор в отделе ИТ-инфраструктуры и внутренних систем ЮMoney. В этой статье расскажу про своё хобби — судомоделизм, — а также поделюсь, какие качества это увлечение во мне развивает и во сколько обходится. Внутри — много фотографий моделей, которые я собрал.

Моя повседневная работа с основном связана с языком Elm. Благодаря сочетанию функционального языка и архитектуры Elm, многие архитектурные решения в нём получаются практически незаметными (подробнее об этом я рассказываю в этом посте у меня в блоге). Вы получаете четкое разделение задач, а язык по умолчанию подталкивает вас к хорошему проектированию.

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

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

Забудьте о скучных теориях! Мы отправимся в мир расчетов и оценок. Приготовьтесь к практическому путешествию в мир Bus Factor!

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

Продолжаем цикл офигительных историй по мотивам интервью с Дмитрием Пищальниковым.

Предыдущие посты тут:

– Низкая производительность труда в России

– Причины брака: сырьё и техпроцесс

– Причины брака: необученный персонал и неисправное оборудование

Сегодня – про управление производительностью труда.

О ней писал ещё дедушка Ленин, на которого, кстати, ссылается Дмитрий Пищальников в своём интервью. Мы раскопали цитату из Полного собрания сочинений:

«Производительность труда, это, в последнем счете, самое важное, самое главное для победы нового общественного строя […] Капитализм может быть окончательно побежден тем, что социализм создаст новую, гораздо более высокую производительность труда». Именно поэтому Ленин и поддержал Алексея Гастева в создании Центрального института труда.

Повышение производительности труда всегда, везде и сильно помогает повышать эффективность экономики в целом.

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

Иногда он настолько впечатляет собственника, что доходит до смешного.

В нашей практике бывает так: проводим обследование бизнеса, видим точки роста, предлагаем собственнику план, составленный по принципу Паретто: 80% проблем в этой точке можно решить, приложив 20% усилий.

Делаем раз, делаем два. И уже после внедрения первых изменений бизнесу в целом настолько легчает, что владелец говорит: «Стоп, всё, больше ничего менять не надо».