Ndochp

Хоть и слоупочно, но так как ищу ответ на тот же вопрос, то отмечусь:
Телега ждет, что в ответ на колбэки инлайновой клавиатуры будет ответ в виде answerInlineQuery, а не очередного sendMessage
У меня квиз на кнопках (ну не влезают ответы в 100 символов) в итоге все реакции - или изменение текста на кнопках или новое сообщение. Зачем мне может понадобиться "The answer will be displayed to the user as a notification at the top of the chat screen or as an alert." я не понял, на сообщение решил забить.

Если есть кто лучше разобрался и я не прав - поправьте.

1. Шагать надо с 2 сторон
2. Если не влезаете в память, то шагать стоит в "глубину", а не в ширину. (перебор начиная с самых "любвеобильных") (помня о том, что "попасть" надо не во второго, а в одного из его связей, так проще)
К тому же:
Шаг 0: 1 человек
Шаг 1: 5000 максимум
Шаг 2: 25000000 максимум
Шаг 3: 40000000 максимум - уперлись

3 запроса, таблички теоретически большие, практически - все это перемалывается без проблем.

С одной стороны да, сложностей в приведении к какой-нибудь нормальной форме почти нет. Всего то типов связи - один к одному, один ко многим и многие ко многим через промежуточную таблицу. Выбрать почти всегда не сложно.
А вот когда сложности с производительностью - начинаются извращения с сознательной денормализацией и поддержанием актуальности в связанных таблицах (остатков, оборотов и детальных движений например). Вот про это и я бы общие подходы почитал. Так как знаю только подход одной желтой фирмы.

А картинки по страницам не бегают?
В такой простой схеме крутим цикл до 404 (или что там сайт отвечает для несуществующей страницы) и запоминаем номер, до куда скачали и количество картинок на последней успешной странице. Следующий старт - с последней страницы, с +1 картинки. и опять до 404.

Третья малина при проигрывании ютуба греется с пассивными радиаторами до предупреждения системы. Так что надо смотреть, что во вкладках.
Ну и компиляцию чего-то большого без нормального проца/SSD/кучи памяти я с трудом представляю. Если пишем код на клиенте, а компилируем/запускаем на сервере - можно и на одноплатнике кодить.

ИМХО для поля произвольной расмерности надо проверять не поле, а ход. Так как число выигрыщных комбинаций с ростом поля будет расти очень плохо. Думаю надо проверять каждый ход, не привел ли он к победе.
То есть после каждого хода проверяем последовательно
1. длина диагонали крестиков вверхвправо + внизвлево+1
2. длина диагонали крестиков вверхвлево+внизвправо+1
3. длина диагонали крестиков вправо+влево+1
4. длина диагонали крестиков вниз+вверх + 1
Если хотя бы одно направление больше целевого значения (на неограниченном поле вроде 5 в ряд играют), то игрок победил.