Ameerweb03

День 46/100 — я вчуся створювати програмне забезпечення, яке не обмежується виведенням результатів. 🐍
Сьогодні я працював із поверненням значень і бізнес-логікою в Python.
Один важливий урок:
Функція не повинна просто відображати результат. Вона має повертати дані, які можуть використовувати інші частини програми.
Я перевірив це на своїй системі обліку запасів:
Початковий запас: 50
Продана кількість: 15
Залишок запасів: 35
Невеликі кроки, але це справжній прогрес.
Я не просто вивчаю синтаксис Python. Я вчуся створювати надійне програмне забезпечення, яке розв’язує реальні бізнес-проблеми.
46

🚀 День 44 мого шляху в розробці програмного забезпечення на Python
Сьогодні я вчуся тестувати свій код, а не просто сподіватися, що він працює.
✅ Тестування успішних продажів
✅ Запобігання надмірним продажам
✅ Захист запасів від недійсних транзакцій
✅ Використання "assert" для перевірки очікуваних результатів
Моя мета — створювати надійне програмне забезпечення, опановуючи по одному поняттю за раз.
Я не просто вчуся писати код. Я вчуся створювати системи, яким люди можуть довіряти.
#100DaysOfCode #Python #SoftwareEngineering #BuildInPublic

Я не просто вчуся програмувати. Я вчуся створювати рішення, здатні змінювати життя. 🚀
Сьогодні це Python.
Завтра — розумніша система обліку запасів.
Одного дня це може стати бізнесом, який створює реальну цінність для тисяч людей.
Я розвиваю свій проєкт відкрито, навчаюся на помилках і втілюю ідеї в життя.
Мета — не здаватися успішним. Мета — стати компетентним. 💻🔥
#100DaysOfCode #Python #BuildInPublic #Підприємництво

🐍 День 41 мого шляху в Python!
Сьогодні я практикував безпечну обробку винятків, перевірку введених даних і налагодження у своїй системі управління бізнесом та обліку запасів.
✅ Відхиляти некоректну кількість
✅ Запобігати надмірному продажу
✅ Обчислювати залишок запасів
✅ Перевіряти крайні випадки
Ще один крок до створення справжнього програмного забезпечення. 🚀
#Python #100ДнівКоду

🐍 День 38 моєї подорожі з Python!
Сьогодні я попрактикувався обробляти винятки й створив безпечнішу систему обліку складських операцій. 💻
✅ "try" та "except ValueError"
✅ Перевірка введених даних
✅ Запобігання некоректним продажам
✅ Захист запасів від неправильних змін
Я вчуся писати код, який не просто працює, а й безпечно обробляє помилки.
Крок за кроком. 🚀
#Python #100ДнівКоду #SoftwareEngineering #СтворюйВідкрито

🐍 День 34 мого шляху в Python | Перевірка продуктів
Сьогодні я навчився перевіряти, чи є продукт у списку, використовуючи Python.
🔥 Що я дізнався:
Використовувати оператор in для пошуку продуктів.
Створювати функції за допомогою def і повертати результати.
Використовувати if/else для ухвалення рішень.
Використовувати .lower() для обробки введених даних у верхньому та нижньому регістрах.
Тестувати код із дійсними та недійсними продуктами.
💻 Мій практичний проєкт:
Я вдосконалив свій CLI для керування запасами, створивши функцію перевірки продуктів, яка розпізнає продукти незалежно від регістр

🐍 День 32 із #100DaysOfCode
Мій проєкт з управління запасами став розумнішим! 🚀
Сьогодні я працював над зберіганням даних у форматі JSON, щоб дані про мої запаси зберігалися навіть після завершення роботи програми.
✅ Зберігати дані про запаси
✅ Завантажувати збережені дані
✅ Оновлювати рівні запасів
✅ Перевіряти продажі та запаси
Маленькі кроки. Реальний прогрес. 💻
#Python #SoftwareEngineering #BuildInPublic

🚀 32-й день моєї подорожі Python!
Сьогодні я навчився зберігати дані після завершення роботи програми за допомогою JSON.
✅ Збереження даних за допомогою "json.dump()"
✅ Завантаження даних за допомогою "json.load()"
✅ Робота з файлами JSON
✅ Налагодження помилок у назвах змінних
Крок за кроком створюю CLI для керування моїм інвентарем.
Менше теорії. Більше створення. Більше прогресу. 💻
#Python #100DaysOfCode #SoftwareEngineering #BuildInPublic

День 30 — Git і GitHub 🚀
Сьогодні я зробив важливий крок до роботи як професійний розробник: вивчив Git і GitHub.
Я навчився:
Ініціалізувати Git-репозиторій
Створювати та керувати комітами
Підключати локальний проєкт до GitHub
Надсилати код до віддаленого репозиторію
Відстежувати зміни в проєкті та керувати ними
Від написання коду локально до його публікації на GitHub я тепер розумію базовий робочий процес:
Код → Git → Коміт → GitHub
Ще один крок уперед у моєму шляху вивчення Python і розробки програмного забезпечення. 💻🚀
#Python #Git #GitHub #РозробкаПЗ #100DaysOfCode #День30

