лейбл, Memo-поле и три кнопочки. Не ахти какой UI. На винформс программируется мышкой, на делфи - тоже.

несложно, но плюсы тут ни к чему, имхо. я много лет назад делал это задание на сишарпе, который почти не знал и натыкал UI мышкой в winforms.

чувствую себя нубом )

если сделаете консольную приложуху с нормальным командным UI, я уверен, вас рассмотрят ;)

Всем приветы!

Вакансия: Technical Writer (cybersecurity)
Компания: https://www.wallarm.ru/

Что мы предлагаем: зарплатная вилка 100 000 - 140 000 RUB net, полная удалёнка или/и офис в Москве, техника на выбор, ДМС со стоматологией во всех городах РФ, компенсация на обучение, компенсация на фитнес, дополнительные 15 дней в году для day off.

Немного о нас: мы разрабатываем решения в области кибербезопасности для защиты веб-приложений и API от взлома, которые используют ведущие компании в Рунете и Кремниевой Долине. Каждый из нас работает над решениями, которые в своей работе используют DevOps и Security команды как крупнейших традиционных компаний, так и ведущих технологических стартапов мира. Например, среди наших клиентов в России есть такие компании, как: МТС Банк, Lamoda, Avito, Tinkoff, Papa Johns, Headhunter, Semrush, Acronis и другие.

Здесь можно более подробно почитать про вакансию и компанию.

Контакты: Виктор @VA_Golyshev +7 (916)-348-93-03

#wanted_tw #вакансия #Москва #удалёнка #TechnicalWriter #cybersecurity

#wanted_tw #вакансия #техписатель #преподавание

Онлайн-университет Skillbox ищет преподавателя курса «Технический писатель»
Формат работы: удаленка (запись модулей в студии в Москве 2 раза в месяц)
Город: Москва
Занятость: частичная, проектная
Зарплатная вилка: от 60000 до 200000 (зависит от количества модулей, которые возьмёте на себя).

Задачи:
Преподаватель занимается подготовкой сценария, домашнего задания, презентации и теста к модулю.

Требования к кандидату:

• Опыт работы с системами контроля версий;
• Хороший технический бэкграунд, понимание принципов построения и работы компьютерных сетей и программно-аппаратных комплексов;
• Опыт разработки пользовательской документации; других технических документов;
• Опыт создания внутренней документации для разработчиков ПО, ведения баз знаний;
• Владение программными инструментами составления технической документации.
• Знание основ HTML/ CSS.

Условия:

Проектная, удаленная, дополнительная к основной, преподавательская работа.
Подготовка 1 модуля занимает 15-20 часов + 4 часа на съемку модуля.
Всего в курсе 20 модулей. Можно взять часть модулей.
Оплата 30 000 - 40 000 рублей за 1 модуль.

Бриф с условиями и программой пришлю по запросу.

Контакт для связи: Ольга Антонова @antonovaolga +7(905)202-08-08 olga.antonova@skillbox.ru

такой крутой разбор, а кто-то сохранял себе еще что-то наподобии этого?

Джулия Эванс, регулярный гость в нашем уютном бложике, но на этот раз не с своими прекрасными Зинами Для Программистов, а с перечнем так-себе-паттернов затрудняющих восприятие информации и кайфовые примеры к ним.

💥паттерн 1: делать устаревшие предположения об знаниях аудитории
💥паттерн 2: наличие противоречивых ожиданий относительно знаний читателя
💥паттерн 3: натянутые аналогии
💥паттерн 4: забавные иллюстрации на сухих объяснениях
💥паттерн 5: нереалистичные примеры
💥паттерн 6: жаргон, который ничего не значит
💥паттерн 7: отсутствует ключевая информация
💥паттерн 8: вводится слишком много концепций одновременно
💥паттерн 9: начинаете абстрактно
💥паттерн 10: неподдерживаемые ничем утверждения
💥паттерн 11: нет примеров
💥паттерн 12: объяснять «неправильный» способ сделать что-то, не говоря, что это неправильно
💥паттерн 13: «что» без «почему»

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

🔗 Читать: Patterns in confusing explanations

вот это кстати тоже не только аналитикам думаю интересно) мне технической базы не хватало в некоторых моментах

Сегодня у нас большая подборка статей для менеджеров продукта, которые будут полезны и аналитикам

✅“Техническая база” для менеджеров продукта — часть 1 — общие понятия: архитектура, фреймворк и библиотека, словарь терминов, разница между фронтом и бэком;

✅“Техническая база” для менеджеров продукта — часть 2 — frontend: из чего состоит и как работает fronend (html, css, js, CMS, AJAX, SPA), фреймворки JS и CSS; как менеджеру работать с frontend разработчиком;

✅“Техническая база” для менеджеров продукта — часть 3 — backend: подходы к выбору технологий проекта, этапы разработки, уровни разработчиков (jun-sen), требования к архитектуре и документации, концепции тестирования (обзорно);

✅“Техническая база” для менеджеров продукта — часть 4 — базы данных: классификация баз данных, выбор БД под проект, ORM, типы связей, sql и non sql, кэширование;

✅“Техническая база” для менеджеров продукта — часть 5— архитектура продукта (техн): подходы в программировии (ООП, функциональное, процедурное), (много)поточность и (а)синхронность, монолит vs микросервисы, масштабируемость систем, паттерны проектирования (зачем это менеджеру?), хорошие практики (SOLID);

✅“Техническая база” для менеджеров продукта — часть 6—сеть, информационная безопасность и СI/CD: домены, хостинг и сеть, проблемы и решения по безопасности , CI/CD.

Алоха! Сегодня у нас продолжение большой подборки статей для менеджеров продукта, которые будут полезны и аналитикам

✅ “Техническая база” для менеджеров продукта — часть 7— системы контроля версия (git): типы систем контроля версий, работа c GIT, принципы версионирования.

✅ “Техническая база” для менеджеров продукта — часть 8— Документация: обзор техн и бизнес документации на проекте, практики по работе на старте, подход к составлению ТЗ, user story, принятые практики.

✅ “Техническая база” для менеджеров продукта — часть 9— Аналитика: аналитика по направлениям web, mobile, push, звонки; мониторниг ошибок и оч мало инфы по а/б тестам.

✅ “Техническая база” для менеджеров продукта — часть 10— Тестирование: термины, процесс тестирования, классификация тестов, дизайн тестов, и всякое другое. Получилось очень много и сочно.

Уважаемые коллеги.Возник такой вопрос.ИС была срздана по  
ГОСТ 15.203. Через некоторое время появилась необходимость модернизации данной системы.Ее тоже надо проводить по 15.203?

спасибо!

https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=50435 ?

Сейчас как раз идёт пересмотр профстандарта, чтобы отвечать не просто реальности, но и будущим 5-7 годам ‘на вырост’

я скептически на это смотрю

интересно, будет ли новый штандарт учитывать хотя бы один ISO по этой теме

Меня всегда пугает, когда люди пытаются изобретать стандарты, отражающие "не просто реальность". Под чем эти люди пишут для меня загадка.

Имеется в виду ГОСТ РВ?

Да