Илья, крч, текущее решение имеет очень много сбоев. Во первых, есть ошибки по обращению, и на четность проверяется не элемент, а его номер.
А во вторых, плохая практика изменять тот список, в цикле которого находимся
maryaTurova, ну так это предоставлен самый оптимизированный варянт, без лишнего enumerate и тд.
А вот понятие одной строки, весьма расплывчато, даже в Питоне. К примеру, обычно это подразумевает сокращение кода для оптимизации.
Но сейчас этот является как раз действенным. К примеру вместо лишней работы, чтоб сначала получить весь этот список за ласт сутки, и лишь потом достать его длину, мы ведём паралельно счётчик, что гораздо упрощает достижение конечной цели. А причина по которой не используется enumerate, это трата лишнего времени, пока программа сначала пронумерует абсолютно каждый член последовательности. А так выходит, что мы можем обойтись без этого
Алан Гибизов и вот как на это реагировать. Мы выше описали, что весь код можно ускорить и оптимизировать, так как текущий варянт с Counter не до конца является верным.
А он пишет, что код не подходит, так как нету input()
o5a, да я вот не понимаю, зачем допустим Counter. Лишняя трата ресурсов, считать и использовать полное кол-во всех элементов. Хотя выходит и count не сильно подходит, и нужен немного иной подход...
Vindicar, да в этой ситуации, можно просто использовать метод read(), чтоб получить весь текст, и просто ко всему тексту применить replace('\n', text+'\n') (так, как у него там есть какие-то строки, значит они с переносами, а раз так, значит каждая строка заканчивается на символ переноса, по этому мы можем просто использовать replace для всего текста), и обратно записать получившийся.
Хоть, я и сам когда-то делал простенькие "БД" (в скобочках) прямо в txt файле. Но по сути, лучше использовать обычные, так будет меньше лишних проблем.