Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Portfolio Project Ideas

Offen
#10 9 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
20/100
Issue-Typ
Dokumentation
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Tech-Stack
bash, css, fish, git, html, javascript, markdown, powershell, shell, yaml

Rechercherichtung

Der Issue-Body ist der einzige bereitgestellte Einstiegspunkt und enthält eine breite Sammlung von Projektideen, Tools und Hinweisen zur Veröffentlichung. Bestimme zunächst die konkret beabsichtigte redaktionelle Änderung; als erledigt würde dies einen definierten Umfang und einen aktualisierten Artikel erfordern, dessen Beispiele und Links weiterhin schlüssig sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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

Vorherrschende Sprache
JavaScript
Sterne
63
Forks
3
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus BeyondCodeBootcamp/beyondcodebootcamp

Alle Issues in BeyondCodeBootcamp/beyondcodebootcamp

Ähnliche Issues

Weitere Issues zu JavaScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.