20 Idea Projek Portfolio Yang Menunjukkan Kemahiran Sebenar

Idea projek portfolio yang terbaik menyelesaikan masalah sebenar untuk orang sebenar, menunjukkan satu atau dua kemahiran dengan jelas, dan siap: langsung, didokumentasikan dan boleh diterangkan. Pemeriksa menghabiskan beberapa minit bagi setiap portfolio, jadi aplikasi yang berfungsi untuk pengguna sebenar (sistem tempahan sebuah kelab, papan pemuka data awam, reka bentuk semula dengan penyelidikan di belakangnya) mengalahkan satu klon produk terkenal yang lain. Di bawah ialah dua puluh idea yang dikumpulkan mengikut peranan, setiap satu dengan apa yang ia tunjukkan, versi pertama untuk dibina dan bahagian sukar yang jujur.

Kesemua ini boleh dijadikan aplikasi web atau laman yang boleh anda pautkan. Apabila anda sudah mempunyai tiga atau empat, cara membina laman portfolio meliputi cara membentangkannya.

Apa yang ada pada projek portfolio yang kukuh

Pembangun hadapan

1. Demo pustaka borang yang mesra kebolehcapaian

• Menunjukkan: HTML semantik, sokongan papan kekunci, mesej ralat, ujian dengan pembaca skrin.
• Versi pertama: Lima corak borang biasa (pendaftaran, alamat, julat tarikh, muat naik fail, berbilang langkah) dibina dengan betul, dengan halaman yang menerangkan setiap pilihan kebolehcapaian.
• Bahagian yang sukar: Menguji dengan pembaca skrin sebenar, bukan hanya pemeriksa automatik. Cara menjadikan laman web anda boleh diakses mempunyai senarai semak.

2. Halaman dunia sebenar yang dicipta semula, kemudian diperbaiki

• Menunjukkan: Reka letak, reka bentuk responsif, perhatian terhadap perincian.
• Versi pertama: Pilih halaman awam dengan masalah yang jelas (jadual waktu yang mengelirukan, menu yang sesak), bina semula, kemudian terbitkan versi yang membetulkan masalah itu, dengan sebelum dan selepas.
• Bahagian yang sukar: Hormat. Gunakan teks dan imej anda sendiri, labelkan sebagai konsep, dan jangan salin logo atau bentangkannya sebagai kerja syarikat itu.

3. Jadual data besar yang kekal pantas

• Menunjukkan: Prestasi, pengisihan, penapisan, pagination, keadaan muat.
• Versi pertama: Jadual lebih 10,000 baris daripada set data awam dengan carian, penapis dan paparan tersimpan.
• Bahagian yang sukar: Mengukur. Tunjukkan masa muat sebelum dan selepas perubahan anda.

4. Aplikasi senarai semak yang mesra luar talian

• Menunjukkan: Service worker, storan tempatan, penyegerakan apabila kembali dalam talian.
• Versi pertama: Senarai semak yang berfungsi tanpa isyarat dan menyegerak apabila sambungan kembali. Aplikasi natif vs progresif menerangkan pilihan-pilihannya.
• Bahagian yang sukar: Konflik penyegerakan apabila dua peranti menyunting senarai yang sama.

Pembangun full-stack dan back-end

5. Sistem tempahan untuk perniagaan kecil sebenar

• Menunjukkan: Pemodelan data, log masuk, e-mel, zon waktu, kes tepi.
• Versi pertama: Perkhidmatan, ketersediaan, tempahan, e-mel pengesahan dan paparan pentadbir. Pembina tempahan boleh menyediakan asas supaya anda boleh memberi tumpuan kepada peraturan yang sukar.
• Boleh menjana pendapatan: Jika perniagaan menggunakannya, yuran bulanan kecil.
• Bahagian yang sukar: Tempahan berganda dan pembatalan. Tulis tentang cara anda mencegahnya.

6. Portal klien berbilang pengguna dengan peranan

