20 portfolio projektu idejas, kas parāda reālas prasmes

Labākās portfolio projektu idejas atrisina reālu problēmu reālam cilvēkam, skaidri parāda vienu vai divas prasmes un ir pabeigtas: dzīvas, dokumentētas un izskaidrojamas. Vērtētāji portfolio pārskata dažas minūtes, tāpēc strādājoša lietotne reālam lietotājam (kluba rezervāciju sistēma, publisku datu panelis, pārdizains ar pētījumu aiz tā) pārspēj vēl vienu slavena produkta kopiju. Zemāk ir divdesmit idejas, sagrupētas pēc lomas, katrai norādīta, ko tā parāda, pirmā versija, kas jābūvē, un godīgā grūtākā daļa.

Visas šīs idejas der kā tīmekļa lietotne vai vietne, uz kuru var dot saiti. Kad tev ir trīs vai četri, kā izveidot portfolio vietni izskaidro, kā tos prezentēt.

Kas piemīt spēcīgam portfolio projektam

Priekšgala izstrādātājiem

1. Pieejamu formu bibliotēkas demo

• Parāda: semantisko HTML, tastatūras atbalstu, kļūdu ziņojumus, ekrāna lasītāju testēšanu.
• Pirmā versija: pieci biežākie formu modeļi (reģistrācija, adrese, datumu diapazons, failu augšupielāde, vairāku soļu) pareizi izveidoti, ar lapu, kas izskaidro katru pieejamības izvēli.
• Grūtākā daļa: testēšana ar īstu ekrāna lasītāju, nevis tikai ar automātisku pārbaudi. Kā padarīt vietni pieejamu satur kontrolsarakstu.

2. Atjaunota reāla lapa, pēc tam uzlabota

• Parāda: izkārtojumu, pielāgojamu dizainu, uzmanību detaļām.
• Pirmā versija: izvēlies publisku lapu ar skaidru problēmu (mulsinošs grafiks, pārblīvēta izvēlne), pārbūvē to, tad publicē versiju, kas problēmu novērš, ar pirms un pēc.
• Grūtākā daļa: cieņa. Izmanto savu tekstu un attēlus, marķē to kā koncepciju un nekopē logotipus vai neuzrādi to kā uzņēmuma darbu.

3. Datu tabula, kas paliek ātra

• Parāda: veiktspēju, kārtošanu, filtrēšanu, lapošanu, ielādes stāvokļus.
• Pirmā versija: tabula ar 10 000+ rindām no publiskas datu kopas ar meklēšanu, filtriem un saglabātiem skatiem.
• Grūtākā daļa: mērīšana. Parādi ielādes laikus pirms un pēc izmaiņām.

4. Bezsaistes pārbaudes saraksta lietotne

• Parāda: servisa darbinieku (service workers), vietējo glabātuvi, sinhronizāciju, kad atkal ir savienojums.
• Pirmā versija: saraksti, kas darbojas bez signāla un sinhronizējas, kad atgriežas savienojums. Natīvās vs progresīvās tīmekļa lietotnes izskaidro iespējas.
• Grūtākā daļa: sinhronizācijas konflikti, kad divas ierīces rediģē vienu sarakstu.

Pilnā steka un servera pusē strādājošiem izstrādātājiem

5. Rezervāciju sistēma reālam mazam biznesam

• Parāda: datu modelēšanu, pieteikšanos, e-pastus, laika joslas, robežgadījumus.
• Pirmā versija: pakalpojumi, pieejamība, rezervācijas, apstiprinājuma e-pasti un administratora skats. Rezervāciju veidotājs var sagatavot pamatus, lai tu varētu koncentrēties uz grūtajiem noteikumiem.
• Var nopelnīt: ja bizness to izmanto, neliela ikmēneša maksa.
• Grūtākā daļa: dubultas rezervācijas un atcelšanas. Uzraksti, kā tās novērsi.

6. Daudzlietotāju klientu portāls ar lomām

