Personally, I find the doomsday method a bit all over the place… for me it was always easiest to explain the method to beginners by going to May 1, 2000 as the base date for all calculation (logic). Everything except for the day is 0, so you can explain the “mod 7” thing, then the month codes for the year 2000 whilst cross-referencing 2006 for the leap year exception. Then the 12 year pattern for the rest of the years in the century and finally how there are only 4 different century codes. That way you’re not explaining some sort of “magic formula.”
Unfortunately, I was working on the app to explain the algorithm to newcomers, so that I never ended up optimizing the month bit as you’ve described. The first methods I saw 5-6 years ago when I first started out still had 19xx as their 0 for their century code. Obviously, some 20 years ago you’d make sure to skip that step if your stage act is to calculate somebody’s birthday.
In the end, I decided to only set 16xx and 20xx to 0 and keep May as my 0-month instead of shifting everything 2 down and the years 2 up to make up for it. Also, I was only trying to get to under 5 seconds per date back then… if you’d ask me today, yes… if you plan to be competitive at competitions… Feb, Mar, and Nov should be 0 in your system.
Just to clarify this part a little… I didn’t set up a palace for calendar calculation like you’d set up a palace for “presidents of the US” or what have you. This is my base palace for my PAO system. This is where these characters / numbers live in my brain. That’s where they are when I review my PAO, so just like when I ask you “where does your grandma live?” you’d have the answer like that.
For example 73 I read as Sunday and the Object for the 73 Person is a lemon i.e., LMN = 532_ via the major system and that’s 73^2=532\color{red}9 (the 9 from squaring the unit digit of 73). At the same time 73 is ⠟ = Q in braille. Finally, Q is the BUR corner (i.e., blue/white for me) on the Rubik’s cube.
So about half or maybe two thirds of the numbers, I know the weekday before I know the location. The rest is about at the same time, and after not reviewing for a while, there are maybe a handful of numbers where I’d have to think of the actual PAO translation to get the location and with that the weekday.
Keep in mind though that I had fours years of memory competitions under my belt before I went to my first Mental Calculation World Cup. This will not be a very good approach if you’re purely interested in mental math and don’t have a number system from prior memory work.
I set it up before by placing my 3-digit system into seven small palaces. It wasn’t 365 though because I’d use the month code instead of the month… so in your example Jan 23 \to 623 and Oct 23 are the same image. In the end it’s between 210 and 220 images. That’s only twice the images I’m using for the year code anyway, so it’s definitely within reason; however, Apr 10 for example if just putting 5 on top of 10 and 15 is one (Monday) more than 14, so I’d need to get really fast with my 3-digit system to “see” the location faster than it takes doing the “math.”
Same for me. I also use negative modulo, so 26 is two less than Sunday (28) rather than five more than Sunday (21). I don’t really have them memorized nor do I calculate them… I just kinda “see the distance” if that makes sense… they’re basically either up to +3 (Wed) or -3 (Thu) from a Sunday numbers (7, 14, 21, 28, 35, 42).
I haven’t really done much in terms of improving my performance in this discipline over the last year since the World Cup got postponed due to Covid. There aren’t many competitions for this kind of thing when you compare it to speed cubing or even memory competitions, so it’s kinda hard to get motivated to improve by “that one second” it’d take to catch up to @Daniel_360 .
If I wanted to purposely train at the moment, I’d probably focus on consistency. Take for example Oct 13 xxxx I just know that I want to subtract 2 from whatever is coming next. Take Oct xx 19xx and I just drop month and century because it comes out zero. The problem is that it’s a bit cherry picking and if you start with this holistic view you might get “pretty” solutions but it’s harder to get into a flow state by procedurally just doing the same thing every time.