Эта работа Рудольфа Клаузиуса опубликована в 1865 году, в ней впервые введено понятие энтропии (изменившее физику, наше понимание Вселенной и до сих пор вызывающее много споров и непонимания). Но она так и не была издана в русском переводе.

К 31 августа, который @avshkol предлагает считать неофициальным Днём Энтропии (последний день лета, предшкольные хлопоты, начинается увядание природы, ещё и Фролов день, лошадиный праздник: в этот день лошадей кормили досыта и на них не работали!), @avshkol начал выкладывать в этом посте перевод этой фундаментальной работы, «О различных удобных для применения формах основных уравнений механической теории теплоты».

Нейронке сказали — «разберись как оно работает». Пошевелив гигабайтами матриц, она полезла ковырять список классов в AppleNeuralEngine.framework— и нашла там то, что искала — «40+ private classes, including _ANEInMemoryModel». Код работал. Делал то что от него требовалось — запускал математику на ANE. Но было в этом что‑то… не то.

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

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

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

1C Extension Auditor — инструмент для анализа совместимости расширений 1С после обновления типовой конфигурации.

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

Также рассказываю, чем Auditor отличается от 1C Extension Checker 2.0 и как эти инструменты могут использоваться вместе.

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

Вайб‑кодинг захватывает разработку везде, кроме одного места — 1С. Универсальные ассистенты здесь просто не работают: они не видят вашу конфигурацию. Показываю агента, который эту проблему закрыл — и что вайб‑кодинг для 1С уже наступил, а не когда‑нибудь потом.

Кратер Шеклтон — потенциальное место высадки человечества на Луну

Привет, не удивляйтесь — RUVDS не откопала автора после анабиоза — это Александр Баулин, и на Habr уже немало моих статей по космическим и научным темам. Но там, где прошёл Ализар со статьёй о Лунной гонке, делать уже нечего, поэтому с планов человечества по Луне я переключился на оценку рисков Лунных программ США и Китая. Благо, что событий накопилось предостаточно. Конечно, обсудим, как изменились шансы России в связи с задержками в программе двух лидеров забега на лоно Суровой хозяйки.

23 августа стало известно, что китайская миссия «Чанъэ-7» отложена на следующий год. А ведь она должна была первой разведать рельеф и «атмосферу» в районе кратера Шеклтон — вероятного места высадки людей на Луне. Ранее взрыв ракеты разнёс единственный стартовый комплекс американской компании Blue Origin. Мне кажется, что появившиеся проблемы и переносы — верный признак, что гонка началась. Компании перешли от бумажных планов к железным решениям, а в реальной жизни редко что удаётся с первого раза. Какой сейчас расклад в Лунной гонке?

«С вами работает наша команда». А если это не так?

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

Бэкапы с моих серверов уезжают в объектное хранилище, и стоило это около десяти тысяч в месяц. Потом пришло письмо, что средства заканчиваются, а по расходу за трое суток выходило уже сорок с лишним. Провайдер ни при чём: репозиторий раздулся до 291 ГиБ, из которых 190 были чистым дублем, а prune не отрабатывал вообще никогда — репозиторий был повреждён, плюс шесть виртуалок конкурировали за один эксклюзивный лок. Разбираю по шагам, что нашёл и как перестроил схему.

Ну как вы поняли, сервис я так и назвала, чтоб сразу закрыть основное возражение (хихик). Да знаю, что их тысячи — и сделала еще один, и объясню дальше почему.

У меня средненький английский, примерно B1 (но для менеджерки продукта требуется обычно по‑больше левел ю ноу). Я смотрю YouTube на англ, чтобы его подятнуть и постоянно натыкаюсь на незнакомые слова. В табличку выписывать, в анки загружать — мне было лень. Хотелось так: кинула ссылку на видео — слова моего уровня сами вытащились из субтитров и встали в очередь на повторение.

Работаю много, по вечерам есть 1–2 часика обычно. Вот за пару месяцев таких вечеров (595 коммитов) получился тренажёр: pwa на реакте, данные живут в IndexedDB у пользователя, + словарик + разные упражнения.

От «сайта эпохи ИИ» ждёшь, что внутри обёртка над чат‑ботом, РАГИ, и все такое ну вы поняли. У меня вышло наоборот: LLM здесь — подрядчик на двух узких задачах, а основную работу делают частотные списки, алгоритм из 90-х ну и клод в качестве работяги. Собсна про это и будет статья, или серия статей.

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

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

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

