FM
Более того, орган сертификации не принимает ничего иного окромя docx.
Size: a a a
2020 December 10
FM
А еще орган сертификации пугают такие слова, как docker-контейнер
TS
Для сертификации ПО не нужна документация по ГОСТ
Во ФСТЭК нужны ТУ и Формуляр по ГОСТУу минимум
AT
Мы сертифицировались без госта несколько раз и достаточно было pdf
FM
Мы сертифицировались без госта несколько раз и достаточно было pdf
У меня прям прописаны гост, которые необходимо соблюдать )
Всё это в утверждённых нормативных документах фстэк.
Всё это в утверждённых нормативных документах фстэк.
СФ
Fox Mulder
Я тут, на кофе-брейке, посмотрел вакансии на hh.ru
Исключая чисто международные компании или компании, которые вышли на международный рынок (JB) - только 1 компания подчеркнула, что она против гост и ворда.
В остальных случаях стоят требования по ворду и гост.
Исключая чисто международные компании или компании, которые вышли на международный рынок (JB) - только 1 компания подчеркнула, что она против гост и ворда.
В остальных случаях стоят требования по ворду и гост.
у нас тоже ГОСТ не требуется:) https://novosibirsk.hh.ru/vacancy/40131738
MC
мне кажется - это была бы киллер фича, только компаниям нужно будет указывать требования как отдельные строки, вроде метаинформации
Есть же теги навыков или как-то так.
L
Есть же теги навыков или как-то так.
ну навыки и требования не всегда совпадают, навыки вроде кстати указывает только соискатель, но я не уверена, но суть та же - только работодателю нужно прописывать требоввания отдельными строками, чтобы соискатели по ним фильтровали
MC
Fox Mulder
У меня прям прописаны гост, которые необходимо соблюдать )
Всё это в утверждённых нормативных документах фстэк.
Всё это в утверждённых нормативных документах фстэк.
И как вы из asciidoc в Гостовский docx перегоняете?
Интересует не сам формат, а структура документа.
Интересует не сам формат, а структура документа.
ДЧ
Ребята, нид хелп!
Помогите найти материал, в котором говорилось, что не стоит равняться на совсем глупых пользователей при написании документации, что это только усложняет её для понимания обычными пользователями.
Помогите найти материал, в котором говорилось, что не стоит равняться на совсем глупых пользователей при написании документации, что это только усложняет её для понимания обычными пользователями.
Могу опять скинуть свой диссер)
FM
И как вы из asciidoc в Гостовский docx перегоняете?
Интересует не сам формат, а структура документа.
Интересует не сам формат, а структура документа.
Сейчас никак, пишу в наитивном ворде )))
А так есть плагин к аски гостовый. Его правда надо допиливать. Он автоматом гонит
А так есть плагин к аски гостовый. Его правда надо допиливать. Он автоматом гонит
ДЧ
Jaroslaw Martinow
Попробуйте поискать информацию по запросу documentation mininalism.
Как пример, вот статья: https://everypageispageone.com/2013/07/02/what-is-minimalism/
В двух словах суть такая:
- к документации обратится скорее опытный пользователь, а неопытный даже не догадается;
- если пользователь настолько неопытный, что ему требуется инструкция по использованию мыши, то от слишком подробного руководства он испытает когнитивный перегруз и вообще откажется читать.
Как пример, вот статья: https://everypageispageone.com/2013/07/02/what-is-minimalism/
В двух словах суть такая:
- к документации обратится скорее опытный пользователь, а неопытный даже не догадается;
- если пользователь настолько неопытный, что ему требуется инструкция по использованию мыши, то от слишком подробного руководства он испытает когнитивный перегруз и вообще откажется читать.
Я тоже пришла к выводу, что неопытный пользователь в случае страха перед системой/устройством скорее будет склонен обратиться к опытному пользователю "тыжпрограммисту". А вот уже опытный, но незнакомый с конкретным устройством — возьмёт в руки инструкцию. Но тут, правда, вопрос в причине и следствии, потому что инструкции зачастую тоже сложны, они не могут объяснить вопрос так же индивидуально, человечно, разжевав и положив в рот, как "тыжвнучек/тыжпрограммист". Поэтому нет никакого смысла прибегать к этому этапу, лучше сразу искать опытного.
MC
Могу опять скинуть свой диссер)
кидайте)
AS
Fox Mulder
Если речь про собес на фронта, то просмотр данных видео помогает лучше понять объем знаний именно для фронта.
А так как техпис, который не пишет по гост, куда ближе к коду и разработчикам, то наступает такой момент, когда он должен замещать джуна-фронта как минимум.
Дальнейший профессиональный рост техписа зависит личных потребностей )
А так как техпис, который не пишет по гост, куда ближе к коду и разработчикам, то наступает такой момент, когда он должен замещать джуна-фронта как минимум.
Дальнейший профессиональный рост техписа зависит личных потребностей )
Личный опыт : работал в четырёх компаниях, в первых двух был Ворд, нигде не было ГОСТа , джуна-фронта ни разу не замещал. Было всё что угодно - SQL, Dynamics, куча линуксового софта - но работать фронтом не приходилось.
FM
Личный опыт : работал в четырёх компаниях, в первых двух был Ворд, нигде не было ГОСТа , джуна-фронта ни разу не замещал. Было всё что угодно - SQL, Dynamics, куча линуксового софта - но работать фронтом не приходилось.
Антон, я как-нить выборку по hh сделаю, сколько вакансий требуют ворд и гост. )
Что же касается фронта - ну вот, я сейчас придумываю методологию управления конфигурацией разработки.
Тут вопрос в кадрах. Если за командой техписов закреплён разраб, девопс, аналитик, то сиди и пиши тексты.
А если никого нет, то будь бобром тогда.
Что же касается фронта - ну вот, я сейчас придумываю методологию управления конфигурацией разработки.
Тут вопрос в кадрах. Если за командой техписов закреплён разраб, девопс, аналитик, то сиди и пиши тексты.
А если никого нет, то будь бобром тогда.
AS
Fox Mulder
Антон, я как-нить выборку по hh сделаю, сколько вакансий требуют ворд и гост. )
Что же касается фронта - ну вот, я сейчас придумываю методологию управления конфигурацией разработки.
Тут вопрос в кадрах. Если за командой техписов закреплён разраб, девопс, аналитик, то сиди и пиши тексты.
А если никого нет, то будь бобром тогда.
Что же касается фронта - ну вот, я сейчас придумываю методологию управления конфигурацией разработки.
Тут вопрос в кадрах. Если за командой техписов закреплён разраб, девопс, аналитик, то сиди и пиши тексты.
А если никого нет, то будь бобром тогда.
Согласен, но большинство вещей осваиваются только по ходу работы, а не заранее перед её началом.
AS
Ибо к началу они уже просто забываются
AS
При этом в 100% вакансий требуется хороший навык письма
AS
И вот без него не возьмут на работу точно
FM
Смех смехом, но я еще ни разу не работал в компаниях, где были поставлены процессы документирования на должном уровне. )