IT Vocabulary – АйТі Сленг
Product owner (Власник продукту) – людина, яка повністю розуміє потреби клієнтів з точки зору бізнесу та здатна передати ці знання. Простіше для розуміння – requirements owner, тому що це про вимоги, а не про продукт. Часто інвестора та засновники стартапів називають себе РО, тому що вони ж володіють продуктом, це буквальне значення терміну, яке вони застосовують до своєї ролі, не розуміючи правильного значення обов’язків цієї ролі.
Wireframes – приблизний дизайн без даних. Чорно-білі зображення, які представляють не дизайн програми, а те, які елементи повинні бути розташовані на сторінці. Без даних програми. Вайєрфрейм – він тому і вайєр, що це просто рамочки з дроту, в яких немає даних (коли замість фото стоять квадрати з двома лініями по діагоналях, перехрещені). Це малюнок БЕЗ даних, просто елементи інтерфейсу та їх розташування на сторінці.
Mockup – чернетки проєктів з деякими даними. Рання версія візуального дизайну продукту, яка представляє не лише елементи на сторінках, але й те, як дані відображатимуться користувачеві. Мокапи – це не колорфул, вони теж сірі, але суть їх у тому, що там дуже грубий чорновий інтерфейс і в ньому вставлені дані. Завдання мокапа – накидати дані з екселя в чорновий інтерфейс.
Design (Дизайн) – візуальний дизайн продукту / дизайн інтерфейсу користувача. Остаточний вигляд деяких найважливіших функцій програми, включаючи такі елементи, як «кнопки», «діалогові вікна», які відповідають вибраному способу навігації програми. Після схвалення клієнтом інженери використовують його як шпаргалку, щоб вони знали, як має виглядати додаток.
Prototype (Прототип) – цифровий прототип продукту. Жива презентація вашої програми, яку можна показати інвесторам або кінцевим користувачам для збору їхніх відгуків, імітує поведінку програми, як на інтерактивній розкадровці. Моделювання кінцевої моделі взаємодії між інтерфейсом і користувачем. Прототип має клікабельні елементи інтерфейсу та зосереджений на кінцевому дизайні продукту, чутливості інтерфейсу, перевірці графічного рішення. Він містить клікабельні елементи та логіку переходів.
Proof of Concept – це міні-проєкт з розробкою та дизайном для перевірки життєздатності ідеї.
Minimum Viable Product (MVP) – це версія продукту з достатньою кількістю функцій, щоб задовольнити перших клієнтів і надати відгук для майбутнього розвитку продукту.
Estimation (Естімація) – кількість зусиль, необхідних для реалізації проєкту.
Mob view (Мобільний дизайн, Дизайн для мобільних пристроїв) – адаптивний макет для мобільних веб-браузерів. Версія візуального дизайну проєкту, яка показує, як додаток має виглядати на мобільному телефоні.
Progressive web app – складна програма, яка працює у веб-переглядачі як веб-програма, але має піктограму на робочому столі, як мобільна.
UML-diagram – це діаграма, створена за допомогою уніфікованої мови моделювання, тому її легко зрозуміти клієнту та інженеру. Діаграма дій, яка показує дії користувача в інтерфейсі. Це допомагає зрозуміти, чи всі процеси в продукті мають логічне завершення. Основна мета — показати процес взаємодії користувача з інтерфейсом.
User story – це лише простий спосіб вираження вимог. Це означає, «хто» має робити, «що» і «чому». Зазвичай вони пишуться у форматі «Як , я хочу , щоб __».
Story map (Діаграма функцій). Одним із способів візуалізації всього обсягу проєкту може бути використання пріоритетності функцій.
End-user (Кінцевий споживач) – основні користувачі, люди, які фактично будуть використовувати продукт.
Stakeholder (Зацікавлена сторона) – це будь-яка особа, яка перебуває під впливом або має вплив на успіх проєкту. Це включає кінцевого користувача, але також включає інших, таких як клієнт, менеджери кінцевого користувача та системні адміністратори.
Project scope (Обсяг проєкту) – список, схема або будь-який інший спосіб представлення кількості функцій, які необхідно розробити для випуску продукту.
MVP scope – список, схема або будь-який інший спосіб представлення кількості функцій, які необхідно розробити для мінімально життєздатного випуску продукту.
BE Engineer (Back-End програміст) – це людина, яка відповідає за реалізацію всього, що відбувається, ховається під капотом.
FE Engineer (Інженер програмного забезпечення Front-End) – це людина, яка відповідає за впровадження всього, що бачить і з чим взаємодіє кінцевий користувач.
QA Engineer – людина, яка відповідає за якість вашої заявки. Створює план тестування та відповідає за його дотримання, пропонує оптимальне охоплення тестуванням.
Project Manager – керівники проєктів несуть відповідальність за планування, закупівлі та виконання проєкту в будь-якому підприємстві, яке має визначений обсяг, визначений початок і визначений кінець.
Test coverage (Тестове покриття) — це міра, яка використовується для опису ступеня виконання вихідного коду програми під час виконання певного тесту.
Test plan (План тестування) – це документ із детальним описом цілей, ресурсів і процесів для конкретного тестування програмного продукту.
Test strategy (Стратегія тестування) – це документ, який описує підхід до тестування конкретного програмного продукту.
UI (Інтерфейс користувача) — це все, що ви бачите під час використання програми. Наприклад, такі елементи, як вікна, кнопки, смуги прокручування, прапорці та текстові поля, складають інтерфейс користувача.
UX – дизайн взаємодії з користувачем допомагає зробити ваш додаток простим та інтуїтивно зрозумілим у використанні.
Site Map – це список сторінок веб-сайту в межах домену.
User journey map – це враження людини під час взаємодії з чимось, як правило, програмним забезпеченням. Ця ідея зазвичай використовується тими, хто займається дизайном взаємодії з користувачем, веб-дизайном, дизайном, орієнтованим на користувача, або будь-ким іншим, хто зосереджується на тому, як користувачі взаємодіють із програмним забезпеченням.
Sprint – назва ітерації розробки, зазвичай триває 2 тижні.
Sprint Demo – зустріч, під час якої замовнику демонструються результати ітерації розробки.
Project Demo – зустріч, під час якої замовнику демонструються результати розробки проєкту.
Release – дія або процес створення програми живою та доступною для реальних кінцевих користувачів.
CamelCase (з англ. «Верблюжий Регістр») – стиль написання складових слів, при якому кілька слів пишуться разом без пробілів, при цьому кожне слово всередині фрази пишеться з великої літери. Стиль отримав назву CamelCase, оскільки великі літери всередині слова нагадують горби верблюда. Зазвичай використовується всередині коду назви змінних.
snake_case (з англ. - зміїний реєстр) – стиль написання складових слів, при якому кілька слів поділяються символом підкреслення “_”, і не мають прогалин у записі, причому кожне слово зазвичай пишеться з маленької літери – foo_bar, hello_world і т.д.
Існують деякі модифікації snake_case:
- Варіант, в якому замість символу підкреслення використовується дефіс kebab-case, або lisp-case
- Варіант-модифікація kebab-case, в якому кожне нове слово пишеться з великої літери Train-Case
- Варіант, у якому всі літери слів пишуться у верхньому регістрі — SCREAMING_SNAKE_CASE
Letter case – звичайний стиль написання, перша заголовна, інші літери в нижньому регістрі
lower case – усі літери написані в нижньому регістрі
UPPERCASE – всі літери написані у верхньому регістрі (Його ж називають «записано в капслоці» (CAPSLOCK)
