ReFeRy
строка=значение - это обычный для питона способ задания пар (строка, значение).

А не
придумал, как продемонстрировать

ДНИЩE--ЫЫЫЫ
Это нормальный приём, когда в задаче дополнительно используется уже пройденный ранее материал. Если влезть в середину курса/учебника это может показаться лишним, а если проходить материал последовательно, то это помогает лучше запомнить каждую тему. Получается, что ты не прочитал главу и пошел дальше, а то и дело возвращаешься к прочитанному, в примерах в последующих главах.

Всем большое спасибо!!
Cheery Cherry
ДНИЩE--ЫЫЫЫ
Виктор Некрам
ReFeRy
Я ошибся когда подумал, что все числа, которые в самом низу кода идут в массив. Первая десятка идет в initial.
Разжевали)) благодарю)) а то и спросить не кого было))

ReFeRy
т.к. в сигнатуре функции есть и *args и **kwargs, то

в numbers пойдут позиционные после объявленных в сигнатуре именованных
в keywords именованные после позиционных

то бишь
numbers = [1,2,3]
keywords = {"vegetables": 50, "fruits": 100}

Виктор Некрам
А... дошло. Кортеж - это нумерованный список, а словарь - ассоциативный массив.

оффтоп: (вообще я хейтер питона)

ДНИЩE--ЫЫЫЫ
А почему?

Руслан Калыков
Я вообще-то тоже. Потому что задание структуры программы отступами, а не операторными скобками {{}}, это извращение.

Пишу на питоне лет 15 и не понимаю, нахера лишние убогие фигурные скобки )

yzman
IDE рулит =)

ReFeRy
Ну всё равно, читабельность хуже.

yzman
Так я как раз имею ввиду, что IDE помогает форматировать отступами. Если бы такой код писали в простом текстовом редакторе, это было бы мучение.

Кстати, о птичках.

Тот код, что выше, немного не в питон-стиле. Перебирать dict по ключам чтобы потом читать значения dict[key] - некошерно.



Итератор значений dict можно получить через .values(). Если нужны и значение ключа, и значение параметра, то используется итератор .items(), как в примере выше.

И ещё один момент: за что я люблю Python, так это за то, что coding style conventions уже давно утверждены глобально, самими разработчиками. Есть такой стандарт PEP-8 (PEP = Python Enhancement Proposal, "предложение по улучшению Python", в таких вот штуках на голосование предлагаются новые фичи языка и стандартных модулей), который, например говорит, что при объявлении или использовании функций, не нужно ставить пробелы перед и после равно, нужно ставить пробелы после запятой и так далее. В общем, не нужно сильно договариваться.

ReFeRy
Ну, кстати, писать в простом текстовом редакторе просто, достаточно чтобы редактор вставлял по tab 4 пробела и умел выделенный блок сдвигать влево или вправо. Я до PyCharm долго использовал notapad++ и gedit, плюс иногда на сервере приходится файлы править через vim. Проблем ноль, дело привычки. А вот скобочку фигурную забыть — это пожалуйста.

Кстати, не хватает очень сильно тэга для моноширинного преформатированного текста ) Вдобавок к закачке картинок непосредственно на сервера фанфикса )))

Ровно один человек просит тэг для кода, с тобой вас будет два.

ReFeRy
Даёшь публичный багтрекер с голосовалкой )
Хотя по сути - там копипаста из того же спойлер тэга + дополнительный CSS.

P.S. Хотя вру, там нужно обработку всех скобок убрать квадратных, в коде этого добра много — копипасты не получится )

yzman
Э, нет. Скобку поставил, и она стоит. А пробелы такие фюить! и нету. Вот, например, в редакторе блогов они просто съедаются, на питоне не попишешь.
А на языке с операторными скобками - запросто!

ReFeRy
> с тобой вас будет два.

Три.

Виктор Некрам
> А пробелы такие фюить! и нету. Вот, например, в редакторе блогов они просто съедаются, на питоне не попишешь.

Это проблема редактора блогов, не кода.

C17H19NO3
Использование для структурирования программ символа, чувствительного к редактору - это проблема языка.
Код на JS или C# я могу спокойно перегнать по маршруту Notepad - блоги - MSC, и он продолжит компилироваться и выполнять свою работу.
Питон от такого рухнет.

yzman
Есть fanfics.reformal.ru, но им почти никто не пользуется; есть пост жалоб, вопросов и предложений, но там уже год закрыты комментарии.

Виктор Некрам
> Использование для структурирования программ символа, чувствительного к редактору - это проблема языка.

Чувствительность редактора к универсально распространённым символам — таки проблема редактора.

C17H19NO3
Отрефлексировал вопрос, понял много интересного. Вот смотри: бывают такие школьные училки с ОКР, которым непременно отступи слева три клеточки, сверху две строчечки, а иначе истерика и работу порвет.
Но когда таким же ОКР страдает _язык_программирования_?
Отвратительно.

Виктор Некрам
> Но когда таким же ОКР страдает _язык_программирования_?

Речь не про школьных училок и ОКР.

Речь о том, что при переносе между редакторами — текст должен оставаться неизменным, безотносительно конкретного содержания.

Если какой-то редактор при обработке произвольного текста по своей собственной прихоти произвольно преобразует некоторые широко распространённые символы, не уведомляя об этом пользователя заранее в явном виде — это не проблема текста, это плохой редактор.

> Отвратительно.

А давай я тоже приведу пример. Вот смотри: ты написал некий фанфик, вставил его в форму публикации на сайте, а форма взяла и задним числом выкинула из твоего текста все переводы строки. Наверное, это не с формой публикации проблемы, это у тебя неправильный текст, которому обязательно нужно разбиение на абзацы?

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

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

Ещё раз, медленно и внимательно.

Речь не о том, будто бы структурирование отступами — хорошо или плохо.

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

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

Так — понятнее?