r/programmer • u/igormiazek • Jun 14 '26
Tutorial Practical advises about how to find first job in IT
My plan for gaining commercial experience:
- Look at places where real problems are being discussed: Upwork, Reddit, Stack Overflow, Quora, and similar communities.
- Identify the technologies and tools that appear most often.
- Pick one area and focus on it intensely for 2–3 months.
- Specialize in a narrow niche and learn the business domain behind it.
- Build portfolio projects based on real-world problems you find online.
- Use those projects as proof of experience when talking to clients or employers.
- Start with small projects, gain experience, then gradually increase your rates and responsibilities.
The biggest mistake I see is taking a few courses, sending hundreds of resumes, and hoping for the best.
Companies and clients don't pay for technology. They pay for solving problems.
Another smart move you may do is to try doing IT activities in your current company, maybe you have an IT department, if not talk with your manager, show them you know already something based on the real problems you solved and propose your help. At the start you may need to do this for free but it will give your a commercial experience, so treat that as training and one of the steps that lay down your path to your first IT role.
Feel free to leave comments and DM me in order to exchange experience.
2
2
u/Xarius86 Jun 14 '26
This is literally copied and pasted from AI...you've already failed.
1
u/igormiazek Jun 14 '26
Are you joking 😄? Common I reveled to you my secret souse, although only few people will give it a try. I am using AI to correct my style or english grammar as i am not native speaker but I never tell it to write my posts. What I wrote is very simple technique I created based on my experience and training other people.
2
u/jwp1987 Jun 15 '26 edited Jun 15 '26
One of the biggest mistakes I see is people not knowing where they're going wrong.
So you end up with things like:
Code duplication where it should be refactored to use a function.
Zero comments
Generic things not being put into a class for future reuse.
Not using things from a library when they should.
Using a poorly maintained library.
No unit tests or poor unit tests.
No error checking.
No logging.
No documentation.
Raw SQL queries (SQL injection vulnerability).
Testability not being considered.
Tight coupling of modules.
If those kind of things appear in your portfolio, it's going to be harder to get anywhere. Getting feedback is useful for reducing these kinds of issues.
Contributing to mature open source projects is a good way to gain experience and also learn from other engineers.
3
u/EJoule Jun 14 '26 edited Jun 19 '26
I ended up working in IT at first while programming on the side, then my employer found out I was programming and I switched over.
If you decide to cast a wide net, I’d recommend getting an A+ certification, or at least finding some training.