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

Когда я начинал первую статью — ту самую «Теория всего. From Zero to Hero» — мотивация была простая: физика — это не набор разрозненных курсов (квантовая механика, теория поля, теория струн, космология), а единый язык, который пока плохо организован на интуитивном уровне. Я не пытаюсь «создать новую физику», а лишь систематизирую понятийный аппарат вокруг цельного восприятия теоретической физики и облегчить читателю путь к пониманию самых сложных областей человеческого знания.

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

Затем поверх этой геометрии поднимается квантовая теория поля: эффект Унру (почему ускоренный наблюдатель видит вакуум «тёплым»), излучение Хокинга и энтропия Бекенштейна–Хокинга, четыре закона термодинамики чёрных дыр. На этом фоне я формулирую информационный парадокс и подключаю голографическую дуальность AdS/CFT: чёрная дыра в AdS ↔ тёплое состояние унитарной CFT на границе. Вводятся формулы Рю–Такэяги и квантово-экстремальных поверхностей (RT/QES), которые делают идею «информация на поверхности» буквально истинной и дают правильную кривую Пейджа для энтропии излучения.

В финале статья поднимается до космологии: FRW-модели и уравнения Фридмана, тёмная материя и тёмная энергия в общем языке «QFT + информация + гравитация», теоремы Пенроуза–Хокинга о сингулярностях и сценарии, которые пытаются обойти классические «бесконечности» (bounce, fuzzballs, causal set, струны). Текст написан в том же стиле, что и предыдущие части: без лишней формальной казуистики, но с максимальной аккуратностью и уважением к читателю с физмат-бэкграундом.

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

Я здесь, чтобы сказать вам: дело было не в вас.

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

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

«Напиши учебник. Тот самый, который мы заслужили».

Что ж, это он. Глава первая. Забудьте всё, что вы знали. Мы начинаем с нуля.

Мы отправимся в путешествие к самым основам человеческого мышления. Мы увидим, как драма, начавшаяся 2500 лет назад с простого вопроса о летящей стреле, породила всю современную науку — от физики до нейросетей.

Пристегнитесь. Мы погружаемся.

Machine Learning и Data Science — это одни из самых популярных и востребованных направлений в IT. Но вместе с этим — они и одни из самых сложных для входа. Здесь огромное количество тем, инструментов, библиотек, подходов и постоянно появляющихся технологий.

Из-за этого многие новички начинают обучение с энтузиазмом, но через пару месяцев теряют интерес. Причины могут быть разные: слишком много теории, мало практики, нет чёткого плана или понимания, зачем вообще всё это нужно.

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

Я перешёл на удалённую работу ещё шесть лет назад, до пандемии COVID-19. Со временем всё больше моих коллег перешли на удалённый формат, и сейчас я работаю в компании, у которой вообще нет никакого офиса, а все сотрудники работают удалённо из разных стран. Из своего опыта я вынес несколько ключевых инсайтов.

Продолжаем наращивать базу знаний по System Design! В этот раз освятим использование Pub/Sub, Event-Driven Architecture, Distributed Systems, Leader Election. Посмотрим на их концепции и области применения при проектирование высокодоступных отказоустойчивых систем.

Меня зовут Андрей Никольский, я Head of Platform в Банки.ру. Сегодня хочу обсудить не самую приятную, но важную тему — технический долг и как с ним работать.

Любой разработчик или руководитель неизбежно сталкивается с техдолгом: либо устраняет его, либо создает. Чаще всего — и то, и другое одновременно. Год назад я решил глубже разобраться в этом вопросе и начал изучать, что происходит в индустрии: как компании работают с техдолгом в теории и на практике, какие подходы применяют и с какими проблемами сталкиваются.

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

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

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

Когда-то я писал веб-приложения. Решал задачи бизнеса, деплой в прод, REST, тесты, метрики, кубики. Всё было нормально. Но в какой-то момент мне стало… скучно.

Да, задачи были интересными. Команда — отличной. Но где-то внутри появилась пустота. Хотелось делать что-то настоящее. Осязаемое. Что-то, где за твоим кодом — больше, чем UI и API. Хотелось влиять на реальный мир.

Так я попал в мир электропривода.

Недавно я разместила на Хабре статью о своем первом AI‑продукте и в комментариях под статьей, к моему большому удивлению, развернулась интересная дискуссия о кварках. И я подумала, раз есть такой интерес к этой теме — напишу свое видение и разложу по полочкам так, что для одних она станет первой дверью в мир науки, для других — новым взглядом на старые концепции, а для третьих, возможно, перевернет представление о природе мира и человека.

Почему ИИ не уничтожит профессии программистов, а создаст дефицит кадров в IT: сценарий, который все игнорируют

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

Привет! Меня зовут Андрей Дорожкин, и я руковожу командой администрации баз данных в Hybrid. В этом материале я поделюсь опытом работы с ClickHouse — колоночной БД, разработанной специально для аналитических запросов, которая позволяет получать результаты в разы быстрее традиционных решений. Также я подсвечу, как устроен этот продукт, чем он отличается от реляционных баз данных, и в каких сценариях его использование может дать бизнесу реальное преимущество.

Пара слов о компании Hybrid. Мы — независимая AdTech-экосистема с собственным стеком технологий и решений для любых рекламных целей. Развиваем собственные технологии благодаря in-house отделу разработки, который каждый день работает над их улучшением. ClickHouse — инструмент, который мы выбираем для хранения данных за высокую скорость обработки запросов, эффективное сжатие данных и масштабируемость.

Привет новичкам в Kubernetes и тем, кто не знаком с этой технологией!

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

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

Мы решили сравнить платформу оркестрации кластеров Kubernetes с любой крупной компанией, взяв за пример «Штурвал». Что из этого вышло — читайте под катом.

Часть 1: элементы памяти и убеждения
Часть 2: события
Часть 3: инстинкты
Часть 4: подкрепления и сложные паттерны
Часть 5: подкрепления на «сущностях»

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

Критериями качества модели можно считать удобство и функциональное соответствие физиологическим явлениям. Почему модель качественная:

• имеет высокую связность элементов;
• подтверждается сотнями примеров (будут приведены в статье);
• имеет много точек опоры на нейробиологию;
• подтверждается используемыми в психологии методиками;
• может быть проверена психологическими экспериментами;
• сочетается с теорией эволюции.

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

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

На сегодняшний день мы имеем несколько разных подходов к понятию энтропии:

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

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

Начну, пожалуй, с самого сервиса. Я написал достаточно простое веб-приложение на стеке - Java, Spring, Maven, REST, HTTP, Hibernate, Postgresql, JSP/JSTL. Пока приложение представлено достаточно в сыром виде, но для понимания, как оно упаковывается в контейнер, вполне подойдет. Если вкратце, то это сервис для голосования за лучший ресторан, где можно зарегистрироваться, добавить ресторан, его описание, оставить отзыв и проставить рейтинг. Также, в зависимости от роли, можно посмотреть информацию о пользователях и редактировать ее. 

Это компиляция основных знаний по проектированию архитектуры ПО, которые мне удалось собрать. Конспект доступен по ссылке на Miro-доску.

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

Эта статья для начинающих системных аналитиков, которые хотят понять основы WebSocket.

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

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