Employment

From Woozle Writes Code
Revision as of 22:46, 22 February 2017 by Woozle (talk | contribs) (because I felt like this needed to be written)
Jump to navigation Jump to search
Woozle's Horrible No-Good, Very Bad Résumé
or, why we almost certainly are not a good "fit" for each other

Executive Summary

I loathe self-promotion, so I'm not going to try to shoehorn my history into something conventional-looking. If that's what you're looking for, you can toss this one out without reading any further. Have a nice day.

If you're looking for someone with academic degrees or other formal qualifications, I won't waste any more of your time: I don't have any.

Immediate Requirements:

  • I enjoy making people's lives better by solving problems. I also like being paid large amounts on a regular basis. I'm willing to work for the greater benefit of the plutonomy (i.e. against the public good), but it will cost extra. My fee for enriching your investors through my work starts at $120/hour and goes upward for larger companies; endeavors of a less parasitical nature may negotiate downward from there. (I will obviously want to know more about how your company or work is beneficial, how any profit is shared, etc.)
  • I prefer to work remotely, but am open to other arrangements if there is a good reason for doing things differently.
  • I am not open to relocation on a permanent basis, though I might consider temporary relocation for a span of time. (This does, however, raise the price.)
  • I do not make phone calls. I do not answer phone calls. Business communication belongs in text and non-ephemeral media.
  • Workplace must be a safe space with a culture that is supportive of diversity and the practicalities of getting work done.

Long-Term Requirements — These are not deal-breakers, but if they are a problem I will agitate whenever I bump into them:

  • I am allergic to BS, especially the authoritarian varieties.
  • No cube-farms, no compulsory meetings for no apparent reason, no power-games or headgames.
  • Must use good collaborative software (project management, wiki, chat, etc.) and have good channels of communication.
  • No deep/sacred hierarchies. No "performance"-worship. There must be respect for the long-term sustainability of the enterprise.
  • Needs and requirements for any given project, or the impetus for evaluating needs and requirements, must be stated clearly and must not arbitrarily change.

How I can help:

  • I design software/business systems and subsystems, either solo or as part of a team.
  • I can produce documentation to any required level of detail, and beyond.
  • I'm deeply into PHP[1] and fluent in SQL (especially MySQL)[2], with at least 5-10 k hours of coding time (best guess).
  • I am intimately familiar with Linux system administration, especially the LAMP stack.
  • I typically learn new technologies by using them, so am willing to attempt whatever other tools you might need me to become familiar with; in return, I will let you know if I see any better options.

History

Starting in late November 2016, I adopted a new regimen of working for several hours very early in the morning (waking up generally between 3 and 5); this has at last allowed some visible progress on various coding projects. During this time, I have been primarily working on Ferreteria, VbzCart, and Greenmine.

CHECK THESE DATES From approximately 2009 through 2013, coding work came to a near-halt as multiple family crises diverted all of my focus-time.

CHECK THESE DATES From approximately 2002 through 2008, I was reworking VbzCart and writing the beginnings of the application framework which later became Ferreteria. I also did a short stint consulting for Carrier, doing help-desk for a week so Ed could take a long-needed vacation and then doing a little VB work remotely (from Durham). For the second time, upper management again put the kibosh on this work by terminating all contractors without notice.

From 1999 through early 2001, I worked for Carrier Transicold in Athens, GA doing Visual Basic database work (MS Access, MSSQL) documenting and designing business process software.

  • One early project was y2k remediation; this was a huge project carried out by basically two people (Ed and myself), with some help from the PHP-11 support people in Syracuse. The project was completed quietly and on schedule. There were no unfortunate date-related incidents in any of the software within our purview.
  • A later project involved bridging the newer Windows-based database software with the older DEC PDP-11 business system running "ManMan"; this too was completed in short order. It was still in use during my second (brief) stint at Carrier a couple of years later.
  • My work there only came to an end when upper management abruptly issued a directive to terminate all contractors, throughout the company, without warning. My supervisor (Ed) was not happy with this.

From 1997 to 1999, I worked for Pierce Manufacturing in Appleton, WI. They had issues, and I learned a great deal about how not to run a software project.

  • The red flags started on my first day: there was no PC for me to work at, and nobody knew when one would be availability. Given this, I went house-hunting for a couple of hours, off the clock -- only to hear (when I got back) that higher-ups were annoyed because I hadn't been there the whole time, doing nothing.
  • Additional red flags, had I known enough to recognize them, included adding developers to a team when a project was running behind, demanding more frequent progress reports and meetings when a project was running behind, moving the team around to different locations when a project was running behind, and a supervisor's consistent failure to facilitate communication between the software team and the older hands in the company whose business processes we needed to understand. (I did actually recognize this last problem, and went over the supervisor's head with an email -- which did finally effect some change, but things felt very weird after that.
  • There was never any respect for my attempts to find a better, less-distracting work environment by working from my rental house; management seemed to see this as somehow evading work rather than trying to do it better.
  • We finally ended up in a small, windowless room without even partitions, working weekends (we had been averaging 50-60 hours per week by that time, with overtime being paid at 150%). Each of us was taken aside one day and taken to a higher-higher-up's office (Dave someone... lots of Daves at that company...) for a few minutes of discussion, after which I was immediately let go and escorted out of the building. Fun times.

From 1991 to 1997, I was living in poverty in Athens, GA, having arrived right at the beginning of a recession and consequent hiring freeze at UGA (source of most computer-related work in the area). I did eventually get work there, at $5/hour, doing image processing in Visual C and data manipulation in Borland Pascal. (Object Pascal was, at the time, as much of a strength as PHP is now, with C++ a close second.)

From 1990 to 1991, I worked for the late great Dr. Frank Borchardt at Duke University's Humanities Computing Facility doing language-related neural network simulations. Having found existing software packages opaque, buggy, inflexible, and difficult to use, I wrote my own ANN trainer in Borland Pascal and ASM86. Although the simulator worked well by mid-2001, developing it at that stage was probably a mistake; I should have been focusing on more prosaic efforts to produce positive results. I severely overestimated the level of "research" that was wanted / expected. In retrospect, although I learned a lot of interesting stuff about neural networks, I probably should have stayed in Providence and not taken this job. (Also: Frank was a great guy, but notoriously difficult to work for.)

From 1985 to 1989 -- my first real, non-family job -- I worked as a coder and lab assistant for Dr. Russel M. Church in the Brown University Department of Psychology. I started out writing in DEC FORTRAN IV on a dot-matrix teletype, soon graduated to a video terminal, was upgraded to FORTRAN 77, and eventually persuaded Dr. Church to bring in a PC and Turbo Pascal. I wrote software for data analysis (spreadsheets were not yet widely-known) and running experiments. It wasn't super-exciting, but it was dependable and engaging.

The above is probably already more than you wanted to know, so I'll just briefly mention doing computer hardware setups / testing / evaluation / shipping in my mom's computer store (early 1980s) and writing artistic graphics software on the Tektronix graphics computer (4014? it had an integrated QIC tape drive) at my dad's lab in the mid-1970s.

Footnotes

  1. PHP is frequently mocked for being too easy to use; I'm perverse, and consider ease-of-use to be a requirement.
  2. Don't ask me to produce flawless code on a whiteboard or piece of paper. Just don't.