zisky:
- Schopnost vyvinout kompletní mobilní funkci a ověřitelnou v designu, kódu, integraci AI, soukromí, testování, ladění, výkonu a krocích vydání
- Schopnost vytvořit rámec pro odpovědné a etické využívání umělé inteligence s principy transparentnosti, ověřování-odpovědnosti a spravedlnosti-neškodlivosti.
- Být schopen vytvořit udržitelnou profesionální praxi rozlišováním oblastí, kde je umělá inteligence silná a slabá, a ponecháním konečného rozhodnutí v rukou lidí.
V celém tomto modulu jsme používali AI ve všech fázích mobilního vývoje: generování kódu, rozhraní, integrace AI na zařízení a cloud, testování, ladění, výkon, soukromí a doručování obchodu. V této závěrečné jednotce spojíme všechny tyto části do jediného komplexního toku, objasníme rámec pro zodpovědné a etické používání umělé inteligence a promluvíme si o tom, jak tyto dovednosti proměnit v udržitelnou profesionální praxi. Základní poselství se nezměnilo, ale nyní je pevně stanoveno: AI je síla, která znásobuje kompetentní mobilní vývojáře; není to náhražka. Je to osoba, která je odpovědná za kvalitu, bezpečnost a příslib produktu uživateli.
Komplexní funkce: kombinování dílů
Vývoj skutečné funkce od začátku do konce s podporou AI spojuje všechny jednotky, které jsme se naučili, v řetězci. Příklad: funkce „přidat výdaj z účtenky“. Proud funguje takto:
- Design (Jednotka 3). Nakreslete obrazovku a čtyři stavy (načítání/prázdný/chyba/plná) s AI, požádejte o přístupnost od začátku.
- Kód (Jednotka 2). Generujte kameru, datový model a ViewModel vrstvu po vrstvě pomocí MVVM; ověřte každou vrstvu.
- AI na zařízení (jednotka 4). Číst množství/datum od přijetí pomocí rozpoznávání textu ML Kit; Zvažte předběžné zpracování a hodnocení spolehlivosti.
- Důvěrnost (jednotka 9). Požádejte o povolení ke kameře s nejmenším oprávněním, napište scénář odmítnutí, uchovávejte data v zařízení.
- Testování (Jednotka 6). Generování jednotkových testů extrakční logiky, testování uživatelského rozhraní displeje; Zahrnout hraniční státy.
- Ladění (jednotka 7). Nechte AI analyzovat pády s kontextem a vyřešit hlavní příčinu.
- Výkon (Jednotka 8). Změřte náklady na baterii při zpracování fotoaparátu a nastavte jej jako šetrný k baterii.
- Vysílání (jednotka 10). Transparentně nahlaste používání AI, pravdivě vyplňte formulář ochrany osobních údajů a proveďte autotest.
Na každém kroku AI zrychluje, člověk ověřuje a rozhoduje. Tato smyčka je jádrem modulu.
Tip: Nesnažte se, aby umělá inteligence dělala komplexní funkci s jedním obrovským požadavkem. Rozdělte to na ověřitelné kroky, jak je uvedeno výše. Testování výstupu každého kroku a přechod k dalšímu je bezpečnější a nakonec rychlejší; Protože velkou chybu chytíte ne na konci, ale na prvním kroku.
Odpovědné a etické používání AI
Samotná technická způsobilost nestačí; odpovědný rámec to doplňuje. Tři principy:
Transparentnost. Uživatel musí vědět, že interaguje s AI. Tajná AI je porušení důvěry. Obsah generovaný umělou inteligencí je označen; Rada AI je prezentována jako „užitečná rada“ spíše než „tvrdá pravda“.
Ověřování a odpovědnost. Výstup AI je výchozím bodem, nikoli hotovým produktem. Jste odpovědní za každý zveřejněný řádek kódu, každou odpověď AI, každou datovou transakci. „Umělá inteligence to tak napsala“ není obrana.
Spravedlnost a nezlovůlenost. Modely AI mohou nést zkreslení z dat, na kterých jsou trénovány. Rozpoznávání obličeje může u některých barev pleti fungovat hůře, modul doporučení může skupinu vyloučit. Je vaší odpovědností otestovat, zda váš produkt funguje spravedlivě napříč různými skupinami uživatelů.
Upozornění: Jakákoli technika, kterou se naučíte v oblasti IT a bezpečnosti, se používá pouze pro autorizované a konstruktivní účely. Používání umělé inteligence k vytváření malwaru, crackování aplikací někoho jiného bez povolení, shromažďování uživatelských dat bez souhlasu nebo vytváření zavádějícího obsahu je nezákonné a proti etice této profese. Míra síly se odhalí tam, kde ji nepoužíváte.
Rozpoznání limitů AI
Zralý vývojář ví, kde AI září a kde zaostává.
AI je mocná
AI je slabá
Kód formy, výroba kotlů
Produktová a architektonická rozhodnutí
Testování a návrh dokumentace
Pochopení obchodního kontextu a uživatele
Čtení protokolu o selhání, skenování chyb
Definitivní diagnóza hlavní příčiny (vyžadováno ověření)
Učení, vysvětlení pojmu
Aktuální/nevyrobené informace API
Text, popis, překlad
Etika, bezpečnost a právní konečné rozhodnutí
Internalizace tohoto rozdílu je klíčem k efektivnímu používání umělé inteligence a vyhýbání se jejím nástrahám.
tři mini pouzdra
Případ 1 — Rychlost od začátku do konce. Jeden sólo vývojář dokončil funkci „unplugged“ za 4 dny pomocí výše uvedeného postupu o 8 krocích; Bez AI byl odhad 12 dní. Ale protože ověřoval každý krok, byla publikace schválena hned napoprvé. Rychlost byla skutečná, protože disciplína byla skutečná. Lekce: AI + verifikace je rychlejší než AI - verifikace.
Případ 2 – Zkreslení. Při testování funkce predikce podstatného jména a pohlaví založené na umělé inteligenci si tým všiml systematických chyb u některých tureckých podstatných jmen; model byl trénován na převážně anglických datech. Tato funkce byla změněna tak, aby se uživatele zeptala místo toho, aby vytvářela nesprávný předpoklad. Ponaučení: úkolem vývojáře je otestovat tréninkovou zaujatost modelu.
Případ 3 – Obrana „AI říkala“ se zhroutila. Vývojář zveřejnil platební kód vygenerovaný AI, aniž by jej ověřil; V jednom extrémním případě kód prováděl dvojité sběry. Odpovědnost se nezbavuje výroku „AI to napsala“; Jako majitel účtu byl vývojářem. Poučení: odpovědnost nelze delegovat.
Slabá výzva / Silná výzva
Slabá výzva: "Napište mi kompletní aplikaci pro skenování účtenek."
Výkonná výzva: „Pomozte mi vyvinout funkci ‚přidat výdaj z účtenky‘ krok za krokem. Pokračujme v uvedeném pořadí, až ověřím a schválím každý krok, přejděte k dalšímu: 1) Obrazovka + čtyři stavy + přístupnost2) Vrstvy MVVM (kamera, model, ViewModel)3) Čtení množství/datu od přijetí pomocí sady ML Unit + skóre důvěry4) Sdělte mi oprávnění k přístupu k fotoaparátu a oprávnění pro tok 5, které potřebuji) ověřit v každém kroku."
Kopírovatelné šablony
Komplexní šablona plánování: "Vyvinu následující funkci: [funkce]. Rozdělím ji do ověřitelných kroků: návrh, kód, integrace AI, soukromí/oprávnění, testování, výkon, vydání. Napište výstup, rizika a ověřovací kritéria pro každý krok. Nedělejte jedinou obří produkci."
Šablona auditu etiky/předpojatosti: "Audit následující funkce umělé inteligence z hlediska spravedlivosti a předpojatosti: [funkce]. Které skupiny uživatelů by mohly fungovat špatně? Jak ovlivňují předpojatost tréninkových dat? Jak je otestuji, jak je mohu učinit více inkluzivními?"
Šablona kontroly odpovědnosti: „Vyjmenujte otázky týkající se odpovědnosti, které bych si měl položit před vydáním tohoto kódu/funkce generované AI: Rozuměl jsem tomu, testoval jsem to, je to bezpečné, je to pro uživatele transparentní, je to legální/etické?“
Šablona průběžného učení: „Navrhněte 4týdenní praktický plán na zlepšení mých dovedností AI v oblasti mobilního vývojáře: jedno téma každý týden (kód, integrace, testování, vydání) s cílem malého projektu a ověřovacího zvyku.“
Časté chyby
- Produkce komplexní funkce s jedním obrovským požadavkem. Nelze ověřit; rozdělit to na kroky.
- Vyhnout se odpovědnosti tím, že řeknete „AI to napsala“. Jste odpovědní za zveřejněný kód.
- Netestuje se zkreslení AI. Model může v některých skupinách fungovat špatně; Test spravedlnosti.
- Skrytí interakce AI před uživatelem. Transparentnost je základem důvěry.
- Zapomínání na omezení AI. Lidé mají poslední slovo ohledně architektury, etiky a aktuálního API.
- Přestat se učit. Nástroje a pravidla obchodu se rychle mění; Zůstaňte neustále aktualizováni.
V souhrnu
Funkce end-to-end spojuje všechny části modulu v řetězci: návrh, kód, integraci AI, soukromí, testování, ladění, výkon a vydání. Na každém kroku AI zrychluje, člověk ověřuje a rozhoduje; Složitá práce je rozdělena do malých ověřitelných kroků. Odpovědné používání je založeno na třech principech: transparentnost, ověřování – odpovědnost a spravedlnost – neškodí. Umělá inteligence je mocný multiplikátor, ale poslední slovo v oblasti architektury, etiky, bezpečnosti a současných znalostí mají lidé. „Umělá inteligence to tak udělala“ není obrana; Jste odpovědní za svůj produkt a za slib, který dáváte svému uživateli. Díky této disciplíně vás umělá inteligence učiní rychlejšími, komplexnějšími a silnějšími během vaší kariéry.
Aplikační úkol
Rozdělte mobilní funkci podle svého výběru (např. „shrnutí pomocí hlasových poznámek“ nebo „rozpoznání produktu z fotografie“) do ověřitelných kroků pomocí „šablony komplexního plánování“. Ve skutečnosti vyvíjejte a ověřujte alespoň jeden krok s AI. Poté analyzujte, kterým skupinám uživatelů může funkce způsobovat problémy se „šablonou kontroly etiky/předpojatosti“ a pomocí „šablony kontroly odpovědnosti“ odpovězte na otázky, které si musíte před vydáním položit.
kontrolní seznam
- [ ] Rozdělil jsem funkci na ověřitelné malé kroky, ani jednu obří produkci
- [ ] Ověřil jsem výstup AI na každém kroku a rozhodl jsem se
- [ ] Interakci AI jsem uživateli transparentně prezentoval
- [ ] Vyhodnotil jsem, zda funkce funguje spravedlivě/objektivně napříč různými skupinami
- [ ] Zodpověděl jsem otázky týkající se odpovědnosti před vydáním (srozumitelné/testování/bezpečné/etické)
- [ ] AI jsem používal pouze pro kompetentní a konstruktivní účely a plánuji se dále učit
Modulová zkouška
1. Která z následujících možností je nejpřesnější určování polohy pro umělou inteligenci v mobilním vývoji?
- A) AI nahradí vývojáře; lze publikovat přímo bez čtení kódu, který generuje
- B) Umělá inteligence funguje pouze při psaní textu, s generováním kódu nemá nic společného
- C) Umělá inteligence je asistent a akcelerátor; Odpovědnost za architektonická, bezpečnostní a vysílací rozhodnutí spočívá na lidech ✔
- D) Vzhledem k tomu, že umělá inteligence vždy vytváří správný kód, další testování a ověřování jsou zbytečné
Popis: Umělá inteligence je asistent a akcelerátor, který generuje kód, plány a řešení. Odpovědnost a konečné schválení rozhodnutí, jako je architektura, povolení, bezpečnost a zveřejnění, spočívá na příslušném developerovi; Lidé jsou zodpovědní za každý zveřejněný řádek.
2. Co při požadavku na mobilní kód od umělé inteligence zvyšuje architektonickou kvalitu vyrobeného kódu nejvíce?
- A) Udržujte výzvu co nejkratší a řekněte „napiš mi aplikaci“
- B) Nejprve zaveďte architekturu jako MVVM a vyžádejte si kód po malých částech, vrstvu po vrstvě ✔
- C) Vytváření celého prvku jako jednoho velkého souboru v jediné výzvě
- D) Architekturu vůbec nespecifikujte a nejlepší rozhodnutí nechte na umělé inteligenci
Vysvětlení: Zavedení architektury jako MVVM a vyžadování vrstvy po vrstvě před zápisem kódu přímo do AI vytváří testovatelnou a udržovatelnou strukturu, která odděluje logiku od obrazovky. Požadavek bez architektury vrací kód, který vše nacpe na obrazovku.
3. Co je při vytváření rozhraní s umělou inteligencí nejčastěji opomíjeno a co je při reálném použití nejkritičtější?
- A) Navrhování stavů načítání, prázdnoty a chyb, nejen celé obrazovky ✔
- B) Produkovat pouze nejlépe vypadající celou obrazovku, přeskakovat ostatní případy
- C) Přidání co největšího počtu barev a animací na každou obrazovku
- D) Značky přístupnosti necháváme jako poslední a zabýváme se pouze vzhledem
Vysvětlení: Vývojáři často berou v úvahu pouze „úplný“ stav; zatímco ve skutečnosti se uživatel většinou setkává s načítáním, prázdnou a chybovými stavy. Generování všech čtyř stavů (načítání/prázdný/chyba/plné) je tajemstvím robustního rozhraní.
4. Proč je AI na zařízení často výchozí volbou pro funkci, která zpracovává citlivé osobní údaje (např. měření zdraví)?
- A) Modely na zařízení jsou vždy přesnější než cloud
- B) Zpracování na zařízení nikdy nezpůsobí náklady na baterii nebo procesor
- C) Zpracování na zařízení je neomezené z hlediska velikosti modelu
- D) Vzhledem k tomu, že data neopouštějí telefon, poskytuje to velkou výhodu v oblasti soukromí a důvěry uživatelů ✔
Vysvětlení: Zpracování na zařízení neodstraní data z telefonu; To je velká výhoda, pokud jde o dodržování ochrany osobních údajů a důvěru uživatelů, navíc funguje offline a okamžitě. Jeho limitem je výkon zařízení a velikost modelu.
5. Jaká je nejběžnější „tichá“ chyba, která způsobuje nesmyslné výsledky a nevytváří chybovou zprávu v integraci modelu na zařízení?
- A) Nesprávný pravopis názvu souboru modelu
- B) Nízké rozlišení ikony aplikace
- C) Nesprávné vstupní předzpracování (velikost/normalizace) ✔
- D) Tmavý motiv obrazovky
Vysvětlení: Nesprávné provedení vstupního předběžného zpracování povede ke zcela nesprávným výsledkům bez vyvolání chyb. Hodnoty předzpracování by měly být ověřeny z dokumentace modelu.
6. Jaké je nejdůležitější bezpečnostní pravidlo při integraci cloudového LLM do mobilní aplikace?
- A) Klíč API by měl být uchováván pouze v backendu, nikoli na klientovi; požadavky musí projít přes proxy ✔
- B) Klíč API by měl být pro pohodlí vložen přímo do kódu aplikace
- C) Klíč API by měl být sdílen v popisu aplikace
- D) Klíč API by měl zůstat v klientovi a skryt pouze změnou názvu.
Zveřejnění: Klíč API není nikdy zabudován do kódu mobilní aplikace; protože aplikaci lze zpětně analyzovat a extrahovat klíč. Správná architektura je ponechat klíč pouze v backendu a předávat požadavky přes váš vlastní proxy server.
7. Co nejvíce zvyšuje uživatelsky vnímanou rychlost a míru dokončení funkcí v dlouhých odpovědích LLM?
- A) Čekání, dokud není vytvořena celá odpověď, a její zobrazení najednou
- B) Zobrazení odpovědi slovo po slovu tak, jak je vytvořeno, se streamováním ✔
- C) Odeslání celé historie chatu modelce s každým požadavkem
- D) Zvětšete modelovou instrukci, abyste co nejvíce rozšířili odezvu
Popis: Streamování dramaticky zvyšuje vnímanou rychlost a plynulost zobrazením odezvy tak, jak je vytvářena slovo po slovu. Místo čekání na prázdné obrazovce uživatel sleduje textovou formu; To výrazně snižuje míru opuštění.
8. Jaký je nejčastější problém testů produkovaných umělou inteligencí, který činí test bezcenným?
- A) Zkoušky pokrývají příliš mnoho mezních stavů
- B) Testy používají falešné objekty, nikoli skutečné služby
- C) Testy probíhají velmi rychle
- D) Rozsah nadýmání prázdnými/neužitečnými testy, které ve skutečnosti chování neověřují ✔
Vysvětlení: Umělá inteligence někdy vytváří testy, které ve skutečnosti neověřují žádný výstup (např. stačí zavolat funkci a napsat prázdné tvrzení). Ty zvyšují číslo pokrytí, ale neposkytují skutečnou ochranu; Každý test musí být zkontrolován, aby se ověřilo smysluplné chování.
9. Proč není dostatečným řešením umlčet havárii tím, že ji použijete na pokus s návrhem umělé inteligence?
- A) try-catch nelze v mobilních aplikacích vůbec použít
- B) Havárie se zastaví, ale protože hlavní příčina není vyřešena, problém se vrátí v jiné podobě ✔
- C) Použití try-catch zpomaluje aplikaci, takže je zakázáno
- D) Ztišená chyba je automaticky odmítnuta obchodem
Vysvětlení: Ztišení příznaku nevyřeší základní příčinu; Zhroucení se zastaví, ale původní problém (např. přerušené datové připojení) se vrátí v jiné podobě (např. ztráta dat). Cílem profesionálního ladění je vyřešit hlavní příčinu, nikoli symptom.
10. Jaké je základní zlaté pravidlo, kterým se řídit při optimalizaci výkonu?
- A) Nejprve vytvořte profil a změřte skutečné úzké hrdlo, poté optimalizujte ✔
- B) Hádat, kde je pomalé a tam se soustředit
- C) Hledání malých zisků v každé funkci
- D) Měření výkonu na emulátoru a nikdy nevyzkoušení skutečného zařízení
Popis: Nejprve měřte, později optimalizujte. Skutečné úzké hrdlo je téměř vždy na jiném místě, než se předpovídalo; Optimalizace bez profilování je slepý odhad a často je to ztráta úsilí.
11. Co je nejdůležitějším technickým problémem pro neustále spuštěnou funkci umělé inteligence (např. živý překlad z kamery)?
- A) Funkce vyžaduje co nejvíce oprávnění
- B) Správa nákladů na baterii a procesor při nepřetržitém zpracování s frekvencí vzorkování a dávkovým zpracováním ✔
- C) Funkci spusťte pouze na nejdražších telefonech
- D) Nepřetržité vykreslování fotoaparátu při nejvyšší možné snímkové frekvenci
Popis: Neustále fungující model, kamera a síť; Může rychle vybíjet baterii, zahřívat zařízení a být omezeno systémem. Snížení vzorkovací frekvence, dávkování a spuštění pouze v případě potřeby jsou způsoby, jak řídit náklady na baterii.
12. Co znamená zásada „nejmenšího privilegia“ ve správě oprávnění v mobilním vývoji?
- A) Vyžádání všech možných oprávnění při spuštění, pro každý případ.
- B) Deaktivace aplikace, pokud je oprávnění odepřeno
- C) Požádat o co nejširší povolení a plánovat jeho zúžení později.
- D) Požadování pouze povolení, které je skutečně vyžadováno, je-li to nutné a v nejužším rozsahu, se scénářem zamítnutí ✔
Vysvětlení: Nejmenší oprávnění vyžaduje pouze povolení, které je skutečně potřeba, když je potřeba, a v nejužším možném rozsahu. Příliš mnoho oprávnění podkopává důvěru uživatelů, vede k odmítnutí úložiště a zvyšuje riziko úniku dat.
13. Jaké konkrétní požadavky je třeba splnit při prezentaci aplikace s umělou inteligencí na prodejně?
- A) Transparentnost obsahu, kontrola obsahu a zpřístupnění dat pro umělou inteligenci formou důvěrnosti ✔
- B) Skrytí použití umělé inteligence před uživatelem
- C) Označení údajů, které nejsou ve skutečnosti shromažďovány ve formuláři ochrany osobních údajů
- D) Slibné vlastnosti, které v popisu neexistují
Zveřejnění: Obchody očekávají transparentnost obsahu (prohlášení, že produkuje AI), moderování obsahu (filtrování škodlivého výstupu a upozornění uživatele) a zveřejnění využití dat z aplikací obsahujících umělou inteligenci; V citlivé oblasti je vyžadováno upozornění na přesnost. Žádosti, které je vynechají, budou zamítnuty.
14. Proč je obrana „AI to tak napsala“ neplatná, když se v publikovaném kódu vygenerovaném AI objeví chyba typu edge case?
- A) Protože umělá inteligence vždy vytváří bezchybný kód, chyba pochází od uživatele
- B) Protože ukládá automaticky správný kód vygenerovaný AI
- C) Protože odpovědnost nelze přenést na umělou inteligenci; Vývojář je zodpovědný za publikovaný kód a data ✔
- D) Protože kód generovaný umělou inteligencí není nikdy spuštěn
Popis: Výstup AI je výchozím bodem, nikoli hotovým produktem. Je to vývojář, kdo je zodpovědný za každý zveřejněný řádek, všechna zpracovaná data a každý učiněný slib; odpovědnost nelze delegovat na AI, takže výstup musí být pochopen a otestován před zveřejněním.