Am I (Un)Hireable As A Coder?

I'm not a hiring manager, but if your self-description is accurate (see comments re: impostor syndrome for the possibility it isn't), I wouldn't want to work on a team with you. The problem doesn't seem to be that you're not smart or technical or industrious enough, but that you're not conscientious enough:<p><i>I figure out what needs to be done in order to get something to work reasonably well, and if I can’t do it myself I google it till I find snippets of code that mostly do what I need, then I modify them and hack around till I get something that works decently enough.</i><p>To me this is a much bigger problem than your ability to implement a linked list or describe big-O notation -- I'd be worried that I'd always be cleaning up after your messes.<p>The good news is that this is a solvable issue. Start collaborating with people, maybe via open source. Find a project of yours that's useful but maybe not profitable, open source it, and start handling requests for features and submissions. Learn how to deal with bad incoming code, and how to deal with your code being confusing to other people. Maybe read some of the classics on code as collaborative effort, like the Pragmatic Programmer or Clean Code.<p>Or maybe just decide that this isn't for you! There are lots of jobs oriented around achieving specific goals with throwaway code that you might be happier in than being a slave to the CI server, and they aren't less valuable. But if you want to be hireable in a code-oriented company, I think you have to change some things.

Honestly, with resume fodder like SEO software (yes, I'm in that market too!) and "PHP Programming for Affiliate Marketers", I think you would make a strong living selling info products and sites geared toward the IM (Internet Marketing) market.<p>Run a few WSO's (Warrior Special Offers) on the Warrior Forum, and teach marketers how to code and build software businesses. That's where many marketers want to go anyway. Heck, write a course about what to look for in a programmer or how to hire a programmer. That crowd eats that up.<p>I think you're more suited being a Tech God in the IM world vs. being Yet Another PHP Guy in the HN world. And you'll make more money doing so.<p>(Also: Add some contact info to your HN profile now that you're on the front page, so people know how to contact you here.)

We've reached the point where the glam jobs are no longer those quick and dirty websites that everyone and their dog wanted up until recently. The bar has since been raised significantly, such that people want scaling and maintainability, something you can't do without a very disciplined team.<p>You've been able to slide along like this due to an accident of circumstance (internet boom, dotcom booms), and in fact you could continue to do so for quite some time yet if you wanted to, although the quality of your customers will continue to decrease as time goes on. The cool projects of today are like the cool projects of the early-to-mid 90s in that you need a team to make an impact. And to work in a team, you need to produce maintainable code and architectures.<p>Your story reads a lot like mine. I, too, started programming on a C64 at age 8. I then learned assembler and C, and graduated to an Amiga 500. By the time I entered college, I already knew everything. And by "everything", I mean "nothing", because I lacked any and all discipline, which I spent the next 18 years building.<p>I still couldn't explain what a red-black tree is (or even a heap, to my shame), but I am extremely careful to ensure that the architecture makes sense, that the code is cleanly written and tested, fully documented, and entry points are very clearly laid out and orthogonal. I realize that far more time will be spent by other people reading my code than I will read it myself, and I'd much rather they have a pleasant experience with it and not spend weeks cursing my name for some piece of shit I wrote without any consideration for others.<p>Is my code super hot shit? No, but I'm constantly seeking to improve my craft. If I can keep the praise mail rate higher than the hate mail rate from people who use my code, I figure I'm doing OK. I'll never reach perfection, but I'll keep striving for it anyway.<p>tl;dr Doing things right is hard work.

Have you checked out the HN 'Who's Hiring' threads?<p>I, too, have an unorthodox background, and I also wonder if I can land a normal software job. This week, I got pulled into a slow IM conversation one night, so I read through the most recent hiring thread[1] to pass the time. There are 102 comments in that thread. I emailed five people who sounded like they had interesting offerings, and in each email included something like "I know I have an usual background, but . . ." along with a link to my github account. I had one phone interview already and I've got another one later this week and one next week.<p>That doesn't solve the problem of passing the interview, but if you include a candid note in your email, anyone who decides to interview you will be doing it knowing about your 'problems'; it helps to filter out companies that wouldn't be interested anyway.<p>If you want to pass a more traditional interviewing process, think of it as passing the final to some class. Here, I'm assuming that you've managed to pass at least one academic class in your life. This algorithms book[2] is free, and exactly what you want (it doesn't cover everything in the world; just in the important stuff, and it has good exercises that are approximately difficult as what you'll see in interviews). Pretend that's the textbook for a class you need to pass, and work through exercises until you can solve ones you haven't seen before fluently[3]. Just like cramming for an exam, you'll probably forget 90% of the material a week later, but you won't need that stuff for the vast majority of jobs anyway.<p>Good luck!<p>[1] <a href="http://news.ycombinator.com/item?id=4727241" rel="nofollow">http://news.ycombinator.com/item?id=4727241</a><p>[2] <a href="http://www.cs.berkeley.edu/~vazirani/algorithms.html" rel="nofollow">http://www.cs.berkeley.edu/~vazirani/algorithms.html</a><p>[3] If you get stuck, feel free to shoot me an email (see my profile). In theory, I ought to be able to answer your question cold. If I can't, that's a sign I need to do some review and I'd be happy to re-read the relevant material so I can explain it.

