20 portfolio projektų idėjų, rodančių tikrus įgūdžius

Geriausios portfolio projektų idėjos išsprendžia tikrą problemą tikram žmogui, aiškiai parodo vieną ar du įgūdžius ir yra baigtos: veikiančios, dokumentuotos ir paaiškinamos. Peržiūrėtojai portfolio skiria kelias minutes, todėl veikianti programėlė tikram naudotojui (klubo rezervacijų sistema, viešų duomenų skydelis, perdarytas dizainas su tyrimu už jo) įveikia dar vieną garsaus produkto kopiją. Žemiau – dvidešimt idėjų, sugrupuotų pagal vaidmenį; kiekviena nurodo, ką ji parodo, pirmą versiją, kurią reikia sukurti, ir sąžiningai įvardytą sunkiąją dalį.

Visos šios idėjos tinka kaip žiniatinklio programėlė ar svetainė, į kurią galite nurodyti nuorodą. Kai turite tris ar keturis projektus, kaip sukurti portfolio svetainę paaiškina, kaip juos pristatyti.

Ką turi stiprus portfolio projektas

Priekinės dalies kūrėjams

1. Prieinamų formų bibliotekos demonstracija

• Parodo: semantinį HTML, klaviatūros palaikymą, klaidų pranešimus, testavimą ekrano skaitytuvu.
• Pirma versija: penki įprasti formų modeliai (registracija, adresas, datų intervalas, failo įkėlimas, daugiažingsnė forma), tinkamai sukurti, su puslapiu, paaiškinančiu kiekvieną prieinamumo sprendimą.
• Sunkioji dalis: testavimas tikru ekrano skaitytuvu, o ne tik automatiniu tikrintuvu. Kaip padaryti svetainę prieinamą turi kontrolinį sąrašą.

2. Atkurtas realus puslapis, o paskui patobulintas

• Parodo: maketą, prisitaikantį dizainą, dėmesį detalėms.
• Pirma versija: pasirinkite viešą puslapį su aiškia problema (painų tvarkaraštį, perkrautą meniu), perkurkite jį, tada publikuokite versiją, kuri problemą išsprendžia, su prieš ir po.
• Sunkioji dalis: pagarba. Naudokite savo tekstą ir vaizdus, pažymėkite, kad tai konceptas, ir nekopijuokite logotipų bei nepateikite to kaip įmonės darbo.

3. Daug duomenų turinti lentelė, kuri išlieka greita

• Parodo: našumą, rikiavimą, filtravimą, puslapiavimą, įkėlimo būsenas.
• Pirma versija: lentelė su 10 000+ eilučių iš viešo duomenų rinkinio su paieška, filtrais ir išsaugotais rodiniais.
• Sunkioji dalis: matavimas. Parodykite įkėlimo laikus prieš ir po pakeitimų.

4. Kontrolinių sąrašų programėlė, veikianti be ryšio

• Parodo: service workers, vietinę saugyklą, sinchronizavimą grįžus ryšiui.
• Pirma versija: kontroliniai sąrašai, veikiantys be signalo ir susinchronizuojantys, kai ryšys grįžta. Native vs progresyvios žiniatinklio programėlės paaiškina variantus.
• Sunkioji dalis: sinchronizavimo konfliktai, kai du įrenginiai redaguoja tą patį sąrašą.

Pilno steko ir serverinės dalies kūrėjams

5. Rezervacijų sistema tikram mažam verslui

• Parodo: duomenų modeliavimą, prisijungimą, laiškus, laiko juostas, ribinius atvejus.
• Pirma versija: paslaugos, prieinamumas, rezervacijos, patvirtinimo laiškai ir administratoriaus vaizdas. Rezervacijų kūrėjas gali paruošti pagrindus, kad galėtumėte susitelkti į sudėtingas taisykles.
• Galėtų uždirbti: jei verslas ją naudoja, nedidelį mėnesio mokestį.
• Sunkioji dalis: dvigubos rezervacijos ir atšaukimai. Parašykite, kaip tai išvengėte.

6. Kelių naudotojų klientų portalas su vaidmenimis

