View profile

Iteration Three - Projects are your entry into the industry

Iteration Three
Iteration Three - Projects are your entry into the industry
By Oliver Jumpertz • Issue #11 • View online
Hello, my friends, it’s me, Oliver. I’m super glad you opened this newsletter, and I hope you are doing well!
Last week was overshadowed by the Russian invasion of Ukraine, and as this is the first conflict on my continent in a long time, it made me think and take a step back to care for my loved ones.
But I still want to use this opportunity to deliver a new issue to your inboxes. And this time, we’ll talk about projects on GitHub and what they should contain. Additionally, I want to show you how important they can be in Web 3.
I hope you enjoy this issue; it will probably take you not more than 8.5 minutes to read. So, enjoy!

Projects are your entry into the industry
🇺🇦 Oliver Jumpertz
If you have literally zero experience at hand as a developer, the best investment you can make is not books or courses, but:

Projects on GitHub.

You learn, you can show what you are capable of, you win.
Let’s use this issue to reiterate over one of my more important tweets from last week. In this case, it’s all about projects, especially on GitHub (or Gitlab or wherever else you can host source code in the open).
Especially if you have zero to no experience or want to enter a new field, it’s super tricky for hiring managers and other technical staff to evaluate what you are capable of. In the end, a company wants to pay money for someone they know can hold their ground up to a certain extent. And it’s their good right to do so.
But even if you have no professional experience in a specific field to show, you can still build a showcase of your abilities by building a portfolio of projects. Those projects don’t even need to be very special or unique. All you should focus on is diving deeper into a field and work on showcasing that you understood how to implement specific things in a way that makes some kind of software actually run.
What you should do
Let’s take a look at what you should do to get the maximum out of your GitHub portfolio:
  1. Focus on finishing your projects
  2. Build something that actually makes sense
  3. Take care of everything from start to finish
Those are the three main points I would keep my focus on. But let’s go over them a little more in-depth so you understand the what and why.
Focus on finishing your projects
It might not seem like much, but this point is actually one of the most important ones.
When working a 9-to-5, you get paid to get things done. It’s not about starting a dozen different projects and only finishing a few of them.
You usually work on finishing, extending, or maintaining a relatively large project that hopefully brings someone more money than they previously had. Chances are also high that you work on something that saves someone else a lot of money in the long run (by making things more effective or faster).
This is where your ability to finish things comes into play. It’s your job to push this project further. Every feature you implement or bug you fix helps with this process.
Showcasing that you are capable of actually finishing things helps others a lot to evaluate your overall mentality. Additionally, finished projects are usually a way better showcase of your ability than unfinished ones that you can’t even see running at all.
Build something that actually makes sense
This one is probably a little controversial, but let’s take a deeper look at what I mean by this.
Even a Todo app makes sense because it solves a particular problem. It doesn’t matter that there are already a gazillion todo apps out there already. This is why even the “stupidest” idea is enough to kickstart a small project for your portfolio.
But you should not just implement things that only showcase a particular feature of a language or framework you want to use. Instead of only implementing only a single function that models a trade on a decentralized marketplace, build the whole market.
When a hiring manager actually takes the time to look at your portfolio, they might get tempted to not look at the code but instead, try to see the finished product. If that product does not make sense at all, it definitely affects the hiring manager’s opinion.
Such a project that actually makes sense could be the foundation on which a whole interview can be based. You might end up talking about your marketplace all the time, and about the problems you faced and solved instead of answering generic technical questions.
Take care of everything from start to finish
This is another serious point you need to consider. Although there is this joke that many job listings nowadays require a whole IT department, the responsibilities of a software engineer have definitely grown in the last years.
Here are a few things that I would expect a good smart contract engineer to know besides coding:
  1. Project setup
  2. Project tooling
  3. Automated testing
  4. Deployment
  5. CI/CD overall
These are only the tip of the iceberg, but it’s nearly a hard requirement these days that engineers know these points, even beyond smart contract development.
Setting up projects, for example, is an often-overlooked task. Setting up a project is even one of the most challenging things in some ecosystems.
Take JavaScript, for example. There are a million ways to set projects up, and it can sometimes consume days until you are delighted. Solidity plays in the same league.
If you only work with super basic projects without adding linters, formatters, and all the other tools that make your life easier through automation, you’re missing out.
It’s thus super important for engineers to build their stack and be able to iterate on it quickly. The faster you can set up a project, and the better the tooling that comes with it, the better your results in the long run because you can focus on the really essential things of your job:
  1. Hunting bugs
  2. Finishing features
  3. Refactoring code
  4. Increasing maintainability
  5. and more
