ОГЭ по информатике и KOI8-R

ты небось составлял :)

Скажи честно, ты долго это выискивал по закоулкам интернетов?

Нет, не я.

Нет, не долго.

Когда кто-то где-то произносит KOI8-R, у него наверное загорается бэт-сигнал 🦇 😄

ты ж вроде недавно постиг благодать UTF-8

Точнее, последнее время я больше сижу в иксах. А с сочетанием иксов и UTF-8 я познакомился ещё где-то в 2010-м году. Но, ядерную консоль без иксов с локалью KOI8-R (которая лучше всего подходит к ядерной консоли) я совсем не закапывал. Все бэкапы под руками, и вернуться назад дело минут.

Вопрос составлен идиотом. Идиот считает, что любая строка обязана заканчиваться переходом на новую строку и раз речь идёт о KOI-8, переход на новую строку обязательно в формате UNIX.

Ты реально болен. Какая строка чем заканчивается, 2*60*64, всё.

А что, свежо ! Ладно не вспомнили КОИ-7-Н1 и машинные слова !

Нас интересует количество символов и количество бит, нужных для кодировки. Все это есть в задаче.

Автору напишите - http://kpolyakov.spb.ru/dosie.htm

Там задача вообще не про кодировки, вроде как это поняли все, кроме тебя bbk и ОПа.

Именно потэтому «в кодировке KOI8-R» можно смело выкинуть. Условия задачи от этого не изменятся. Вот только не упоминается ОС, ведь в некоторых, для перевода строки использовались два символа, а в некоторых вообще не было.

Символ перевода строки, как и любой другой символ текста, всё равно принадлежит одной из строк, так что он уже посчитан, сколько бы их там ни было.

Воруешь ОГЭ что ли?

Нет, читаю новости про KOI8-R.

Ого у вас там новости!

он сейчас 9 класс просто заканчивает

У тебя бомбит от всех однобайтовых кодировок или только от этой?

Что значит «бомбит»? Как я уже писал, когда я начал юзать линуксы в 2003-ем году я нашёл мануал по руссификации, который противопоставлял KOI8-R виндовой cp1251 и описывал настройку этой самой локали KOI8-R. С тех пор я мечтал о том, что однажды KOI8-R раз и навсегда вытеснит cp1251 (что равно победе юниксов над виндами). И совсем от практики юзания KOI8-R я пока что ещё не отказывался.

Ну так и написал бы сразу, в связи с чем ты притащил сюда этот странный пост

В связи с тем, что KOI8-R жив, и про него и сегодня рассказывают в школах. А не так, что получающие образование сегодня узнают только про юникод.

Расскажи больше про этот твой страшный мир, в котором однобайтовые кодировки доступны не только лишь всем

В связи с тем, что KOI8-R жив, и про него и сегодня рассказывают в школах.

Я не удивлюсь, если там про мс-дос и виндовс 3.11 рассказывают. В школьных программах почти по любому предмету масса устаревшего и ненужного хлама. И что теперь это все на ЛОРчик тащить?

«мс-дос и виндовс 3.11» - это всё оффтопик. А KOI8-R - самая что ни на есть юниксовая кодировка, которую продолжают использовать практически.

По-моему однобайтовые кодировки вполне имеют право на жизнь (там, где их применение уместно) и в школьной программе разумеется рассказывать о них нужно. Ладно у нас в UTF-8 два байта символ, а у некоторых и по 4-6 ведь. Но сюда это тащить и впрямь странно.

Указание кодировки тут только для того чтоб указать количество бит в символе. И только.

Символ перевода строки это тоже символ, и видимо предполагается что он уже посчитан. И пожалуй это момент где излишне умный школьник может проколоться решив что нужно дополнительно посчитать символы переводы строк.
кодировка упомянута что-бы запутать школьника, что-бы ему пришлось вычленять значимое из текста задания. Я так думаю

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

Очень интересное предположение. и примечательно, что наш школьник с этим не справился.

в UTF-8 два байта символ

В UTF-8 размер символа в байтах динамический (и это основной минус этой кодировки по сравнению с теми же UTF-16 и UTF-32). По старому стандарту 1-6 байт, а по новому стандарту - 1-4 байт.

