Разработка

Если ваш API-клиент выглядит как башня декораторов — вы уже в зоне инженерной боли. Рассказываю, как я из этого выбрался.

^{Image: Harry Wad}

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

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

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

Концепция информационного моделирования (BIM) подразумевает создание единой модели: это непрерывный процесс совместной работы над объектом.

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

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

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

В этой публикации я хочу поделиться опытом совместной работы в nanoCAD BIM Строительство, рассмотрев особенности применения технологий совместного моделирования на примере архитектурно-строительного раздела (рис. 1).

«Потерянное интервью» было вовсе не о компьютерах. Это был чертёж эры искусственного интеллекта и приговор традиционному менеджменту.

В 1995 году Стив Джобс пребывал в изгнании.

Десять лет назад его выгнали из Apple. Он возглавлял NeXT – нишевую компьютерную компанию, и Pixar – крошечную анимационную студию, ещё не выпустившую «Историю игрушек». Ему было сорок, когда он оказался в комнате со съёмочной группой передачи Triumph of the Nerds («Триумф чудаков»).

Он дал откровенное, без купюр, 52-минутное интервью. Но из-за нелепой ошибки при пересылке мастер-кассета затерялась где-то между Лондоном и США. Она пропала бесследно.

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

Смотреть её сегодня – жутковатый опыт. Джобс говорил не о девяностых. Он описывал законы цифрового мира, который достигнет зрелости лишь в 2026 году. Он предрёк «смерть менеджера среднего звена», «преимущество 100 к 1» в разработке и ловушку «процесса вместо сути».

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

Всем привет.

Почти 15 лет я не писал на Хабр. Я не сошел с ума (см. предыдущий пост в профиле), всё в порядке, просто дело в том, что не было достойной темы. И вот впервые за 15 лет мне сильно захотелось поделиться с обществом своим небольшим открытием.

В двух словах — вчера придумал инструмент для ревью чата с ИИ по аналогии с ревью гитлаба. Дипсик написал ТЗ, код, сопроводительные документы и статью для Хабра.

Claude AI + Python + pandas = экономия 85% времени. Полный разбор архитектуры, кода и подводных камней.

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

Когда мы в «БХВ» обсуждали новую книгу по SQL, разговор неожиданно ушёл не в сторону синтаксиса, а в сторону обучения. Точнее — в сторону того, почему так много людей бросают изучение SQL на середине. И наш постоянный и горячо любимый читателями автор Ольга Назина, известная своими бестселлерами по тестированию, предложила: а давайте сделаем прикольную книгу, с шутками, забавными картинками и простыми примерами, чтобы читать ее было интересно?

Три недели. Скепсис, эйфория, разочарование, умиротворение бессонница. Как я месяц подряд экспериментирую c Claude. Через мою призму и призму Claude. 

1.5 миллиона API-ключей ИИ-агентов утекли в сеть. Но это не самое страшное. Исследователи обнаружили "Prompt Worms" — вирусные промпты, которые агенты передают друг другу, заражая память и выполняя вредоносные инструкции. Разбор инцидента Moltbook, концепция Lethal Trifecta и почему традиционные антивирусы здесь бессильны. Читайте, как слова стали новым вектором атаки.

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

🤖 Расскажу немного про теорию
🤖 Покажу как обучить всё это дома на коленке (и стать экспертом в Physical AI конечно)

Мы привыкли, что нейросети — это «черный ящик»: на входе данные, на выходе ответ, а внутри магия. Но что, если этот ящик можно сделать прозрачным? Команда Anthropic провела масштабное препарирование Claude 3 Sonnet, чтобы найти конкретные «фичи», отвечающие за концепции — от Золотых Ворот до уязвимостей в коде. Разбираемся, как устроены мысли нейросети и почему это открытие меняет наше представление о безопасности ИИ.

В любой компании справочники НСИ сначала выглядят как “ну это же просто таблицы”. Контрагенты, номенклатура, адреса, подразделения, единицы измерения, статусы. Пока людей и систем мало - всё держится на внимательности пары сотрудников и привычке “если что, поправим руками”.

