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

HTML Builder — визуальный конструктор HTML-структур с drag-and-drop интерфейсом для библиотеки @vue-dnd-kit/components!

Давайте начнем с ошибки. Что это?

Непреднамеренное отклонение от правильных действий - не совсем. Ошибка — это часто результат того, что наше быстрое, интуитивное мышление (наша "внутренняя мартышка") берет верх в ситуации, требующей анализа дольше, чем сложить 2+2, или наше медленное, аналитическое мышление ленится. Почему так происходит?

Читать далее

Novena Heirloom — это созданная мной ограниченная серия кастомных корпусов для компьютера Novena с открытым исходным кодом, разработанного Эндрю Хуангом и Шоном Кроссом. Проект финансировался путем краудфандинга в сотрудничестве с компанией Crowd Supply из Портленда, штат Орегон.

Всего было разработано несколько прототипов. Рассматривался даже вариант конструкции в виде мольберта. После консультации эта идея все-таки была отвергнута в пользу более традиционной «раскладушки». Имелось важное требование: обеспечить доступ пользователя к внутренним компонентам. Так мы пришли к необходимости съемной клавиатуры, что в значительной степени определило конечный результат. Основная идея дизайна вдохновлена винтажными Hi-Fi системами, ярким представителем которых является Дитер Рамс. Надеюсь, наш труд станет данью уважения к его работам. Финальный дизайн в значительной степени остался верен первоначальному концептуальному прототипу.

Все подробности создания — под катом. Читать дальше →

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

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

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

Читать далее

Меня зовут Дмитрий Крапивницкий, CEO digital-агентства OMNIMIX. Вместе с командой мы заметили частую проблему — пины, кнопки и важные элементы пропадают с карточек компаний на Яндекс Картах, и обнаружить это можно не сразу. Как итог, одна пропавшая кнопка стоит 30 тысяч рублей в день, исчезнувший номер телефона лишает бизнес половины звонков, а невидимая витрина уносит 180 потенциальных клиентов. 

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

Читать далее

Представьте, что лингвист внезапно стал экспертом по живописи. Именно это произошло в 2020 году, когда архитектура для обработки текста — трансформеры — научилась "видеть" изображения. Vision Transformer (ViT) доказал: для понимания картинок не обязательны свёртки! Разберем "на пальцах" как она устроена и как изображения превращаются в предсказания.

Читать далее

Очередная дискуссия между Линусом Торвальсом и Кентом Оверстритом (Kent Overstreet), автором BcacheFS, завершилась тем, что Линус выразил готовность исключить код BcacheFS из ядра Linux 6.17. При этом Линус принял в состав ядра 6.16 изменения в BcacheFS, ставшие предметом очередного недовольства действиями Кента. Линус написал:

Я считаю, что наши пути разойдутся в окне слияния 6.17.

Вы очень ясно дали понять, что я не могу подвергать сомнению какие-либо исправления ошибок и должен просто принимать всё подряд.

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

Предшествовавшая данному заявлению переписка с Кентом велась в личном порядке и детали пока не ясны. Тем не менее, в обсуждении данной темы Кент написал, что возможно его слова в частной переписке были неправильно истолкованы и он не считает, что BcacheFS следует исключить из ядра. При этом он готов к прекращению поставки BcacheFS в основном составе ядра Linux и это не убьёт проект, хотя и будет огромной проблемой. В случае удаления BcacheFS разработка будет продолжена и данная ФС станет распространяться в форме модуля DKMS. Кент также отметил, что исключение BcacheFS из ядра будет лучшим вариантом для его с Линусом спокойствия, но явно не станет лучшим решением для пользователей и сообщества разработчиков.

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

В случае с ядром 6.16 Кент отправил для включения в обновление RC3 набор патчей, среди которых был патч с реализацией новой опции «journal_rewind». Линус написал, что Кент забыл о том, что после закрытия окна приёма функциональных изменений добавление новой функциональности в ядро не допускается, даже если она связана с исправлением других ошибок, так как добавление новых возможностей на поздних стадиях формирования релиза может привести к регрессиям. Кроме того, BcacheFS продолжает позиционироваться как экспериментальная ФС и оперативность устранения ошибок в ней не является столь критичной.

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