• Parodo: autentifikavimą, leidimus, failų įkėlimus, mąstymą apie saugumą.
• Pirma versija: klientai prisijungia ir mato tik savo failus bei žinutes; darbuotojai mato viską. Žr. kaip sukurti klientų portalą ir portalo kūrėją.
• Sunkioji dalis: įrodyti, kad vienas klientas negali matyti kito duomenų. Įtraukite savo testus į aprašymą.

7. Atsargų sekimo sistema su audito žurnalu

• Parodo: reliacinius duomenis, istorijos lenteles, ataskaitas.
• Pirma versija: prekės, atsargų judėjimai, įspėjimai apie mažas atsargas ir žurnalas, kas ką pakeitė. Pradėkite nuo atsargų kūrėjo.
• Sunkioji dalis: išlaikyti teisingus kiekius, kai du žmonės vienu metu atnaujina atsargas.

8. Viešas API su dokumentacija

• Parodo: API dizainą, validavimą, užklausų ribojimą, dokumentaciją.
• Pirma versija: nedidelis API virš duomenų rinkinio, kuris jums rūpi, su raktais, ribomis ir dokumentacijos puslapiu. Kaip sukurti REST API aprašo struktūrą.
• Sunkioji dalis: geri klaidų pranešimai. Būtent juos API naudotojai pastebi labiausiai.

9. Fono užduočių grandinė

• Parodo: eiles, pakartotinius bandymus, planuotą darbą, stebėseną.
• Pirma versija: programėlė, kuri importuoja CSV, apdoroja jį fone ir pabaigus atsiunčia ataskaitą el. paštu. Žr. kaip paleisti fonines užduotis.
• Sunkioji dalis: gedimai. Parodykite, kas nutinka, kai užduotis nutrūksta per pusę.

Duomenys ir analitika

10. Viešas duomenų skydelis su klausimu

• Parodo: duomenų valymą, diagramų pasirinkimą, istorijos pasakojimą.
• Pirma versija: vienas viešas duomenų rinkinys, vienas aiškus klausimas („Kurie autobusų maršrutai dažniausiai vėluoja?“), trys diagramos ir parašytas atsakymas. Skydelių kūrėjas tvarko maketą.
• Sunkioji dalis: pasakyti, ko duomenys nerodo. Nurodykite spragas ir išlygas.

11. Asmeninių išlaidų analizė

• Parodo: kategorizavimą, laiko eilutes, supratimą apie privatumą.
• Pirma versija: importuokite banko eksportą (viešoje versijoje naudokite pavyzdinius ar anonimizuotus duomenis), automatiškai kategorizuokite ir rodykite tendencijas.
• Sunkioji dalis: niekada nepublikuoti tikrų finansinių duomenų.

12. Mažo verslo KPI sekimo sistema

• Parodo: verslo poreikių vertimą į metrikas.
• Pirma versija: draugo parduotuvei ar klubui: penkios metrikos, apie kurias jie iš tikrųjų klausia, atnaujinamos iš skaičiuoklės. Kaip prijungti Google Sheets prie savo programėlės aprašo ryšį.
• Sunkioji dalis: metrikas parinkti kartu su savininku, o ne už jį.

Dizaineriams

13. Perdarymas su tyrimu

• Parodo: naudotojų tyrimą, problemos formulavimą, iteracijas.
• Pirma versija: pakalbinkite tris vietinės paslaugos svetainės ar programėlės naudotojus, raskite vieną problemą, suprojektuokite ir išbandykite pataisymą. Pristatykite išvadas, o ne tik ekranus.
• Sunkioji dalis: surasti tikrus naudotojus. Trys trumpi pokalbiai pakanka; padės kaip atlikti klientų interviu.

14. Dizaino sistema mažam produktui

• Parodo: nuoseklumą, komponentus, dokumentaciją.
• Pirma versija: spalvos, šriftai, tarpai, dešimt komponentų su būsenomis ir gyvas puslapis, rodantis, kaip jie naudojami.
• Sunkioji dalis: parodyti tai tikrame produkte, o ne tik lipdukų lape.

15. Veikiantis prototipas, o ne tik maketai