If I was your TA, I would be worried about this. And, unfortunately, I have had senior level students who I've had to dissuade that cut+paste code is not a valid methodology past year 1.<p>They way to think about things is like this: code is an expression of a problem. It's no coincidence we call them programming <i>languages</i>. They're not write-once, any code you write will be read an order of magnitude more than it will be written to.<p>The way you write things makes me feel like you don't recognize <i>Computer Science problems</i>, and that you are beginning to realize that the code by itself doesn't constitute the problem. This is a common thread through undergraduate CS students, and it will take some people a long time before this clicks naturally (especially when it feels like writing code is a struggle alone, once you become more fluent code will no longer be the barrier).<p>You aren't hirable as someone in mindset you are in, but you're moving closer to someone who can be. Continue on your mental journey of seeing problems first. Start working harder at following best practices. You'll get there.

Yes. You are unhireable. At least by the type organization that would make decisions based on a technical interview.<p>You need to find a place where you can hack for a living. Find someplace where you can make a mess of great ideas and then hand the mess over to trusted co-workers to cleanup. (There are people that like that sort of thing!)<p>What about a consultancy that builds prototypes, proofs-of-concepts, etc? (Can't think of one off hand but I'm sure they exist)

Sigh. Too bad you don't say more about this:<p><i>"I can DO things, I can get things done; always…but I don’t really know what I’m doing.<p>Ever."</i><p>Why do you let that condition persist?<p>You are just as problematic as a musician who can't read music. You'd think that it would be crazy to have a musician who can't read music, after all its what they do <i>play music</i> but in fact there are lots of them. They picked up an instrument and just sort of goofed around and now if they hear something they can kinda pick it up and recognize that what their playing isn't what they were hearing, and adapt. Great for playing at the camp fire, or covers at a wedding or Bar Mitzvah, but nobody is going to hire you to be part of their symphony band or the work in the theatre district adding music to broadway plays. And the reason is simple, you <i>can</i> get to an answer, you <i>cannot</i> predict how long that is going to take.<p>If you want to work as a coder you should start by going through the core parts of a computer science curriculum, algorithms, data structures, compilers, interpreters, OS design, and data bases. You need to take the time to learn how the structure in the first part influences how you get to the later parts, so that when you're given a problem you will know how to attack it and get to a solution, and you'll know that you're not getting closer and to change course and how. Because you will know what you're trying to achieve and understand why what you're doing isn't achieving it. It is going to be painful at first because you might have to unlearn some stuff you picked up along the way.<p>Now don't confuse (Un)Hireable with "You can't make a living at it." As you've demonstrated there are lots of services you can do, especially if they aren't schedule driven based on when you'll be done with your coding. Just like someone who can play the piano by ear can make a living in a bar playing 'live music' for the guests. But if you are passionate about becoming someone who can design software you really need to understand what software is.<p>Lucky for you there are lots of great free college classes now you can do online at your own pace. Good luck.

"Fatal error: Out of memory (allocated 10223616) (tried to allocate 77824 bytes) in /home/jps/public_html/wp-includes/nav-menu-template.php on line 224"<p>Yes :-)

