@PaulDavisTheFirst This is true; however, leaving Twitter (if you can, without great sacrifice) is strictly better than theming it. No amount of client-side shenanigans gets over the fact that the server-side is abusive.
@grissallia 'Doubt' is Indian English for 'question'. This is the only major language barrier between Indians and the rest of the Anglosphere (over written communication, anyway), so I'm not impressed that Seagate hasn't taught their tech support people about it.
@floppy All three are subtly different things, I think.
A pure function has no side-effects, and also returns the same thing each time. (Example: lambda x, y: x + y + 4)
A function without side-effects can return something different each time, but mustn't modify program state. (Example: lambda: time.time() )
The thing I described *can* modify state accessible from arguments, so long as it doesn't use state independent of its arguments. (Example: lambda l: l.reverse() .)
@floppy Testing is easier when you have small functions that don't mutate state (other than their arguments). I also find that's a good way to design your program; I think that's what people mean by “writing testable code produces cleaner code”.
@floppy TDD is “write a test that doesn't pass, then write the code to make it pass” (though there's a bit more to it). I do TDD when it makes sense, but not enough to really call it TDD; as an everywhere phenomenon, I don't really like it.
It's not the same as writing tests, which I do do.
I'm trying to write some speech processing code, but my microphone doesn't work so I can't get speech samples.
Could some people record themselves saying a mid central unrounded vowel (schwa: https://en.wikipedia.org/wiki/Mid_central_vowel), then a test phrase or two? (Preferably raw / WAV / FLAC straight-from-the-microphone-driver rather than MP3-compressed, but it doesn't hugely matter.)