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

Это более хитропопый план работодателя. Так или иначе ЗП одна, а сотрудников за неё — два в одном 🙄

Я сейчас работаю с периодическим переключением между техписом и BA. Удобство только одно: сначала полностью пишешь ТЗ, потом уже только доку написать. И ты уже - бац - все знаешь по задаче!

О, а можно быть техписом aka бизнес-аналитик, не системный? В BA мне будет проще войти, так как в маркетинге периодически приходится делать задачи такого рода (основной канал продаж — наш сайт).

На самом деле, это зависит от договорённостей с работодателем. Мы где-то выше обсуждали.

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

Таких почти нет. Если идешь в аналитику автоматом ты и BA и  Системный и Тестер, плюс по докам Тех Пис. Но тестер и тех самого низкого уровня конечно. А БА и Системный в кореляции. Где 50, в другой 30 по результатам. Рынок такой, странный.

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

Коллеги, а кому еще не повезло работать с Word+SVN, удалось отвязать версию от имени файла и подтягивать напрямую из SVN в метаданные?

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

какой-то post-commit hook на стороне SVN, который лезет в DOCX и модифицирует там значение поля, а потом обновляет документ, чтобы значения полей пронеслись по всему содержимому?

но это может сломаться в миллионе разных мест — от случая «кто-то случайно закоммитил DOCX не с теми полями» до race conditions (два человека закоммитили один и тот же файл почти одновременно)

Согласен. В разработке кода часто делают аналогично - у сборщика есть специальная команда, которая перед пушем создает маленький коммит, где аппается версия пакета. И действительно, это часто ломается (

классная задача, на самом деле

Я бы решал ее так: не вносил бы правкив те DOCX, что хранятся в SVN-е, а сделал бы какой-то интерфейс (веб-страничку, скрипт) со смыслом «дайте мне последнюю версию доки».

И этот скрипт шел бы в SVN, брал бы оттуда последнюю (или какую-то конкретную) ревизию, и уже в ее локальной копии модифицировал поля

Да, спасибо, тоже думаю это правильная изоляция (исключить другие варианты подкачки с репы). Я надеялся, что это уже реализовано в Tortoise SVN (а именно - в его плагине к файловому менеджеру винды), но гугл молчит.

Всем привет! Есть ли у кого-то примеры классных, полезных и понятных Баз знаний для саппорта (открытые источники)? Или, может быть, у кого-то из вас был опыт реализации такой базы знаний?

Именно саппорт обычно нет нужды открывать. А так - думаю, у многих  опыт есть. Там что важно - чтобы самому саппорту было удобно дополнять. Чтобы была интеграция с тикетницей, или в чём там саппорт получает свои запросы-инциденты. Ну например Jira Service  Desk + Confluence

Актуально, за вами займу.

Часть статей открыта, часть закрыта

Вот у нас на Confluence http://setv10support.crystals.ru/