You sound plenty hire-able to me, based on your story. Your best bet will be getting a job through a personal connection, somebody who _knows_ how you work and wants you (or is willing to strongly refer you). Barring that, not all companies will make you do sorting algorithms and brain teasers for a job interview.<p>My problem is that I have the memory retention of a gnat. I learn quickly, then discard the information to make way for new stuff. Six years ago, I was a full time .NET programmer (for years!) and I can barely remember anything about .NET at the moment. This makes certain types of technical interviews difficult for me.<p>My team runs a moderately high traffic web site. Learning quickly, being flexible, and fiercely persistent matter much more to us than a deep understanding of computer science concepts. Now that I am in a position where I do the hiring, I try to accommodate people like us. Unconventional background, hate whiteboarding in public, terrible memory. Whatever. Can you produce something of value in a reasonable time frame? That is all we care about.<p>The way I hire people now days is to give them a simple challenge to do (at home, on their own time). Basically, take a small data set and display it on a web page. Depending on the level of interviewee, I will ask for more or less features (make it sortable, derive additional data points according to some algorithm you must devise).<p>The challenge has no time limit or rules. You can use your own resources and do it on your own pace. When it gets sent back to me, I evaluate the candidate based on the final product. I don't much care how they got there. If the product is good, we bring you in for an interview.<p>During the interview, I ask you to work on _your_ code. The code you provided to get the interview. Essentially, we pair program. Adding features, fixing bugs. Whatever seems the most fun.<p>If you show me that you can code on your own codebase, using your tools and process, and you are pleasant enough to work with side-by-side for several hours, you've got the job.<p>I know you said you don't want to move, but we are hiring developers here where I work in NYC. Drop me a line if you are interested jdslatts at fzysqr dot com.

As someone who has been in the position of maintaining code written by someone who 'can make it work' but doesn't understand why, yes. Yes you are, because you're not the only one who has to work on your code.

Sounds like a case of impostor syndrome to me, or maybe an unrealistic estimation of how good working programmers tend to be in practice.

As someone who has (more or less) gone down this path myself, here's my take: you are totally hireable. But the fact is you're a cowboy programmer looking to settle down in town, so there's going to be some cleaning up to do. If you approach it that way, you'll be fine.<p>If I was in your position my approach would be to either work as a contractor (preferably a temp-to-hire job) or try to get a job a small- to medium-sized startup, something like 10-50 employees. Your value is that you are clearly a self-starter and don't need to be handheld through every difficulty, but you WANT to work in a team and learn how to do that. It's important to be upfront about where you are at, but don't discount what you do know.<p>Be sure to have a "beginner's mind" because for a lot of things you are a junior developer, but none of them should be hard to learn if you are open to it. Every company has different wrinkles in how they comment code or do QA, so you would need to learn these anyway. Don't be shy about asking questions if you don't know the proper term for something or understand what someone is talking about - it can feel a little embarrassing but if you ask once it'll fix the problem and will help you communicate better.<p>Don't worry about not getting jobs where they focus so much on algorithms and data structures because that's simply not a good fit for you right now. You want to work at a place where they need to Get Shit Done and are still establishing formal processes.<p>Finally, I wouldn't waste time learning new languages or going nuts with interview books or working on open source (unless you want to) unless you've already tested the market. Have some confidence and realize that this Internet industry is pretty darn new and many, many of the people that built it came from a background exactly like this.

"And besides, the climate here in America has turned so decisively anti-small business that not only is it not fun anymore; it’s almost dangerous.<p>And who knows what’s up with health insurance now. I don’t have the energy to dig into that cesspool to find out what my small business has to do to cover itself in that department. Think I’d rather just chuck the whole thing."<p>I think that these two paragraphs are the most interesting part of the whole post - I've occasionally tossed around the idea of joining a scrappy startup, or even running my own company, but I always come to the conclusion that I'm not confident that I could cope with that much risk. I'm admittedly much more risk averse than the HN community, but sometimes I wonder if I would have the nerve to do it if it weren't for an environment that seems so toxic to small business.

My answer is that you are probably not hireable as a coder at the moment. That's not to say you don't have a lot of value to offer and potential as a future hireable coder.<p>To put it simply: You are good at developing your own ideas and shipping them but that's not what a coder does. When a coder is hired, it is their job to develop and ship other people's ideas.<p>One limitation you likely face is that your lack of programming prowess limits your ideas or, at least, which of your ideas get developed. By the same token, if I asked you to build Product X (say, a Google-like indexing engine), I'm guessing you'd be hitting walls pretty quickly because your breadth of knowledge is, frankly, limited.<p>If you want to become a good coder, you probably just need to fill in the gaps. You need to take the time to learn the essentials of computers and programming. Most devs get this through formal study but many also are self-taught. The trick is you need to put in the effort to be self-taught. You need to come at your education with the goal of learning a wide base of knowledge instead of just learning what is needed to solve today's problem.<p>My personal recommendation for a starting point would be to read and thoroughly study Programming Interviews Exposed: Secrets to Landing Your Next Job (2nd Ed.). This book just offers a wide range of topics all of which need to be mastered to be a "good" programmer and be able to handle many challenges that are given to you.<p><a href="http://www.amazon.ca/Programming-Interviews-Exposed-Secrets-Landing/dp/047012167X" rel="nofollow">http://www.amazon.ca/Programming-Interviews-Exposed-Secrets-...</a>

