Профессиональная литература *

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

Конструкции типа look for, look after, depend on часто относят к фразовым глаголам, но в действительности это обычные глаголы с предлогом. Называть их фразовыми – это всё равно, что считать фразовыми глаголами русские сочетания «смотреть за» или «зависеть от».

Словари содержат фразовые глаголы (далее ФГ), состоящие из трёх компонентов. Например, close in on, put up with. Но, строго говоря, третий компонент в них – просто обычный предлог, поскольку ФГ, так же, как и обычные, имеют управление (используются с определёнными предлогами).

ФГ состоит из двух компонентов: собственно глагола (далее «базовый глагол») и образованной от предлога «частицы» (часто её называют «послелог») –  in, up, off и т.д. Частица либо передаёт буквальное пространственное перемещение (come in, walk out, spill over), либо несёт один из исторически более поздних переносных смыслов.

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

The coin dropped out of my pocket не содержит ФГ: out of здесь – предлог, как и в Mary came out of the house. Но:

I lost the coin – it dropped out.
I am not a student anymore – I dropped out.

В этих двух предложениях drop out – полноценный ФГ с двумя самостоятельными значениями: «выпасть» [из кармана] и «вылететь» [из учебного заведения].

The stain won’t come off the surface не содержит ФГ: off the surface здесь – предложная фраза и off – предлог. Но:

The dress is ruined: the stain won’t come off содержит ФГ come off с самостоятельным значением, отражённым в словарях – «сходить» [о пятнах], а off здесь – частица-наречие.

Привет, Хабр! Меня зовут Максим Жданов, я отвечаю за продуктовый маркетинг в LDM. Мы любим часто и много рассказывать о цифровизации, автоматизации и внедрении ИИ в повседневные процессы. Мы сами используем ИИ в своей работе (не в статьях) и в решениях, которые предлагаем рынку. Но сегодня я хочу затронуть тему, которая лежит немного глубже: как искусственный интеллект меняет наше понимание экспертизы и мастерства.

Я потратил пару недель на создание конвейера с открытым исходным кодом, который переводит книги целиком с помощью платных подписок на LLM. Поддерживаются Claude Code, Antigravity CLI и Codex. В статье описаны принципы построения конвейера для максимального качества перевода, а также тонкости по лимитам, скорости, цензуре и т.п. Проект BookTrans на GitHub.

У меня дома зоопарк устройств: Android, iPhone, MacBook, Windows. На каждом стоит своя читалка: когда‑то на андроиде был CoolReader (отличная штука, я им вдохновлялся), на маке — платный BookReader, на айфоне — Eboox, на винде — десктопный CoolReader

Я решил написать веб‑читалку для домашнего сервера.

Делюсь впечатлениями о недавно вышедшей книге «Не усложняй! Управление проектами по методу P3.express» за авторством @daIlenkov и @lera_ilenkova

Это небольшая (~250 страниц) книга по управлению проектами на основе минималистичной системы P3.express, написанная лёгким и доступным языком. Отлично подойдёт для новичков. В сети уже немало отзывов, которые можно свести примерно к этой формуле.

Я хочу взглянуть на неё чуть глубже. Это книга-матрёшка.

Первый уровень действительно такой, каким его описывают в большинстве отзывов, — хорошо написанная книга, которую можно смело рекомендовать новичкам. На самом деле это ценное качество, потому что в интернете довольно часто спрашивают, что почитать/посмотреть/поучить новичкам по теме управления проектами. Отсылать сразу к PMBOK — и непродуктивно, и негуманно. Что там ещё рекомендуют из года в год? «Дедлайн» Тома ДеМарко? На самом деле отличная книга, люблю её, но сам же признаю, что жанр бизнес-романа имеет свои недостатки и подходит не всем. А надеяться на качественный онбординг на новой работе/роли не приходится — у руководителей проектов это устроено гораздо грустнее, чем у каких-нибудь айтишников. К тому же на эту первую работу ещё надо как-то умудриться попасть, и довольно часто это оказывается переходом на новую роль внутри компании. Но это идеальный случай, а ведь частенько бывает так, что какой-либо проект поручают не выделенному руководителю проектов, а опытному специалисту или руководителю подразделения — в довесок к основным обязанностям. Если до этого они не сталкивались с дисциплиной проектного управления и не имеют внутри организации поддержки от проектного офиса (или чего-то подобного), то приходится устраивать забег по граблям. Книга поэтапно показывает будни менеджера проектов — что вообще он делает и что от него ожидается. Так что если у вас нет возможности заранее ознакомиться с должностной инструкцией, положением о проектном управлении, регламентами проектных работ (а это мало где есть или есть, но частенько не работает), вы сможете понять, что от вас требуется и каких ошибок стоит избегать.

