Походу верстка нормально отображается только в safari, а в google-chrome слетела. Сейчас починим

Ох, похоже на LTR текст с вкраплениями RTL.

Доброе время всем!  По образованию химик технолог, в обязанностях написание ТУ, ТИ, СТО, технологических процессов и др. Я поняла, что писать тех документацию мне нравится больше всего. Подскажите, пожалуйста, где найте подработку техническому писателю?
Благодарю за ответ

Реклама огонь, чёткие утп)

@Chamellion четенько.

неожиданный стикер от Вас 😁

немного оффтоп, но я очень впечатлился интервью с основателем Xsolla, https://youtu.be/EFhGezY-Hiw (оно не про документацию, а про бизнес компании, про ее историю и про биографию основателя)

теперь мы знаем, что в Xsolla не только крутой отдел техписателей, но и вся компания крутая:)

#wanted_tw

📌Компания: Ailet (https://ailet.com/)
📌Вакансия: Технический писатель
📍Формат: Удаленно/Если есть желание-можно работать из офиса
📍Локация компании: Москва (м. Курская БЦ Арма; Технопарк Сколково)
📌full-time.
📧Контакты: @grossanna

💻Чем предстоит заниматься:
•Разработка и обновление внутренней (технической) документации в соответствии с корпоративными стандартами;
•Взаимодействие с разработчиками продуктов, аналитиками, экспертами, тестировщиками и менеджерами проектов.

💼Пожелания к кандидату:
•Опыт разработки технической документации, написания статей или иной работы с текстами от 2 лет;
•Понимание принципов клиент-серверной архитектуры, REST, JSON-RPC;
•Умение читать структуру JSON, XML;
•Понимание принципов работы БД SQL, noSQL;
•Знание принципов и методологий разработки ПО;
•Умение структурировать и систематизировать информацию;
•Умение представить информацию в виде схем, блок-схем.
❕Приоритетно:
•Знание основ программирования, базовое владение одним из объектно-ориентированных языков программирования будет преимуществом;
•Хороший кругозор в сетевых технологиях (протоколы и инфраструктура современного интернета);
•Опыт использования Confluence, YouTrack/Jira (или другой help desk/ task manager);
•Владение английским письменным на уровне не ниже среднего;
•Умение читать код PHP, PYTHON.

🚀Мы предлагаем:
•Работа над интересными международными проектами;
•Возможность профессионального обучения и развития;
•Работа в инновационном центре с развитой инфраструктурой и передовыми технологиями;
•Возможность работать удаленно из любого города страны. Кто желает посещать офис: есть два офиса (центр Мск и Сколково). Если решите посетить офис, то вас ждут сладости, вкусный кофе, мягкие пуфы, настольный теннис, спортзал, бассейн и хорошая атмосфера;
•Работа в проектах с самыми современными технологиями;
•Официальное оформление и з/п.
Дорогие коллеги, просим вас обязательно прикладывать к резюме примеры текстов!

📮Отправляйте резюме: @grossanna /Гросс Анна

#wanted_tw
📌Компания: Bank 131 https://www.131.ru/
📌Вакансия: Технический писатель
📍Формат: Удаленно/Remote
📍Локация компании: Казань/Москва
📌full-time.
📧Контакты: @ikuchina131, ikuchina@131.ru

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

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

Что у нас:
— документация API: Git, markdown, локализация:  pandoc + Smartcat,
— интерфейсы на русском и английском (в json),
— база знаний в Confluence.
Нужно писать, переводить, поддерживать. Совсем новичок не подойдет, нужен опыт работы с подобными системами.

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

Что готовы предложить:
Мы банк, но работаем недавно и заточены под разработку. У нас интересные задачи, сильные разработчики и нет «груза прожитых лет».
— Можно работать удалённо откуда хотите (но не обязательно).
— Всё официально: оформление, зарплата, ДМС в Москве и в Казани, есть скидка на курсы английского от партнеров.

Если есть вопросы пишите в лс) буду рада рассказать про нас и вакансию.

#wanted_tw #Спб

Часто говорят, что гуманитариям и технарям не найти общего языка. Не согласен? Считаешь, что можешь понятно написать так, что оба поймут о чем только что прочли? Кажется, мы нашли друг друга.

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

Что необходимо от тебя:
   • Увлеченность IT-сферой;
   • Английский язык: Upper-Intermediate и выше;
   • Студент старших курсов;
   • Готовность выполнить тестовое задание.
     
Что мы предлагаем тебе:
   • Гибридный график 5/2: удаленка+офис;
   • Кстати про офис: он класса A+. А если проще, то уютный с множеством плюшек да ещё и в центре города;
   • Топовая техника на твой выбор: mac или linux, стационарный компьютер или ноутбук;
   • Заработная плата: от 30.000 рублей.

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

Как вы считаете, у сайтов основного продукта и документации должны быть разные favicons или одна и та же сойдёт?
И почему?

вы имеете в виду у сайта продукта и сайта документации?

ага (обновлю сейчас сообщение)

для пользователя одинаковый фавикон вряд ли станет проблемой, я бы делала один (как например в Adyen)

А документация подаётся как отдельный продукт или является частью?

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

Скорее общие размышления, чем конкретный пример