20 portfelliprojekti ideed, mis näitavad päris oskusi

Parimad portfelliprojekti ideed lahendavad päris inimese päris probleemi, näitavad selgelt ühte või kahte oskust ja on lõpetatud: elavad, dokumenteeritud ja selgitatavad. Värbajad vaatavad portfelli mõne minuti, seega töötav rakendus päris kasutajale (klubi broneerimissüsteem, avaliku andmestiku kontrollpaneel, ümberkujundus, mille taga on uuringud) võidab veel ühe kloonitud kuulsa toote. Allpool on kakskümmend ideed rollide kaupa rühmitatud, igaühega kaasas, mida see näitab, esimene versioon ehitamiseks ja ausalt öeldud raske osa.

Kõik need töötavad veebirakendusena või saidina, millele saab linki panna. Kui sul on kolm-neli projekti, käsitleb kuidas ehitada portfellilehte, kuidas neid esitleda.

Mis on tugeval portfelliprojektil

Esiliiniearendajad

1. Ligipääsetava vormi teek demona

• Näitab: semantilist HTML-i, klaviatuuritoe, veateateid, ekraanilugeja testimist.
• Esimene versioon: viis levinud vormimustrit (registreerimine, aadress, kuupäevavahemik, failiüleslaadimine, mitmeastmeline) korralikult ehitatud, koos lehega, mis selgitab iga ligipääsetavuse valikut.
• Raske osa: testida päris ekraanilugejaga, mitte ainult automaatse kontrollijaga. Kuidas teha oma veebileht ligipääsetavaks sisaldab kontrollnimekirja.

2. Päris veebilehe taasloomine ja parandamine

• Näitab: paigutust, reageerivat disaini, tähelepanu detailidele.
• Esimene versioon: vali avalik leht selge probleemiga (segane ajagraafik, ülekoormatud menüü), ehita see uuesti ja avalda parandatud versioon, koos enne ja pärast vaatega.
• Raske osa: austus. Kasuta oma teksti ja pilte, märgi see kontseptsiooniks ja ära kopeeri logosid ega esita seda ettevõtte tööna.

3. Andmerohke tabel, mis jääb kiireks

• Näitab: jõudlust, sorteerimist, filtreerimist, lehekülgede jaotust, laadimisolekuid.
• Esimene versioon: 10 000+ reaga tabel avalikust andmestikust otsingu, filtrite ja salvestatud vaadetega.
• Raske osa: mõõtmine. Näita laadimisaegu enne ja pärast oma muudatusi.

4. Võrguühenduseta sõbralik kontrollnimekirja rakendus

• Näitab: service workereid, kohalikku salvestust, sünkroonimist pärast ühenduse taastumist.
• Esimene versioon: kontrollnimekirjad, mis töötavad ilma levita ja sünkroonivad, kui ühendus naaseb. Natiivsed vs progressiivsed veebirakendused selgitab valikuid.
• Raske osa: sünkroonimise konfliktid, kui kaks seadet muudavad sama nimekirja.

Full-stack ja tagarakenduste arendajad

5. Broneerimissüsteem päris väikeettevõttele

• Näitab: andmemudelit, sisselogimist, meile, ajavöötsoone, erijuhtumeid.
• Esimene versioon: teenused, saadavus, broneeringud, kinnitusmeilid ja administraatorivaade. Broneeringute ehitaja saab seadistada põhitõed, et saaksid keskenduda keerulistele reeglitele.
• Võib teenida: kui ettevõte seda kasutab, väike kuutasu.
• Raske osa: topeltbroneeringud ja tühistamised. Kirjuta, kuidas neid ennetasid.

6. Mitme kasutajaga kliendiportaal rollidega

• Näitab: autentimist, õigusi, failide üleslaadimist, turvamõtlemist.
• Esimene versioon: kliendid logivad sisse ja näevad ainult oma faile ja sõnumeid; töötajad näevad kõike. Vaata kuidas ehitada kliendiportaali ja portaali ehitajat.
• Raske osa: tõestada, et üks klient ei näe teise andmeid. Lisa oma testid kirjeldusse.

7. Laojälgija auditilogiga

• Näitab: relatsioonilisi andmeid, ajaloo tabeleid, aruandeid.
• Esimene versioon: esemed, laoliikumised, madala laoseisu hoiatused ja logi, kes mida muutis. Alusta laoehitajast.
• Raske osa: loenduste õigsus, kui kaks inimest uuendavad laoseisu korraga.

8. Avalik API koos dokumentatsiooniga

• Näitab: API disaini, valideerimist, päringupiiranguid, dokumentatsiooni.
• Esimene versioon: väike API andmestiku peal, mis sind huvitab, koos võtmete, piirangute ja dokumentatsioonilehega. Kuidas ehitada REST API-t katab kuju.
• Raske osa: head veateated. Need on see, mida API kasutajad kõige enam märkavad.

9. Taustatööde torujuhe

• Näitab: järjekordi, uuesti proovimisi, ajastatud tööd, jälgimist.
• Esimene versioon: rakendus, mis impordib CSV-faili, töötleb selle taustal ja saadab valmimisel meiliga aruande. Vaata kuidas käivitada taustatöid.
• Raske osa: tõrge. Näita, mis juhtub, kui töö katkeb poolel teel.

Andmed ja analüütika

10. Avalik andmete kontrollpaneel koos küsimusega

• Näitab: andmete puhastamist, graafikute valimist, loo jutustamist.
• Esimene versioon: üks avalik andmestik, üks selge küsimus („Millised bussiliinid hilinevad kõige sagedamini?“), kolm graafikut ja kirjalik vastus. Kontrollpaneeli ehitaja käsitleb paigutust.
• Raske osa: öelda, mida andmed ei näita. Märgi lüngad ja hoiatused.

