I had to scroll back up to see what this reply was to, to get the full chuckle and yup, I was told frequently by my male parental unit that the top two reasons for having kids was chores and tax deductions. But there's a reason farm families leaned on the large side. The more hands you had helping the less hard things could be while never being easy
I did TDD properly the first time in my Masters Degree (ongoing). It was an eye-opener. Write your program in two different ways to make sure you know the requirements by making their outputs match. That's not me being snarky. It actually works well. Just make sure you can type quickly.
Throwing 2d10 of different colors is equivalent of trowing 1d100. It's nice they have different colors to avoid discussions, but you can throw them in two different bins or one at a time or something. Remember to sum them as (x-1) * 10 + (y-1) + 1, that is a clear indication of why zero-based indexing is better.
(Does someone sell "decade" dice, which faces say: 10, 20, 300, ..., 90 and 100?)
Cool, they also have dice with up to 5 zeros, to build your own 1d-million. I have sizable dice collection but I have never seen a 1d1000000 in person, I need to get one...
I agree, but I'm just now porting a program from fortran to python. They read and write files that use their own convention about indexing and values [1]
And some changes may have to been backported, and it has a lot of tricks with index of arrays of different dimensions, so I'm wrapping the formulas with +1 and -1 and hopping the best.
IIRC the python compiler does not optimize them (perhaps with numba?), but later steps in other programs are slow, so N <= 20 and whatever I do is bounded by 20^4.
[1] If the file says "1 2 7.0 \r 1 2 8.0 \r" should I keep the sum (15.0), the first (I never seen that) or the last? (Raising an error, nah.)
I would say yes, because the physics of rolling two objects is slightly different than one object. I don't have any idea, though, if that would affect the distribution of numbers rolled. It's not an experiment that can be done through simulation.
I always enjoy these summaries. I took my bachelor of computer science in the early 1990s. It covered a language in most of these categories.
We didn't learn APL (Who is teaching the use of those custom keyboards to 100s of young students for one semester?)
The processing power of systems at the time made it clear which language classes were practically useful and usable for the time and which were not.
Prolog ran like a dog for even simple sets of logic.
We had the best internet access and pretty powerful desktop systems for the time.
I'm still curious why we didn't learn smalltalk. Could have been the difficulty of submitting and marking a system in a particular state rather than a file of code :)
That's amazing. I used to live under an architecture student (our building). His command of design history was great. His command of maths? Well, not so much.
reply