РозробкаПідрозділ
Мобільна розробка
Пʼять способів покласти програму на телефон, і кожен визначає жорстке обмеження його платформи, а не поверхня API. Батарея, тиск на памʼять, життєвий цикл, що може вбити ваш процес будь-якої миті, і стор, що вирішує, коли поїде ваше виправлення. Саме ці обмеження відрізняють пʼятірку, і саме вони мають вирішувати вибір — мова вирішує рідко.
Що всередині
Усі сторінки цієї групи — і про що кожна з них.
- React NativeЩо рухається, коли JavaScript зайнятий, нова архітектура, межі оновлень «по повітрю» — і чому Shopify повернувся до нативу.JSIExpo
- FlutterЩо Flutter малює сам, а що мусить просити в платформи, бюджет кадру в 16 мс, перебудови — і чому редизайн iOS 26 пройшов повз нього.ImpellerDart
- iOS / SwiftШістнадцять посилань, які тримає iOS-застосунок, і що звільняє кожне, кому належить стан у SwiftUI, паралельність Swift 6 — і семиденний поетапний реліз.ARCSwiftUI
- Android / KotlinШістнадцять подій, що знищують екран, і що переживає кожну, області корутин, три фази Compose — і календар Google Play на 2026 рік.Життєвий циклCompose
- PWAШістнадцять можливостей за платформами, оновлення, яке не приходить, кеш і очищення — і що дозволяє Apple.Service workerОфлайн
З чого почати
- Обираєте підхідПрочитайте React Native і Flutter разом: вони роблять протилежні обміни на тій самій задачі, і саме контраст вирішує.
- Ідете в нативну розробкуПочніть з обмеження платформи: ARC на iOS, життєвий цикл на Android. Обидва пояснюють більше падінь, ніж фреймворки.
- Можливо, застосунок не потрібенPWA. Варто точно знати, куди дістає веб, перш ніж підписуватися на релізний цикл стору.
Інше в цьому розділі
- РозробкаРозробка програмного забезпечення — це робота про те, де проходять межі в системі, що працює по кожен їхній бік і чого коштуватиме зсунути одну з цих меж, коли код уже працює. У розділі 30 тем: архітектура, браузер, сім бекенд-мов, чотири мобільні платформи, мовні моделі та бази даних під усім цим. Кожна сторінка тримається на обмеженні, яке справді відрізняє варіанти, а не на поверхні API.
- FrontendКод, що виконується в чужому браузері, на залізі, якого ви не обирали, через мережу, на яку не можна покластися. Пʼять тем: сама платформа, мова, що на ній працює, і три фреймворки, які розвʼязали ту саму задачу — тримати екран у згоді з даними — трьома справді різними способами. Кожна сторінка про фреймворк — про його модель оновлення, а не про синтаксис, бо саме про неї доводиться думати, коли щось рендериться двічі.
- АрхітектураДе проводити межі й чого коштує кожна з них. Чотири теми: дві форми, яких може набути система; міграція між ними, за яку більшість команд береться не в той момент; і контракт, що робить будь-яку межу придатною для когось іншого. Наскрізна думка: межа не безкоштовна — вона купує незалежність і бере плату затримкою, налагодженням та операційною поверхнею.
Було корисно?
Поділіться з тим, хто працює над тією ж задачею.