Приветствую. Эта небольшая история будет не столько о самом мощном упаковщике на Sega Mega Drive, сколько о том, как я, в очередных своих попытках пореверсить что-нибудь интересное на старушку Сегу, откопал бесценное сокровище, почти утерянную часть истории разработки видеоигр, если можно так (достаточно громко) выразиться!

Заинтриговал? Тогда добро пожаловать под кат.

Этот документ не просто описывает поведение модели или ставит ей граничные условия, это попытка обращения к самой модели, попытка компании-создателя LLM "договориться" со своим детищем (и одновременно удовлетворить требования регуляторов и общественности в безопасности и этике модели). Текст этой "конституции" пытается решить несколько непростых вопросов во взаимодействии человека и LLM.

Несомненно, данный документ станет знаковым в современной истории технологий, поэтому считаю необходимым познакомить с ним русскоязычного читателя. Более того, здесь и в "Подростковом периоде" видна попытка Anthropic перехватить у OpenAI интеллектуальное лидерство (и лидерство во влиянии на политику западных правительств в области ИИ)...

Для понимания этого текста рекомендую также прочитать мой перевод "Подросткового периода технологий" — программного эссе Дарио Амодеи, основателя Anthropic.

Новый проект, первый день. Тебя добавили в Slack, кинули ссылку на Jira и PM говорит: «Вот команда, начинай». И ты начинаешь… угадывать. Когда ретро? К кому идти, если упал стенд? Почему задача висит в Review неделю?

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

Проблема не в твоей компетентности, а в отсутствии системного онбординга. Исследования показывают: QA-специалист должен начать приносить пользу (находить баги) в течение 2-4 недель. Без правильных вопросов на старте этот срок растягивается на месяцы.

Этот гайд – ваша страховка от хаоса. Мы объединили критические вопросы тимлиду и расширенный чек-лист, который поможет профессионально влиться в работу за первые 48 часов.

Я не нашел на хабре достойного представления фрейморка Jaspr сообществу и решил представить сам. Flutter, безусловно, хорошая магия: один код для всех платформ, в том числе и Web. Но за магию приходится платить. Платить мегабайтами загрузки, муками с SEO и ощущением, что ты принёс на пляж боулинг — вроде и весело, но как-то не к месту. Команда Flutter и сама честно говорит: Flutter Web создан для веб-приложений, а не для веб-сайтов. Для сложных дашбордов, PWA, для всего, что живёт за логином — да. Для контентного сайта, блога, лендинга — увы.

Знакомьтесь, Jaspr. Веб-фреймворк на Dart, который осознанно отказывается от канваса и пиксельной магии Flutter в пользу старого доброго HTML и CSS. Он выглядит как Flutter, ощущается как Flutter, но на выходе даёт то, что поисковики и браузеры любят и понимают: обычный HTML-документ и DOM. А попробовать на вкус его можно здесь.

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

У меня есть опыт менторства в разных школах программирования, возможно кому-то эти мысли помогут при выборе (а скорее отказе от школы программирования)

Хотите узнать про этот опыт - добро пожаловать под кат.

Обзор на браузерные API, которые стали Widely available в январе 2026. Раз в месяц я буду вам напоминать, что вы уже можете использовать в проде.

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

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

Поговорим о скорости. А точнее — о том, как мы заставили far2l мгновенно «проглатывать» большие объемы текста из буфера обмена терминала, даже если вы сидите через медленный SSH на сервере, где нет иксов.

Привет! Я Женя Белодед — дизайнер интерфейсов в resume.co. В прошлом году я запустил проект «А что, если...», где каждый день придумываю иронично-полезные фичи для интерфейсов и отрисовываю их. Сегодня покажу подборку лучших концептов про всеми любимый рабочий мессенджер Slack. Уверен, некоторые идеи вас точно не оставят равнодушными.