" кошка" помогает хоть? )))

Кошаки рулят )

гиперкажуалки бич современного игростроения, извините за оффтп

Things коварные!

Там, конечно, пожизненная лицензия, но раз в 3-4 года разработчики говорят «ой, мы апгрейдим API, обратной совместимости не будет, через месяц все старые версии перестанут работать, купите новую»

А десктопная и мобильная версии продаются отдельно

Так что раз в несколько лет приходится платить 4-5к, по сути та же подписка

С небольшим отрывом вперёд вышла пятница в 2 по Москве.

Держите ссылку и присоединяйтесь завтра https://www.joinclubhouse.com/event/m3lwYO1v

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

Коллеги, подскажите, пожалуйста. Я работаю с ГОСТ. Насколько правильно, делая предварительные испытания по ЧТЗ, приёмочные делать по ТЗ? Или, если уж взялся по требованиям ЧТЗ делать, так надо по ним и приемочные и опытную эксплуатацию и всё остальное продолжать?

Смысл примерно такой же, как и в придумывании нового языка программирования, фреймворка, ИДЕ, текстового редактора, браузера, трекера задач и чего угодно, в общем-то

Если не ошибаюсь, испытания проводятся либо на систему полностью (по ТЗ), либо на часть системы (ЧТЗ), и если вы делаете предварительные по ЧТЗ, то и приемочные, и ОЭ должны быть по нему.

Всем привет!
Я сейчас в поиске способов реализации одной фичи. Нужна помощь писателей, которые DocOPS или близко.

Хочу прикрутить к описанию RESTapi возможность протестировать запрос прямо со страницы документации. Как в дефолтной теме swagger-a, например (приложенная картинка).

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

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

1. IDEA двадцать лет стукнуло недавно. Не факт, что много чего было доступно тогда.
2. Движок для генерации онлайн доков из этого XML делают сами JB и постоянно дорабатывают под свои нужды его и разметку.

Просто есть много чего опенсурсе и было давно. Например, тот же DocBook был еще ДО появления XML (т.е. больше 20 лет). И можно было просто войти в технический комитет стандарта и привнести свое - то, что нужно. И потом продавать.

Всем привет! 👋⛅️

Прекрасной команде Yandex.Cloud нужны люди, которые могут (и хотят) грамотно и интересно писать об облачных технологиях. #wanted_tw  

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

Яндекс, удалённая работа, сдельная оплата (за принятый текст), частичная занятость (от 10-12 часов в неделю, но лучше больше).

Пишите лично нашему лид-редактору @vladimirkhazov: рассказывайте о себе, показывайте примеры текстов. Вопросы можно задавать мне (@vladimirkhazov тоже можно).

А ещё прекрасной команде Yandex.Cloud нужен технический писатель в штат. #wanted_tw  

Как мы уже рассказывали, в Яндексе (а в Облаке еще больше) ценят технических писателей и понимают важность документации. На этой конкретной позиции нужно будет заниматься управляемыми базами данных, основной фокус — Managed ClickHouse. Писать нужно будет, в основном, на английском языке.

Требования: релевантный опыт (техническая документация для разработчиков, описание API, SDK, сложных технологий) и отличный письменный английский. Не удалёнка, Москва или Санкт-Петербург.

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

тут по поисковому запросу "этикетки" 4 из 5 результатов - бутылочные этикетки. точно ли я в том чате...

попробуйте https://t.me/twriters,  там больше ГОСТа

В компанию, которая занимается разработкой программного и аппаратного обеспечения для создания виртуальных 3D-туров нового поколения, а именно сканирующего комплекса для съемки объектов недвижимости и высокоточной трехмерной реконструкции требуется технический писатель.
Локация г. Москва
Заработная плата до 200k на руки

Обязанности:
В задачи будущего коллеги будет входить:
🔹  Написание инструкций и мануалов для пользователей
🔹  Разработка технической документации на ПО компании
🔹  Написание ТЗ для разработки ПО
🔹  Взаимодействие с командой разработки в целях сбора точной информации для документации
🔹  Ведение информационной базы, описывающую работу системы, пополнение этой базы банальными и нетривиальными сценариями работы системы.

Требования:
🔹 Опыт работы на аналогичной должности 1.5-2 года
🔹 Высшее техническое образование
🔹 Дополнительным плюсом будет, если вы знаете английский язык

Условия:
🔹 Официальная заработная плата, оформление по ТК РФ
🔹 ДМС
🔹 Офис в центре Москвы (м. Новокузнецкая, м.Третьяковская).
🔹 Посещение конференций и семинаров за счёт компании

Контактная информация
ТГ: @Yana_Inozemtseva
email: yana@luckyhunter.io

Написание ТЗ для разработки ПО - это функции аналитика, а не техписа.