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

При обследовании зданий и сооружений практически всегда необходимо создать точную 3D модель помещения для формирования паспорта объекта или для разметки дефектов на уже существующей BIM-модели. То есть, лидар и 3D-сканер входят в необходимый джентльменский набор инженера, при этом стоит такой кит весьма недешево, в среднем 150к-1,5 млн рублей. Мы попробовали изучить возможность использования лазерных лидаров более бюджетного класса, к примеру, Unitree 4D LiDAR-L2 (далее Unitree L2), который стоит в пределах 28-40К рублей. Можно ли с помощью лидара, используемого не в промышленном сканировании, а в робототехнике (конкретно эта модель используется как навигатор для робособак) составлять из облаков точек 3D-модели зданий и сооружений? Дополнительно еще решили задачку, а можно ли это делать на Windows, так как у инженеров в поле чаще всего на ноутбуках стоит именно эта ОС, тогда как официально ПО Unitree L2 написано под Ubuntu? Наш вывод – оба ответа – да, можно!

В этой статье, я расскажу, про опыт работы с агентами Cursor, github actions и великолепный Github Cli. Статья не претендует на истину и является частным практическим опытом.

Вступление

Лето. Время отпусков. Делать не фиг.

Можно залипать в рилсах или сериальчиках на пляже, но зачем, если можно создать что-то прикольное с мобильниого телефона, с помощью агентов. А конкретно, с помощью https://cursor.com/agents (стоит 20 баксов в месяц https://docs.cursor.com/account/pricing или 3к рублей в год, если немного поискать).

Итак, создаем репозиторий (В моем случае github.com/RobotAvi/MoneyGame) или берем готовый. Даем задачу агенту.

WhatsApp в России депутаты обещают заблокировать уже в очень скором времени. Доверие к Telegram у многих довольно сильно было подорвано после публикации расследования одного издания об особенностях их протокола вкупе с подробностями о том, кто владеет их сетевой инфраструктурой и с кем он связан, да и недавнее появление Telegram в реестре РКН тоже оптимизма в их отношении не добавляет. Max - оставим для сумасшедших и безвыходных, учитывая, кто и зачем его создал. Signal - отличный мессенджер и всем хорош, но в России его тоже периодически пытаются заблокировать.

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

В наше время как self-hosted альтернативу популярным мессенджерам часто упоминают Matrix, например, с клиентом Element. На Хабре есть подробные инструкции, например вот эта: https://habr.com/ru/articles/837904/. Я попробовал, и мне не понравилось. Клиенты тормозные, через нестабильный интернет-канал все работает просто отвратительно, а сам сервер просто неповоротливый и укладывает не слишком богатый на процессор и память VPS даже всего с парой клиентов.

И тут мне вспомнилось про XMPP, он же Jabber. Он родом еще из тех времен, когда люди пользовались процессорами на 200-300 мегагерц и подключались к интернету через dial-up модемы - то есть он изначально очень нетребовательный к ресурсам. Между тем, развитие его не замерло на месте, а на сегодняшний день он умеет почти все то что требуется от современного мессенджера: хранение истории, передача файлов, аудио-видео звонки, end-to-end шифрование, и другое.

С 2000 года в последнюю пятницу июля вот уже четверть века празднуется День системного администратора, с чем мы искренне поздравляем всех специалистов этого важного и нужного профиля. В Рунете сисадмин — не просто IT-профессия, но и герой множества мемов и шуток, живописующих их непростые отношения с обычными пользователями разной степени грамотности и (не)адекватности. В конце нулевых и начале десятых годов «админы» были чуть ли не главными персонажами средоточия тогдашнего сетевого юмора на русском языке, Башорга — сменив в качестве основных героев IT-шуток превалировавших в конце 90-х и начале нулевых программистов. Всякий читатель Баша и обитатель старого ЖЖ знал, что настоящий админ непременно бородат и в свитере, любит пиво, кота и Линукс, не любит винду и тупых юзверей, а наиболее неприступные проблемы с железом и софтом решает посредством шаманского бубна. Попробуем разобраться, как формировался образ системного администратора, сисадмина, админа и даже одмина, а также их собственные мемы и шутки — как в Рунете, так и в англоязычной части Интернета.

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

Всем привет.

Я — разработчица, которая пришла в IT не из классического CS-бэкграунда, а из гуманитарной сферы. Python покорил меня своей читаемостью, и вот уже третий год я работаю в продакшене, где сталкиваюсь с самым сложным противником — багами. Особенно теми, которые я сама случайно создаю.

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

Визуализатор звука, в котором светящийся 3D-шар пульсирует и меняет цвет в такт музыке, а перетаскиваемые панели GSAP плавно перемещаются вокруг него по инерции.

Демо

Код

Звук — это волны, зрение — это волны, которые мы видим. Я всегда стремлюсь поймать момент, когда эти волны накладываются друг на друга. Для недавнего задания от сообщества Webflow и GSAP, посвященного плагинам GSAP Draggable и Inertia, я решил развить идею, создав футуристический визуализатор, реагирующий на звук. Идея заключалась в создании научно-фантастического интерфейса "детектора аномалий", который реагирует на музыку в реальном времени, совмещая атмосферные визуальные эффекты со звуком.

