Концепция хорошая, но слишком громоздкая, потому мне более каноничным кажется решение через проверку точек с дробным шагом, тогда не нужна разбивка на 4 случая. Есть пару мыслей о том, как можно упростить этот способ решения: 1. Нет смысла выполнять проверку для х, лежащих далеко за пределами начала самого левого отрезка и конца самого последнего отрезка (самой маленькой и самой большой точки в points), ведь нам достаточно проверить по одной точке из каждой области (условно область 1023..1362, область 1362..1813 и т.д., области начал и концов тех или иных подотрезков на числовой прямой), а потому с лихвой хватит взять диапазон проверки от минимальной и до минимальной точек из points (и -1 и +1 на случай с подвохом, когда нужно учесть область ЗА ПРЕДЕЛАМИ всех данных отрезков, чтобы уж точно всё учесть); 2. Вместо разбивки на 4 случая можно поработать с дробными числами, а именно рассмотреть, например, для отрезка [1023; 2148] точки 1022.9, 1023.1, 2147,9, 2148.1 - их будет достаточно для всех 4 подслучаев (таким же образом нужно рассмотреть и другие отрезки, уже из них собрать общий список points). Когда points таким образом будет сконструирован, можно будет ограничиться одной проверкой, не нужно пугать школьников вложенными списками, тем более в №15. Код в целом будет лаконичнее, я полагаю, а идея проще (и для объяснения тоже) Над реализацией мне думать лень, но можно что-нибудь с генераторами и мапом начудить, чтобы быстро и красиво все эти дробные точки получить. Если получится из этого что-нибудь собрать, тогда с радостью посмотрю на уже доработанную версию) ВОТ ТОГДА уже, если правда получится упростить до одной лишь проверки с концептом дробных точек, этот способ правда будет лучше (ибо эффективнее, очев)

зачем писать такой огромный код, можно еще проще, этот код оставил в том видео в комментариях