യഥാർത്ഥ കഴിവുകൾ കാണിക്കുന്ന 20 പോർട്ട്ഫോളിയോ പ്രോജക്ട് ആശയങ്ങൾ

ഏറ്റവും നല്ല പോർട്ട്ഫോളിയോ പ്രോജക്ട് ആശയങ്ങൾ യഥാർത്ഥ വ്യക്തിക്ക് വേണ്ടി യഥാർത്ഥ പ്രശ്നം പരിഹരിക്കുന്നു, ഒന്നോ രണ്ടോ കഴിവുകൾ വ്യക്തമായി കാണിക്കുന്നു, കൂടാതെ പൂർത്തിയായവയാണ്: തത്സമയം, രേഖപ്പെടുത്തിയത്, വിശദീകരിക്കാവുന്നത്. ഒരു പോർട്ട്ഫോളിയോയ്ക്ക് റിവ്യൂവർമാർ കുറച്ച് മിനിറ്റേ ചെലവഴിക്കൂ, അതിനാൽ ഒരു ക്ലബ്ബിന്റെ ബുക്കിംഗ് സിസ്റ്റം, പൊതു ഡാറ്റയുടെ ഡാഷ്‌ബോർഡ്, ഗവേഷണത്തോടെയുള്ള പുനർരൂപകൽപ്പന പോലുള്ള യഥാർത്ഥ ഉപയോക്താവിനുള്ള ഒരു ആപ്പ്, പ്രസിദ്ധമായ ഒരു ഉൽപ്പന്നത്തിന്റെ മറ്റൊരു ക്ലോൺ എന്നതിനേക്കാൾ നല്ലതാണ്. റോളുകൾ അനുസരിച്ച് തരംതിരിച്ച ഇരുപത് ആശയങ്ങൾ താഴെ, ഓരോന്നിനും അത് എന്ത് കാണിക്കുന്നു, നിർമ്മിക്കേണ്ട ആദ്യ പതിപ്പ്, സത്യസന്ധമായ കഠിന ഭാഗം എന്നിവയോടെ.

ഇവയെല്ലാം ലിങ്ക് ചെയ്യാവുന്ന ഒരു വെബ് ആപ്പോ സൈറ്റോ ആയി പ്രവർത്തിക്കും. നിങ്ങൾക്ക് മൂന്നോ നാലോ ആയിക്കഴിഞ്ഞാൽ, how to build a portfolio website അവ എങ്ങനെ അവതരിപ്പിക്കാമെന്ന് വിശദീകരിക്കുന്നു.

ശക്തമായ പോർട്ട്ഫോളിയോ പ്രോജക്ടിലെ ഗുണങ്ങൾ

ഗുണം	എന്തുകൊണ്ട് പ്രധാനം	എങ്ങനെ കാണിക്കാം
യഥാർത്ഥ ഉപയോക്താവ്	ഒരു പ്രശ്നം മനസ്സിലാക്കാനുള്ള കഴിവ് കാണിക്കുന്നു	ആർക്കുവേണ്ടിയെന്ന് പറയുക; അവരുടെ ഫീഡ്ബാക്ക് ഉദ്ധരിക്കുക
ഒരു വ്യക്തമായ കഴിവ്	റിവ്യൂവർക്ക് എളുപ്പം വിലയിരുത്താം	വിവരണം അതിലൂടെ തുടങ്ങുക
പൂർത്തിയായത്	മിക്ക പ്രോജക്ടുകളും ഒരിക്കലും പൂർത്തിയാകാറില്ല	ഫോണിൽ പ്രവർത്തിക്കുന്ന ഒരു തത്സമയ ലിങ്ക്
തീരുമാനങ്ങൾ വിശദീകരിച്ചത്	ഔട്ട്പുട്ട് മാത്രമല്ല, വിധിയും കാണിക്കുന്നു	"ഞാൻ Y-ന് പകരം X തിരഞ്ഞെടുത്തത് എന്തുകൊണ്ട്" എന്ന ചെറിയ കുറിപ്പ്
ഉപകരണങ്ങളെക്കുറിച്ച് സത്യസന്ധത	വിശ്വാസം നിർമ്മിക്കുന്നു	AI ഉൾപ്പെടെ ഉപയോഗിച്ചതെന്തെന്ന് പറയുക

