Programmer portfolio
An employer looks at a portfolio for a couple of minutes. In that time they need to see what you can do, how you write code and whether you finish what you start. A few finished projects with clear READMEs and an honest history of the work show that best.
In this article
What to put in your portfolio#
- Two or three finished projects, not ten abandoned ones. Finished means it runs by following the instructions and does what it promises.
- A project from real life — automating one of your own tasks, a bot, a scraper, a small service. It is more interesting than a tutorial calculator.
- Solved problems — if you have been learning, show the path: a repository with problems by topic and your own explanations.
A README people read#
Every project's README has:
- One sentence — what it is and who it is for.
- A screenshot or an example of the output.
- How to run it — commands that work from scratch.
- What you used and why.
- What you would do next.
The last point says a lot about you: you can see the weak spots in your own work.
Your commit history is a portfolio too#
A project uploaded as a single commit called "final" looks downloaded. Meaningful commits over several weeks show how you work: small steps, clear messages, fixes after review. Keep the history honest from day one — it cannot be convincingly redrawn after the fact.
Your profile#
The profile page is the first thing people open. On Skillok a profile has a README — a short story about you, your stack, links to your best projects — and an activity calendar that shows how regularly you work. Public repositories are listed on the profile.
Your learning path as an advantage#
If you are just getting into the field, do not hide your studies. Challenges with automatic checking of solutions in Python and JavaScript, notes, courses you have finished — all of it sits in repositories with dates and shows your trajectory: what you studied and in what order.
Common mistakes#
- a tutorial project copied without changes;
- no instructions for running it;
- secrets and passwords in the code — check the whole history, not just the latest version;
- forty repositories, of which two are worth a look.
If you are deciding where to host the code itself, the GitHub alternative page lists what Skillok repositories can and cannot do.
Try it on your own task
Create a repository — history, issues and pull requests from day one.
Was this helpful?