Это первая статья цикла “Код как борьба: Кратчайшая история IT”. Эта статья про то, как рождалась идея вычислительной машины и как она столетиями ждала, пока человечество изобретёт материал, способный её выдержать.

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

Статья для тех, кто индексы ставил, но EXPLAIN читал по диагонали.

Три примера перехода с Microsoft AD на «Альт Домен»

На 4-ой партнёрской конференции «Базальт СПО» — AltConf: Orange Season — сооснователь компании Pragmatic Tools Андрей Арефьев представил три примера импортозамещения, при котором происходил переход с корпоративного каталога Microsoft Active Directory на программный комплекс «Альт Домен». Для автоматизированной миграции использовался инструмент для управляемого переноса доменной инфраструктуры Pragmatic Tools Migrator.

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

Эту тему подробно разобрали на восьмом митапе MWS для DevOps и SRE. Эксперты из MTC Web Services и Orion Soft показали разные стороны перехода к агентной разработке и поделились кейсами, как ИИ потихоньку превращается в виртуального сотрудника — агента, действующего без постоянного сопровождения человека, и что для этого приходится менять в инженерных процессах.

Я руководитель, поэтому в 1С мне чаще всего нужны не документы сами по себе, а ответ на несколько довольно простых вопросов.

Как идут продажи?
Выполняем ли план?
Что изменилось по сравнению с прошлым периодом?
Есть ли просроченная задолженность?
Сколько сотрудников сейчас на местах?

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

Допустим, утром мне достаточно такой информации:

У моего генератора QR-кодов листами появился публичный API: POST с JSON, в ответ сразу готовый PDF, до 1500 кодов за запрос, без регистрации и ключей. Внутри рассказ, почему я не завел ни ключи, ни Redis, как работает лимитер на файлах с flock и fail-open, и на какой грабле Apache POST молча превращался в GET.

Привет, Хабр! Меня зовут Василий, я директор SaaS-направления в Аспро — мы разрабатываем систему управления проектами Аспро.Cloud.

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

По данным опроса Comindware и Artezio, сотрудники российских компаний тратят в среднем 42,5% рабочего времени на рутинные операции, которые можно автоматизировать. И происходит это не из-за лени или загруженности, а из-за «цифрового хаоса»: разрозненных решений без общего плана. Компании месяцами живут с этой рутиной и почти никогда не переводят ее в рубли — а зря, потому что цена у нее вполне конкретная.

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

Когда собираешь свой новый компьютер, есть несколько важных цифр, на которых держится буквально все. Одна из них — максимальная высота кулера. Ее производитель корпуса указывает в характеристиках, а мы принимаем на веру. Кажется, что все просто: посмотрел на характеристики корпуса, сверил цифру с высотой кулера из его спеков и понял, встанет или нет. Иногда запас составляет всего пару миллиметров, и мы думаем, что этого достаточно, и со спокойной душой оформляем заказ. В итоге начинаем собирать компьютер, а кулер либо не влезает вовсе, либо упирается в стекло боковой панели. Неприятно? А оказывается, этот риск выше, чем многие думают.

Кто может назвать самый известный во всем мире «помощник» при написании не только программного кода, а вообще любого, даже небольшого текста? Наш тайный чемпион – буфер обмена!

Кто-то, наверняка, сейчас усмехнется, но задумайтесь на пару секунд: сколько раз вы не переписывали текст тупо слово за словом, а просто копировали и вставляли его в нужное вам место? Ведь мало кому захочется так тратить свое время, когда можно просто скопипастить. Все к этому привыкли настолько, что никто не сможет уверенно сказать сколько раз за день он нажимает [Ctrl]+[C] и [Ctrl]+[V]. В каких-то случаях, может быть, удобнее перебирать пальцами [Ctrl]+[Insert] и [Shift]+[Insert], или мышью тыкать в картинки на панели инструментов, – все это уже кому как удобно поступать в каждый момент времени.

Все-таки буфер обмена можно назвать главным помощником при написании текстов, и в том числе в 1С-разработке. И тем более, что в 1С можно так копировать не только текст процедур, но реквизиты и целые объекты в структуре конфигурации.

Привет, Хабр. Я 1С-разработчик SimbirSoft Михаил, в этой статье поделюсь своим опытом подбора инструментов, которые помогают ускорить разработку в 1С.

Приветствую всех!

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

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