|
How to get back on track ? I know C#( worked for a year ), I was really good in C during student life (Computer science and engineering grad) as well.
Now want to do MVC, very little knowledge of HTML and CSS. Can anyone give me some idea how to make myself fit for a job by Jan'2014 ?? its not a joke.
(I am jobless at the moment ). by the way I am in UK.
|
|
|
|
|
Well start by assembling a resume and account for all your programming experience. Brush up on material and start applying for open positions around your area. Good luck!
|
|
|
|
|
Thank you , for your reply.
|
|
|
|
|
Get up to speed with .NET (the latest you can run), buy a couple of O'Reily books on MVC (they seem good) get back to doing some C, look up a bit of HTML/CSS (a little knowledge can be a dangerous thing)
Don't lie on the CV, just be a little shady with dates. Oh yeah master the "I will look at that" expression, and you are good to go!
|
|
|
|
|
If I were you, based on your description here, I'd apply for junior level development positions. However, as you have very little knowledge of HTML and CSS, I would recommend that you buy some good books and spend a lot of time catching up on MVC, HTML and CSS, as well as C#.
|
|
|
|
|
This is good advice, even low level computer jobs pay good compared to other options.
Also, after you have a year or 2 under your belt with a new 'junior' job, don't stay satisfied at that position, start moving up, or move to another company. In just a few short years, everyone will forget about that 'missing' time period when your career had a false start.
Edit: I learn the most new skills when I start a new job. Just getting the job is 90% of the work. At the new job, always ask to work on the project that uses the technology you most want to learn for your career.
|
|
|
|
|
In addition to what Richard (and others) said, I recommend building a non-trivial (start simple, then add complexity) web app that you can host at a cheap ASP .NET host in order to be able to demo to a potential employer. Nothing says "I can code" like demonstratable running code.
Good luck! 
/ravi
|
|
|
|
|
That does help and also articles on here. Helped me land me my last job before retiring.
|
|
|
|
|
|
thank you , seems so much realistic. 
|
|
|
|
|
My dear brother, this could be the best advice. This is where software has more advantage. The ability for a beginner to start a project with minimal resources (laptop and internet) and then improve it.
Project
Project
Project
Fortēs fortūna adjuvat.
|
|
|
|
|
Ravi Bhavnani wrote: Nothing says "I can code" like demonstratable running code.
I couldn't agree more!
When I interview, I always ask for code to look at. First thing I check is if it has that "classroom assignment" or "copied from a book" smell to it. I expect you to be able to give a tour so I can also smell whether it is borrowed code and not your own. I want to see how you code, format your code, and most importantly comment your code. I don't look for any rigid "standard du jour", just if it is easy on the eyes, I may have to debug your code at some future date and I want to see if I'll be able to find my way around. Or better yet, what I can learn from it.
Most important to me is interacting to develop a sense of your understanding of the concepts. Again, I don't go for 'gotcha' syntax, those things change too fast (although I've met too many interviewers who delight in seeing if you know some obscure syntax they think is important), I want to see if you understand what you need to learn if you don't know it.
I look for passion, not a checklist.
Psychosis at 10
Film at 11
Those who do not remember the past, are doomed to repeat it.
Those who do not remember the past, cannot build upon it.
modified 2-Dec-13 16:43pm.
|
|
|
|
|
Where I work, we ask candidates who pass our phone screens and are invited for an in-person interview to write a small piece of code. We give them a small programming problem and see how they talk out their design and implement the algorithm. It's amazing what you can learn from this.
/ravi
|
|
|
|
|
|
It's very difficult to get caught up you have to work twice as hard and be very devoted. As OP has said take a junior position and work hard.
I took a 10 year hiatus and have partially caught up but it took me a couple of years and there's still a lot I didn't have time for.
Good luck
|
|
|
|
|
|
have seen it , though need some more ideas.
|
|
|
|
|
|
seems really for me , reference artical. thank you.
|
|
|
|
|
At the end of the day, what hiring managers really care about are
a) Can you get the job done
b) Are you dependable, honest and a good guy to work with
The advice here is solid. Get your skills brushed up, be honest and take any junior gig you can get. That gets you back in the game. Once you have a seat at the table and your tech skills are back where they should be, you can always look for another gig at a more realistic pay rate.
|
|
|
|
|
your advice is solid, even for the junior roles interview technical skills that all companies care for. so no chance to get somethings unless I am really have skill that up and running.
|
|
|
|
|
fatema wrote: even for the junior roles interview technical skills that all companies care for
Not necessarily. I have a job doing MVC, HTML, JQuery, C#, SQL. Of those, the only skills I brought in were C# and SQL (and I was 2 generations behind on those). I had 0 experience doing any web development at all.
What matters is can you communicate with technical people in a technical way, and believe it or not... first impression (do they like you) matters a lot, even before you start the interview.
|
|
|
|
|
The bottom line for any job is that you have to be able to deliver the goods, so first on your list is getting your skills up to par.
You might consider taking whatever kind of non tech job that you can get right now just to keep the bills paid. Above and beyond getting the money you need to survive, a priority would be making sure you can work 40 hours and be done, giving you the time you need after work to study, code and get your programming skills polished.
You might also consider looking for a very small scale volunteer project as you study. Perhaps some non profit organization or local hobby / special interest group that needs a web site but has no technical capabilities. This gives you a real world app to work on as you learn (which I always find more educational than just doing book examples), but it also gives you something to put on your resume with that skill set.
Once you're ready, update the resume and look for a junior level job to get you back into the game. When you find it, you give the temp job two weeks notice (always be a professional even if it's washing dishes), and off you go.
It's not something you'll get done by January, but depending how hard you study, you could still be back in the coding biz in a matter of months.
|
|
|
|
|
If you were out of work entirely, you'll need to be able to explain at some level why that happened and give potential employers reason to believe you're serious about returning to the workforce and won't end up bailing on them shortly after being hired. Local legislation may, and probably does, set limits beyond which a potential employer isn't allowed to ask; but I can't offer any guidance on what UK law says about the matter.
If you were working in a different field, you'll similarly need to be able to answer questions about what drove your shifts.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Good at C? Linux or AV company.
As long as you're on the fortunate 0.1% understanding what an *(unsigned char *)buffer++ = '\0'; is, or how to revert a single linked list, you're good to go.
The rest is experience - that won't come from a resume. Start checking a (beginner) position [^] on either C# or C, whatever fits you better.
Best line from "Finding Forrester" when Sean Connery tells to the youngster how to write:
"No thinking - that comes later. You must write your first draft with your heart. You rewrite with your head. The first key to writing is… to write, not to think!"
Seems pretty good when programming, too. (That if you'll not be too busy doing meetings instead of coding, of course).
Nuclear launch detected
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
