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

Это первая статья о том, как идея проходит путь от прототипа до полноценного продукта — с участием архитектуры на каждом шагу. Формат — ADR (Architecture Decision Records): каждое решение зафиксировано по дням, чтобы показать реальную эволюцию проекта. Продукт вымышленный, проблемы — настоящие. Те самые, с которыми сталкиваются архитекторы и команды. Документация и код — в открытом доступе на GitHub.

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

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

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

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

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

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

Информационный парадокс чёрных дыр обычно формулируется как вопрос о том, куда исчезает информация при коллапсе материи и последующем испарении дыры. В этой статье предлагается другой взгляд на проблему: возможно, информация никуда не обязана «возвращаться», потому что она и не покидает внешнюю Вселенную. Рассматривается интерпретационная унитарная модель, в которой структурная информация о падающем объекте формируется в виде распределённого квантового следа во внешней среде ещё до образования горизонта событий, тогда как излучение Хокинга возвращает лишь энергию. Такой подход позволяет по-новому взглянуть на парадокс, не нарушая унитарности и не вводя дополнительных физических сущностей.

IT-специалистам на заводах РФ посвящается. Создаю контраст в противопоставление статьям Сибура про работу в IT на заводах

Эти станции так и не стали лицом Московского метрополитена. Подземка 90-х, лужковское метро – о нём не пишут в путеводителях, по нему не водят экскурсии. И зря! Рождённая на переломе эпох Люблинская линия сполна хлебнула хаоса, безденежья, безнадёги… и настоящего героизма, о котором тоже не вспоминают. А ещё архитектурных и технологических новшеств. Тридцать лет назад, когда о будущем думать было страшно, «салатовая ветка» предвосхитила будущее столичной подземки – частью ставшее её настоящим, а частью, увы, тоже забытое.

Привет, Хабр! Меня зовут Андрей Слесаренко — frontend‑разработчик с опытом работы более 8 лет. Прошёл путь от джуна до тимлида, работал над разными высоко‑нагруженными проектами. В начале этого года начал активно использовать LLM‑агентов в повседневной работе — и за это время набил немало шишек.

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

Когда сервер завис или система не грузится, обычный удалённый доступ уже бесполезен. Нужен способ увидеть, что происходит прямо «на экране» машины, и управлять ею, будто сидишь перед ней с клавиатурой и мышью. Для этого и существует IP-KVM — коробочка, которая передаёт видео и управление компьютером по сети.

Sipeed делает свою версию такого устройства — компактную, открытую и недорогую. Она позволяет подключиться к компьютеру или серверу, даже если тот не загружается в операционную систему, и полностью им управлять, например, войти в BIOS, установить систему или просто перезапустить. По сути, это свой iLO или iDRAC, только без лишнего корпоративного веса и по доступной цене.

Dependency Injection (DI) — это популярный механизм внедрения зависимостей, который идеально соответствует принципам SOLID (Dependency Inversion Principle). В .NET использование DI (Microsoft.Extensions.DependencyInjection) стало стандартом де-факто.

Однако у DI есть важный недостаток: при создании корневого объекта (например, контроллера) контейнер резолвит всё дерево зависимостей, что плохо для памяти и производительности.

Решение - использование DI с Lazy<T> — ленивая инициализация зависимостей.

