jmoiron plays the blues

@jmoiron @copyconstruct The etiquette is: if you think you can make it, feel free to cross + caveat emptor. If you can definitely make it, you must cross. I think the grid encourages this as it makes for a lot of intersections.

@jmoiron @copyconstruct @Medium yeah, sounds great!

@jmoiron @copyconstruct @Medium 2nd paragraph describes my experience with twitter, ironically

@jmoiron @RayS ditto

@jmoiron Imagine a world where it is 2017 but this type of replication didn't already exist. Who would be arguing for it to be called master/slave? Probably just assholes. https://t.co/go9a29RANI

@jmoiron Think about code coverage tools like you would infrastructure observability tools. They provide very specific information, an incomplete and sometimes misleading version of reality, just like every other observability tool, but even a little insight is way better than none.

@jmoiron new years resolution: fail any change request in code review that features a new type starting with the word "Abstract"

jmoiron/dotfiles 809b373 · i like materialtheme and i dont like material so this messes up tab completion for no benefit

@jmoiron @dgryski twitter's weird concept of a "timeline" made it seem like a recruiter sent you that tired rob pike quote :D

@jmoiron RT @ozbob: This graph is what happens when engineers, across disciplines, work together and solve problems. Also, big thanks to @VividCort…

@jmoiron how to fail code review https://t.co/8yngAUQnAc

@jmoiron This quote is about water: “It has a vaguely mild sweetness, a nice smooth mouth feel, nothing that overwhelms the flavor profile,” San Francisco grocery store manager Kevin Freeman told the Times. https://t.co/LyTspuL5R5

@jmoiron @bryanl I yak shaved this stuff long ago and came up with https://t.co/WeoEmIdmkE + https://t.co/5AQVqygqLd which work the same on osx and linux (bound to cmd-$ in both) and produce https://t.co/LWz2zfH3qc

@jmoiron @jtruk Agreed 100%. I also believe that keeping around those vestigal mechanisms of cleverness continues to have its impact on simple+accessible code because they often cannot be ignored.

@jmoiron @ircmaxell If you build a graph of other code you have to consult to understand the line you're looking at, it's the traversal of that graph. Eg. overridable attribute access adds cognitive load to all attr access. To cope we ignore the load or avoid the features but they still...

@jmoiron The less context you need to be able to read source code, the easier it is to understand. The more understandable it is, the more reliable it will be. Powerful language features like metaclasses, properties, constructors/destructors often add brevity at the cost of distance.

@jmoiron RT @allspaw: A good first step in actually learning from incidents is to drop the existential need for “remediation items.” Confront that…

@jmoiron @tjholowaychuk @davecheney The flipside is that zero values always behave the same no matter whose code you are using. I think this is easier even if it's cumbersome, as Go generally avoids allowing users to modify foundational behaviour at a distance.

@jmoiron @jtruk At some level of skill these start to be tradeoffs, but what about before that level? It's clear to me that one program can simply be better written than another and while that isn't always important in a business sense it's a part of professional development to improve.

@jmoiron @jtruk Right, so what makes code "well-written", how can you teach people to identify this, how can you then teach them to improve it? At the last stage, the "poorly-written" code no longer gets produced in future; the quality of the first version improves.

@jmoiron @jtruk Good point. I think it's easier to take any program and just imagine a worse version; this can be done without tradeoffs. How do we quantify going in the opposite direction, and how to you teach people to see these patterns as they are writing?

@jmoiron Given an engineer is already capable of solving a problem, how best to teach them to solve it _better_? I often see a laundry list of pithy quotes for which real world application is unclear; what single technique/advice/area of focus has yielded your best results?

@jmoiron @copyconstruct Mock means imitation via substitution, eg "mock bacon", though I think this usage is more common outside the US

@jmoiron @NateTheFinch It's controversial because it's not true :)

@jmoiron @Sajma @davecheney I love io.Reader and Writer (I even wrote them a love letter), but has anyone made a significant evolutionary leap in software design by composition since Douglas McIlroy?