https://jamanetwork.com/journals/jama/fullarticle/198947 Compensation for Energy Intake From Fast Food Among Overweight and Lean Adolescents

Взяли группу детей, дали возможность раз в день стрескать за 1 час столько бургеров и прочего, сколько сможешь. Причём для жизненности, ели люди на фуд-корте, а не в лаборатории. Затем во второй части исследования точно контролировали сколько дети потратили энергии за 2 следующих дня. Участники от 13 до 17 лет. Толстых 26, худых 28. Для пущей наглядности, фастфуд буквально "не кончался", чуть съедаешь бургер и выпиваешь колу - подтаскивают ещё и ещё.

При свободном поедании фастфуда, толстые зажрали за 1 час - 1860ккал, а худые только 1458. В итоге толстые хапали за 1 час 66.5 % суточной своей нормы калорий, а худые 57 %. Худые не ели больше толстых, они ели меньше, никакого чуда в том, что в итоге худые так и будут худыми.

Третья часть статьи посвященной трудностям миграции с Firebird на PostgreSQL. (1ая часть, 2я часть).

В первой части обсуждалось как отличие реализации MVCC в Firebird и PostgreSQL может привести к сложностям при миграции информационной системы. Напоминаю девиз этой серии статей – "Ваши ожидания – это Ваши проблемы". Рассмотрим еще некоторые моменты, которые позволят Вам не находится в состоянии "обманутых ожиданий" при миграции с Firebird на PostgreSQL.

Не секрет, что в последние годы различные компании достаточно часто принимают решение о миграции работающей информационной системы с Firebird на PostgreSQL.

Типичная ситуация выглядит так:

Проект работает несколько лет. Заказчик «верит», что проблема не в проекте, а в СУБД. Firebird — «плохая» СУБД.

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

«Самый горячий язык программирования сегодня — английский», — заявил Андрей Карпатый в своей лекции о Software 3.0. Звучит как мем, но за этой фразой стоит серьезная концепция эволюции разработки ПО.

Карпатый предложил простую, но мощную модель: как мы дошли от написания кода на C++ до промптов на естественном языке. При этом сама концепция остается спорной — одни называют её «новой операционной системой», другие видят дорогой эксперимент с непредсказуемым поведением.

Разобрал лекцию, убрал пафос и оставил практические выводы для разработчиков, продакт-менеджеров и CTO, которые решают, когда и как внедрять LLM в свой продукт. Ниже — основные тезисы Карпатого и контраргументы из реальной практики.

Здравствуйте, меня зовут Дмитрий Карловский и я.. придерживаюсь следующей парадигмы мышления: всякое определение должно иметь чёткую границу между тем, что ему соответствует, и тем, что не соответствует.

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

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

ИИ обучается на существующих данных, как джуниор-разработчик на Stack Overflow, и становится похож на мидла. Но сможет ли он когда-нибудь дорасти до сеньора?

Заголовки вроде «Программисты будут не нужны через пять лет» появляются всё чаще, а модели, такие как ChatGPT и GitHub Copilot, демонстрируют впечатляющие способности в написании кода, однако мы считаем, что никаких серьезных изменений в IT-сфере в ближайшие годы не случится. В этой статье мы предлагаем к обсуждению свои аргументы для такого непопулярного мнения.

Привет, друзья! Суть капитализма описывается простой формулой: произведи товара, потратив 100 рублей, продай полученный товар за 110 рублей. Разницу в 10 рублей положи в карман.

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

Сегодня мы поговорим о важности рынков сбыта при капиталистическом укладе.

Данная статья открывает серию из трёх материалов, каждый из которых представляет отдельный уровень изучения Kafka.

Если у тебя уже есть практический опыт работы с Kafka — первый уровень, скорее всего, не для тебя. Он предназначен для новичков, которые хотят понять, зачем вообще нужен Kafka и где он используется. На втором уровне ты углубишься в технологию — и этого уже будет достаточно, чтобы уверенно использовать Kafka в профессиональной работе. Третий уровень — это джедайский уровень. Не обязателен, но если ты его освоишь — будет круто. Серьёзно.

Привет, Хабр! Меня зовут Лера, я технический писатель в Авито. Делюсь с вами разбором полезной книги — «Радикальная прямота» Ким Скотт.

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

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

С детства я хотел иметь систему, которая бы охватывала все (или почти все) аспекты моей жизни. И главное — чтобы она тратила минимум моих усилий. Абсолютный минимум. И у меня это получилось.

Я расскажу о системе, к которой шел почти 18 лет, потому что системы GTD для обычных людей у меня не работали. Я пробовал ежедневники, Google Keep, Evernote, Notion, физическую белую доску для маркеров, делал локальный сайт на HTML, писал себе в личные сообщения и в канал в соцсетях и мессенджерах, пока, наконец-то, не дошел до Obsidian.

