Лет 10 назад было весело читать агитку в машинисты с текстом «Управляйте экспрессами 21-го века», стоя в синем разваливающемся вагоне 70-х годов 20 века

Думается, что это как в анекдоте про надпись на заборе 😂

вот только что его вспоминала))), да-да!

Берём и выкатываем)

вы сказали, что нижняя планка у машинистов “обычно совпадает” с медианой нашей зп. О_о

я думала, что нижняя планка 80, а 80 - медиана

Что за зверь?

Видимо они хотят продающие текстики про эти ваши интернеты

Ну почти)

Пример: тот, кто пишет статьи на Хабр. Это не документация, но обычный копирайтер там вероятно не справится, нужно быть технически подкованным. В общем, как там написано, в этой вакансии: "собрать большой объема информации", однако.

угумс

какие знакомые формулировки)))

знакомые, да

#wanted_tw

моя компания ищет техписа, можно писать сразу в телегу специалисту HR: alexi_z13

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

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

По зп, тут не обижают, пока не могу назвать точную цифру, но хорошему спецу предложат хорошую зп

https://hh.ru/vacancy/32046480

Дополнение, есть помощь в релокации из других городов.

Всем привет.

Вопрос по #confluence. Имеете ли вы какую-нибудь ролевую модель для разграничения прав доступа сотрудников до различных статей в конфлюенс? По каким показателям вы строили эту модель? Как налажен процесс выдачи новых доступов?

Например, такой кейс: приходит новый тестировщик, ему выдается учетка в конфлюенс с доступом read-only. После прохождения испытательного срока ему выдаются права на редактирование и комментирование. Еще через какое-то время даются права на создание шаблонов и т.д. Или, к примеру, приходит новый техписатель. Из-за специфики работы ему нужно сразу дать доступы до редактирования. Соответственно, предыдущая схема по тестировщику ему уже не подходит. Или же приходит новый разработчик и ему сразу нужны доступы до скрытых статей, где описана логика серверной части (но при этом такие статьи скрыты ото всех остальных). И т.д. и т.п.

Как бы вы решили (или уже решили) эту задачу с ролями?)

Почему новому тестировщику read-only? Вы хотите запретить ему приносить пользу?

Еще одна онлайн-тулза. Для тех, кто на английском пишет всякие SaaS, Term of Use, тут можно ответив на все вопросы сгенерировать подобные доки https://www.business.axdraft.com/

это чисто пример)