Словарь терминов

Коммерческая CMS и платформа корпоративных порталов, распространённая в СНГ, ценная прежде всего нативной интеграцией с 1С и встроенной CRM.

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

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

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

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

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

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

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

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

Системная проверка безопасности кода контракта специалистами: ручной анализ в сочетании с автоматическими инструментами, отчёт с находками по степени критичности и повторная проверка после исправлений.

Аутентификация устанавливает, кто пользователь; авторизация решает, что ему разрешено делать. Это разные системы, и их регулярно путают — именно так данные становятся видны не тем людям.

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

Подключение специалистов вендора, которые работают внутри вашей команды и процессов, а контракты, выплаты и HR остаются на стороне вендора.

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

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

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

Подсистема, которая описывает и исполняет акции: приветственные предложения, удвоение депозита, фриспины, кэшбэк и уровни лояльности вместе с условиями отыгрыша для каждого.

Серверная часть продукта: бизнес-логика, база данных, авторизация и интеграции — то, чего не видит пользователь, но от чего зависит каждая функция.

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

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

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

Обратный вызов API: не ваша система спрашивает сервис об изменениях, а сервис сам отправляет HTTP-запрос на ваш адрес в момент события — прошёл платёж, подписан документ, отгружен заказ.

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

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

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

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

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

Согласованный срок после запуска, в течение которого подрядчик бесплатно устраняет дефекты в сданной функциональности.

Учёт каждого движения денег двумя парными проводками — по дебету одного счёта и кредиту другого, — так что книга всегда сходится и сумма не возникает ниоткуда.

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

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

Общая библиотека компонентов, токенов и правил, которая делает интерфейс продукта единообразным и ускоряет дизайн и разработку.

Именованные значения визуальных решений продукта — цвета, отступы, размеры шрифта, радиусы, тени, — заданные один раз и используемые по ссылке везде, вместо повторения в каждом файле.

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

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

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

Неизменяемая запись о том, кто, что и когда сделал — входы, изменения прав, правки финансовых и персональных данных, — хранимая отдельно от логов приложения.

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

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

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

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

Связь продукта с системой учёта остатков, цен, накладных и бухгалтерии — 1С, SAP или аналогом, — чтобы цифры совпадали в обеих системах без ручного ввода.

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

Сайт, который продаёт напрямую: каталог, корзина, оформление заказа, оплата, расчёт доставки и бэк-офис для управления заказами и остатками.

То, как организованы, названы и связаны контент и функции: навигация, группировка разделов и единый словарь по всему продукту.

Описание серверов, баз и сети в файлах под контролем версий: окружения создаются запуском кода, а не кликами в консоли.

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

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

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

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

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

Упаковка приложения вместе со всем необходимым для запуска — средой выполнения, библиотеками, конфигурацией — в образ, который одинаково работает на ноутбуке, на тестовом стенде и в продакшене.

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

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

Основной сайт компании — услуги, кейсы, команда, контакты, — сделанный так, чтобы его находили в поиске, а обновляли сотрудники клиента без разработчика.

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

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

Одна кодовая база, которая работает на нескольких платформах, чаще всего iOS и Android — дешевле и быстрее выходить на рынок.

Инфраструктура для перемещения ценности между сетями: актив блокируется в одной сети, а в другой выпускается требование на него, потому что сами сети друг друга не видят.

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

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

Закрытый раздел, где клиент видит свои данные — заказы, документы, баланс, обращения — и действует с ними, не обращаясь в поддержку.

Площадка, где сделки совершают независимые продавцы и покупатели, а оператор обеспечивает правила, доверие, выплаты и разбор споров, но не сам товар.

Способность системы выдерживать рост пользователей, данных или функций без переписывания и падения скорости и надёжности.

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

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

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

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

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

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

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

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

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

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

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

Мобильное приложение, написанное на собственных инструментах платформы — Swift для iOS, Kotlin для Android — и скомпилированное именно под неё, с прямым доступом ко всем возможностям устройства.

Работа с командой разработки в близкой стране — схожий часовой пояс, пересекающийся рабочий день, короткий перелёт — вместо офшора с разницей в двенадцать часов.

Работа продукта на инфраструктуре, арендованной у провайдера вроде AWS, Google Cloud или Hetzner, вместо собственных серверов. Мощности, хранилище и управляемые сервисы выделяются по требованию и оплачиваются по факту использования.

Ограничение числа запросов клиента за промежуток времени с понятным отказом вместо деградации системы для всех остальных.

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

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

Сервис, который доставляет в блокчейн внешние данные — цены, результаты матчей, ставки, — потому что смарт-контракт сам по себе не видит ничего за пределами своей сети.

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

