I was getting errors when running test_transform.py not because of transform.py
(I think) but instead because of how the arguments were being passed into the
functions within. I removed the list-in-a-list from the clamp(), ratio(), and
scale() tests and things seem to be working as expected.
A lot of the extra thinking for checkpoint 2 was related to my attempt to avoid
overthinking the problem. I found myself more than once starting to rewrite functions
that I had already made, so upon taking another look at my plan, I realized the
easier route would be to use things like the clamp() or minimum() function, for example,
in order to save myself time and possible hard-to-diagnose bugs later on. Keeping
with the theme of top-down design, breaking the problem up into smaller, simpler pieces
also makes things easier to test as progress is made. The biggest strategy I employed
was writing down, in English/pseudocode, what I wanted to do, then as I started to write
out my code, I would explain to myself what was supposed to happen, which is where I
started to go back to my previous functions to continue using them in the next function
to be made.
I could make the marker, draw the lines, and move the turtle around appropriately
to make a reasonable plot, but the thing I'm wondering about is the scale of the plot.
It should be easy enough to modify later if it's a problem, but I'm wondering if I should
have planned ahead for a plot with so many points, the whole thing should be resized.
I'm not 100% sure how I'm going to do the increment for the axis label yet; it's easy
enough to calculate the difference and turn that into, say, 5 equal divisions, but I
haven't quite decided how I should deal with rounding the number out so it's not something
like 63, 154, 245, 336, 427, 518. It's not the worst thing in the world if that's the output
but I wouldn't be particularly happy with how it's presented.
Pat Wick
pwick