Компания Postgres Professional представляет новое издание книги Егора Рогова «PostgreSQL 18 изнутри», которое будет выпущено в издательстве «ДМК Пресс» в 2026 году. Электронная версия доступна уже сейчас. Эта книга — подробный путеводитель по внутреннему устройству СУБД PostgreSQL, призванный помочь разработчикам и администраторам детально разобраться в механизмах её работы.

Привет, Хабр! На связи @Holmogorov руководитель проектов компьютерной редакции издательства БХВ. В своей прошлой заметке я обещал рассказать, как новые издания преодолевают путь от идеи до полки книжного магазина, сколько времени обычно  занимает написание книги, какой нужен объём, как устроен авторский договор. Пришла пора выполнять обещание.

Привет, Хаброжители!

Читаем выгодно: майская распродажа от издательства «Питер».

Меня зовут Игорь Гранщиков, я руководитель разработки Авито Недвижимости. Эта статья о паттернах организационного дизайна основана на моём докладе на Saint TeamLead Conf 2025. Там, где что-то взято из книги, фреймворка или методологии, будут явные ссылки. Всё остальное — моё личное мнение, основанное на опыте. Каждый из этих паттернов я так или иначе пробовал в разное время и в разных компаниях: что-то приживалось надолго, а от чего-то приходилось довольно быстро отказываться.

Более тридцати лет назад норвежские разработчики Ховард Норд и Эйрик Чамбэ-Энг создали Qt — фреймворк, которому суждено было стать стандартом де-факто для кроссплатформенной разработки. Широкому распространению Qt во многом способствовал Маттиас Эттрих: основатель проекта KDE выбрал его в качестве фундамента этой среды, а затем занял руководящую позицию в команде разработчиков Qt. А уж тем более трудно было предвидеть, что у Qt появится свой «летописец» в России, книги которого разойдутся тиражом более 25 000 экземпляров.

Вот как сам Эттрих напутствовал читателей в первом издании книги Макса Шлее:"Давайте начнём с вымышленной истории. Представьте, десять лет назад кто-то пришёл ко мне и спросил: «Возможно ли написать многофункциональное графическое приложение, а затем скомпилировать и запустить его на всех основных операционных системах? На Linux, на UNIX, на Windows и на Macintosh?» Тогда — будучи молодым прграммистом — я, вероятно, ответил бы: «Нет, это невозможно. А если бы и было возможно, то система была бы очень сложной в использовании и ограниченной самой слабой платформой. Лучше выберите одну платформу или напишите свой код несколько раз». Несколько лет спустя я открыл для себя Qt — и понял, как сильно я ошибался! Qt делает настоящую кроссплатформенную разработку реальностью, не ограничивая ваш выбор и творчество. Слишком хорошо, чтобы быть правдой? Не верите? Что ж, доказать легко. Я передаю слово Максу, который расскажет вам, как именно это делается. Макс, твой выход.

Привет, Хабр, на связи @holmogorov, руководитель проектов редакции компьютерной литературы издательства «БХВ». Когда 25 лет назад, в 2001 году, в издательстве «Питер» вышла моя первая техническая книга, я и не думал строить карьеру в этом бизнесе. Можно сказать, я вообще попал в книжную сферу случайно: на тот момент я трудился в периодике, редактировал статьи для журнала «Магия ПК», а в свободное время делал сайты (кто тогда этим не занимался?). Однажды главред «Магии» Саша Альбов предложил мне халтуру: нужно было помочь коллегам из «Питера» отредактировать книжку по веб-дизайну, благо, я в этой области как раз неплохо разбирался. Однако ознакомившись с рукописью, я быстро понял, почему с проекта сбежал предыдущий редактор: текст был абсолютно безграмотен как с литературной, так и с технической точки зрения. «Это г… гениальное произведение нужно переписывать полностью», — заявил я тогда руководителю редакции Кате Строгановой, — «даже я написал бы такую книжку лучше». «Можешь — напиши!», — лаконично ответила Катя. И я написал. Потом еще и еще. Как в том анекдоте про кота и пылесос: сначала было страшновато, но со временем втянулся.