ഫ്രണ്ട്-എൻഡ് ഡെവലപ്പർമാർ

1. ആക്സസിബിൾ ഫോം ലൈബ്രറി ഡെമോ

കാണിക്കുന്നത്: സെമാന്റിക് HTML, കീബോർഡ് പിന്തുണ, പിശക് സന്ദേശങ്ങൾ, സ്‌ക്രീൻ റീഡർ പരിശോധന.
ആദ്യ പതിപ്പ്: ശരിയായി നിർമ്മിച്ച അഞ്ച് സാധാരണ ഫോം പാറ്റേണുകൾ (സൈൻ-അപ്പ്, വിലാസം, തീയതി പരിധി, ഫയൽ അപ്‌ലോഡ്, മൾട്ടി-സ്റ്റെപ്പ്), ഓരോ ആക്സസിബിലിറ്റി തീരുമാനവും വിശദീകരിക്കുന്ന ഒരു പേജോടെ.
കഠിന ഭാഗം: ഓട്ടോമേറ്റഡ് ചെക്കർ മാത്രമല്ല, യഥാർത്ഥ സ്‌ക്രീൻ റീഡറുപയോഗിച്ച് പരിശോധിക്കൽ. how to make your website accessible ചെക്ക്‌ലിസ്റ്റ് നൽകുന്നു.

2. യഥാർത്ഥ ലോക പേജ് പുനഃസൃഷ്ടിച്ച് മെച്ചപ്പെടുത്തുക

കാണിക്കുന്നത്: ലേഔട്ട്, റെസ്‌പോൺസീവ് ഡിസൈൻ, വിശദാംശങ്ങളിലെ ശ്രദ്ധ.
ആദ്യ പതിപ്പ്: വ്യക്തമായ പ്രശ്നമുള്ള ഒരു പൊതു പേജ് തിരഞ്ഞെടുക്കുക (ആശയക്കുഴപ്പമുള്ള സമയക്രമം, തിരക്കേറിയ മെനു), അത് പുനർനിർമ്മിക്കുക, പ്രശ്നം പരിഹരിക്കുന്ന ഒരു പതിപ്പ് മുമ്പും ശേഷവും കാണിച്ച് പ്രസിദ്ധീകരിക്കുക.
കഠിന ഭാഗം: ആദരവ്. സ്വന്തം ടെക്സ്റ്റും ചിത്രങ്ങളും ഉപയോഗിക്കുക, ഒരു കൺസെപ്റ്റ് ആയി ലേബൽ ചെയ്യുക, ലോഗോകൾ പകർത്തരുത്, അത് കമ്പനിയുടെ ജോലിയായി അവതരിപ്പിക്കരുത്.

3. വേഗത കുറയാത്ത ഡാറ്റ-ഹെവി ടേബിൾ

കാണിക്കുന്നത്: പെർഫോമൻസ്, സോർട്ടിംഗ്, ഫിൽട്ടറിംഗ്, പേജിനേഷൻ, ലോഡിംഗ് അവസ്ഥകൾ.
ആദ്യ പതിപ്പ്: ഒരു പൊതു ഡാറ്റാസെറ്റിൽ നിന്നുള്ള 10,000-ത്തിലധികം വരികളുള്ള ടേബിൾ, തിരയൽ, ഫിൽട്ടറുകൾ, സേവ് ചെയ്ത വ്യൂകൾ എന്നിവയോടെ.
കഠിന ഭാഗം: അളക്കൽ. നിങ്ങളുടെ മാറ്റങ്ങൾക്ക് മുമ്പും ശേഷവുമുള്ള ലോഡ് സമയം കാണിക്കുക.

4. ഓഫ്‌ലൈനിൽ പ്രവർത്തിക്കുന്ന ചെക്ക്‌ലിസ്റ്റ് ആപ്പ്