Проведенные исследования показывают, что во время создания ИТ-продуктов могут материализоваться 105 универсальных рисков. Также было обнаружено, что одним из критериев зрелости ИТ-субъекта является наличие результативных и эффективных мер превентивного воздействия на данные риски. Цель: проведение анализа ранее выявленных универсальных рисков, возникающих во время создания ИТ-продуктов в рамках выполнения спринтов, фаз жизненного цикла ИТ-проектов и (или) контрактов. Методы: теория управления рисками и ИТ-проектами. Анализ универсальных рисков был осуществлен с помощью методов 5W, SWIFT и коэффициентов Харрингтона. Результаты: ИТ-субъект должен заблаговременно, до заключения контракта, проводить экспресс-оценку универсальных рисков и превентивно воздействовать на них, в том числе за счет формализации в тексте контракта действий и (или) бездействий, которые должны выполнять заинтересованные стороны для элиминирования наиболее опасных рисков. Также были разработаны схемы причинно-следственных связей универсальных комплаенс- и проектных рисков, что позволило выявить часто встречаемые и наиболее опасные рисковые события. Благодаря созданным схемам был идентифицирован негативный сценарий, который продемонстрировал наихудший вариант развития событий во время выполнения ИТ-проектов. Данный сценарий дает возможность ИТ-субъектам заблаговременно разрабатывать меры «достойного» принятия рисков, не допуская наступления наиболее радикального исхода.

NAS Колхозника-1Сника на базе Turbo Селерона N150 и под управлением MS Server 2019 в компактном корпусе и с надеждой на надежность.

Последний дайджест в этому году! От неработающей к тестируемой навигации, тепловизор для разработчика, развитие Swift SDK для Android, инженерия уверенности и многое другое. С наступающим и хороших вам приложений! До встречи в новом году!

В начале декабря я публиковал статью про Postgresus 2.0 — инструмент для резервного копирования PostgreSQL. С момента этой статьи пришло много запросов на добавление других баз данных, много положительной обратной связи от пользователей и набралось больше 1000 звёзд на GitHub.

А потом я узнал, что нарушил торговый знак

Раньше в резюме строчка Уверенный пользователь MS Office (Word, Excel) была обязательна, так же как стрессоустойчивость, коммуникабельность, работа в команде.

Думаю, теперь обязательной строкой станет:

«Уверенный пользователь AI. Problem decomposition, structured prompting, critical evaluation of AI outputs, code and workflow automation.»

Я уже вижу, насколько отличается скорость разработки у инженеров, которые активно используют ИИ и у тех кто не используют ИИ вообще или используют его неэффективно

И в будущем это еще сильнее будет бросаться в глаза

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

Объем текстов в ответах ИИ очень велик и я принял решение разбить диалог на части.
Считаю, что минусование за низкий технический уровень (это уровень ИИ) да и по другим показателям неправомерно, так как научный и технический уровень ИИ несоизмеримо более высок, чем у и автора, и у минусаторов. В ответах на комментарии по более ранним, предшествующим публикациям мной показано, что в рамках предлагаемого подхода решаются такие задачи, которые современному уровню математики не "по зубам". Это и вычисление корней сравнений и вычисление инволюций минуя переборные алгоритмы.

В статистику публикаций рекомендую Хабру (администрации) внести дополнения: каждому автору указывать количество плюсов, выставляемых им другим авторам, и количество минусов, награждаемых ими других авторов. Станет видно особенно борзых и возможно как то охладит их самих. А так, неизвестно кто, не известно за что творит измывательство над хабровчанами-авторами. Страна должна знать своих "героев".

Зачем это обывателю?

Кейсов на самом деле не мало, как минимум это бесплатно и дает возможность запускать AI без облака, чтобы ничего не отправлялось в интернет (приватность, скорость), 

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

Еще можно использовать как офлайн переводчик или объяснялку без интернета, помощника по учебе и изучения чего либо.

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

Это мифическое животное всегда олицетворяло что-то очень могущественное и опасное. «Дерганьем дракона за хвост» Ричард Фейнман назвал эксперименты, проводившиеся во время создания первой атомной бомбы в проекте «Манхэттен». И такое выражение очень точно описывает действия набранных со всего мира именитых ученых, проводивших невообразимо опасные эксперименты, некоторые из которых привели к трагическим последствиям.

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

В этой статье мы рассмотрим, как использовать нейросети для описания кода через VS Code и как вносить изменения в описание в репозитории с помощью MCP-сервера GitHub.