Вот спасибо за консультацию. Я если что писал конкретно про кириллицу (говоря у нас) и про другие типы письменности (говоря у других)

Расскажи больше про этот твой страшный мир, в котором однобайтовые кодировки доступны не только лишь всем

В любом дистрибутиве можно настроить локаль KOI8-R. И это не говоря о том, что поддержку KOI8-R из софта никто не выпиливал. И в том же Debian'е 9 куча файла для поддержки KOI8-R: http://saahriktu.org/deb9koi8.xz .

Этот мир мне знаком, но ты намекал на существование мира, в котором про KOI8-R ни кто не знает

Очень интересное предположение

Помнится там такое не редко встречается, в конце концов если выкинуть из вопросов всю лишнюю инфу то от большинства останутся математические задачки для второго класса.
Я периодически проглядываю свежие ЕГЭ по информатике, от нечего делать.

и примечательно, что наш школьник с этим не справился.

Да не. Тут ведь выше уже написали про бет-сигнал у ТСа

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

Не совсем так. Я говорил, что могло быть так, что сегодня в школах и ВУЗах рассказывали бы только про юникод. И логично думать, что многие именно так и представляют современное образование. Ведь, всё, что упоминается во время обучения, после него может применяться на практике. Следовательно, после такого обучения ряды KOI8-R'щиков могут пополняться. Так что, ждём.

Ну, на общий размер базы (к примеру) они повлияют не так сильно (и к тому же в сторону уменьшения), чем как если у тебя весь алфавит по 4-6 байт. Тут в пору задуматься про использование однобайтовых кодировок

По-моему однобайтовые кодировки вполне имеют право на жизнь (там, где их применение уместно) и в школьной программе разумеется рассказывать о них нужно. Ладно у нас в UTF-8 два байта символ, а у некоторых и по 4-6 ведь. Но сюда это тащить и впрямь странно.

Я не спорю, что об однобайтных кодировках надо рассказывать. И о досе надо. Как о части компьютерной истории. Но делать из этого фетиш, как ТС...

Вопрос-же не в размере базы (кого это волнует в наш век десятитеррабайтных хардов и терабайтных ssd), а в работе со строками и общей предсказуемости. Надо тебе получить символы с 15 по 18 из строки, берёшь без переменной n*4 бит со смещением n*15 бит (где n количество бит на символ в используемой кодировке). Надо тебе хранить в базе строки длинной 10 символов — выделяешь n*10 бит под поле, если все колонки в таблице имеют фиксированный размер то нужную заданную колонку заданной строки можно получить просто прочтя данные по элементарно вычисляемому смещению.
В общем в кодировках с фиксированным количеством байт на символ есть свои профиты, и они не только про экономию места.

Если что я не КОИ8Р-фаг, просто излагаю плюсы такого класса кодировок

В любом дистрибутиве можно настроить локаль KOI8-R.

Можно и cp1251. Много еще чего можно. Но зачем?

Ну вообще волнует. Как минимум ради сокращения окна для резервного копирования. А так да, размер не единственная проблема

Ведь, всё, что упоминается во время обучения, после него может применяться на практике. Следовательно, после такого обучения ряды KOI8-R'щиков могут пополняться.

В задачи школьного образования не входит пополнение рядов поехавших на кодировке.

Что сказать-то хотел, болезный?

В задачи школьного образования не входит пополнение рядов поехавших на кодировке.

Ну так не всё, что происходит, входило в какие-либо задачи и цели.

Можно и cp1251. Много еще чего можно. Но зачем?

Затем, что не всем и не всегда нужен юникод.

у тебя UTF-8 отвалился, лучше удали тему и подклей обратно пока не поздно

С тех пор я мечтал о том, что однажды KOI8-R раз и навсегда вытеснит cp1251

Но зачем? Ведь cp1251 лучше.

cp1251 специфичная для виндов кодировка, а в юниксах все юзают KOI8-R. Поэтому я в своё время писал свой конвертер из cp1251 в KOI8-R под названием ihatewin.

cp1251 лучше

Там проблемы с псевдографикой.

Затем, что не всем и не всегда нужен юникод.

Так зачем юникод? cp1251 лучше чем кои8 же.