Об’єктно-орієнтоване програмування в WordPress: Умови
У попередній публікації цієї серії ми говорили про визначення вимог (або опису роботи) і чому це важливо мати.
Перш ніж ми приступимо до фактичного розуміння – і написання – об’єктно-орієнтованого коду, є ще одна «бізнес-пов’язана» тема для обговорення: Правила та умови.
Для багатьох це трохи суха тема, але якщо ви хочете створювати рішення для когось іншого, робити це з нуля та робити це належним чином, тоді важливо переконатися, що у вас є всі необхідні частини на місці, перш ніж це зробити.
І коли ви:
- проведений аналіз (частина перша та частина друга ),
- зрозуміти очікування клієнтів ,
- і підготували технічний висновок ,
Настав час переконатися, що ви маєте умови, за якими ви працюєте.
[restrict paid="true”]
Визначення положень та умов
По-перше, я вважаю, що важливо розуміти мету документа про положення та умови (або, простіше кажучи, «умови»).
Відповідно до Вікіпедії терміни визначаються так:
Договірною умовою є «Будь-яке положення, що є частиною контракту». Кожна умова породжує договірне зобов’язання, порушення якого може призвести до судового розгляду. Не всі умови викладені прямо, а деякі умови мають меншу юридичну вагу, оскільки вони є периферійними щодо цілей контракту.
Це занадто формально? Може бути. Я вважаю, що це добре пояснює це, принаймні в загальному сенсі, але якби я визначив це самостійно, я б пішов трохи інакше.
Коротше кажучи, я б намагався зробити це якомога простіше. Можливо щось на зразок цього:
Терміни та умови визначають правила та керівні принципи угоди між принаймні двома сторонами в ділових відносинах.
Але що вони повинні містити?
Що міститься в документі про положення та умови?
Це питання дещо суб’єктивне, оскільки воно значною мірою залежить від розміру рішення, розміру залучених підприємств і характеру того, що будується.
Загалом, я зазвичай стежу за тим, щоб охопити такі теми:
- Ціни та платежі визначають, як працюватиме структура ціноутворення та платежів.
- Оцінки стосуються того, як постачальник послуг, а саме ви чи ви та ваша команда, надаєте оцінки, що для них потрібно та чим вони відрізняються від фактичних платежів.
- Схвалення на користь як постачальника, так і клієнта, тому вони знають, коли певна функція (або весь проект) була завершена.
- Авторизація просто визначає угоду між двома сторонами щодо виставлення рахунків та решту вмісту документа.
- Терміни завершення проекту та доставки визначають очікувані терміни проекту. Я включаю, що це не включає свята, «зовнішні сили поза нашим контролем» або недбалість від імені клієнта щодо повернення повідомлень.
- Скасування пояснює, як ресурси, створені, використані, згенеровані та розподілені між сторонами, мають підтримуватися або належати їм у разі скасування проекту.
- Відповідальність за авторське право має на меті гарантувати, що будь-яка інтелектуальна власність, надана клієнтом, має належне авторське право, і що ви або ваша команда не можете нести відповідальність іншим чином.
- Інтелектуальну власність можна використовувати, щоб пояснити, як зберігається право власності на твори мистецтва та інші активи, створені під час проекту, після завершення проекту. Іноді певна фірма несе відповідальність за збереження права власності на активи; в інших випадках клієнт може зберегти право власності на весь проект.
- Зміни пояснюють, як працюватимуть запити на зміни та як стягуватиметься плата.
- Обмеження відповідальності просто пояснює рівень відповідальності, який ви або ваша команда несете за збитки чи втрату прибутку після випуску проекту.
- Рекламне використання визначає, чи можете ви або ваша команда використовувати роботу в рекламному матеріалі під час спілкування з іншими клієнтами.
- Обов’язки клієнта окреслюють, що клієнт несе відповідальність за забезпечення проекту. Це може бути все наперед, за етапом або за будь-яким графіком, який ви погодите.
- Юридичні витрати визначають, хто за що відповідатиме, коли справа доходить до гонорарів адвоката, якщо їх потрібно буде представити.
Я спробував дати короткий зміст вищесказаного. У мережі легко шукати шаблони для роботи, але я настійно рекомендую попросити юриста переглянути ваш документ, перш ніж використовувати його в будь-якій юридичній ситуації.
Інструменти для положень та умов
Коли справа доходить до вивчення ведення бізнесу та вивчення об’єктно-орієнтованого програмування, це може бути одним із найсухіших матеріалів.
Але це необхідно, якщо ви прагнете вести успішний бізнес, оскільки робота — це більше, ніж просто написання коду для когось іншого.
Хоча я не можу надати умови для кожного фрілансера чи агентства, я все ж можу надати кілька місць, де можна прочитати про них більше та налаштувати електронні підписи, щоб якомога легше було розпочати роботу.
У цьому випадку я використовую наступне:
- Документи Google для складання положень і умов і їх оновлення для кожного проекту.
- Eversign для налаштування електронного підпису.
І це все! Мабуть, найскладнішою частиною є початок роботи зі складання умов.
З цього моменту ми почнемо занурюватися в код і говорити про різні аспекти об’єктно-орієнтованого програмування, а потім про те, як їх застосувати в контексті WordPress.