TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Ask HN: Showing personal projects to potential employers

6 pointsby Breweralmost 14 years ago
I've heard that when I go to look for an internship one of the most important things for a potential employer will be the projects that I've done in my free time.<p>This will vary from employer to employer, but what is it that you would be looking for when you see my projects? What would get me bonus points and what would make me lose points? What is important to you? Good documentation and commenting? Optimization? Apparent effort? What is a deal breaker?

5 comments

pawelwentpawelalmost 14 years ago
Fortunately I landed an internship in a good company because of my portfolio, not my grades. They saw that I was developing quite a lot of stuff that was not really related to my degree and they liked it.<p>I would look for something related to the thing that company does, but a range of different thingies created just for yourself shows that you're creative, learn quickly and actually like doing this stuff.<p>Coding your own projects it's better than sitting and doing nothing so I guess that it's hard to "loose points".
评论 #2820220 未加载
dadadsalmost 14 years ago
Speaking from my own internship experience:<p>1. The type of project you're doing: If you're applying to a game company, then your projects better be about AI, particle effects, or gameplay related<p>Bonus points if what you are doing fits the job description (in terms of the language you use or what your project is about)<p>2. Good coding practices (formatting, documentation, readability): Nobody wants to work with a guy who writes unreadable code
jbalfantzalmost 14 years ago
I definitely agree with meric. I look at code samples/projects to gauge how good the developer is. Most likely the code will be read, not executed. So, good design is a huge plus, but well thought out programs or clever but readable code is a great-to-have. Documentation and commenting I ignore unless they're necessary (hard to read logic). I wouldn't OVER-optimize these projects either, since they'll simply be read over.
mcarranoalmost 14 years ago
If the company has an API, build something with it.
评论 #2820250 未加载
mericalmost 14 years ago
In my short experience, any project &#62; no project and complete projects &#62; incomplete projects.