Добавленная опция «journal_rewind» откатывала изменения в журнале для сброса ФС в более раннее состояние. Кент считает, что новая опция должна быть включена безотлагательно, так как она решает проблему с восстановлением ФС у пользователей, столкнувшихся с ошибкой при удалении подразделов и не имеющих резервной копии. Вначале Линус отказался принимать набор патчей с данным изменением в ядро 6.16-RC3, но после личной переписки с Кентом изменил свою позицию и принял изменения в кодовую базу, на основе которой формируется обновление 6.16-RC4.

 bcachefs, linus torvalds, linux, скандалы, ядро

История Таганрогского трамвая до определённого момента текла в совершенно типичном русле: в очередном провинциальном городке тихо кончались остатки более развитой цивилизации. И вдруг — сказочное чудо, Золушка преобразилась в королеву бала. Но русские сказки не могут без нюансов

Читать далее

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

Не стойте на пороге - читайте дальше!

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

В этой подборке мы расскажем о главных новинках сервиса, которые вышли в первой половине 2025 года. Устраивайтесь поудобнее!

Читать далее

Работа с формами — неотъемлемая часть любого Flutter-приложения. В этой статье я расскажу о том, как создавать формы с помощью стандартных инструментов (Form, TextFormField, GlobalKey) и какие подводные камни возникают при их масштабировании.

Читать далее

Этот пост для нашего тг-канала Pro AI написал мой коллега Александр Мигаль, специалист по компьютерной лингвистике и один из авторов RuTaR

Все привыкли к тому, что ChatGPT, DeepSeek, Llama и другие коммерческие LLM способны быстро и умеренно качественно генерировать текст практически любого стиля и содержания. Однако, потенциал использования языковых моделей давно не ограничивается лишь пресловутым копирайтингом и написанием курсовых за одну ночь. Современные модели‑трансформеры всё чаще демонстрируют эмерджентные способности, выражающиеся в их способности к сложному пошаговому рассуждению.

Само устройство этих «рассуждений» (англ. reasoning) забавно перекликается с гипотезой лингвистической относительности Сепира‑Уорфа. Её строгая версия предполагает, что человеческое мышление является формой «внутреннего монолога». Но если наш мозг оказался устроен несколько сложнее, чем думали Сепир и Уорф, то в случае с LLM всё буквально так — модель рассуждает, когда «говорит», т. е. генерирует текст.

На текущий момент мы уперлись в потолок развития LLM привычным путём. Данные для их обучения кончились ещё год назад, а продолжать наращивать и без того огромные вычислительные мощности попросту нет смысла. Поэтому самым перспективным направлением разработок в области ИИ выступает развитие того самого reasoning — умения модели рассуждать.

И хотя за последние полгода появилось множество систем, сделавших большой шаг в сторону продвинутого reasoning (например, DeepSeek R1, о1 от OpenAI), тестируются они всё так же — на математике, шахматных задачках и головоломках. А вот насколько хорошо они справляются с задачами в сфере права или, скажем, комплексного текстуального анализа никто не знает — в большинстве бенчмарков полностью игнорируется способность LLM рассуждать в плоскости гуманитарного знания.

Читать далее

Помните этот священный ритуал B2B-маркетинга? Приходит новый директор по маркетингу, закатывает глаза и говорит: «Нам нужен контент-движок, нам нужен блог». И начинается: нанимается команда, пишется 100500 статей на тему “Как выбрать CRM”, “10 лучших приложений для [подставь свою версию]» и многое другое. Все это щедро посыпается ключевыми словами без разбора пользы и ценности, и компания садится ждать, когда органический трафик польется рекой.

Так вот. Эта шарманка с 2024 года больше не работает.

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

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

HubSpot, империя входящего маркетинга, с 2024 года показывает замедленный рост органического серча на более 20%.

Читать далее

Примерно в 2012-2013 году в сообществе сисадминов стали много говорить о технологии под названием «Borg». Складывалось впечатление, что это какая-то система управления контейнерами, основанная на Linux и применяемая в Google — с её помощью они эксплуатируют свои внутренние ресурсы. Терминология по этой системе немного озадачивала; внутри кластеров, состоящих из «ячеек» (cells), в ней находились какие-то «борглеты», но суть уже на данном этапе начинала ускользать. В системе существовали концепции «сервисов» (services) и «заданий» (jobs), так, что приложения могли при помощи сервисов откликаться на пользовательские запросы, после чего система собирала задания в пакеты, и эти пакетные задания уже выполнялись достаточно долго.