• Parāda: autentifikāciju, atļaujas, failu augšupielādi, drošības domāšanu.
• Pirmā versija: klienti pierakstās un redz tikai savus failus un ziņas; darbinieki redz visu. Skatīt kā izveidot klientu portālu un portāla veidotāju.
• Grūtākā daļa: pierādīt, ka viens klients nevar redzēt cita datus. Iekļauj savus testus aprakstā.

7. Krājumu izsekotājs ar revīzijas žurnālu

• Parāda: relāciju datus, vēstures tabulas, pārskatus.
• Pirmā versija: preces, krājumu kustības, brīdinājumi par zemu krājumu un žurnāls par to, kas ko mainīja. Sāc no krājumu veidotāja.
• Grūtākā daļa: skaitu pareizību, kad divi cilvēki vienlaikus atjaunina krājumu.

8. Publisks API ar dokumentāciju

• Parāda: API dizainu, validāciju, ātruma ierobežošanu, dokumentāciju.
• Pirmā versija: neliels API pār datu kopu, kas tev rūp, ar atslēgām, limitiem un dokumentāciju. Kā izveidot REST API izskaidro formu.
• Grūtākā daļa: labi kļūdu ziņojumi. Tieši tos API lietotāji pamana visvairāk.

9. Fona darbu cauruļvads

• Parāda: rindas, atkārtojumus, plānotus darbus, uzraudzību.
• Pirmā versija: lietotne, kas importē CSV, apstrādā to fonā un nosūta pārskatu e-pastā, kad pabeigts. Skatīt kā palaist fona darbus.
• Grūtākā daļa: kļūmes. Parādi, kas notiek, kad darbs pusceļā neizdodas.

Dati un analītika

10. Publisks datu panelis ar jautājumu

• Parāda: datu tīrīšanu, grafiku izvēli, stāsta veidošanu.
• Pirmā versija: viena publiska datu kopa, viens skaidrs jautājums („Kuros autobusu maršrutos kavēšanās notiek visbiežāk?”), trīs grafiki un rakstīta atbilde. Paneļu veidotājs apstrādā izkārtojumu.
• Grūtākā daļa: pateikt, ko dati neparāda. Atzīmē trūkumus un ierobežojumus.

11. Personīgo izdevumu analīze

• Parāda: kategorizāciju, laika rindas, privātuma apzināšanos.
• Pirmā versija: importē bankas izrakstu (publiskajā versijā izmanto paraugu vai anonimizētus datus), automātiski kategorizē un rāda tendences.
• Grūtākā daļa: nekad nepublicēt reālus finanšu datus.

12. Mazā biznesa KPI izsekotājs

• Parāda: biznesa vajadzību pārvēršanu metrikās.
• Pirmā versija: draugam veikalam vai klubam: pieci rādītāji, par kuriem viņi tiešām jautā, atjaunoti no izklājlapas. Kā savienot Google Sheets ar lietotni izskaidro savienojumu.
• Grūtākā daļa: izvēlēties metrikas kopā ar īpašnieku, nevis viņa vietā.

Dizaineriem

13. Pārdizains ar pētījumu

• Parāda: lietotāju pētniecību, problēmas formulēšanu, iterācijas.
• Pirmā versija: intervē trīs vietējā pakalpojuma vietnes vai lietotnes lietotājus, atrodi vienu problēmu, izstrādā un pārbaudi labojumu. Parādi atziņas, nevis tikai ekrānus.
• Grūtākā daļa: reālu lietotāju atrašana. Trīs īsas sarunas ir pietiekamas; kā veikt klientu intervijas palīdz.

14. Dizaina sistēma nelielam produktam

• Parāda: konsekvenci, komponentes, dokumentāciju.
• Pirmā versija: krāsas, tipogrāfija, atstarpes, desmit komponentes ar stāvokļiem un dzīva lapa, kas tās rāda lietojumā.
• Grūtākā daļa: parādīt to reālā produktā, nevis tikai paraugu lapā.

15. Strādājošs prototips, nevis tikai maketi

