<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 10/27/2013 11:26 AM, Leam Hall
      wrote:<br>
    </div>
    <blockquote cite="mid:526D30B0.2020508@gmail.com" type="cite">Be the
      one that folks know "Hey, he does {web/os/financial/db}
      programming and we need something done." If you build your
      reputation in a certain domain then your ability to find work in
      that domain becomes easier. There are millions of programming
      tasks that need doing and a lot of them are funded. It becomes a
      matter of building your cred and finding those tasks you are
      suited for.
    </blockquote>
    <br>
    To take this one step further:&nbsp; Ignore programming languages <i>completely</i>
    and be a <i>programmer</i>.<br>
    <br>
    What I mean by that is analgous to what some people mean by the
    difference between "writing in a language" and "programming into a
    langauge".<br>
    <br>
    Anyone can write straight and unmaintainable code in any language.<br>
    <br>
    Anyone can write elegant and maintainable code in (nearly) any
    language, assuming that the language is reasonable enough.<br>
    <br>
    Anyone can fix things like PHP's problems by doing it differently.&nbsp;
    Facebook attempted to do so though they opted out of that and went
    for (yet another) VM approach instead.<br>
    <br>
    If you know any three programming languages well, you can learn any
    other programming language pretty easily, discounting the standard
    library for that language (or environment).&nbsp; Those aren't typically
    too hard to learn, though, as they all pretty much expose the same
    types of functionality.<br>
    <br>
    If you can write an algorithm in C, and write that same algorithm in
    Python, BASIC or JavaScript, then you're a programmer and language
    no longer is relevant&#8212;the knowledge that you have in the domain of
    programming and the knowledge that you have in the real problem
    domain reigns supreme.<br>
    <br>
    But the key here is that you need to know all the cogs in the system
    that you're working with.<br>
    <br>
    When someone asks me if I'll take a project to implement $FOO, I
    tell them that I will get back to them on that if it is a $FOO that
    I'm not familiar with.&nbsp; I take a week or two, depending on how long
    is required for me to do so, and then tell them if (a) I can take
    it, (b) I won't take it, or (c) I need more time.&nbsp; Why?&nbsp; Because
    everyone comes to me with different problems&#8212;sometimes <i>very</i>
    different problems&#8212;and I refuse to take on work that would be better
    performed by someone else.&nbsp; *shrug*<br>
    <br>
    &nbsp;&nbsp;&nbsp; &#8212; Mike<br>
    <br>
    <div class="moz-signature">-- <br>
      <table border="0">
        <tbody>
          <tr>
            <td> <br>
            </td>
            <td> Michael B. Trausch<br>
              <br>
              President, <strong>Naunet Corporation</strong><br>
              &#9742; (678) 287-0693 x130 or (855) NAUNET-1 x130<br>
              FAX: (678) 783-7843<br>
            </td>
          </tr>
        </tbody>
      </table>
    </div>
  </body>
</html>