Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple APILearn More
R3ym4nn420352dSo important thing first, you are not alone doing sonething "not productive" and thats totally okay!
I mean at least if you have fun doing it or it gets you experience its far away from wasting time.
Anyone i know (and myself) got started like this. And i mean of course not everyone is beginning with a shiny app or another facebook.
The thing with people like recruiters and "non-technicals" is that they are used to that shiny apps and software they use everyday so they think "it cant be that hard".
So they think oh hey "just a game engine". If you are looking to get a job you should have some side projects that look like the work it actually made.
Thats just to get them a idea about what you can do.
So as long as you have fun, keep going! And as everything in life, you are going to do more complex stuff naturally as everything builds up. So just have fun and keep getting better and the rest is coming from "the flow".
Also the ranting is coming after time. Just wait till some stupid persons start using your software.
juanchdzl281352d"If you want to work for Marvel show them your drawings of Spiderman". Often people can not measure the size, difficulty and work you put on your projects because they can not relate to it. If you want to impress somebody on an interview make sure your projects look clean even if your job is not going to be designer/frontend, we are visual animals even on this aspect, people think "if this UI looks good the code behind it must be good"
C0D463724351dIt's about selling your side projects and experience to others.
"Just a game engine" as you put it puts a negative spin on it and looses attention to what might something your actually proud off.
Where as if you put a positive spin on it like 🤔
Ive been exploring how to write a game engine in my free time, ive managed to work out the physics and collision detection models so far and have these 2 boxes fight each other to a crumbling death!
Don't undersell your experience, even if you don't feel it's a great achievement.
Most of my side projects are useless in the real world for example:
Voice activated tv remote!
Who the hell needs that?
No one, TVs either have assistants in them or everyone knows where there tv remote is.
Throw some kids into that mix and all of a sudden that tv remote can be lost for days - hence the need for an Api that can control my tv over the network.
"Hey Google, change tv to channel <n>"
It's one thing to experiment with stuff, and of course you've learnt a lot.
However, actually delivering something that works and is used by other people includes more than that. Production grade code is not the same league as "works for me on my machine". And then there's dealing with change requests, bug reports, documentation.
Also, having many side projects, but none of them really polished might give the impression that you begin much, but don't finish it. Basically leaving projects in the early proof-of-concept phase.
Voxera9365351d@Fast-Nop on the other hand, polishing up every little experiment takes time away from new experiments.
A good recruiter would appreciate that you take time to learn.
That said, if you are to show it of or explain it, yes, you should polish it as its part of your portfolio.
So unless you have real production examples, do polish up and finish a few projects, does not have to be fancy or advanced, but to show that you know how to finish things and value quality.
I have spoken to several recruiters and if they does not seem to understand tech, I avoid going into any detail, just explaining I like to try out new tech to improve.
@Fast-Nop That’s actually true. Thanks for the comment! I’ve been frustrated because I feel like most people cannot expect production grade software as side projects, but I haven’t thought about the other skills that go into creating them, which of course employers would view as valuable. I have actually made a couple of, maybe wouldn’t say production grade, but fairly complete projects with documentation and a goal of solving a problem from the outset, though for me they aren’t as interesting since I didn’t really discover new things making them.
But thanks, man! I think this gave be a wider perspective on things. 😊
@gomsim Yeah especially documention. Is there something like a user manual? Technical documentation? Is it intelligible? That proves that you can write useful documentation and will do so unless your potential boss refuses to give you time.
Note that pure Github deserts are not overly useful. Sure, once the tech department looks at how you code, that's good, but you first need to get to this stage. They can't review hundreds of applications, that's why HR has to filter, and they aren't devs.
Better have few showcases, but polished. This includes a nice website that has pictures, examples / demos of the application, documentation. Do a spell / grammar check, and make sure the website works at all screen widths (resize browser window, done).
It should also tell right on its main page what the project even is about - if possible in laymen's terms so that HR can understand it. This will also help regular visitors who arrive their after googling for whatever.
@Fast-Nop Yes, at least one of the side projects are fully documented in the code as well as having an exhaustive user manual in form of a txt file. :) But that's because I intended other peolpe to actually use the software.
I'll probably try to work more on presentation, including creating a portfolio website. I've made one a good while ago with wix (hehe, not a web dev), but this is probably a good opportunity to learn some web stuff and write my own.