Мир за прошедшие 25 лет изменился до неузнаваемости: тиражи упали примерно в пять раз, книжки подорожали почти на столько же, да и технологии в IT стали совсем другими. Я за это время написал и выпустил более 50 книг и сам стал руководителем направления в книжном издательстве. Но я считаю, что именно сегодня — самый лучший момент, чтобы сделать быструю и успешную карьеру в качестве писателя, а конкретно — автора компьютерной литературы. Причем сейчас для этого потребуется гораздо меньше усилий, чем 25 лет назад.

Команда экспертов Postgres Professional — Павел Лузанов, Егор Рогов и Игорь Лёвшин — представила обновлённое 12-е издание своего бестселлера «Postgres. Первое знакомство». Главная новость: книга актуализирована под возможности новейшей 18-й версии PostgreSQL.

Это небольшое, но ёмкое руководство призвано максимально быстро и комфортно погрузить читателя в работу с самой продвинутой СУБД с открытым кодом.

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

Но в какой‑то момент я понял, что для того чтобы всё это автоматизировать не нужна какая‑то единая сложная система. Достаточно небольших скриптов и связки трёх инструментов:

📍 Excel / Google Таблицы — как удобный интерфейс и база данных.
📍 Python — как универсальный автоматизатор.
📍 API — как пульт управления.

За годы у меня накопились десятки готовых скриптов и нестандартных решений. Я решил собрать их, систематизировать и выпустить в виде книги: «Excel, Python и API. Автоматизация данных и управление офисом, домом, финансами».

Приветствуем, Хабр.

Сегодня мы хотим напомнить вам об одной важной книге, которую в очередной раз допечатали в январе текущего года: «Создание событийно‑управляемых микросервисов». Мы пытаемся развить эту тему в разрезе «для начинающих архитекторов», рады были бы пообщаться с потенциальным автором, который также разделяет наш интерес. Чтобы был более понятен интересующий нас уровень сложности и круг тем, предлагаем ознакомиться с переводным обзором этой темы; статья сентябрьская, найдена в блоге «The Scalable Thread».

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

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

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

Markdown — популярный и удобный язык разметки, но это также и очень ограниченный формат. Поэтому задача написания в Markdown сложной технической документации по ГОСТ, научной статьи с автоматической настройкой оформления для заданного издательства или хорошо оформленного онлайн-учебника может показаться неосуществимой. В этой статье рассмотрим способ работы над научно-техническими статьями и книгами в формате Markdown на основе подхода Docs as Code с учётом строгих ограничений на оформление, используемый Петром Советовым и мной при подготовке учебных материалов в РТУ МИРЭА.

Способ заключается в применении утилиты pandoc для построения дерева абстрактного синтаксиса (AST) Markdown-документа с последующим переписыванием AST набором фильтров на Lua и трансляцией AST в форматы docx и pdf, соответствующие ГОСТ, а также в диалект markdown, совместимый с mdBook, для генерации онлайн-учебника.

Онлайн-версии книг, написанных с использованием описанного подхода, и репозитории с исходным кодом книг опубликованы на GitHub и GitHub Pages: книга по конфигурационному управлению, книга по разработке кроссплатформенных программмных систем.

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

В Ленинград приехала выставка «Информатика в жизни США». Тогда большинство посетителей выставки впервые увидели компьютерную технику «вживую»...

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

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

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

Привет, Хабр! На связи Владимир Туров, разработчик в Selectel. В этой статье — о моем пути: как и зачем технарю писать тексты, чем создание публикации на Хабре отличается от работы над книгой. Также делюсь тем, что у меня получилось.