Хороша програма не повинна ламатися через те, що користувач ввів abc.
Сьогодні я навчився: → Перехоплювати помилки за допомогою try/except
→ Перевіряти кількості
→ Відхиляти 0 і від’ємні значення
→ Захищати запаси від некоректних вхідних даних
Я вчуся створювати програмне забезпечення, яке працює в реальному світі, а не лише з ідеальними вхідними даними. 🚀
#Python #100DaysOfCode #SoftwareEngineering #BuildInPublic

День 28 вивчення Python 🐍
Програма, яка аварійно завершує роботу через некоректні вхідні дані, ще не завершена.
Сьогодні я навчився робити так, щоб моя система інвентаризації обробляла неочікувані вхідні дані, а не виходила з ладу.
Створено за допомогою "try/except":
→ Оброблено "ValueError"
→ Перевірено додатні кількості
→ Протестовано "5", "0", "-5" і "abc"
→ Обробку помилок пов’язано з перевіркою інвентаризації
Я вже не просто вивчаю Python.
Я вчуся створювати програмне забезпечення, яке витримує взаємодію зі справжніми користувачами. 🔥
День 28/100 🚀
#Python #100DaysOfCode #SoftwareEngin

Я думав, що вивчення Python означає заучування синтаксису.
Я помилявся.
🐍 День 26 моєї подорожі з Python.
Сьогодні я дізнався про дещо важливіше:
Код — це не просто про те, щоб усе працювало.
Це про те, щоб переконатися, що нічого не може піти не так.
Я створив функцію sell_product() для своєї системи обліку запасів, яка обробляє:
✅ Успішні продажі
❌ Недостатню кількість товару
❌ Товари, яких не існує
❌ Недійсні значення, як-от 0 і -5
Остання помилка насправді багато чого мене навчила.
Моя програма залюбки «продала» -5 бататів, доки я не додав правило, щоб це зупинити. 😂
Тоді я зрозумів:
Спр

Я думав, що вивчення Python означає запам’ятовування синтаксису.
Я помилявся.
🐍 День 26 моєї подорожі у світі Python.
Сьогодні я дізнався про дещо важливіше:
Код — це не лише про те, щоб усе працювало.
Він також має гарантувати, що нічого не піде не так.
Я створив функцію sell_product() для своєї системи обліку запасів, яка обробляє:
✅ Успішні продажі
❌ Недостатню кількість товару
❌ Товари, яких не існує
❌ Недійсні значення, як-от 0 і -5
Остання помилка насправді багато чого мене навчила.
Моя програма спокійно «продала» -5 ямсів, доки я не додав правило, яке це забороняє. 😂
Тоді я все зрозум

Ми пройшли шлях від вивчення абетки…
до вивчення того, як змусити комп’ютери нас розуміти.
Від олівців до клавіатур.
Від зошитів до GitHub.
Від ABCD до SQL.
Від «Гей!» до Array.
Від помилок до помилок у коді.
Ми всі виросли, навчаючись чогось нового.
Інструменти змінилися.
Мова змінилася.
Помилки змінилися.
Але процес ніколи не змінювався:
Вчитися. Пробувати. Помилятися. Виправляти. Повторювати.
Сьогодні я роблю те саме з кодом.
Одна концепція Python.
Одна помилка.
Один урок.
Один день за раз. 🐍💻
День 24 моєї подорожі у вивченні Python.
Чого ви навчаєтеся сьогодні такого, чого ваша молодша в

🐍 День 24/30
Я думав, що print() і return — це майже одне й те саме.
Я помилявся.
Сьогодні я зрозумів, чому return має значення під час створення реального програмного забезпечення.
Я вдосконалив свою систему керування запасами, щоб sell_product() могла:
→ Перевіряти, чи існує товар
→ Перевіряти доступний запас
→ Зменшувати запас після продажу
→ Повертати результат решті програми
Приклад:
25 одиниць рису → продати 5 → 20 одиниць рису
Невелика концепція.
Велика різниця в моєму розумінні програмного забезпечення.
День 24/30 🚀
#Python #100DaysOfCode #SoftwareEngineering #BuildInPublic

Від олівців до клавіатур. Від зошитів до GitHub. Від ABCD до SQL. Від Arey! до Array. Від помилок до error.
Ми всі виросли ...

🐍 День 23 вивчення Python — і сьогодні я усвідомив дещо важливе:
Система обліку запасів не повинна знати лише, скільки існує товарів.
Вона повинна знати, у якому стані перебувають ці товари.
Уявімо, що в супермаркеті є 100 пляшок соку.
Базова система могла б просто сказати:
📦 Запас: 100 пляшок
Але що, якщо:
• 70 пляшок у хорошому стані
• 10 пошкоджені
• 20 наближаються до закінчення терміну придатності
Технічно все ще є 100 пляшок.
Але насправді бізнес не має 100 пляшок придатного до використання запасу.
Саме цю проблему я вчуся вирішувати.
Замість того щоб просто вважати кожен товар «доступ