Automated testing is another crucial aspect of software development, and there is no way around it. If I see code that is not tested, even if someone tells me “I do it manually,” I automatically throw that project away in my head.
It’s just impossible to be relatively safe without proper tests that can run at any time. They should always be a top priority to give you the security to alwaxs make changes, without having to worry about consequences.
Deployment is yet another aspect of software development that is also often overlooked. The best software in the world is worth nothing if you cannot reliably deploy it to a place where users can actually, well, use it. This is why you need to take care of it and try to automate it to a point where it’s nearly effortless to get a new version to your users.
CI/CD is the combination of the previous points up to the extent that everything is automated. Learning it is nothing too easy, that’s for sure, but many teams need to take care of that these days.
Learning GitHub actions or GitLab CI is well worth the investment. And for your portfolio projects, that’s definitely more than enough. There are, of course, other tools out there that you could use, so just try to pick something that works for you. However, you must learn the concepts and mindset behind those tools and showcase that you understand and can apply them.
In the end, you should end with one and, even better multiple projects that probably don’t have the scope of a real-world project but contain precisely what you would expect from one. This is what really gives you the edge over other candidates, and once you know your way around it, it’s not as tricky anymore as it seemed at the beginning.
The positive effects of a portfolio of projects in Web 3
In Web 3, more than in “traditional” industries, projects can really make a huge difference. The space is more open overall, and it cares more for what you have previously achieved, even outside of your professional career. In the end, most talent comes from traditional backgrounds, and so Web 3 experience is often a little scarce. But open source and open portfolios are a great showcase of your potential.
If you ask yourself what you can build, take a look at the following article. I mentioned many standards there that all Web 3 developers should build at some point of their career.
Projects Every Smart Contract And Web 3 Developer Should Build
In all interviews, be ready to talk about your projects. Show the same passion you probably had when building them, and you will leave a lasting impression on your interviewers.
They also started where you are at some point in their career (and probably even not that long ago). This gives them the empathy to accept your “non-professional” projects as your way of showing what you are capable of.
You will actually soon find out that GitHub projects and open source contributions often count way more in this field than any professional experience you ever gained. This is due to many people in the ecosystem being so open and all facing the same issues: Good talent is challenging to come by. This is a massive opportunity for you right now and one you should use wisely.
New Articles By Me
Making Money With Polygon NFTs
My four-step process to make money with NFTs on Polygon is now also available on my blog.
Like many of my blog posts recently, you probably already know this one from this newsletter. But if you don’t, feel free to give it a read. You might enjoy and find what I share with you worthwhile.
This strategy has really served me well over the past few months, and I could make quite some money with it. As it stands right now, the investment is relatively low, but the rewards are basically open-ended.
What's Up On Twitter?
🇺🇦 Oliver Jumpertz
💛 JavaScript explained 💛

The pipeline operator is a stage 2 proposal that aims to make function piping and composition easier to read in the future.

Here is how it is currently going to look and work. ↓ https://t.co/fjUHHnHAhW
We are back to JavaScript on Twitter for now. You can now enjoy many infographics about JavaScript and its features and quirks.
But don’t worry. More Solidity, ethers, and probably some Rust are already in the making! I’m really looking forward to presenting those to you, and I hope you will enjoy them as much as I had fun creating them.
Highlighted Learning Resource Of The Week
Berkeley is a great university, and it does, of course, also provide MOOCs on various topics. And guess what? It also has two open courses on blockchain technology. So, if you want to get a world-class education at a world-class university, this is your chance.
The courses are taught on edX and are free, with an optional paid certificate of completion. And with six weeks each at 3-5 hours a week, they are not too much of a time investment.
That's It For This Issue
This issue has now come to an end. I hope you enjoyed reading it, and that you took something worthwhile with you.
As usual, if you have any feedback, feel free to provide it. Even if you have any ideas, share them with me, I’ll do my best to find out how I can incorporate them into this newsletter.
Until then, stay safe, hodl, and go buidl some dApps!
Yours sincerely,
Oliver
Did you enjoy this issue?
Oliver Jumpertz

Hey, I'm Oliver, and Iteration Three is my newsletter focused on Web 3 and me. One that I would love to get every week.

You will be kept up to date with my content, learn valuable lessons about the space, get to know important news from the space, and much more.

Prepare to get a lot of value into your inbox every Monday, 52 weeks a year.

In order to unsubscribe, click here.
If you were forwarded this newsletter and you like it, you can subscribe here.
Powered by Revue