കാണിക്കുന്നത്: സർവീസ് വർക്കേഴ്സ്, ലോക്കൽ സ്റ്റോറേജ്, ഓൺലൈനിൽ തിരിച്ചെത്തുമ്പോൾ സമന്വയിപ്പിക്കൽ.
ആദ്യ പതിപ്പ്: സിഗ്നൽ ഇല്ലാതെ പ്രവർത്തിക്കുകയും കണക്ഷൻ തിരിച്ചുവരുമ്പോൾ സമന്വയിപ്പിക്കുകയും ചെയ്യുന്ന ചെക്ക്‌ലിസ്റ്റുകൾ. Native vs progressive web apps ഓപ്ഷനുകൾ വിശദീകരിക്കുന്നു.
കഠിന ഭാഗം: ഒരേ ലിസ്റ്റ് രണ്ട് ഉപകരണങ്ങളിൽ ഒരേസമയം എഡിറ്റ് ചെയ്യുമ്പോഴുള്ള സമന്വയ വൈരുദ്ധ്യങ്ങൾ.

ഫുൾ-സ്റ്റാക്ക്, ബാക്ക്-എൻഡ് ഡെവലപ്പർമാർ

5. യഥാർത്ഥ ചെറിയ ബിസിനസിനുള്ള ബുക്കിംഗ് സിസ്റ്റം

കാണിക്കുന്നത്: ഡാറ്റ മോഡലിംഗ്, ലോഗിൻ, ഇമെയിലുകൾ, സമയ മേഖലകൾ, എഡ്ജ് കേസുകൾ.
ആദ്യ പതിപ്പ്: സേവനങ്ങൾ, ലഭ്യത, ബുക്കിംഗുകൾ, സ്ഥിരീകരണ ഇമെയിലുകൾ, ഒരു അഡ്മിൻ വ്യൂ. അടിസ്ഥാനങ്ങൾ സജ്ജീകരിക്കാൻ booking builder സഹായിക്കും, അതിനാൽ കഠിന നിയമങ്ങളിൽ ശ്രദ്ധിക്കാം.
വരുമാനം നേടാം: ബിസിനസ് അത് ഉപയോഗിക്കുന്നുവെങ്കിൽ ഒരു ചെറിയ പ്രതിമാസ ഫീസ്.
കഠിന ഭാഗം: ഇരട്ട ബുക്കിംഗുകളും റദ്ദാക്കലുകളും. അവ എങ്ങനെ തടഞ്ഞു എന്ന് എഴുതുക.

6. റോളുകളുള്ള മൾട്ടി-യൂസർ ക്ലയന്റ് പോർട്ടൽ

കാണിക്കുന്നത്: ഓതന്റിക്കേഷൻ, അനുമതികൾ, ഫയൽ അപ്‌ലോഡുകൾ, സുരക്ഷാ ചിന്ത.
ആദ്യ പതിപ്പ്: ക്ലയന്റുകൾ സ്വന്തം ഫയലുകളും സന്ദേശങ്ങളും മാത്രം കാണുന്നു; സ്റ്റാഫ് എല്ലാം കാണുന്നു. how to build a client portal, portal builder കാണുക.
കഠിന ഭാഗം: ഒരു ക്ലയന്റിന് മറ്റൊരാളുടെ ഡാറ്റ കാണാനാകില്ലെന്ന് തെളിയിക്കൽ. നിങ്ങളുടെ ടെസ്റ്റുകൾ എഴുത്തിൽ ഉൾപ്പെടുത്തുക.

7. ഓഡിറ്റ് ലോഗോടെയുള്ള ഇൻവെന്ററി ട്രാക്കർ

കാണിക്കുന്നത്: റിലേഷണൽ ഡാറ്റ, ചരിത്ര ടേബിളുകൾ, റിപ്പോർട്ടുകൾ.
ആദ്യ പതിപ്പ്: ഇനങ്ങൾ, സ്റ്റോക്ക് ചലനങ്ങൾ, കുറഞ്ഞ സ്റ്റോക്ക് അലേർട്ടുകൾ, ആര് എന്ത് മാറ്റി എന്ന ലോഗ്. inventory builder ൽ നിന്ന് തുടങ്ങാം.
കഠിന ഭാഗം: രണ്ടുപേർ ഒരേ സമയം സ്റ്റോക്ക് അപ്‌ഡേറ്റ് ചെയ്യുമ്പോൾ എണ്ണം ശരിയാക്കി നിർത്തൽ.