Доля клиентов, переставших платить или пользоваться продуктом за период, — течь, против которой работает всё привлечение.

Прогноз того, сколько времени и денег потребует работа. Профессиональная оценка — это диапазон с указанными допущениями и рисками, а не одна уверенная цифра.

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

Слой отслеживания и выплат за партнёрский маркетинг: привязка зарегистрированного игрока к приведшему его партнёру и расчёт вознаграждения по согласованным условиям.

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

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

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

Работа после запуска: обновления безопасности, обновление зависимостей, хостинг и мониторинг, устранение сбоев и небольшие изменения по мере развития бизнеса.

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

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

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

Сайт, который ведёт себя как установленное приложение: добавляется на домашний экран, запускается без браузерной обвязки, работает офлайн с закэшированным контентом и принимает пуш-уведомления.

Человек, отвечающий за объём, сроки и коммуникацию: поддерживает честность плана, рано поднимает риски и служит единой точкой контакта для клиента.

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

Проектирование инструкций для языковой модели — роль, задача, ограничения, формат ответа, примеры, — чтобы она выдавала пригодный результат стабильно, а не время от времени.

Кликабельная модель продукта для проверки сценариев и идей на пользователях до затрат инженерного времени.

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

Смарт-контракт с резервами двух или более активов, против которых идут обмены, причём цена задаётся формулой от остатков, а не книгой заявок.

Сообщения, которые доставляются на устройство даже при закрытом приложении, через сервисы уведомлений Apple и Google. Их можно рассылать всем или отправлять одному пользователю по конкретному событию.

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

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

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

Атака, при которой контракт вызывает внешний адрес, а тот успевает вызвать его обратно до того, как первый вызов обновил балансы, — и вывод повторяется по устаревшему состоянию.

Регулярные копии данных и конфигурации, хранимые отдельно, вместе с проверенной процедурой их восстановления.

Изменение внутренней структуры кода без изменения его внешнего поведения. Снаружи всё работает так же, но код становится понятнее, проще в тестировании и расширении.

Упорядоченный план того, что и когда будет сделано, по релизам — единая картина направления продукта для команды и заказчика.

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

Поиск по смыслу, а не по символам: запрос «отменить заказ» находит страницу «Возврат и обмен», даже если общих слов в них нет.

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

Независимая проверка того, что генератор случайных чисел игры действительно непредсказуем и статистически честен, проводимая аккредитованной лабораторией вроде GLI или eCOGRA.

Код в блокчейне, который автоматически исполняет оговорённые правила при выполнении условий — без посредников.

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

Короткая итерация фиксированной длины, обычно одна-две недели, которая заканчивается рабочим результатом и демо.

Согласованные интерфейсы контрактов, по которым токен понимает любой кошелёк, обозреватель или биржа: ERC-20 для взаимозаменяемых единиц, ERC-721 для уникальных, ERC-1155 для обоих сразу.

Сборка каждой страницы в готовый HTML-файл в момент деплоя: запросы отдаются как файлы с CDN, и сервер приложения в ответе не участвует.

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

Блокировка токенов в протоколе на срок в обмен на вознаграждение. В сетях на proof-of-stake он обеспечивает безопасность цепочки, в приложениях используется ещё и для уровней доступа и веса голоса.

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

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

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

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

Компромиссы в коде или архитектуре, которые ускоряют сегодняшнюю поставку, но замедляют и удорожают все последующие изменения, пока их не «погасят».

Документ, фиксирующий, что именно будет сделано: экраны, роли, интеграции, критерии приёмки и явно — что в объём не входит.

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

Единица ценности или прав, выпущенная в блокчейне. Взаимозаменяемые токены равноценны друг другу, как валюта, невзаимозаменяемые уникальны. Большинство создаётся из стандартных контрактов вроде ERC-20 или ERC-721.

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

Модель контракта, при которой определённый объём работ выполняется за согласованную общую сумму. Любое изменение объёма требует официального запроса на изменение и новой цены.

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

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

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

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

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

Автоматизированный диалог в мессенджере или на сайте, который отвечает на вопросы, принимает заказы или собирает данные — на правилах, на модели или в сочетании.

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

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

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

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

Хранение оплаты у нейтральной третьей стороны, которая передаёт деньги после приёмки согласованной работы, — так ни одной стороне не нужно доверять другой деньги первой.

Разделение проекта на стадии с определённым результатом, проверкой и привязанной оплатой вместо одной передачи в самом конце.

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

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

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

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

