Alexandroppolus

1) Тебе надо взять только те ключи, значения по которым строки. Из коробки такого type-util нет, пишем свой.
2) Функция sortPosts не нужна. Не надо сортировать набор, когда выбираем способ сортировки. Для этого используем отдельное вычисляемое значение - сортированный набор.
3) в PostList тоже надо бы прокидывать текущий selectedSort, и использовать там тип SortKeys (см. ниже)

type GetStrKeys<T> = keyof {[K in keyof T as T[K] extends string ? K : never]: T[K]};

type SortKeys = GetStrKeys<IPost>;

.......

const [selectedSort, setSelectedSort] = useState<SortKeys>(); // SortKeys | undefined;

const sortedPosts = useMemo(() => selectedSort
    ? [...posts].sort((a, b) => a[selectedSort].localeCompare(b[selectedSort]))
    : posts,
  [posts, selectedSort]
);

.....

<PostList posts={sortedPosts} sortPosts={setSelectedSort} remove={deletePost} />

import { defineComponent, computed, ref } from 'vue';

попробуй добавить Ref в список импорта

Если хочется написать обобщенный код, то не надо себя сдерживать! Просто напиши обобщенный код.

type TGen<T> = {
    parse: (s: string) => T;
    stringify: (value: T) => string;
}

function f<T>(p: TGen<T>) {
    return p.stringify(p.parse('a'));
}

мы стартуем с i = 0 и j = M-1. Пусть ближайшее решение находится в индексах i0, j0

рассмотрим возможные состояния:
1) мы уже в (i0, j0), решение найдено
2) мы в (i0, b), где b > j0. Здесь сумма больше чем С, мы просто уменьшаем j до j0 и приходим в п.1
3) мы в (a, j0), где a < i0. Сумма меньше С, увеличиваем i до i0, приходим в п1
4) мы в (a, b), где a < i0 и b > j0. Поскольку i может только увеличиваться, а j - только уменьшаться, то выйдем на п.2 или п.3, а оттуда на п.1

Поскольку стартовали мы гарантированно из состояния 1...4, то все прочие состояния невозможна, потому что кейсы 1...4 уводят на п.1

Вывод: мы не проскочим решение (i0, j0).

ps: для наглядности можно разместить все точки (i, j) на координатной плоскости и заметить, что (i0, j0) - не просто точка, которую можно "обойти": она задает прямоугольник, в котором мы находимся на старте и из которого мы не выйдем, перепрыгнув через сторону.

если у тебя число N, и нужен делитель, который дает остаток M, то ответ равен (N-M).
разумеется, при условии что N > 2M, иначе ответа нет

Судя по условию, ответ не зависит от угла ВАС.
В таких случаях можно использовать хак: взять крайнее значение угол ВАС = 30 гр. (или стремящемся к нему сверху, чтобы треугольник был остроугольный), и легко всё посчитать.

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

0) Контексты могут быть вложенными. Компонент ищет ближайший провайдер. Это позволяет обернуть часть приложения в провайдер с другим значением, и такой кейс на глобальных переменных не сделать.

1) упомянутый в комментариях ререндер компонента с хуком useContext на борту. Но это если само значение контекста меняется. Часто бывает, что значение постоянное (классический пример - подключение редукса к реакту), далее подразумеваю этот случай.

2) DI для компонентов. Компоненты не резолвят сами свою зависимость, им её инжектят снаружи. Более гибко с т.з. архитектуры, тестируемости и т.д. Правда, с другой стороны, у компонента появляются неявные зависимости, но в контекст можно зашить значения по умолчанию.

псевдоклассы можно активировать при наличии какого-то класса.

в таблице стилей делаешь

.used-p-c:valid {
    ....
}

и теперь достаточно добавлять/убирать класс "used-p-c" для элемента.

более того, такой класс можно вешать на парента, тогда в css использовать селектор ".used-p-c input:valid" или ".used-p-c > input:valid", чтобы включать/выключать сразу для нескольких элементов

В данной постановке задачи - никак.

[key: string]: string | boolean; предполагает, что у тебя значения всех пропсов, кроме пропсов-симболов, должны быть в рамках string | boolean. Ну а массив строк не вписывается.

Здесь для key нужен тип "все строки, кроме 'items' ", но TS на данный момент такое не может.

Можно для названий всех доп. пропсов задать какой-то шаблон. Например, вот так они все должны начинаться на символ подчеркивания:

type CompanyInfoSectionProps = {
    title: string;
    to: string;
    items: string[];
    [key: `_${string}`]: string | boolean;
};

соответственно, все пропсы, названия которых не соответствуют шаблону, не ограничены в типе значений.

json parse