A generalist with experience in full stack development, release
engineering, and systems administration.
US and Mexican passport holder.
A native English speaker with C1-ish Spanish.
I've thrived when assigned to work on large, legacy projects (I've ended up
leading them more than once) and with direct contact with customers and users.
Lately I've been doing more work on the sysadmin side of things (with customer
contact and it's great).
I enjoy mentoring and documenting (yes, really) and putting out fires and I
unapologetically use cat in shell pipelines, even when it's "useless." I have
a system based loosely off of quicksort to pair my socks, yet I also spend a
good deal of my free time reading and working out.
A codebase that's formatted notgivingashittily is an accessibility issue. It's not just deranged control freakism.
Maybe Yelp's codebase was otherwise clean, but aside from golang projects (and the Linux kernel) I've come to associate tabs with unreadable slop code. Maybe your experience is different.
I have memories of a similar escalator, probably at or near Downtown Crossing.
I don't remember it being made of wood, but I remember it being narrow and slanted downwards and kind of scary. Come to think of it, the station in general was very run down and a bit frightening to ~5yo me.
This would have been in the early to mid eighties.
But are these truly exceptions? Or are they the result of subtler rules French learners are rarely taught explicitly?
I don't know what the precise rules or patterns actually might be. But one fact that jumped out at me is that -mal and -nal start with nasal consonants and three of the "exceptions" end in -val.
If you can pick up goods directly from a customer on one side and deliver them directly to a customer on the other, you can actually beat today’s air freight service on delivery time.
I didn't understand this part, specifically how you could beat today's air freight. Why wouldn't airships be subject to the same (ahem) overhead at either end?
Competitive enough on speed while being less expensive makes sense, though.
Whenever this comes up, I'm reminded of section 5 in https://cr.yp.to/qmail/guarantee.html which among other things says "Don't parse" and "there are two types of command interfaces in the world of computing: good interfaces and user interfaces".
If I were were to teach a class about programming in the medium (as opposed to in the small or in the large), I think I'd assign my students an essay comparing and contrasting these suggestions. Each has something to teach us, and maybe they're not as contradictory as it may seem at first.
I'm not really sure what you're getting at. A lot of figures in mythology have multiple names. Paris/Alexander was one -- but today he's far better known as Paris.
The characters used to write Αλεξανδρος (no accents back then!) are interesting to me. I associated that style of script with much later times. Shows what I know.
> That pseudo-library style is kind of what "unit test" originally meant: a business unit, not a code unit. Examples simplified it too much and people copied the style instead of the substance, and the original meaning was lost.
Very interesting. It sounds a bit like what happened with the term "Hungarian notation".
I imagine it as a competition between myself and an adversary with an uncooperative attitude, one who's prepared to act smarter, dumber, better informed and more ignorant than I am in order to to find gaps, inaccuracies, or ambiguities in the docs I write.
It doesn't hurt that it improves my understanding of whatever it is that I'm documenting -- and where it could be improved.
Remote: Yes
Willing to relocate: maybe, but probably not (excuses to go to CDMX gladly accepted)
Technologies: JS/TS, Python, PHP, Go, C, Shell, SQL; Django, React, Laravel, Emacs; Linux, git, Prometheus, Loki, Grafana, Docker, Postgres
Résumé/CV: Available on request
Email: [email protected]
A generalist with experience in full stack development, release engineering, and systems administration.
US and Mexican passport holder.
A native English speaker with C1-ish Spanish.
I've thrived when assigned to work on large, legacy projects (I've ended up leading them more than once) and with direct contact with customers and users.
Lately I've been doing more work on the sysadmin side of things (with customer contact and it's great).
I enjoy mentoring and documenting (yes, really) and putting out fires and I unapologetically use cat in shell pipelines, even when it's "useless." I have a system based loosely off of quicksort to pair my socks, yet I also spend a good deal of my free time reading and working out.