Система, в которой языковая модель не только отвечает, но и вызывает инструменты — ищет в базе, создаёт задачу, отправляет сообщение — в цикле, пока задача не будет выполнена.

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

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

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

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

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

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

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

Децентрализованная автономная организация: сообщество, где решения принимаются голосованием держателей токенов и исполняются смарт-контрактами, а казна и правила хранятся в блокчейне.

Децентрализованное приложение: интерфейс, который читает и пишет в смарт-контракты, а не зависит от сервера одной компании.

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

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

Биржа, работающая как набор смарт-контрактов: сделки проходят on-chain из кошелька пользователя, без аккаунта, депозита и компании, которая держит средства.

Короткая фокусная фаза перед разработкой: уточняем цели, ограничения, пользователей и объём, чтобы старт был с понятным планом.

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

Среда исполнения смарт-контрактов в Ethereum и во множестве скопировавших её сетей — поэтому один контракт разворачивается в Polygon, Arbitrum, BNB Chain и Base.

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

Кроссплатформенный фреймворк Google, который рисует интерфейс сам, а не использует системные элементы управления, и собирает версии для iOS, Android, веба и десктопа из одной кодовой базы на Dart.

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

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

Язык запросов к API, в котором клиент сам указывает, какие именно поля ему нужны, и получает их одним ответом, вместо обращения к нескольким REST-эндпоинтам с отбрасыванием лишнего.

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

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

Оркестратор, запускающий контейнеры в кластере: размещает их, перезапускает упавшие, масштабирует под нагрузкой и направляет трафик на живые экземпляры.

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

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

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

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

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

Самая маленькая версия продукта, которая уже даёт реальную ценность и позволяет проверить идею на пользователях до полноценной разработки.

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

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

Создание программ визуальными инструментами и настройкой вместо написания кода: конструкторы сайтов, платформы автоматизации, генераторы внутренних инструментов.

Превращение сканов, фотографий и PDF в структурированные данные: из счёта или паспорта извлекаются поля, а не сплошной текст.

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

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

Стандарт безопасности для всех, кто работает с данными платёжных карт. Его требования охватывают хранение, передачу, управление доступом, журналирование и регулярное тестирование.

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

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

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

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

Выдача прав ролям, а не отдельным людям: доступ следует за должностью и меняется вместе с ней.

Фреймворк для создания «нативных» iOS- и Android-приложений на одной кодовой базе JavaScript/TypeScript.

Самый распространённый стиль веб-API, в котором данные представлены адресуемыми ресурсами, а работа с ними идёт стандартными методами HTTP: GET — чтение, POST — создание, PUT или PATCH — изменение, DELETE — удаление.

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

Что продукт приносит против того, во что обошёлся, — выручка, сэкономленные часы, предотвращённые ошибки, — измеренное относительно базы, зафиксированной до начала работ.

Точка доступа, через которую приложение читает состояние сети и отправляет транзакции, — собственная нода или хостинг-провайдер вроде Alchemy или Infura.

Доля всех ставок, возвращаемая игрокам на очень длинной дистанции: слот с RTP 96% возвращает 96 единиц на каждые 100 поставленных за миллионы вращений, а не за сессию.

Программное обеспечение как услуга: продукт по подписке через интернет, где вендор отвечает за хостинг, обновления и доступность.

Конкретный Agile-фреймворк со спринтами фиксированной длины, определёнными ролями (владелец продукта, команда разработки, скрам-мастер) и набором регулярных встреч: планирование, дейли, демо и ретроспектива.

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

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

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

Основной язык смарт-контрактов EVM: статически типизированный, компилируемый в байт-код и разворачиваемый по адресу, где код публичен и по умолчанию неизменяем.

Сертификат, шифрующий трафик между браузером и сервером и превращающий адресную строку из предупреждения в замок.

Вход через корпоративного провайдера идентификации — Google Workspace, Microsoft Entra, Okta — вместо отдельного пароля в вашем продукте.

Включение внешних инженеров прямо в вашу команду и процесс под вашим техническим руководством вместо передачи объёма работ подрядчику для отдельной поставки.

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

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

Момент, когда токен проекта выпускается и распределяется — инвесторам, команде, в казну и публике, — обычно вместе с первым листингом и началом вестинга.

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

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

Интервью, юзабилити-тесты и анализ, показывающие, как люди реально пользуются продуктом, — решения опираются на данные, а не на мнения.

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

Постоянное двустороннее соединение между браузером и сервером: обновления приходят в момент события, а не ждут следующего запроса.

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

Самая распространённая CMS, сильная для контентных сайтов и блогов, расширяемая очень большой экосистемой плагинов.