Розробка28 тем
Розробка програмного забезпечення
Розробка програмного забезпечення — це робота про те, де проходять межі в системі, що працює по кожен їхній бік і чого коштуватиме зсунути одну з цих меж, коли код уже працює. У розділі 28 тем: архітектура, браузер, пʼять бекенд-середовищ, чотири мобільні платформи, мовні моделі та бази даних під усім цим. Кожна сторінка тримається на обмеженні, яке справді відрізняє варіанти, а не на поверхні API.
Що всередині
Кожен напрям нижче — це група тем. Відкрийте будь-який, щоб читати його сторінки.
- АрхітектураДе провести межу, чого коштує зсунути її потім і як сервіси розмовляють між собою.МонолітМікросервісиAPI
- FrontendБраузер як середовище виконання: каскад, цикл подій і як три фреймворки оновлюють DOM.ReactVueAngular
- BackendПʼять середовищ виконання за моделлю виконання, а не за синтаксисом: саме вона й відрізняється.Node.jsPythonGo
- Мобільна розробкаКожна платформа через своє визначальне обмеження: міст JS, цикл рендеру, ARC, життєвий цикл.React NativeFlutterPWA
- AI та LLMШість сторінок як один аргумент: модель не може нічого подивитися — і що з цим робити.RAGFine-tuningАгенти
- Бази данихЩо забезпечує рушій, де дані фізично опиняються і якої форми вони мають бути.SQLNoSQLМоделювання
З чого почати
- Обираєте архітектуруЧитайте спершу «Моноліт», навіть якщо впевнені, що хочете мікросервіси: це аргумент, на який відповідають решта три.
- Обираєте мову для бекендуПʼять бекенд-сторінок прямо порівнюють моделі виконання. Node.js і Python — найшвидший спосіб побачити різницю.
- Будуєте щось із LLMПочніть з «Основ LLM». Два факти, які вона встановлює, і є тим, що коригують решта пʼять AI-сторінок.
- Проєктуєте схему«Моделювання даних» — про форму, SQL — про те, що забезпечує рушій, NoSQL — про те, де фізично опиняється рядок.
Інші розділи
- ІнфраструктураІнфраструктура — це все, що перетворює код на щось працююче, за чим можна спостерігати, що можна змінювати й відкочувати. У розділі 11 тем у чотирьох групах: DevOps і пайплайн, який збирає один артефакт і просуває його незмінним; три великі хмари й те, як кожна стримує помилку; MLOps — ті самі задачі знову, але для моделі замість бінарника; і моніторинг, який робить інцидент відповідним на питання о третій ночі.
- QAЗабезпечення якості (QA) — це практика вирішувати, що перевіряти, запускати ці перевірки достатньо часто, щоб вони мали сенс, і розуміти, що змінюється, коли те, що тестують, перестає давати ту саму відповідь двічі. У розділі 9 тем у трьох групах: види тестування, які всі памʼятають наполовину; автоматизація на Playwright, Cypress і Selenium; і тестування продуктів на мовних моделях, де твердження стає оцінкою, а не рівністю.
Було корисно?
Поділіться з тим, хто працює над тією ж задачею.