8. ഡോക്സോടെയുള്ള പബ്ലിക് API

കാണിക്കുന്നത്: API ഡിസൈൻ, വാലിഡേഷൻ, റേറ്റ് ലിമിറ്റിംഗ്, ഡോക്യുമെന്റേഷൻ.
ആദ്യ പതിപ്പ്: നിങ്ങൾ ശ്രദ്ധിക്കുന്ന ഒരു ഡാറ്റാസെറ്റിന് മുകളിലുള്ള ചെറിയ API, കീകളും പരിധികളും ഡോക്സ് പേജും. how to build a REST API ഘടന വിശദീകരിക്കുന്നു.
കഠിന ഭാഗം: നല്ല പിശക് സന്ദേശങ്ങൾ. API ഉപയോക്താക്കൾ ഏറ്റവും ശ്രദ്ധിക്കുന്നത് അവയാണ്.

9. പശ്ചാത്തല ജോബ് പൈപ്പ്ലൈൻ

കാണിക്കുന്നത്: ക്യൂകൾ, വീണ്ടുംശ്രമങ്ങൾ, ഷെഡ്യൂൾ ചെയ്ത ജോലി, മോണിറ്ററിംഗ്.
ആദ്യ പതിപ്പ്: ഒരു CSV ഇറക്കുമതി ചെയ്യുകയും പശ്ചാത്തലത്തിൽ പ്രോസസ് ചെയ്യുകയും കഴിയുമ്പോൾ ഒരു റിപ്പോർട്ട് ഇമെയിൽ ചെയ്യുകയും ചെയ്യുന്ന ആപ്പ്. how to run background jobs കാണുക.
കഠിന ഭാഗം: പരാജയം. ഒരു ജോബ് പകുതിക്ക് വെച്ച് പരാജയപ്പെടുമ്പോൾ എന്ത് സംഭവിക്കുന്നു എന്ന് കാണിക്കുക.

ഡാറ്റയും അനലിറ്റിക്സും

10. ഒരു ചോദ്യമുള്ള പബ്ലിക് ഡാറ്റ ഡാഷ്‌ബോർഡ്

കാണിക്കുന്നത്: ഡാറ്റ വൃത്തിയാക്കൽ, ചാർട്ടുകൾ തിരഞ്ഞെടുക്കൽ, ഒരു കഥ പറയൽ.
ആദ്യ പതിപ്പ്: ഒരു പൊതു ഡാറ്റാസെറ്റ്, ഒരു വ്യക്തമായ ചോദ്യം ("ഏത് ബസ് റൂട്ടുകൾ ഏറ്റവും കൂടുതൽ വൈകുന്നു?"), മൂന്ന് ചാർട്ടുകൾ, ഒരു എഴുതിയ ഉത്തരം. ലേഔട്ട് dashboard builder കൈകാര്യം ചെയ്യും.
കഠിന ഭാഗം: ഡാറ്റ കാണിക്കാത്തത് എന്താണെന്ന് പറയുക. വിടവുകളും പരിമിതികളും കുറിക്കുക.

11. വ്യക്തിഗത ചെലവ് വിശകലനം

കാണിക്കുന്നത്: വിഭാഗീകരണം, സമയ പരമ്പര, സ്വകാര്യതാ ബോധം.
ആദ്യ പതിപ്പ്: ഒരു ബാങ്ക് എക്സ്പോർട്ട് ഇറക്കുമതി ചെയ്യുക (പൊതു പതിപ്പിൽ സാമ്പിൾ അല്ലെങ്കിൽ അജ്ഞാതമാക്കിയ ഡാറ്റ ഉപയോഗിക്കുക), സ്വയം വിഭാഗീകരിക്കുക, പ്രവണതകൾ കാണിക്കുക.
കഠിന ഭാഗം: യഥാർത്ഥ സാമ്പത്തിക ഡാറ്റ ഒരിക്കലും പ്രസിദ്ധീകരിക്കാതിരിക്കുക.

12. ചെറിയ ബിസിനസ് KPI ട്രാക്കർ