&#62;I’ve created unique and intricate php heavy, mysql powered websites with ease<p>When I hit the site first time I got "banner-widget.php out of memory" or something :P

Coders aren't fungible. Web dev isn't embedded systems isn't databases isn't enterprise business isn't application dev isn't front-end JS.<p>So you need to isolate what you want to do. However, realize that I - and others like me I've met - key off of theoretical grounding and consider that the foundation to great software development practice. To interview successfully with us - regardless of the position - , you need to be able to speak comfortably about data structures, algorithms, big-O, and some level of formal language theory. Loosely, that's 2-3 courses in the CS curricula.<p>With <i>your</i> background, I would be looking for you to have spent some time to grasp the theoretical concepts and be able to apply them in practice. I would also be expecting you to have a rock-solid - hardcore - foundation of in-the-trenches software development principles.

If technical interviews are a problem that the author is aware of, why not take action to shore up the missing knowledge? Take a few hours to read about some data structure, then try implementing it. Read Programming Pearls. Interview somewhere and see what they ask, then read more on those subjects.

I frankly don't understand how you can build software without understanding what you do.<p>Then again, can you FizzBuzz? :-)

Judging by other posts on his blog (<a href="http://www.flatplanetmedia.com/thats-john-we-dont-know-what-he-does-here.html" rel="nofollow">http://www.flatplanetmedia.com/thats-john-we-dont-know-what-...</a> / <a href="http://www.flatplanetmedia.com/im-learning-ruby-on-rails-because-im-weak-willed-and-stupid.html" rel="nofollow">http://www.flatplanetmedia.com/im-learning-ruby-on-rails-bec...</a>), he's either using a "persona" to try and get clicks from newbies (to buy the book he wrote for "PHP newbies and marketing") or he likes the feeling of "being a complete incompetent, but somehow managing to get paid" (a lot of self-derogatory posts there, most of them including the usual "but whatever", "but I like to do like that", etc).<p>Fishy...

Have you actually tried to get hired? If you've never been through any technical (or even non-technical) interviews, you'll likely have a hard time.<p>So are you Un-hireable? Probably yes. But can you become hireable? Absolutely yes, but with necessary effort.<p>Start applying. With a list of successful projects like that, you'll get some people taking the bait. Go through interviews, even if you'll fail. Especially if you aren't even interested in working for them. You still get something out of it (practice), which will help you the next time you interview again. Eventually, that next time will be a place you actually want to work at.<p>(Also, listen to the other comments here about learning version control and doing open source. Those will all be helpful.)

I would say that an inability to communicate with other developers in the same terms (including in code, because I suspect your code may look very different from others) is a serious barrier to working in a team, no matter how brilliant and talented you may be.<p>There's no question you can do the job, but it's a big question if you can do the job together with other developers, or how much time and effort (not just from you, but your coworkers) it would take to get there.<p>I say this as both a hiring manager and a self taught developer. As the latter, the most important part of my development as a programmer was to learn to express myself (and my code) in common terms and patterns so I could work with others.

Really enjoyed your post. I'm in a similar situation and have been reading up on how to learn the formal CS concepts necessary to ace a technical interview and thought I'd share what I've found.<p>This answer on Quora summarizes the general topics to look into: <a href="http://qr.ae/1h6xx" rel="nofollow">http://qr.ae/1h6xx</a> More thorough summaries can be found here: <a href="http://www.starling-software.com/employment/programmer-competency-matrix.html" rel="nofollow">http://www.starling-software.com/employment/programmer-compe...</a> and here: <a href="http://matt.might.net/articles/what-cs-majors-should-know/" rel="nofollow">http://matt.might.net/articles/what-cs-majors-should-know/</a>

I think you should look for marketing/digital agencies and showcase your talents. I don't know anything about these companies but they seem to be examples in your area of what I mean (<a href="http://www.fusion92.com/home.aspx" rel="nofollow">http://www.fusion92.com/home.aspx</a> | <a href="http://www.jbchicago.com/" rel="nofollow">http://www.jbchicago.com/</a> | <a href="http://www.thisisplanb.com/" rel="nofollow">http://www.thisisplanb.com/</a>).<p>It would be a good way for you to get more work, be involved with teams, start to learn how to mentor and digital agencies/marketing companies tend to be less about formal experience and more about unit productivity.

&#62; but I’d probably utterly fail any type of formal interview where they asked me to write or explain code on the spot.<p>If you've gotten any sort of software project to work the way you wanted it to, which it sounds like you have, I doubt this quote is true. Any company worth working for is more interested in hearing/watching you break down problems into pieces and describe how to solve them. Often times this can be done in 'pseudo-code'. If interviewers are going to nitpick your code for trivial syntax issues (i.e. things that can be fixed with 10-seconds of google-fu), there's a good chance you won't want to work for that company anyway.

I apologize, but this post bugs me. You can google code snippets but you can't google how to do well in a programming interview? There are books for this. There are tons of online resources. I wouldn't hire you on the simple fact that you couldn't figure this out on your own. I can't imagine making such a post that has my name attached to it, on the internet. That will make you even more less likely to get a job. Based on what I saw on your website you should be able to sell yourself a little better, even if you don't feel like you're a good coder.

I looked at your personal blog and came across your post about trying to learn Rails:<p><a href="http://www.flatplanetmedia.com/im-learning-ruby-on-rails-because-im-weak-willed-and-stupid.html" rel="nofollow">http://www.flatplanetmedia.com/im-learning-ruby-on-rails-bec...</a><p>How did that go? I wouldn't learn Rails just because it's the hot thing of the month, but to understand why frameworks are valuable and to be able to use one to quickly prototype client work. Are you handcoding your PHP sites?

&#62; <i>Frankly I don’t even know where to start. I’m most proficient in PHP, but I can pick up anything really. I breezed through the codecademy.com Ruby and Python tutorials in an afternoon but I’ve never done anything in Ruby or Python.</i><p>If you're experienced as you say you are, then you shouldn't be learning new languages via tutorials...but rather through things like O'Reilly's "Cookbook" series. That should get you up to speed much faster.

&#62; I can build software that’s happily used by millions of people, but I couldn’t describe how I did it, and if I looked at the code later – I probably couldn’t make heads or tails out of it without really studying it for a while (comments? who has time to bother commenting code!).<p>Pretty much like every legacy project I've ever touched, wrote by people who got the job. Sounds fine for me.

The term "make things and show people" comes to mind. It's basically the way many of the best tech jobs are landed. Instead of worrying about all the things you don't know how to do, focus on the things you've made and the myriad skills you gained in doing so.<p>Wish I could find the original article that quote comes from, I must be mangling it. But you get the gist.

The most scary thing is the author claims to be completely void of any theory or even ability to explain simple things ("explain something as simple as a nested array"?) one could learn in <i>a day</i> with quick look at a "learn whatever in 21 days"... but yet, he has <i>published a technical book</i> on PHP. Something smells in that story.

Cache: <a href="http://webcache.googleusercontent.com/search?q=cache%3Ahttp%3A%2F%2Fwww.flatplanetmedia.com%2Fam-i-unhireable-as-a-coder.html&#38;oq=cache%3Ahttp%3A%2F%2Fwww.flatplanetmedia.com%2Fam-i-unhireable-as-a-coder.html" rel="nofollow">http://webcache.googleusercontent.com/search?q=cache%3Ahttp%...</a>

"the climate here in America has turned so decisively anti-small business that not only is it not fun anymore; it’s almost dangerous."<p>In what way is this actually true?<p>I completely sympathize with people who have impostor syndrome but I am having trouble seeing this long rant as anything but a 'pity-me' advertisement.

You are at an advantage, because your mind is not poisoned by unnecessary baggage. "Just" build and offer stuff that works reliable, with better quality. Demonstrate that, prove that, measure that. It's not the tools and techniques that matter, it's the results.

On the flip side, if you have had success doing those things, why do you want a "job" where someone tells you what to do? Maybe you just need to learn a little bit about sales and marketing so that you can make money from your own successful efforts?

You sound like every contractor being hired everyday in the DC Metro area.

Read books. I'm a Maths grad now at my first Software Dev job. Yes, I'm a Software Developer not a Coder.<p>You need to learn the basics. Use C/C++, learn why Java is crap and why PHP takes up too much memory. Make sure you get a few Signal 11s and learn what you did wrong. How do you protect yourself from it next time?<p>The particular choice of languages is irrelevant of course. The point is there is a lot more to software development than hacking out code. There are principles of development. There are advantages/disadvantages to each of the tools we use. There are mathematical underpinnings of data structures. A brief understanding of it all is important. A deeper understanding may be required.

Only way to know for sure is to apply for some jobs and see what happens :)<p>I have no doubt you could get a job, the question is, can you get one doing what you want that pays what you want

Would you hire yourself as a coder? If so, then someone else will, too. If not, build stuff (even if it sucks) until you would hire yourself. Game, set, match.

The short answer is "no".<p>The longer one is "probably brush up on formal CS stuff before you start going to interviews, but you're probably fine in this hiring environment."

Where's your GitHub<p>1. Acquire GitHub<p>2. Upload lots of nice code<p>3. ???<p>4. Employers are impressed