• Menunjukkan: Pengesahan, kebenaran, muat naik fail, pemikiran keselamatan.
• Versi pertama: Klien log masuk untuk melihat fail dan mesej mereka sahaja; kakitangan melihat semua. Lihat cara membina portal klien dan pembina portal.
• Bahagian yang sukar: Membuktikan bahawa seorang klien tidak dapat melihat data klien lain. Sertakan ujian anda dalam penerangan.

7. Penjejak inventori dengan log audit

• Menunjukkan: Data relasi, jadual sejarah, laporan.
• Versi pertama: Item, pergerakan stok, amaran stok rendah dan log tentang siapa yang menukar apa. Mulakan dari pembina inventori.
• Bahagian yang sukar: Memastikan kiraan tepat apabila dua orang mengemas kini stok serentak.

8. API awam dengan dokumentasi

• Menunjukkan: Reka bentuk API, pengesahan, had kadar, dokumentasi.
• Versi pertama: API kecil di atas set data yang anda pedulikan, dengan kunci, had dan halaman dokumentasi. Cara membina REST API meliputi bentuknya.
• Bahagian yang sukar: Mesej ralat yang baik. Itulah yang paling diperhatikan oleh pengguna API.

9. Saluran kerja latar belakang

• Menunjukkan: Barisan gilir, cubaan semula, kerja berjadual, pemantauan.
• Versi pertama: Aplikasi yang mengimport CSV, memprosesnya di latar belakang, dan menghantar laporan melalui e-mel apabila siap. Lihat cara menjalankan kerja latar belakang.
• Bahagian yang sukar: Kegagalan. Tunjukkan apa yang berlaku apabila kerja gagal di tengah jalan.

Data dan analitik

10. Papan pemuka data awam dengan satu soalan

• Menunjukkan: Membersihkan data, memilih carta, menceritakan kisah.
• Versi pertama: Satu set data awam, satu soalan yang jelas ("Laluan bas manakah yang paling kerap lewat?"), tiga carta dan jawapan bertulis. Pembina papan pemuka mengendalikan reka letaknya.
• Bahagian yang sukar: Menyatakan apa yang data tidak tunjukkan. Catat jurang dan amaran.

11. Analisis perbelanjaan peribadi

• Menunjukkan: Pengkategorian, siri masa, kesedaran privasi.
• Versi pertama: Import eksport bank (gunakan data contoh atau data yang dinyahkenal pasti dalam versi awam), kategorikan secara automatik, dan tunjukkan trend.
• Bahagian yang sukar: Jangan sekali-kali menerbitkan data kewangan sebenar.

12. Penjejak KPI perniagaan kecil

• Menunjukkan: Menterjemahkan keperluan perniagaan kepada metrik.
• Versi pertama: Untuk kedai atau kelab rakan: lima metrik yang benar-benar mereka tanya, dikemas kini daripada hamparan. Cara menyambungkan Google Sheets ke aplikasi anda meliputi penyambungannya.
• Bahagian yang sukar: Memilih metrik bersama pemilik, bukan untuk mereka.

Pereka

13. Reka bentuk semula dengan penyelidikan

• Menunjukkan: Penyelidikan pengguna, merangka masalah, lelaran.
• Versi pertama: Temu bual tiga pengguna laman atau aplikasi perkhidmatan tempatan, cari satu masalah, dan reka bentuk serta uji pembetulan. Bentangkan dapatan, bukan sekadar skrin.
• Bahagian yang sukar: Mendapatkan pengguna sebenar. Tiga perbualan ringkas sudah memadai; cara menjalankan temu bual pelanggan membantu.

14. Sistem reka bentuk untuk produk kecil

• Menunjukkan: Konsistensi, komponen, dokumentasi.
• Versi pertama: Warna, jenis huruf, jarak, sepuluh komponen dengan keadaan, dan halaman langsung yang memaparkannya dalam penggunaan.
• Bahagian yang sukar: Menunjukkannya dalam produk sebenar, bukan hanya lembaran hiasan.

15. Prototaip yang berfungsi, bukan sekadar mockup