കാണിക്കുന്നത്: ബിസിനസ് ആവശ്യങ്ങളെ മെട്രിക്കുകളാക്കി മാറ്റൽ.
ആദ്യ പതിപ്പ്: ഒരു സുഹൃത്തിന്റെ കടയ്‌ക്കോ ക്ലബ്ബിനോ വേണ്ടി: അവർ യഥാർത്ഥത്തിൽ ചോദിക്കുന്ന അഞ്ച് മെട്രിക്കുകൾ, ഒരു സ്പ്രെഡ്‌ഷീറ്റിൽ നിന്ന് അപ്‌ഡേറ്റ് ചെയ്യുന്നത്. how to connect Google Sheets to your app ബന്ധം വിശദീകരിക്കുന്നു.
കഠിന ഭാഗം: ഉടമയ്ക്ക് വേണ്ടിയല്ല, അവരോടൊപ്പം മെട്രിക്കുകൾ തിരഞ്ഞെടുക്കുക.

ഡിസൈനർമാർ

13. ഗവേഷണത്തോടെയുള്ള പുനർരൂപകൽപ്പന

കാണിക്കുന്നത്: ഉപയോക്തൃ ഗവേഷണം, പ്രശ്നം രൂപപ്പെടുത്തൽ, ആവർത്തന മെച്ചപ്പെടുത്തൽ.
ആദ്യ പതിപ്പ്: ഒരു പ്രാദേശിക സേവനത്തിന്റെ സൈറ്റോ ആപ്പോ ഉപയോഗിക്കുന്ന മൂന്ന് പേരെ അഭിമുഖം ചെയ്യുക, ഒരു പ്രശ്നം കണ്ടെത്തുക, പരിഹാരം രൂപകൽപ്പന ചെയ്ത് പരീക്ഷിക്കുക. സ്ക്രീനുകൾ മാത്രമല്ല, കണ്ടെത്തലുകൾ അവതരിപ്പിക്കുക.
കഠിന ഭാഗം: യഥാർത്ഥ ഉപയോക്താക്കളെ കണ്ടെത്തൽ. മൂന്ന് ചെറിയ സംഭാഷണങ്ങൾ മതി; how to do customer interviews സഹായിക്കും.

14. ചെറിയ ഉൽപ്പന്നത്തിനുള്ള ഡിസൈൻ സിസ്റ്റം

കാണിക്കുന്നത്: സ്ഥിരത, ഘടകങ്ങൾ, ഡോക്യുമെന്റേഷൻ.
ആദ്യ പതിപ്പ്: നിറങ്ങൾ, ടൈപ്പ്, സ്‌പേസിംഗ്, അവസ്ഥകളോടെയുള്ള പത്ത് ഘടകങ്ങൾ, ഉപയോഗത്തിൽ കാണിക്കുന്ന ഒരു തത്സമയ പേജ്.
കഠിന ഭാഗം: ഒരു യഥാർത്ഥ ഉൽപ്പന്നത്തിൽ കാണിക്കുക, വെറും സ്റ്റിക്കർ ഷീറ്റിൽ അല്ല.

15. മോക്കപ്പുകൾ മാത്രമല്ല, പ്രവർത്തിക്കുന്ന പ്രോട്ടോടൈപ്പ്

കാണിക്കുന്നത്: യഥാർത്ഥ ഡാറ്റയോടെ ഡിസൈനുകൾ എങ്ങനെ പെരുമാറുന്നു എന്ന് നിങ്ങൾ മനസ്സിലാക്കുന്നു എന്നത്.
ആദ്യ പതിപ്പ്: നിങ്ങളുടെ ഒരു ഡിസൈൻ പ്രോജക്ട് എടുത്ത് ചെറിയതാണെങ്കിലും പ്രവർത്തിക്കുന്ന ഒരു വെബ് ആപ്പായി നിർമ്മിക്കുക. Mythex പോലുള്ള AI ആപ്പ് ബിൽഡർ നിങ്ങളുടെ വിവരണത്തെ തത്സമയ പ്രിവ്യൂവോടെ പ്രവർത്തിക്കുന്ന ആപ്പാക്കി മാറ്റാം, യഥാർത്ഥ ഡാറ്റയും യഥാർത്ഥ ഉപയോക്താക്കളുമായും പരീക്ഷിക്കാൻ ഇത് സഹായിക്കും.
കഠിന ഭാഗം: നിങ്ങൾ സ്വയം നിർമ്മിച്ചതും ഒരു ടൂൾ സൃഷ്ടിച്ചതും എന്തെന്ന് സത്യസന്ധമായി പറയുക.

