I've graduated college (Philosophy, 3.2 GPA), done some various projects on Github (Using Go, JS, & Python), networked with friends, but the problem I keep finding is my resume. People express interest in hiring me, check out my Github, but then give me the fade once they see my resume. I feel like it's a catch-22: I can't get experience until I've gotten experience. I thought my Github would close the gap, but alas it hasn't! I've read lots of posts on HN discussing this, and all opinions are welcome in response to this query, but specifically let me ask, should I really just lie and claim more experience? (I've had friends wanting to hire me suggest this subtly)
Code More.
Your analysis reveals a common mistake, and more (complex) projects is the answer. This mistake is not obvious from the outside!<p>Once you actually work in the industry for a while, you realize that <i>most</i> newbie side projects are incredibly small and distressingly unimpressive. Since you've never worked in a production codebase, your internal metric of difficulty and value is WAY off. You might think you have a really great Github, but I suspect that you need samples at least 4x as complex as what you've already done.<p>Remember that "CS Degree" is simply a indicator that you are solid hire. Hiring managers are looking to maximize the chance that you're worth the effort, so without the CS degree you'll need to work much much harder to prove your worth. Definitely possible! But not easy.<p>Oh, and don't lie. If you claim experience and interview with me, I'll drill you in <i>detail</i> about your claimed experience and what you learned. I'll figure out you were lying, and that's not a good hiring signal.
There is missing information here. What makes you think you are slam-dunk qualified for a 6 figure Software Engineering position when you only have a couple of seemingly random (from what you've told us) projects up on GitHub? Why should any team take a chance on you?<p>These are important questions to answer because you have to be able to crisply articulate them otherwise there are much more qualified candidates to choose from (depending on the hiring market).<p>Also what gives you the impression that lying is normal? There is a difference between lying and casting your past experience in the most favorable light possible (take this too far and you can cross over into the realm of lies). Lying is a great way to start off in this industry on the wrong foot - it's a smaller world than you think and the cost of lying is higher than you think.
> done some various projects on Github (Using Go, JS, & Python)<p>What exactly does this mean? Do you have a bunch of repos that are tutorial projects or did you create something yourself? Are they deployed? What state is the code in, does it look prod ready? Are there tests?<p>When an artist applies for a position they bring a prepared portfolio not a bunch of sketchbooks. Is your Github a portfolio or a sketchbook?
Write a software product whose binary will have some popular appeal.<p>It's doesn't have to be a Killer App - it's OK if that appeal is popular only among a certain demographic.<p>I got my break as a coder by applying for a QA job that expected me only to execute scripts that someone else wrote.<p>But one day my manager walked into my cube to find it completely wallpapered with what looked like flowcharts.<p>"Those are actually dataflow diagrams," I explained. "I can't quality MacTCP 1.0.1 because the test tool always crashes."<p>"I know how to code on the Macintosh. Any chance you could get approval to have me fix all the bugs in strm_echo?"<p>I knew and he knew and my manager's manager all knew that I was offering to do software engineering for the pay I received as a script monkey.<p>I fixed strm_echo, qualified 1.0.1, 1.1 and wrote a new tool and a test plan for 1.2. In the process I got really good at debugging with the MacsBug machine debugger.<p>My next job I was the Product Development Manager for a company whose flagship product was incompetently written by a con artists. I stayed at Working Software for 3 1/2 years, during which I learned everything else - other than MacsBug - that I needed to know to be a commercial Mac developer.<p>If you want a mobile app development job you have to have at least one app in either Apple's App Store or in Google Play.<p>If you want to be a web developer you need to create a useful website - not for other coders to look at your source, but for end-users to find useful and appealing.
I don't want to hurt your feelings, but I would like to share some experience. If you're applying for a job at the right level, you've been upfront about your experience throughout the process and your Github is impressive, your resume should only be a formality, unless it has some massive red flags.<p>Have you ever had a brutal editor (preferably someone you barely know) read over your resume and give you some feedback? You might be surprised by the results!
If you have friends who are able to hire you, work with them to proove you are capable to perform the job and are a good fit.<p>Offer to implement a feature for free or meaningfully contribute to one of their open source projects to demonstrate you have the technical chops to be a productive member of their team.<p>Also, besides technical skills, you have to be a good cultural fit. Make sure you do your homework what they are looking for in candidates more generally.
Of course, don't lie. Does your resume include software project work or just non-tech jobs?<p>First, you should structure your resume as a "skills resume" that includes as many languages, environments and major libraries as you know how to use.<p>Then, include your strongest, most relevant school/personal projects and list them with action verbs, "Built XXX using YYY with these features...", "Designed ZZZ with algorithm QQQ..."<p>Most employers are looking for entry-level developers that have built complete solutions and not toy problems. They want to know that you can collaborate with others and contribute. Underscore any and all school/volunteer projects that show that.<p>BTW: I gave that same advice to my nephew who was self-taught without any college degree to get his first development job. What helped him the most, I think, was that he essentially created his own first job, so to speak, by building a basic scheduling web app for a friend's bike messenger service (for free). It filled a gap in his resume and proved that he could turn requirements into working code. That's all he needed to get a "real" job.
Everyone describes their experience in the light most favorable to them. That's different from inventing a past job entirely. If you get caught in the latter, then many (most?) companies will reject or fire you.<p>If you can't get a full-time job, do some contract work. Worst case, go on Upwork or whatever. If you charge low enough, then someone will take the bait. You can then describe that work in whatever misleadingly favorable terms you prefer.
Try getting some PRs into an estabilished open source projects, such as for example Apache Spark, Mozilla Firefox etc. These projects follow standard, modern practices of software companies, so getting your PRs (maybe a couple of bugfixes or a minor feature/extension) approved means you should be qualified for a junior developer position.
Don´t lie about your qualifications because they will know after hiring you. That´s not a good impression for the business. Maybe you want to get a good job but you should start small and learn, learn and learn until you get to the better positions. An internship would be a great start, eventually in another country.
If you're relying on a resume for work, you're probably being inefficient in the first place. All the jobs I got were not through a resume. The resume is just there to justify to the boss's boss why they're hiring me.
Tell truth at all times. Start at $25 an hour doing freelancing and work your way up. After a couple of years your rate would be > $75 then transition into full time tech job.
I would say work with a recruiter. That's how I got my first programming job, with only two semesters of CS education but a lot of time invested in teaching myself how to program. Recruiters should have a good idea for what their clients are looking for, and how flexible they are WRT unorthodox educational backgrounds, no professional experience, etc. They won't waste your time with clients with which you wouldn't stand a chance. (Not that they care about your time, necessarily. They wouldn't want to alienate their client by sending someone who is in their not-a-chance-in-hell bracket.)<p>Also, if you're trying to work for a big tech name or some hip startup, go for the enterprise IT shop instead. A bank, insurance company, hospital system, grocery store chain, etc. Because working in those places is considered unsexy, and they know it, they have to be more flexible than the places that are flooded with resumes from hotshot coders. Again, that's how I got my foot in the door. Work there for a year or two, do well, learn as much as you possibly can, and you'll be firmly established on the career ladder.
Lying is unacceptable--it's better to be honest with your employer and if they still hire you then both sides have better-calibrated expectations.<p>If you're not getting the sort of work you want, maybe adjust your expectations.
Amazon Web Services is an extensively evolving cloud computing platform which is provided by Amazon. Web services are also called as remote computing services and cloud services.<p><a href="https://www.besanttechnologies.com/training-courses/amazon-web-services-training-in-bangalore" rel="nofollow">https://www.besanttechnologies.com/training-courses/amazon-w...</a>
Everybody else does. Not doing so just puts you behind the rest of the pack. Work out what your own personal line-in-the-sand between "exaggeration" and "outright lying" is, work out what you can plausibly exaggerate - and whether your references will support those exaggerations. You (probably) need to make at least _some_ of your Github or side project work sound on your resume like "commercial experience", and ideally have someone as a reference for that bit of work who'll back that claim up.<p>Everybody exaggerates on their resume - the line between that and lying is up to you and your own personal ethics.<p>You 100% wouldn't be the first person to land your job (first or not) based on a lie. Make sure you can back the lie up though, and try to make it a small enough lie that the next resume doesn't need to perpetuate it (you don't want to be the CTO trying to explain away why the company about us page lists you as graduating from Harvard...).