• Menunjukkan: Bahawa anda faham bagaimana reka bentuk berkelakuan dengan data sebenar.
• Versi pertama: Ambil salah satu projek reka bentuk anda dan bina sebagai aplikasi web yang berfungsi, walaupun kecil. Pembina aplikasi AI seperti Mythex boleh menukar penerangan anda kepada aplikasi yang berfungsi dengan pratonton langsung, yang membolehkan anda menguji dengan data dan pengguna sebenar.
• Bahagian yang sukar: Jujur tentang apa yang anda bina sendiri dan apa yang dijana oleh alat.

Peranan produk dan tanpa kod

16. Kajian kes dari masalah ke pelancaran

• Menunjukkan: Penemuan, penetapan keutamaan, penghantaran.
• Versi pertama: Cari masalah kecil dalam satu kumpulan yang anda sertai, tulis spesifikasi satu halaman, bina pembetulan paling mudah, lancarkan dan ukur penggunaan. Cara menulis dokumen keperluan produk dengan AI mempunyai templat.
• Bahagian yang sukar: Mengukur apa-apa yang nyata. Walaupun "12 daripada 20 ahli menggunakannya pada minggu pertama" ialah satu hasil.

17. Alat dalaman yang menggantikan hamparan

• Menunjukkan: Pemikiran proses, pengurusan perubahan.
• Versi pertama: Tukar hamparan kongsi yang bersepah di tempat kerja, kelab atau badan amal kepada aplikasi yang ringkas. Lihat cara menukar hamparan kepada aplikasi.
• Bahagian yang sukar: Mendapatkan orang untuk bertukar. Tulis tentang apa yang anda lakukan untuk membuat mereka bertukar.

18. Portal maklum balas dengan peta jalan awam

• Menunjukkan: Mengumpul dan menetapkan keutamaan input pengguna.
• Versi pertama: Pengguna menghantar dan mengundi idea; anda menandakannya sebagai dirancang, sedang dijalankan atau selesai. Lihat cara membina portal maklum balas pelanggan.
• Bahagian yang sukar: Berkata tidak secara terbuka.

Projek berfokuskan AI

19. Alat AI untuk satu tugas yang sempit

• Menunjukkan: Reka bentuk prompt, kesedaran kos, mengendalikan output yang buruk.
• Versi pertama: Satu tugas dilakukan dengan baik, seperti menukar resipi kepada senarai beli-belah, dengan hasil yang disimpan dan cara untuk membetulkan kesilapan. Cara menggunakan API LLM meliputi kunci dan kos.
• Bahagian yang sukar: Menunjukkan cara anda menilainya: sepuluh input ujian dan berapa banyak yang betul.

20. Carian ke atas dokumen anda sendiri

• Menunjukkan: Pengambilan semula, pemecahan teks, memetik sumber.
• Versi pertama: Muat naik satu set dokumen awam (peraturan kelab, manual permainan) dan jawab soalan dengan pautan ke petikan sumber. Apa itu RAG menerangkan pendekatannya.
• Bahagian yang sukar: Mengakui apabila jawapan tidak terdapat dalam dokumen.

Cara menyiapkan dan membentangkan projek

1. Pilih pengguna sebenar sebelum mula. Rakan, kelab, bekas majikan, atau diri sendiri.
2. Hantar versi kecil dalam dua minggu, kemudian perbaikinya berdasarkan apa yang pengguna katakan.
3. Letakkan kod dalam Git. Walaupun anda mula dalam pembina AI, eksportkannya; cara menggunakan Git dengan aplikasi yang dibina AI menunjukkan caranya. (Di Mythex, eksport kod dan GitHub tersedia pada pelan Pro.)
4. Baca dan fahami kod. Jika AI menulis sebahagian daripadanya, cara menyemak kod yang dijana AI membantu anda sampai ke tahap boleh menerangkannya dalam temu duga.
5. Tulis penerangannya. Masalah, pengguna, apa yang dibina, keputusan utama, apa yang rosak, apa yang seterusnya. Satu halaman.
6. Kekalkan ia dalam talian. Pautan demo yang rosak lebih teruk daripada tiada langsung. Semak pautan anda sebelum setiap permohonan.

Untuk lebih banyak idea yang tidak ditujukan kepada majikan, lihat idea projek sampingan yang boleh dibina dengan AI atau idea aplikasi web.

Soalan lazim