Привет, Хабр! Меня зовут Марат Айрапетян, я космический инженер и пишу для блога МТС на Хабре. В прошлых постах рассказал, как поучаствовать в миссии по подготовке полета на Марс и зачем нам вообще исследовать другие планеты. А сегодня предлагаю поговорить об изобретениях отца космонавтики Константина Эдуардовича Циолковского. 

Думаю, вы знаете его цитату: «Земля — это колыбель разума, но нельзя же вечно жить в колыбели». Интересно, что за ней стоит не только романтическое стремление к новым горизонтам, но и хардкорная практика. Представьте: на дворе позапрошлый век, а Циолковский уже рассчитал, как из этой самой колыбели вырваться. Сначала его идеи казались безумными, а потом начали сбываться одна за другой. Многие чертежи Циолковского используются в космонавтике до сих пор. Давайте вместе посмотрим, какие из фантастических проектов уже стали реальностью, а какие ждут своего часа.

Я предлагаю рассматривать GitHub не как портфолио, а как витрину. Витрину, которую стоит чистить. Особенно если вы ищете работу, и особенно, если вы думаете, что она вам в этом помогает.

Безусловно наличие гитхаба в резюме – дополнительный плюс. За последние три года я просмотрел сотни GitHub-аккаунтов кандидатов. И в большинстве случаев это был цифровой мусор. Десятки странных репозиториев, в которых невероятно сложно найти что-то релевантное. Сломанные pet-проекты. Непонятные тестовые задания для той самой вакансии из далекого 2017 года. Туториалы без изменений. И, самое любимое, репозитории «на будущее», которое так и не наступило.

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

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

К нам обратился один из крупнейших строительных холдингов России (ГК компаний из 10+ юридических лиц) с потребностью в сборе всех данных с филиалом, анализе и визуализации на дашбордах.

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

Было решение выбрать архитектуру Data Lakehouse на open source стеке, основой которого стали — kafka, dagster, s3+iceberg, trino, clickhouse и DBT. В результате получилось более 1000 моделей DBT, 1 тб сжатых данных, и объем продолжает расти.

Из потребителей данных — бизнес системы, Power BI отчеты, аналитики и дата‑инженеры, веб‑приложения, MDX‑кубы.

Методология ведения проекта Scrum, команда DWH‑инженеров 11 человек и greenfield‑разработка.

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

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

Роблокс – популярная игровая вселенная с многомиллионной аудиторией и широкими возможностями: на платформе можно играть, общаться с разработчиками из разных стран и даже зарабатывать. Мы в Pixel используем собственный движок онлайн-площадки – Roblox Studio – для обучения детей и подростков созданию моделей и даже собственных игр, но сделать первые шаги в соответствующем направлении можно самостоятельно и абсолютно бесплатно.

Сегодня хотим рассказать о создании игр в Roblox на примере простой и наглядной инструкции. Она поможет вникнуть в основы и выполнить первый собственный проект.

Подготовили наглядную инструкцию: она поможет выполнить первый самостоятельный проект с зомби на движке Roblox Studio.

В первую очередь посмотрите данный ролик: он посвящен установке необходимого программного обеспечения.

Итак, к инструкции.

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

Головоломка, которую называют «Ханойские башни», достаточно широко известна.

Она появилась во Франции в 1883 году[1] и выглядела так, как показано на фотографии (рис. 1):

Мы любим говорить: «Нужно делать CustDev». Или: «Нужно считать Юнит-экономику». Или: «Нарисуем CJM — и станет ясно».

Проблема в том, что эти артефакты часто делаются изолированно: JTBD не связывается с User Story, Юнит-экономика существует в вакууме, Use Cases живут отдельно от гипотез, а гипотезы накапливаются и становится непонятно, почему они появились именно в таком порядке.

В результате — знания есть, но целостной картины видения продукта нет.

Почему многие разработчики не мыслят словами, а сразу «видят» архитектуру, блок-схемы, паттерны и фрагменты кода? Что особенного в мозге программиста и как он превращает абстрактные задачи в работающие системы? В этой статье я разбираюсь в когнитивной архитектуре программистского мышления: от памяти и нейронных связей до привычки «думать в коде», приводя примеры, личные наблюдения и немного кода на Python, C++ и Haskell.

Меня зовут Пётр Толочков, я основатель компании Way2Win. Мы более 7 лет делаем проекты в фарме с использованием AR технологий. В этой статье я расскажу, зачем в фарме AR, какие задачи решает эта технология и как выстроен производственный процесс.

Когда дело доходит до управления знаниями и организации мыслей, Obsidian стал настоящим открытием для многих, превратившись из простой программы в "второй мозг". Однако его основное преимущество - локальное хранение данных - может стать и главным недостатком, особенно когда требуется синхронизация заметок между различными устройствами и операционными системами, такими как iOS, MacOS и Windows.

В этой статье мы подробно рассмотрим различные подходы к синхронизации Obsidian, основываясь на опыте пользователей и доступных решениях. Спойлер: наименее сложным и эффективным решением для пользователей Apple-устройств с Windows оказался iCloud.

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