11. Isiklik kulude analüüs

• Näitab: kategoriseerimist, ajarida, privaatsusteadlikkust.
• Esimene versioon: impordi pangaväljavõte (avalikus versioonis kasuta näidis- või anonüümitud andmeid), kategoriseeri automaatselt ja näita trende.
• Raske osa: ära kunagi avalda päris finantsandmeid.

12. Väikeettevõtte KPI-jälgija

• Näitab: äri vajaduste tõlkimist mõõdikuteks.
• Esimene versioon: sõbra poe või klubi jaoks: viis mõõdikut, mida nad tegelikult küsivad, uuendatud tabelist. Kuidas ühendada Google Sheets oma rakendusega selgitab seost.
• Raske osa: mõõdikute valimine koos omanikuga, mitte tema eest.

Disainerid

13. Uuringutega ümberkujundus

• Näitab: kasutajauuringuid, probleemi raamistamist, iteratsiooni.
• Esimene versioon: intervjueeri kolme kohaliku teenuse saidi või rakenduse kasutajat, leia üks probleem ning disaini ja testi parandus. Esita tulemused, mitte ainult ekraanid.
• Raske osa: päris kasutajate leidmine. Kolm lühikest vestlust piisab; kuidas teha kliendiintervjuusid aitab.

14. Disainisüsteem väikesele tootele

• Näitab: järjepidevust, komponente, dokumentatsiooni.
• Esimene versioon: värvid, kirjastiil, vahed, kümme komponenti oma olekutega ning elav leht, mis näitab neid kasutuses.
• Raske osa: näidata seda päris tootes, mitte ainult kleebiste lehel.

15. Töötav prototüüp, mitte ainult mock-up

• Näitab: et mõistad, kuidas disainid päris andmetega käituvad.
• Esimene versioon: võta üks oma disainiprojektidest ja ehita see töötava veebirakendusena, isegi väikesena. AI-rakenduste ehitaja nagu Mythex saab sinu kirjelduse muuta töötavaks rakenduseks elava eelvaatega, mis laseb testida päris andmete ja päris kasutajatega.
• Raske osa: olla aus selle suhtes, mida ise ehitasid ja mida tööriist genereeris.

Toote- ja no-code rollid

16. Probleemist käivitamiseni juhtumiuuring

• Näitab: avastamist, prioriseerimist, tarnimist.
• Esimene versioon: leia väike probleem grupis, millesse kuulud, kirjuta üheleheküljeline spetsifikatsioon, ehita lihtsaim parandus, käivita see ja mõõda kasutust. Kuidas kirjutada AI abil toote nõuete dokument pakub malli.
• Raske osa: mõõta midagi päris. Isegi „12 20-st liikmest kasutas seda esimesel nädalal“ on tulemus.

17. Sisemine tööriist, mis asendab tabeli

• Näitab: protsessi mõtlemist, muutuste juhtimist.
• Esimene versioon: muuda segane jagatud tabel tööl, klubis või heategevusorganisatsioonis lihtsaks rakenduseks. Vaata kuidas muuta tabel rakenduseks.
• Raske osa: inimeste veenmine üle minema. Kirjuta, mida tegid, et nad seda teeksid.

18. Tagasiside portaal avaliku teekaardiga

• Näitab: kasutajasisendi kogumist ja prioriseerimist.
• Esimene versioon: kasutajad esitavad ideid ja hääletavad nende poolt; sina märgid need plaanitud, pooleli või tehtuks. Vaata kuidas ehitada kliendi tagasiside portaali.
• Raske osa: avalikult ei öelda.

AI-kesksed projektid

19. AI-tööriist ühele kitsale tööle

• Näitab: promptide disaini, kulude teadlikkust, halva väljundi käsitlemist.
• Esimene versioon: üks ülesanne hästi tehtud, näiteks retsepti teisendamine ostunimekirjaks, salvestatud tulemuste ja viisiga vigu parandada. Kuidas kasutada LLM API-sid katab võtmed ja kulud.
• Raske osa: näidata, kuidas hindasid: kümme testsisendit ja mitu neist said õigesti.

20. Otsing oma dokumentide seest

• Näitab: otsingut, tükeldamist, allikatele viitamist.
• Esimene versioon: lae üles avalike dokumentide kogum (klubi reeglid, mängu juhend) ja vasta küsimustele lingiga allikalõigule. Mis on RAG selgitab lähenemist.
• Raske osa: tunnista, kui vastust dokumentidest ei leidu.

Kuidas projekti lõpetada ja esitleda

1. Vali enne alustamist päris kasutaja. Sõber, klubi, endine tööandja, sina ise.
2. Tarni väike versioon kahe nädala jooksul, seejärel paranda seda kasutaja ütluste põhjal.
3. Pane kood Giti. Isegi kui alustasid AI-ehitajas, ekspordi see; kuidas kasutada Giti AI-ga ehitatud rakendusega näitab, kuidas. (Mythexis on koodi eksport ja GitHub Pro-paketis.)
4. Loe ja mõista koodi. Kui AI kirjutas osi sellest, aitab kuidas üle vaadata AI genereeritud koodi, et jõuaksid punkti, kus saad intervjuul selgitada.
5. Kirjuta see üles. Probleem, kasutaja, mida ehitasid, peamised otsused, mis katkes, mis on järgmine. Üks lehekülg.
6. Hoia see elavana. Katkine demo-link on halvem kui puudumine. Kontrolli linke enne iga kandideerimist.

Mitte-tööandjatele suunatud projektiideede jaoks vaata kõrvalprojektide ideid, mida saab ehitada AI-ga või veebirakenduste ideid.

Küsimused