• Parodo: kad suprantate, kaip dizainai elgiasi su tikrais duomenimis.
• Pirma versija: paimkite vieną savo dizaino projektų ir sukurkite jį kaip veikiančią žiniatinklio programėlę, net mažą. DI programėlių kūrėjas, pavyzdžiui, Mythex, gali paversti jūsų aprašymą veikiančia programėle su gyvu peržiūros langu, todėl galite testuoti su tikrais duomenimis ir tikrais naudotojais.
• Sunkioji dalis: būti sąžiningam, ką sukūrėte patys, o ką sugeneravo įrankis.

Produktų ir be kodo vaidmenims

16. Atvejo analizė nuo problemos iki paleidimo

• Parodo: tyrimą, prioritetų nustatymą, pristatymą.
• Pirma versija: raskite nedidelę problemą grupėje, kurios esate nariu, parašykite vieno puslapio specifikaciją, sukurkite paprasčiausią pataisymą, paleiskite jį ir išmatuokite naudojimą. Kaip parašyti produkto reikalavimų dokumentą su DI turi šabloną.
• Sunkioji dalis: išmatuoti ką nors realaus. Net „12 iš 20 narių naudojo pirmą savaitę“ yra rezultatas.

17. Vidinis įrankis, pakeičiantis skaičiuoklę

• Parodo: procesų mąstymą, pokyčių valdymą.
• Pirma versija: paverskite netvarkingą bendrą skaičiuoklę darbe, klube ar labdaros organizacijoje paprasta programėle. Žr. kaip paversti skaičiuoklę programėle.
• Sunkioji dalis: priversti žmones persijungti. Parašykite, ką darėte, kad jie tai padarytų.

18. Atsiliepimų portalas su viešu planu

• Parodo: naudotojų įvesties rinkimą ir prioritetų nustatymą.
• Pirma versija: naudotojai pateikia ir balsuoja už idėjas; jūs jas pažymite kaip suplanuotas, vykdomas ar atliktas. Žr. kaip sukurti klientų atsiliepimų portalą.
• Sunkioji dalis: viešai pasakyti „ne“.

Projektai, orientuoti į DI

19. DI įrankis vienam siauram darbui

• Parodo: užklausų kūrimą, kainų suvokimą, prastų rezultatų valdymą.
• Pirma versija: vienas gerai atliktas darbas, pavyzdžiui, receptas paverčiamas pirkinių sąrašu, su išsaugotais rezultatais ir būdu ištaisyti klaidas. Kaip naudoti LLM API aprašo raktus ir kainas.
• Sunkioji dalis: parodyti, kaip tai įvertinote: dešimt bandymo įvedimų ir kiek iš jų teisingai.

20. Paieška jūsų pačių dokumentuose

• Parodo: paiešką, tekstų dalijimą, šaltinių citavimą.
• Pirma versija: įkelkite viešų dokumentų rinkinį (klubo taisykles, žaidimo vadovą) ir atsakykite į klausimus su nuorodomis į šaltinio ištrauką. Kas yra RAG paaiškina metodą.
• Sunkioji dalis: pripažinti, kada atsakymo dokumentuose nėra.

Kaip užbaigti ir pristatyti projektą

1. Prieš pradėdami pasirinkite tikrą naudotoją. Draugą, klubą, buvusį darbdavį, save.
2. Per dvi savaites paleiskite mažą versiją, tada tobulinkite ją pagal tai, ką sako naudotojas.
3. Įdėkite kodą į Git. Net jei pradėjote DI kūrėjo įrankyje, eksportuokite jį; kaip naudoti Git su DI sukurta programėle parodo, kaip. (Mythex kodo eksportas ir GitHub yra Pro plane.)
4. Perskaitykite ir suprask kodą. Jei DI parašė dalį jo, kaip peržiūrėti DI sugeneruotą kodą padės pasiekti tašką, kuriame galite jį paaiškinti interviu.
5. Parašykite aprašymą. Problema, naudotojas, ką sukūrėte, pagrindiniai sprendimai, kas sugedo, kas toliau. Vienas puslapis.
6. Palaikykite gyvą. Sugedusi demonstracijos nuoroda yra blogiau nei jokios. Patikrinkite nuorodas prieš kiekvieną paraišką.

Daugiau idėjų, nesiejamų su darbdaviais, rasite šalutinių projektų idėjose, kurias galite sukurti su DI arba žiniatinklio programėlių idėjose.

Klausimai