പ്രോഡക്റ്റ്, നോ-കോഡ് റോളുകൾ

16. പ്രശ്നം മുതൽ ലോഞ്ച് വരെയുള്ള കേസ് സ്റ്റഡി

കാണിക്കുന്നത്: കണ്ടെത്തൽ, മുൻഗണന നിശ്ചയിക്കൽ, ഷിപ്പ് ചെയ്യൽ.
**ആദ്യ പതിപ്പ്: ** നിങ്ങൾ ഭാഗമായ ഒരു സംഘത്തിലെ ഒരു ചെറിയ പ്രശ്നം കണ്ടെത്തി ഒരു പേജ് സ്പെക് എഴുതുക, ഏറ്റവും ലളിതമായ പരിഹാരം നിർമ്മിച്ച് ലോഞ്ച് ചെയ്ത് ഉപയോഗം അളക്കുക. how to write a product requirements doc with AI ടെംപ്ലേറ്റ് നൽകുന്നു.
കഠിന ഭാഗം: യഥാർത്ഥമായ എന്തെങ്കിലും അളക്കൽ. "ആദ്യ ആഴ്ചയിൽ 20-ൽ 12 അംഗങ്ങൾ ഉപയോഗിച്ചു" പോലും ഒരു ഫലമാണ്.

17. ഒരു സ്പ്രെഡ്‌ഷീറ്റിന് പകരം ഇന്റേണൽ ടൂൾ

കാണിക്കുന്നത്: പ്രക്രിയാ ചിന്ത, മാറ്റ മാനേജ്മെന്റ്.
ആദ്യ പതിപ്പ്: ഒരു ജോലിസ്ഥലത്തോ ക്ലബ്ബിലോ ചാരിറ്റിയിലോ ഉള്ള കുഴഞ്ഞ പങ്കിട്ട സ്പ്രെഡ്‌ഷീറ്റ് ലളിതമായ ആപ്പാക്കി മാറ്റുക. how to turn a spreadsheet into an app കാണുക.
കഠിന ഭാഗം: ആളുകളെ മാറ്റിക്കൽ. അവരെ മാറ്റാൻ നിങ്ങൾ എന്ത് ചെയ്തു എന്ന് എഴുതുക.

18. പബ്ലിക് റോഡ്‌മാപ്പുള്ള ഫീഡ്ബാക്ക് പോർട്ടൽ

കാണിക്കുന്നത്: ഉപയോക്തൃ ഇൻപുട്ട് ശേഖരിക്കലും മുൻഗണന നിശ്ചയിക്കലും.
ആദ്യ പതിപ്പ്: ഉപയോക്താക്കൾ ആശയങ്ങൾ സമർപ്പിക്കുകയും വോട്ട് ചെയ്യുകയും ചെയ്യുന്നു; നിങ്ങൾ അവയെ പ്ലാൻ ചെയ്തത്, പുരോഗതിയിൽ, അല്ലെങ്കിൽ പൂർത്തിയായത് എന്ന് അടയാളപ്പെടുത്തുന്നു. how to build a customer feedback portal കാണുക.
കഠിന ഭാഗം: പരസ്യമായി "ഇല്ല" എന്ന് പറയൽ.

AI-കേന്ദ്രീകൃത പ്രോജക്ടുകൾ

19. ഒരു ഇടുങ്ങിയ ജോലിക്കുള്ള AI ടൂൾ

