I'm David, a programmer with over 20 years' experience. Most of my career has been back-end focused, and that's where I'm at my best, but I can get things done across a full stack.
I like to solve problems with code. Most recently I've been working in Python and Rust, but over the years I've also done tons of work in C, Perl, Clojure, Go, Ruby and more.
I particularly enjoy the challenge of working with legacy systems; if you need someone on hand to troubleshoot and maintain (or even migrate away from!) an abandoned-but-still-important system, maybe I can help.
I'm David, a programmer with over 20 years' experience. Most of my career has been back-end focused, and that's where I'm at my best, but I can get things done across a full stack.
I like to solve problems with code. Most recently I've been working in Python and Rust, but over the years I've also done tons of work in C, Perl, Clojure, Go, Ruby and more.
I particularly enjoy the challenge of working with legacy systems; if you need someone on hand to troubleshoot and maintain (or even migrate away from!) an abandoned-but-still-important system, maybe I can help.
I'm David, a programmer with over 20 years' experience. Most of my career has been back-end focused, and that's where I'm at my best, but I can get things done across a full stack.
I like to solve problems with code. Most recently I've been working in Python and Rust, but over the years I've also done tons of work in C, Perl, Clojure, Go, Ruby and more.
I particularly enjoy the challenge of working with legacy systems; if you need someone on hand to troubleshoot and maintain (or even migrate away from!) an abandoned-but-still-important system, maybe I can help.
I'm David, a programmer with over 20 years' experience. Most of my career has been back-end focused, and that's where I'm at my best, but I can get things done across a full stack.
I like to solve problems with code. Most recently I've been working in Python and Rust, but over the years I've also done tons of work in C, Perl, Clojure, Go, Ruby and more.
I particularly enjoy the challenge of working with legacy systems; if you need someone on hand to troubleshoot and maintain (or even migrate away from!) an abandoned-but-still-important system, maybe I can help.
SEEKING WORK | Portland, OR | Remote
I'm David, a programmer with over 20 years' experience. Most of my career has been back-end focused, and that's where I'm at my best, but I can get things done across a full stack.
I like to solve problems with code. Most recently I've been working in Python and Rust, but over the years I've also done tons of work in C, Perl, Clojure, Go, Ruby and more.
I particularly enjoy the challenge of working with legacy systems; if you need someone on hand to troubleshoot and maintain (or even migrate away from!) an abandoned-but-still-important system, maybe I can help.
I'm David, a programmer with over 20 years' experience. Most of my career has been back-end focused, and that's where I'm at my best, but I can solve problems across a full stack.
I like to solve problems with code. Most recently I've been working in Python and Rust, but over the years I've also done tons of work in C, Perl, Clojure, Go, Ruby and more.
I particularly enjoy the challenge of working with legacy systems; if you need someone on hand to troubleshoot and maintain (or even migrate away from!) an abandoned-but-still-important system, maybe I can help.
I'm David, a programmer with over 20 years' experience. Most of my career has been back-end focused, and that's where I'm at my best, but I can solve problems across a full stack.
I like to solve problems with code, and I particularly enjoy the challenge of working with legacy systems; if you need someone on hand to troubleshoot and maintain (or even migrate away from!) an abandoned-but-still-important system, maybe I can help.
The limit has since been bumped to 4G. We don't have a way to change this per-customer yet, but we're not as tightly constrained for RAM as we used to be, so we could probably negotiate something if you really need more.
I'm not sure if I can do any better than "troubleshooting can be hard", frankly. The actual details are all tangled together in a way that resists summary.
I've been telecommuting for 10 years. When I'm the only remote employee, and there isn't a culture of remoteness, I believe it's my job to have the discipline and do the extra work to stay connected, not the rest of the team's. It's a challenging dynamic, but it's not impossible, and I just don't think it's reasonable to expect the entire team to adapt to the exceptional case, instead of the other way around.
FWIW, if anyone is curious to see the process of building my entry ("Conway's game of death") I just made the repo public: https://github.com/dlowe/death
This contest is great. I'm so glad it's happening regularly again :)
Xtranormal (http://www.xtranormal.com/) is looking for someone who loves to build for the web and is happy owning projects and products from detailed definition through implementation (front- & back-end) and maintenance.
We're a 25ish-person, largely technical company with small offices in Montreal and SF. We're very open to remote hires.
We're using python/django, mysql, javascript/jquery, flex, VB.Net (!), and so on and so forth. Specific technical aptitude is far less important than a willingness to learn and a desire to build great stuff on the web.
Contact me by email (in profile) to chat about it!
I think I agree that yacc wasn't a great example for my purposes, but hang on. My point isn't that learning specific technologies isn't valuable, it's just that it is... specific. Even something as general as graph traversal is still not as ubiquitous as lines and pages of code. There may be more generalizable knowledge in learning yacc than there is in learning the Ruy Lopez, but either way, it's not as general as tactics.
Your fourth paragraph is a bit alarming to me, because I agree completely, and I hate to think that I wrote the opposite. I am most emphatically NOT trying to suggest that abstract knowledge is more valuable than practical work. What I do suggest is that being able to reason about code in general is more valuable than expertise with any one specific technology. Consider two coders who have both written AST generators with yacc: can they talk about the low-level, tactical design decisions they made in their code, and the implications of those decisions, and alternatives that they considered?
I'm David, a programmer with over 20 years' experience. Most of my career has been back-end focused, and that's where I'm at my best, but I can get things done across a full stack.
I like to solve problems with code. Most recently I've been working in Python and Rust, but over the years I've also done tons of work in C, Perl, Clojure, Go, Ruby and more.
I particularly enjoy the challenge of working with legacy systems; if you need someone on hand to troubleshoot and maintain (or even migrate away from!) an abandoned-but-still-important system, maybe I can help.
Currently looking to fill roughly 10 hours/week.
Contact in my bio. Hope to hear from you soon :)