• Parāda: to, ka saproti, kā dizaini uzvedas ar reāliem datiem.
• Pirmā versija: ņem vienu no saviem dizaina projektiem un izveido to kā strādājošu tīmekļa lietotni, pat mazu. MI lietotņu veidotājs, piemēram, Mythex, var pārvērst tavu aprakstu strādājošā lietotnē ar tiešraides priekšskatījumu, kas ļauj testēt ar reāliem datiem un reāliem lietotājiem.
• Grūtākā daļa: godīgi pateikt, ko pats izveidoji un ko ģenerēja rīks.

Produkta un bez koda lomām

16. Gadījuma izpēte no problēmas līdz palaišanai

• Parāda: izpēti, prioritizāciju, piegādi.
• Pirmā versija: atrodi nelielu problēmu grupā, kurā esi, uzraksti vienas lapas specifikāciju, izveido vienkāršāko labojumu, palaid to un izmēri lietojumu. Kā uzrakstīt produkta prasību dokumentu ar MI satur veidni.
• Grūtākā daļa: izmērīt ko reālu. Pat „12 no 20 dalībniekiem izmantoja pirmajā nedēļā” ir rezultāts.

17. Iekšējs rīks, kas aizstāj izklājlapu

• Parāda: procesu domāšanu, pārmaiņu vadību.
• Pirmā versija: pārvērt haotisku kopīgu izklājlapu darbā, klubā vai biedrībā vienkāršā lietotnē. Skatīt kā pārvērst izklājlapu lietotnē.
• Grūtākā daļa: pārliecināt cilvēkus pārslēgties. Uzraksti, ko darīji, lai to panāktu.

18. Atsauksmju portāls ar publisku plānu

• Parāda: lietotāju ieguldījuma vākšanu un prioritizāciju.
• Pirmā versija: lietotāji iesniedz un balso par idejām; tu atzīmē tās kā plānotas, procesā vai pabeigtas. Skatīt kā izveidot klientu atsauksmju portālu.
• Grūtākā daļa: publiski pateikt „nē”.

MI projekti

19. MI rīks vienam šauram darbam

• Parāda: uzvedņu dizainu, izmaksu apzināšanos, slikta rezultāta apstrādi.
• Pirmā versija: viens uzdevums, kas izdarīts labi, piemēram, recepte pārvērsta iepirkumu sarakstā, ar saglabātiem rezultātiem un veidu, kā labot kļūdas. Kā izmantot LLM API aptver atslēgas un izmaksas.
• Grūtākā daļa: parādīt, kā to novērtēji: desmit testa ievades un cik no tām tas paveica pareizi.

20. Meklēšana pār saviem dokumentiem

• Parāda: izguvi (retrieval), sadalīšanu fragmentos, avotu citēšanu.
• Pirmā versija: augšupielādē publisku dokumentu kopu (kluba noteikumi, spēles rokasgrāmata) un atbildi uz jautājumiem ar saitēm uz avota fragmentu. Kas ir RAG izskaidro pieeju.
• Grūtākā daļa: atzīt, kad atbildes dokumentos nav.

Kā pabeigt un prezentēt projektu

1. Izvēlies reālu lietotāju pirms sākuma. Draugs, klubs, bijušais darba devējs, pats sevi.
2. Piegādā nelielu versiju divās nedēļās, pēc tam uzlabo to, pamatojoties uz to, ko saka lietotājs.
3. Ieliec kodu Git. Pat ja sāki ar MI veidotāju, eksportē to; kā izmantot Git ar MI veidotu lietotni parāda, kā. (Mythex koda eksports un GitHub ir Pro plānā.)
4. Izlasi un saproti kodu. Ja MI rakstīja daļas, kā pārskatīt MI ģenerētu kodu palīdz nonākt līdz punktam, kur vari to izskaidrot intervijā.
5. Uzraksti aprakstu. Problēma, lietotājs, ko izveidoji, galvenie lēmumi, kas salūza, kas ir nākamais. Viena lapa.
6. Turi to dzīvu. Nestrādājoša demo saite ir sliktāka par tās neesamību. Pārbaudi saites pirms katra pieteikuma.

Ja meklē idejas, kas nav paredzētas darba devējiem, skatīt blakus projektu idejas, ko var veidot ar MI vai tīmekļa lietotņu idejas.

Jautājumi