കാണിക്കുന്നത്: പ്രോംപ്റ്റ് ഡിസൈൻ, ചെലവ് ബോധം, മോശം ഔട്ട്പുട്ട് കൈകാര്യം ചെയ്യൽ.
ആദ്യ പതിപ്പ്: ഒരു ജോലി നന്നായി ചെയ്യുക, ഉദാഹരണത്തിന് ഒരു പാചകക്കുറിപ്പ് ഷോപ്പിംഗ് ലിസ്റ്റാക്കി മാറ്റുക, സേവ് ചെയ്ത ഫലങ്ങളും തെറ്റുകൾ തിരുത്താനുള്ള വഴിയും സഹിതം. how to use LLM APIs കീകളും ചെലവുകളും വിശദീകരിക്കുന്നു.
കഠിന ഭാഗം: എങ്ങനെ വിലയിരുത്തി എന്ന് കാണിക്കൽ: പത്ത് ടെസ്റ്റ് ഇൻപുട്ടുകളും അവയിൽ എത്ര ശരിയായെന്നും.

20. സ്വന്തം ഡോക്യുമെന്റുകളിലെ തിരയൽ

കാണിക്കുന്നത്: വീണ്ടെടുക്കൽ (retrieval), ഭാഗങ്ങളായി വിഭജിക്കൽ, ഉറവിടങ്ങൾ ഉദ്ധരിക്കൽ.
ആദ്യ പതിപ്പ്: പൊതു ഡോക്യുമെന്റുകളുടെ ഒരു കൂട്ടം (ഒരു ക്ലബ്ബിന്റെ നിയമങ്ങൾ, ഒരു ഗെയിമിന്റെ മാനുവൽ) അപ്‌ലോഡ് ചെയ്ത്, ഉറവിട ഖണ്ഡികയിലേക്കുള്ള ലിങ്കുകളോടെ ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുക. what is RAG ഈ സമീപനം വിശദീകരിക്കുന്നു.
കഠിന ഭാഗം: ഉത്തരം ഡോക്യുമെന്റുകളിൽ ഇല്ലെന്ന് വരുമ്പോൾ അത് സമ്മതിക്കൽ.

പ്രോജക്ട് പൂർത്തിയാക്കുന്നതും അവതരിപ്പിക്കുന്നതും എങ്ങനെ

തുടങ്ങുന്നതിന് മുമ്പ് ഒരു യഥാർത്ഥ ഉപയോക്താവിനെ തിരഞ്ഞെടുക്കുക. ഒരു സുഹൃത്ത്, ഒരു ക്ലബ്, മുൻ തൊഴിലുടമ, അല്ലെങ്കിൽ നിങ്ങൾ തന്നെ.
രണ്ടാഴ്ചയ്ക്കുള്ളിൽ ഒരു ചെറിയ പതിപ്പ് ഷിപ്പ് ചെയ്യുക, പിന്നെ ഉപയോക്താവ് പറയുന്നതിനെ അടിസ്ഥാനമാക്കി മെച്ചപ്പെടുത്തുക.
കോഡ് Git-ൽ വെക്കുക. AI ബിൽഡറിൽ തുടങ്ങിയാലും, അത് എക്സ്പോർട്ട് ചെയ്യുക; how to use Git with an AI-built app അത് കാണിക്കുന്നു. (Mythex-ൽ കോഡ് എക്സ്പോർട്ടും GitHub-ഉം Pro പ്ലാനിലാണ്.)
കോഡ് വായിച്ച് മനസ്സിലാക്കുക. AI ഭാഗങ്ങൾ എഴുതിയെങ്കിൽ, ഇന്റർവ്യൂവിൽ വിശദീകരിക്കാൻ കഴിയുന്ന ഘട്ടത്തിലെത്താൻ how to review AI-generated code സഹായിക്കും.
എഴുതുക. പ്രശ്നം, ഉപയോക്താവ്, എന്ത് നിർമ്മിച്ചു, പ്രധാന തീരുമാനങ്ങൾ, എന്ത് തകർന്നു, അടുത്തതെന്ത്. ഒരു പേജ്.
തത്സമയമായി നിലനിർത്തുക. തകർന്ന ഡെമോ ലിങ്ക് ഒന്നും ഇല്ലാത്തതിനേക്കാൾ മോശമാണ്. ഓരോ അപേക്ഷയ്ക്ക് മുമ്പും ലിങ്കുകൾ പരിശോധിക്കുക.