Затем, 7-го июня 2014 года состоялся первый коммит в Kubernetes. Это греческое слово означает «кормчий», и в течение первых трёх лет существования этой технологии решительно никто не понимал, как его правильно произносить. Поэтому пришлось сдаться и позволить простым смертным обозначать его как k8s.

Читать далее

Разработка парсер генератора ISPA: что реализовано и какие планы на будущее.Гибкий парсер нового поколения с теми функциями, которых давно не хватает существующим решениям.

Читать далее

Серия Resident Evil — это культовая франшиза, которая на протяжении почти трех десятилетий радует фанатов хорроров, экшена и запутанных сюжетов. С анонсом Resident Evil 9 многие игроки задаются вопросом: какие игры серии стоит пройти, чтобы быть готовым к новой главе? В этой статье мы разберем ключевые части Resident Evil, которые помогут вам погрузиться в лор, понять сюжетные линии и подготовиться к событиям Resident Evil 9.

Мы сосредоточимся на играх, наиболее важных для понимания истории, и общей атмосферы серии, с учетом того, что Resident Evil 9, вероятно, продолжит сюжетные арки последних игр.

Читать далее

В отличие от ранней советской фантастики, мало интересовавшейся вычислительными машинами, в конце 50-х годов авторы первых произведений «золотого века советской НФ» стали активно вводить ЭВМ и роботов в образы утопического завтра. И в романе «Туманность Андромеды» Ивана Ефремова, и в сборнике «Полдень, XXII век» братьев Стругацких компьютеры и кибернетические устройства показаны как повсеместные и привычные людям будущего. Тем временем, компьютеры начинают всё больше проникать и в реальность — поначалу сугубо у «физиков». С рубежа 50-х и 60-х ещё недавно единичные ЭВМ начинают идти в серию десятками (БЭСМ-2) и сотнями (Урал-1) экземпляров, ими начинают оснащаться институты, инженерные и научно-исследовательские центры, программирование превращается в важную, всё более востребованную и дефицитную специальность. Ещё недавно компьютеры в фантастике были таким же признаком не слишком близкого будущего, как межзвёздные перелёты. Теперь же всё больше читателей НФ из числа технической интеллигенции и сами прямо или опосредованно имели дело с компьютерами. Как это отразилось на советской научной фантастике и в целом культуре этого времени? Читать дальше →

Как вы, наверно, знаете, из-за наличия в компьютере различных кэшей (L1, L2, L3...) и того, что операции с памятью выполняются с линиями кэша размером примерно 64 байт каждая, для обеспечения максимальной производительности мы должны писать программы, обеспечивающие локальность.

(Разумеется, диск здесь не показан)

Но насколько хорошо вы это осознаёте? Допустим, у нас есть массив чисел с плавающей запятой и массив индексов первого массива. Есть программа, складывающая числа из первого массива в порядке, определяемом вторым массивом. То есть в этом примере мы будем складывать ε + α + δ + ζ + β + γ в таком порядке:

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

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

2. Сколько в среднем тратится на каждый элемент в порядке от первого до последнего?

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

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

5. Достаточно ли стандартного тасования Фишера-Йейтса для массивов перемешанных индексов для получения произвольного порядка?

6. Насколько медленнее порядок от первого до последнего в случае массивов, не умещающихся в RAM, при использовании файлов с отображением в память?

7. Максимально ли быстры файлы с отображением в память?

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

Читать далее

Сервис для автоматизации процессов n8n быстро развивается, обновления выходят раз в несколько дней. Часто для использования функционала, связанного с LLM, требуются последние версии. А обновление сервиса не так тривиально.

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

Читать далее

Основная проблема IT-отрасли, на мой непросвещенный взгляд, заключается в том, что жизнь обучает нас профессии примерно так же, как учителя начальной школы — арифметике. Сначала нам говорят: делить на ноль нельзя. А потом оказывается, что ещё в XVII веке один маркиз по имени Гийом Франсуа Лопиталь научился. Нам говорят: квадратный корень можно извлекать только из положительных чисел. А потом — хоба — оказывается комплексными бывают не только обеды. И так далее.

С чего начинается обучение компьютерным наукам? — С некоторого количества теории, которая скучная и непонятная, как и любая полностью оторванная от практики теория, — а потом — с примеров. Мы открываем REPL и некоторое время забавляемся с ней, как с калькулятором.

И тут — бац!