Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Portfolio Project Ideas

Aperta
#10 9 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
20/100
Tipo di issue
Documentazione
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
bash, css, fish, git, html, javascript, markdown, powershell, shell, yaml

Direzione di ricerca

Il corpo della issue è l’unico punto di ingresso fornito e contiene un’ampia raccolta di idee per progetti, strumenti e indicazioni sulla pubblicazione. Determina innanzitutto la modifica editoriale specifica prevista; per considerarla completata sarebbero necessari un ambito definito e un articolo aggiornato i cui esempi e link rimangano coerenti.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Choosing a Project

There are basically 3 types of projects you can pursue.

  • Passion Projects
  • "Cliché" (but GOOD!) Projects
  • Other Useful Projects

Pro Tips™:

  • Documentation is most important (see Exact Instructions Challenge)
  • Focus on your strengths - if you suck at JavaScript, focus on the HTML and CSS. If you suck at CSS, write a CLI utility.
  • No one looks at your code to look at code. Your project MUST first show that it's valuable (and the value can be that it's fun or interesting). READMEs are a MUST.

Passion Projects

The best project is something that you're personally interested in or directly connected with - such as a tool to help a friend's business. This is good because:

  • You inherently understand both the problem and solution
  • There's a real reward - your own enjoyment - once you complete it
  • You have a stronger desire to finish it, and share it

Typical Projects

If you don't have a passion project - just pick one of the common projects - just because they're cliché does not make them bad. In fact, they're quite good - and you should at least know how to write them anyway.

These are simple to understand, easy to create, and there are lots of examples out there to review if you get stuck.

  1. Unix utils: tree, curl, etc
  2. Markdown Blog
  3. Bot-Friendly, Human-Readable Resume
  4. To Do List
  5. Chat Server or Bot
  6. Nerdom Quiz or Compendium
1. Unix Commands, such as tree & curl
  • tree - recursively print out files and folders, replicating unix tree, or lsd --tree
  • curl - fetch web requests, modifying headers and body, replicating unix curl or curlie
  • stat - give file metadata (size in various formats, created at, modified at, etc)
2. Blog

Markdown Blog - built in any language with Markdown, YAML, and a way to configure and apply a Theme

3. Bot-friendly, Human-Readable Resume

HR Departments use CRM software called "ATS", which makes good resumes look terrible, and bad resumes look not worse.

Create a resume template that plays well with pdftotext and ATSes, that also isn't an eyesore.

See https://github.com/BeyondCodeBootcamp/html-resume/issues/5

4. To Do List

To Do List - Create a simple Notes or Reminders app for yourself

5. Chat Server or Bot

Chat Server or Bot - Write your own simple chat app, or write a bot for an existing one

6. Quizzes & Compendiums

Nerdom Quizzes & Compendiums - Write your nerdom quiz or compendium

7. Unix Developer Tools
  • aliasman a cross-platform tool to manage aliases across bash, powershell, fish, etc (alias gcf='git --amend --reuse-message HEAD')
  • envman a cross-platform tool to manage ENVs across bash, fish, powershell, etc (GITHUB_TOKEN=gha_xxxxxxxxx)

Critical Coding: Think about some app you use every day - Slack, Spotify, Notes, etc - and find something that bugs you about it or that you wish it had. Then make a clone of that thing, focusing only on what you would make better (and the documentation and deployment, of course).

But... why is the time gone?

But... why is the rum gone?

In reality, the presentable code that you write for a portfolio project is only about 10-25% of the work.

About 50% is the documentation and publishing:

  • Creating Issues and task lists to track your goals and progress
  • A nice README (todo create template)
    • Short, Tweetable description
    • Visual preview
    • Quick Start
  • Host a demo online
  • Publish to the package repository (npm, cargo, git) or app store
  • Announcing
    • YOUR Blog
    • LinkedIn
    • add to LinkedIn portfolio
    • put in a related LinkedIn group
    • Twitter
    • reddit
    • HackerNoon
    • Facebook
  • Possibly a Video Overview

Another 50% is research or trial-and-error - hence it takes 3 days to write 100 lines of code (or maybe just 50!)

Oh, and by the way - if you spend less than 400% of the time, you've done a great job. Be proud. 😉

More Projects (see below)

  1. Resize an Image (in the Browser, with Canvas and scaling)
  2. Random String Generator (suitable for API keys and Passwords)
  3. File System as a Spreadsheet (an alternative way to manage files and folders)
  4. Personal Search Engine (e.g. index your Social Media, Blog, activity on StackOverflow etc) (note: Matt Holt's Timeliner)
  5. coreutils++ - crossplatform cli tools

Useful tools

Lingua principale
JavaScript
Stelle
63
Fork
3
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di BeyondCodeBootcamp/beyondcodebootcamp

Tutte le issue di BeyondCodeBootcamp/beyondcodebootcamp

Issue simili

Altre issue su JavaScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.