തൊഴിലുടമകൾക്ക് വേണ്ടിയല്ലാത്ത കൂടുതൽ ആശയങ്ങൾക്ക്, side project ideas you can build with AI അല്ലെങ്കിൽ web app ideas കാണുക.

ചോദ്യങ്ങൾ

ഒരു പോർട്ട്ഫോളിയോയിൽ എത്ര പ്രോജക്ടുകൾ വേണം?

മൂന്ന് മുതൽ അഞ്ച് വരെ ശക്തവും പൂർത്തിയായതുമായ പ്രോജക്ടുകൾ സാധാരണയായി പത്ത് ട്യൂട്ടോറിയലുകളേക്കാൾ നല്ലതാണ്. ഓരോന്നും വ്യത്യസ്ത കഴിവ് കാണിക്കണം, ഒരു തത്സമയ ലിങ്കോ വ്യക്തമായ സ്‌ക്രീൻഷോട്ടുകളോ ഉണ്ടാകണം, പ്രശ്നം, നിങ്ങളുടെ തീരുമാനങ്ങൾ, അടുത്തതായി ചെയ്യുന്നത് എന്നിവ വിശദീകരിക്കുന്ന ചെറിയ വിവരണവും വേണം.

ട്യൂട്ടോറിയൽ പ്രോജക്ടുകൾ പോർട്ട്ഫോളിയോയ്ക്ക് ശരിയാണോ?

പരിശീലനത്തിന് അതെ; പോർട്ട്ഫോളിയോയിലെ പ്രധാന സാധനമായി അത്ര ശരിയല്ല, കാരണം അതേ ടു-ഡു ആപ്പുകളും കാലാവസ്ഥാ ആപ്പുകളും റിവ്യൂവർമാർ വീണ്ടും വീണ്ടും കാണുന്നു. ഒരു ട്യൂട്ടോറിയൽ പ്രോജക്ട് എടുത്ത് ഒരു യഥാർത്ഥ ഉപയോക്താവിനോ യഥാർത്ഥ ഡാറ്റാസെറ്റിനോ വേണ്ടി മാറ്റുക, എന്ത് മാറ്റി, എന്തുകൊണ്ട് എന്ന് എഴുതുക.

പോർട്ട്ഫോളിയോ പ്രോജക്ടുകൾ നിർമ്മിക്കാൻ AI ടൂളുകൾ ഉപയോഗിക്കാമോ?

അതെ, പല തൊഴിലുടമകളും ഇപ്പോൾ അത് പ്രതീക്ഷിക്കുന്നു, പക്ഷേ അത് തുറന്നുപറയുക, നിങ്ങൾ കാണിക്കുന്ന ഓരോ ഭാഗവും മനസ്സിലാക്കുക. കോഡ്, ഡാറ്റ മോഡൽ, ട്രേഡ്-ഓഫുകൾ എന്നിവ ഇന്റർവ്യൂവിൽ വിശദീകരിക്കാൻ തയ്യാറായിരിക്കുക. വിശദീകരിക്കാൻ കഴിയാത്ത പ്രോജക്ട് സഹായിക്കുന്നതിനേക്കാൾ കൂടുതൽ ദോഷം ചെയ്യും.

പോർട്ട്ഫോളിയോ പ്രോജക്ട് വിവരണത്തിൽ എന്തൊക്കെ ഉണ്ടാകണം?

ആർക്കുവേണ്ടിയാണ്, പ്രശ്നം, എന്ത് നിർമ്മിച്ചു, പ്രധാന തീരുമാനങ്ങളും ട്രേഡ്-ഓഫുകളും, എന്ത് തെറ്റിപ്പോയി, അത് എങ്ങനെ പരിഹരിച്ചു, അടുത്തതായി എന്ത് ചെയ്യും. ഒരു തത്സമയ ലിങ്ക്, ചെറിയ വീഡിയോ അല്ലെങ്കിൽ സ്‌ക്രീൻഷോട്ടുകൾ, കോഡ് പബ്ലിക് ആണെങ്കിൽ അതിന്റെ ലിങ്കും ചേർക്കുക.