2. Сложить числа в обратном и дополнительном кодах. Результат перевести в прямой
код:X=-11011; Y= -10101
3. Даны символы a, b, c, d с частотами f a =0,5; f b =0,25; f c =0,125; f d =0,125. Построить
эффективный код методом Хаффмена.

Алгоритм.  отсортируем массив за o(nlogn). запустим цикл по всем k, в теле цикла будем искать индексы i < = j, такие, что a[i] + a[j] = -a[k]. понятно, что этот поиск надо делать за o(n), чтобы общее время работы было квадратичным. искать будем с двух указателей. рассмотрим кусок массива, в котором ищем ответ a[l..r] (первоначально l = 1, r = n). посмотрим на a[l] + a[r]. если эта сумма больше, чем нужно, уменьшим на 1 число r, если меньше - увеличим на 1 число l, если равно -a[k] - победа, выводим ответ (l, r,  k). будем повторять это в цикле, пока l не станет больше r. если после выполнения цикла по k искомая тройка так и не нашлась, пишем "нет". корректность. пусть в какой-то момент a[l] + a[r] < -a[k]. тогда, чтобы иметь возможность получить a[i] + a[j] = -a[k], надо сумму увеличить. a[l] оказалось настолько мало, что даже если прибавить к нему самое большое возможное число (а это как раз a[r] - массив-то то всё равно получается слишком мало. значит, a[l] в ответе не будет, и можно безбоязненно выкинуть его из рассмотрения. аналогично будет и в случае, когда a[l] + a[r] > -a[k]. осталось показать, что если такая тройка индексов существует, то наш алгоритм не выдаст неверный ответ "нет". но это очевидно: если ответ (i, j, k), то уж при k = k алгоритм что-нибудь да найдёт. время работы. внутренний цикл выдает ответ не более чем  за линейное время: всякий раз размер массива уменьшается на 1, всего элементов в массиве n, а на каждом шаге тратится константное время; пусть время выполнения внутреннего цикла t'(n) < an. тогда все n проходов внешнего  цикла затратят время t1(n) < = n t'(n) < an^2. сортировку можно сделать за время t2(n) < b nlogn < bn^2 общее время работы t(n) = t1(n) + t2(n) < an^2 + bn^2 = cn^2