Частично да. Но CPU например не будет иметь лейбл CPU на плате, и так далее)

эммм...
Фотошоп?🤔

Если не через фото (т,е. НЕ через растр), то подозреваю, что можно нахимичить с SVG + CSS. Если же растр, то добавлять вектор будет проблемнее.

Фотошоп это почти как libredraw. Отдельный файл графики позволил бы иметь более прозрачный контроль версий и возможность уйти от софта требующего лицензий, также от проблемы неполной совместимости LibreOffice и MS Word (разные инженеры редактируют в разных офисных пакетах, что ведёт к проблемам типа arrows out of proportion и прочим артефактам)

Хм, действительно! Например, если векторизировать фото, то возможно как вариант :)

#wanted_tw #вакансия #Техническийписатель #Кипр
Всем привет!
Мы международная хостинговая компания, оперируем на протяжении 10 лет на рынках США, Западной и Восточной Европы и Азии. Наш основной продукт — это система управления различными хостинговыми услугами.
В НАШУ ПРОДУКТОВУЮ КОМАНДУ НА КИПРЕ МЫ ИЩЕМ ТЕХНИЧЕСКОГО ПИСАТЕЛЯ.
Чем предстоит заниматься:
Создание и поддержание в актуальном состоянии базы знаний по продуктам и технологиям на английском языке;
Текстовое и схематическое описание сложных технических решений;
Организация и активное участие в процессе разработки документации продуктов.
Мы предлагаем: Достойную оплату и медицинскую страховку;
Организацию процесса получения рабочей визы и виз для семьи;
Официальное оформление;
Интересные задачи и возможность для развития компетенций;
Солнечную атмосферу, теплый климат, обеды в офисе.
Буду рада пообщаться, если вакансия интересна вам. tatyana@servers.com
https://www.servers.com/

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

Наверное можно обозвать какими-нибудь "индивидуальными настройками", а перед сценарием написать, что может относиться к этим самым настройкам

- описать опции на отдельной странице и дать ссылку
- описать опции в спойлере

Описание сценария [решения задачи] ≠ последовательное описание интерфейса.
Думаю, что хорошо сработает набор страниц:
— сценарии решения конкретных задач, без отступлений.
— отдельная страница с описанием всех настроек.

пишите конкретный сценарий с максимальным количеством скринов. называете в стиле "быстрый старт".

заканчиваете фразой в стиле "Дополнения

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

В процессе доработки программы данное руководство будет обновляться."

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

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

Вот такой вариант да, похож на правду уже)

У нас подобное тоже с ссылками - тип "здесь то, что можно в целом делать, если нужно развернуть сложнее - читай *тут*, если что-то из терминов непонятно, иди *туда*". Обычно вопросов по этому не бывает)

спасибо, гугл

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

Если хочется просто, то да, так. Да нормально, захотят разобраться - пройдут по ссылкам без проблем

#ищуработу
Город Москва
Опыт указан в резюме
Резюме : https://hh.ru/resume/bcc30cc2ff074bae950039ed1f734e416a494e