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

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

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

Сведения о функциях начинаются с работающего продукта.

Описание функций, процессов и API сверяется с продуктом DripTell, действующей публичной спецификацией API или поддерживаемой документацией продукта.

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

Для правил и платформ приоритетны первичные источники.

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

Авторство показывает, кто отвечает за материал.

Автор отмечается как физическое лицо только тогда, когда к статье действительно привязан конкретный специалист. DripTell Team и DripTell Editorial указываются как организация-издатель.

Дата проверки означает содержательную сверку.

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

Автоматизация может помочь с черновиком, но не заменяет доказательства.

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

Ошибки можно сообщить и исправить.

Сообщения об устаревшей информации, неработающем источнике или фактической ошибке принимаются по адресу [email protected]. Существенные исправления проверяются, а дата проверки обновляется при необходимости.

Нашли утверждение, которое нужно перепроверить?

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