Модуль 40

Фінальний проєкт та best practices

Ось готовий урок, створений у стилі CS50 спеціально для тебе.

🎓 CS50: Фінальний проєкт та Best Practices

Привіт, світе! 👋 Радий бачити вас на, мабуть, найважливішому етапі нашої подорожі.

Ми витратили тижні на вивчення циклів, масивів, пам’яті та алгоритмів. Ви навчилися писати код, який комп’ютер розуміє. Але сьогодні ми переходимо на новий рівень. Сьогодні ми поговоримо про те, як писати код, з яким люди (і ви самі через два тижні) зможуть жити.

Це фінішна пряма. Це ваш Фінальний проєкт.

1. 🔥 Вступ: Від пісочниці до хмарочоса

Уявіть, що ви будуєте собачу будку. Вам не потрібні креслення. Ви просто берете дошки, цвяхи, молоток і за пів години у Рекса є дах над головою. Якщо дах трохи кривий — не біда, собака не скаржитиметься.

А тепер уявіть, що вам треба побудувати хмарочос. Чи можете ви просто почати класти цеглу без плану? Чи можете ви ігнорувати правила пожежної безпеки? Що станеться, якщо ви захочете поміняти проводку на 40-му поверсі, коли будинок вже здано?

Риторичне питання: Чому ж тоді, починаючи свій перший серйозний проєкт, студенти часто поводяться так, ніби будують будку, хоча задумали хмарочос?

Проблема: Коли ваш код займає 50 рядків — ви можете тримати його структуру в голові. Коли рядків стає 1000, а файлів — 20, без Best Practices (кращих практик) ваш проєкт перетвориться на "спагеті-код". Ви заплутаєтесь, втомитесь і, ймовірно, кинете його.

Сьогодні ми навчимося бути архітекторами, а не просто будівельниками.

2. 🧠 Теоретична база: Три кити успішного проєкту

Давайте заглянемо "під капот" професійної розробки. Тут є три головні концепції, які відділяють новачка від профі.

1. Модульність (Розділяй і володарюй)

Пам’ятаєте, як у школі на уроках праці інструменти лежали по поличках? Молотки окремо, пилки окремо. У коді це називається Separation of Concerns (розділення обов'язків).

  • Логіка (Backend): Те, як програма думає.
  • Дані (Database): Те, що програма пам'ятає.
  • Інтерфейс (Frontend): Те, що бачить користувач.

Інтуїтивно: Не змішуйте приготування їжі (логіка) з подачею страв (інтерфейс) в одній каструлі.

2. Контроль версій (Ваша машина часу)

Ви колись писали дипломну роботу з назвою файлу final_v2_FINAL_really_final.doc? 😅 У програмуванні ми використовуємо Git. Це не просто спосіб зберегти код. Це історія змін. Це можливість сказати: "Ой, все зламалося, поверни як було вчора о 18:00".

3. MVP (Minimum Viable Product)

Це найважливіше визначення на сьогодні. MVP — це мінімально життєздатний продукт. Це версія вашого проєкту, яка робить лише одну головну річ, але робить її добре.

Запам’ятайте: Краще ідеально працюючий калькулятор, ніж недороблена соціальна мережа, яка падає при реєстрації.

3. 🧪 Приклади: Еволюція коду

Давайте подивимось, як виглядає поганий підхід і як його виправити.

Приклад 1: "Все в одному" (Anti-pattern)

Уявіть, що ви пишете Telegram-бота для погоди.

# bad_code.py
import requests

def get_weather():
    # Отримуємо дані, обробляємо їх, форматуємо текст і відправляємо
    api_key = "12345"
    data = requests.get(f"url...{api_key}")
    temp = data.json()['temp']
    print(f"Привіт! Сьогодні {temp} градусів. Одягни шапку!")

Питання до вас: Що станеться, якщо ми захочемо змінити текст повідомлення? Або змінити джерело погоди? Нам доведеться лізти в саму суть функції. А якщо цей код скопійовано в 10 місць?

Приклад 2: Рефакторинг (Best Practice)

Розбиваємо на функції та константи.

# settings.py
API_KEY = "12345"
WELCOME_MSG = "Привіт! Сьогодні {temp} градусів."

# weather_service.py
def fetch_temperature(api_key):
    # Тільки отримує цифри. Ніякого тексту.
    return 25 

# main.py
from settings import API_KEY, WELCOME_MSG
from weather_service import fetch_temperature

def main():
    temp = fetch_temperature(API_KEY)
    print(WELCOME_MSG.format(temp=temp))

Чому це краще? Якщо завтра ви захочете перекласти додаток на іспанську, ви зміните лише settings.py. Логіку коду чіпати не треба. Ви зменшили ризик зламати програму.

4. 🛠 Практична частина

Час закачати рукави! Виберіть свій поточний проєкт або придумайте ідею прямо зараз.

Завдання 1: Структура папок 📂

Створіть папку проєкту. Всередині неї створіть таку структуру: * /src (вихідний код) * /assets (картинки, шрифти) * README.md (інструкція) * .gitignore (що не треба зберігати)

Завдання 2: "Readme-First Development" 📝

Перш ніж написати хоч рядок коду, створіть файл README.md. Напишіть у ньому 3 речення: 1. Що робить ваш проєкт? 2. Як його запустити? 3. Які бібліотеки потрібні?

Це змусить вас сформулювати ідею чітко ще до початку роботи.

Завдання 3: Принцип DRY (Don't Repeat Yourself) ✂️

Знайдіть у своєму старому коді (або напишіть зараз) ділянку, де ви двічі робите майже одне й те саме (наприклад, двічі форматуєте дату). Винесіть це в окрему допоміжну функцію format_date().

Міні-кейс: "А що, якщо..." 🤔

Уявіть, що ви робите сайт для замовлення піци. * Ситуація: Клієнт просить додати можливість замовляти ще й суші. * Завдання: Як ви назвете свої змінні та функції? Якщо у вас є функція order_pizza(), це погано. Перейменуйте її на create_order(), щоб вона була універсальною.

5. 💡 Мислення як у розробника

Як думає досвідчений інженер David Malan, коли сідає за код?

  1. "Я не знаю всього, і це нормально". Ви будете гуглити. Багато. Професіонали не запам'ятовують синтаксис напам'ять, вони знають, що шукати.

  2. Scope Creep (Розростання масштабів) — це ворог. Новачок думає: "Я додам чат, відеодзвінки і штучний інтелект!". Досвідчений розробник думає: "Я зроблю кнопку 'Увійти', яка працює без помилок. Потім піду спати".

  3. Коментуйте "Чому", а не "Що". Погано: # Збільшуємо i на 1 (Це і так видно). Добре: # Збільшуємо лічильник, щоб уникнути нескінченного циклу при помилці мережі.

6. 🧩 Підсумок

Друзі, створення фінального проєкту — це найкращий спосіб дійсно зрозуміти комп'ютерні науки.

Що ви тепер вмієте (або маєте на меті): * Планувати структуру до написання коду. * Розділяти логіку та дані. * Використовувати Git, щоб не боятися помилок. * Фокусуватися на MVP.

Це був CS50... у тексті. Але ваша подорож тільки починається.

Тизер: Знаєте, що найприємніше у створенні програми? Це момент, коли нею починають користуватися інші люди. На наступному (уявному) занятті ми поговоримо про Deployment — як випустити ваше творіння з вашого ноутбука у великий інтернет.

А зараз — до коду! Успіхів з фінальним проєктом! 🚀

Якщо хочеш продовжити і дізнатися, як презентувати цей проєкт або як написати для нього тести — просто дай знати!

← До списку уроків