Пишут, что в греческом и арабском ещё больше, но там столько оговорок (что считать словом) и опровержений, что я в них запутался. Киньте ссылку, плиз, если где-то есть внятное авторитетное объяснение.

1. В 1066-м году Вильгельм Завоеватель захватил британские земли и получилась такая ситуация: всё начальство – французы, говорят на французском; местные – на своих языках. Французов ассимилировали, связь с Францией у них фактически оборвалась. Но английский впитал в себя огромную часть французского языка. Эти слова стали литературными синонимами, их до сих пор используют в образованных кругах + в школах и вузах французский учат как иностранный – это тоже не даёт французским словам устаревать.

2. Со времён римских завоеваний латинский язык из Англии особо и не уходил. А когда над Британской империей перестало заходить солнце, он всё ещё был международным языком науки. Для руководства колониями и обслуживания финансовых потоков нужно было много образованных людей. Они и ввели тонны латинской лексики и даже фразеологии в обиход. Все эти слова до сих пор формально существуют в английском, но используются всё реже, и некоторые уже смело можно считать устаревшими. Но многие прижились. Например, в юриспруденции и в языке церкви – сплошная латынь.

3. США, Канада, Австралия и Великобритания – уже очень давно самостоятельные цивилизации, к тому же удалённые друг от друга географически.

Причём речь в этих странах различается и от региона к региону. Нам кажется естественным говорить на совершенно одном языке в Питере, Владивостоке и уральских деревнях, а жители других стран удивляются. И дело тут не в них, а в нас.

В СССР проводилась сознательная политика унификации речи. Абсолютно одинаковая школьная программа по всей стране, одни учебники. Одинаковый язык всех СМИ – от местной газеты до центрального радио и телевидения. Одни и те же фильмы, их мало, все пересмотрены по сто раз и растасканы на цитаты. До 30-40-х местные диалекты ещё абсолютно господствовали в деревнях, а потом подросло первое советское поколение. На самом деле, у нас до сих пор почти в каждом поселении есть старики, которые эти диалекты помнят, просто говорить на них уже не с кем.

В своей предыдущей статье [перевод на Хабре] я говорил о множестве недостатков C++, которые, по сути, устранил Rust. Благодаря этому код теперь легко использовать правильно и сложно использовать неверно. Я не говорил о безопасности по памяти, просто привёл пример того, что пользователь функции не может случайно поменять местами аргументы количества и цены.

На написание статьи меня вдохновил доклад Мэтта Годболта о том, как можно сделать интерфейсы C++ более надёжными: Correct by Construction: APIs That Are Easy to Use and Hard to Misuse. Вам стоит его посмотреть!

В той статье я сказал, что Rust гораздо лучше помогает разработчику, возможно, благодаря тому, что у него были десятки лет, чтобы учиться. В конце концов, первая версия C++ была выпущена в начале 80-х, а Rust — в начале 2010-х. Если дать C++ несколько десятков лет для обучения, то, разумеется, появятся новые структуры, которые будут обладать высоким качеством и которые сложно использовать неправильно.

Но так ли это?

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

Сегодня в мире ИИ-бум. Но мы до сих пор не знаем, как измерять интеллект, креативность или эмпатию этих систем. Тесты, которыми мы пользуемся, далеки от идеала. Но самое главное — они изначально создавались не для ИИ, а для человека. Команда VK Tech перевела статью о том, что такое универсальный ИИ, как вообще тестировать и «измерять» искусственный интеллект и как на самом деле неравномерно распределяются его возможности и способности.

В марте 2025, компания Pangea провела конкурс – в нём поучаствовали более 800 участников из разных стран. Суть в том, что было несколько комнат – лабораторных, где участникам необходимо было реализовать атаки, обойдя защитные механизмы моделек. В общей сложности было прислано 329 тысяч промптов, среди которых 239 тысяч – это попытки взлома, а успешными из них оказался только один процент – 3095.

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

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

Что-то все это напоминает, не правда ли? Технологии меняются быстро, а вот люди — не очень. Все это и обсудим дальше.

Линус Торвальдс, создатель (и великодушный диктатор) Linux, всегда с особой критикой относился к C++, объясняя почему он отвергает его в разработке ядра Linux. Но он не просто резко высказывается против использования C++, а приводит ряд аргументов, которые мы с вами сегодня и рассмотрим.

tl;dr: как обойти внутреннюю цензуру «Шедеврума» и получить то, что хочешь. Описание реализованных состязательных атак с примерами реализации. Без глубокого раскрытия механизма почему так получается.