Data point, possibly completely irrelevant: When I am looking for a Java programmer job in Slovakia, pretty much the only thing employers care about is how many years did I program in Java and which frameworks did I use. -- Which in my opinion is completely stupid, because I consider the ability to write and understand algorithms much more important; and a new framework is just something you can learn in a month or two, if your algorithmic skills are solid. I guess the problem is with the fact that the employers who make the decision are not coders themselves, so speaking about algorithms is simply too abstract for them, but asking questions like “how many years?” and “are you familiar with XYZ, yes or no?” gives them a false sense of understanding.
More generally, you are a perfect employee if you did something extremely similar to what your new employers wants to do, for the last ten years. So another good question is: what kind of projects are the employers in your target group typically doing? (For Java programmer in Slovakia it is: a database application with a web interface, most likely in finance.) Then do a simple demo, using the “right” framework; which is the one most frequently mentioned in online job searches.
Note: In my case, programming games would be almost completely irrelevant to a real job experience. Although there would be some transferrable skills, such as commenting the code, maintaining a large program, understanding threads, etc. But I would completely miss communicating with the database and creating HTML pages, and knowing hundred specific details (and dozen bugs) of the relevant frameworks, which make most of my daily work.
But the problem is that there will be dozen frameworks doing pretty much the same thing, and new ones are still invented, and the old ones are redesigned. You just won’t have time to keep up with all of them. So the framework-based knowledge is prone to obsolescence, which drives some programmers into despair. You need to be more meta, and instead of “knowledge of framework X” focus on “ability to understand new frameworks”. (But you also need a deeper experience with one or two of them, just to learn what the painful parts are.)
More generally, you are a perfect employee if you did something extremely similar to what your new employers wants to do, for the last ten years.
Thank you, especially for this. I’ve been contemplating “looking good to potential future employers” type things, and it hadn’t occurred to me until just now to frame it as “consider exactly what it is said employer wants, minimise the distance between that and me (as presented by resume / portfolio / etc)”
Data point, possibly completely irrelevant: When I am looking for a Java programmer job in Slovakia, pretty much the only thing employers care about is how many years did I program in Java and which frameworks did I use. -- Which in my opinion is completely stupid, because I consider the ability to write and understand algorithms much more important; and a new framework is just something you can learn in a month or two, if your algorithmic skills are solid. I guess the problem is with the fact that the employers who make the decision are not coders themselves, so speaking about algorithms is simply too abstract for them, but asking questions like “how many years?” and “are you familiar with XYZ, yes or no?” gives them a false sense of understanding.
More generally, you are a perfect employee if you did something extremely similar to what your new employers wants to do, for the last ten years. So another good question is: what kind of projects are the employers in your target group typically doing? (For Java programmer in Slovakia it is: a database application with a web interface, most likely in finance.) Then do a simple demo, using the “right” framework; which is the one most frequently mentioned in online job searches.
Note: In my case, programming games would be almost completely irrelevant to a real job experience. Although there would be some transferrable skills, such as commenting the code, maintaining a large program, understanding threads, etc. But I would completely miss communicating with the database and creating HTML pages, and knowing hundred specific details (and dozen bugs) of the relevant frameworks, which make most of my daily work.
But the problem is that there will be dozen frameworks doing pretty much the same thing, and new ones are still invented, and the old ones are redesigned. You just won’t have time to keep up with all of them. So the framework-based knowledge is prone to obsolescence, which drives some programmers into despair. You need to be more meta, and instead of “knowledge of framework X” focus on “ability to understand new frameworks”. (But you also need a deeper experience with one or two of them, just to learn what the painful parts are.)
Thank you, especially for this. I’ve been contemplating “looking good to potential future employers” type things, and it hadn’t occurred to me until just now to frame it as “consider exactly what it is said employer wants, minimise the distance between that and me (as presented by resume / portfolio / etc)”