Честно говоря, ума не приложу.
Точнѣе говоря, на мой взгляд, Телеграму минимум десятка возможностей недостаёт:
①
болѣе широкой поддержки WebP, не ограничивающейся стикерами,
②
болѣе продолжительных подписей под видео, чтобы вмѣщать таймкоды новых длинных видеозаписей
(которые вот ужé год как могут доходить до двух гигабайтов), а не принуждать часть таймкодов перетаскивать в «отклик самому себе»,
③
нормального отображения сборников сообщений из Телеграма на страницах Телеграфа во браузере Mozilla Firefox,
④ поддержки болѣе новых форматов видеофайлов
(WebM,
AV1),
⑤
отказа от идиотских перепрыгиваний после прослушивания голосового сообщения к слѣдующему за ним, неважно насколько отдалённому, так что многие десятки и сотни промежуточных текстовых сообщений могут во мгновение ока оказаться необратимо помѣченными как прочитанные,
необратимо помѣченными как прочитанные,
⑥
работоспособности таймкодов YouTube в Telegram Desktop,
⑦
отказа от идиотских переужатий из-JPEG-в-JPEG, которыми даже достаточно хорошо ужé сжатые JPEGи продолжают раз за разом доужиматься на стороне клиента и на стороне сёрвера с похѣриваниемъ качества,
даже достаточно хорошо ужé сжатые JPEGи продолжают раз за разом доужиматься на стороне клиента и на стороне сёрвера с похѣриваниемъ качества,
⑧
отказа от наиболѣе идиотских «переужатий» из-PNG-в-JPEG (а наиболѣе идиотскими они становятся во всѣхъ тѣхъ случаях, когда объём файла от преобразования в JPEG возрастает и оттого передаётся он дольше и затѣмъ хранится дороже),возрастает и оттого передаётся он дольше и затѣмъ хранится дороже), неужели никого
вон тот извѣстный комикс ничему не научил,
⑨
лучшего обратимого сжатия файлов JPEG — напримѣръ, в формате JPEG XL (ISO/IEC 18181) — для болѣе быстрой и дешёвой передачи и хранения,
обратимого сжатия файлов JPEG — напримѣръ, в формате JPEG XL (ISO/IEC 18181) — для болѣе быстрой и дешёвой передачи и хранения,
⑩
поддержки нового графического формата файлов AVIF (для выхода за предѣлы восьмибитности компонентов цвѣта, для болѣе выгодного отношения качества и объёма файла, для болѣе привлекательных артефактов сжатия, совершаемого с потерями).
Там, гдѣ называю то или иное рѣшеніе «идиотским», я утрирую, на самом дѣлѣ очень хорошо понимая сиюминутную логику «так сдѣлать проще» (не
вычислительно проще, а
разработчику проще: напримѣръ, запрограммировать закидывание каждого файла JPEG в перекодировщик JPEG-в-JPEG — это, грубо говоря, один вызов функции, тогда как провѣрить, что JPEG достаточно ужé ужат — это программировать чуточку сложнѣе, хотя вычислительно это избавило бы сёрверы от тѣхъ усилий, которые затрачиваются на перекодировку). А вот отчего не «сперва сдѣлать хоть как-то, затѣмъ сдѣлать какъ слѣдуетъ»? — мрачно подозреваю так называемый
производственный ад и процесс накопления
технического долга.