Язык для обучения программированию

# же

Вот так
https://py3.codeskulptor.org/#user305_sDKqaIh5Dn_0.py

# одна строка
""" текстовый блок
"""
ЗЫ. про codeskulptor.org буду знать, спасибо

//Ну да, в Плюсах попрощее.

; asm рулит!

Whitespace_вам_не_переплюнуть

О_о
всё-таки это не пролог (там любой свой собственный тип данных можно ввести с клавиатуры)
https://py3.codeskulptor.org/#user305_BVnBGrIEuc_0.py

Добавлено 07.08.20, 22:25
А как долго в кодескульпторе это будет храниться?
И куда оно сохраняется?

Сообщение отредактировано: swf - 07.08.20, 22:25

Цитата swf @ 07.08.20, 22:06

О_о
всё-таки это не пролог (там любой свой собственный тип данных можно ввести с клавиатуры)
https://py3.codeskulptor.org/#user305_BVnBGrIEuc_0.py

Поясните.

Цитата D_KEY @ 05.08.20, 23:06

Потому, что вы смешиваете в одно понятие абстрактный тип данных и структуру данных.

А питоновские списки на каком типе данных построены?

Цитата swf @ 06.08.20, 08:25

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

А в чем преимущество рекурсивности? В некоей математической красоте? А так одни недостатки: Хочешь последний элемент? - Перебирай весь список. Хочешь перебрать в обратном порядке? - Делай реверс списка, только потом перебирай. У рекурсивных списков есть только одно, единственное преимущество - они сами по себе являются персистентной структурой данных и поэтому хорошо вписываются в ФП.

Цитата D_KEY @ 08.08.20, 04:45

Поясните.

В скобках же пояснено. swf, сетует на то, что нельзя как в Прологе сразу ввести список. Приходится сначала строку, которую потом уже превращать в список.

Сообщение отредактировано: applegame - 08.08.20, 06:50

Цитата applegame @ 08.08.20, 06:42

Цитата D_KEY @ 05.08.20, 23:06

Потому, что вы смешиваете в одно понятие абстрактный тип данных и структуру данных.

А питоновские списки на каком типе данных построены?

Это реализация абстрактного типа данных "список" на основе структуры данных "динамический массив".

Добавлено 08.08.20, 07:54

Цитата applegame @ 08.08.20, 06:42

swf, сетует на то, что нельзя как в Прологе сразу ввести список. Приходится сначала строку, которую потом уже превращать в список.

А, ну так синтаксис данных в файле/вводе не обязан совпадать с тем, что принят в языке. Форматы могут быть разными, потому так и не делают. Например, можно json использовать.

Если нужно считать в формате питона, то можно воспользоваться модулем ast.

Добавлено 08.08.20, 07:55

import ast
 
x = ast.literal_eval(input())

Цитата D_KEY @ 08.08.20, 07:36

Если нужно считать в формате питона, то можно воспользоваться модулем ast.

очень удобно.

Цитата korvin @ 08.08.20, 08:58

Цитата D_KEY @ 08.08.20, 07:36

Если нужно считать в формате питона, то можно воспользоваться модулем ast.

очень удобно.

А тебе часто нужно было так делать?

Цитата D_KEY @ 08.08.20, 07:36

Это реализация абстрактного типа данных "список" на основе структуры данных "динамический массив".

Да, я хотел сказать структуру данных, а сказал тип данных.
То есть питоновский список построен на базе массива. Тогда действительно непонятно зачем нужен отдельный тип данных для списка. Ведь массив сам по себе является списком. Гугл говорит о каких-то там оптимизациях, что выглядит, мягко говоря стремно. Но я подозреваю, что таки питоновский список - это не просто массив, а более сложная структура. Что-то вроде списка массивов. У такой структуры данных даже вроде есть какое-то отдельное название, но я не помню его.

Сообщение отредактировано: applegame - 08.08.20, 12:20

Цитата applegame @ 08.08.20, 12:18

Что-то вроде списка массивов. У такой структуры данных даже вроде есть какое-то отдельное название, но я не помню его.

По-Плюсовому это дэк, но это не официальное отражение структуры данных на тип, это просто следствие требований Стандарта к алгоритмической сложности дэка.

Цитата applegame @ 08.08.20, 12:18

Тогда действительно непонятно зачем нужен отдельный тип данных для списка.

В смысле? В питоне есть тип для списка, а как он реализован не так и важно, в большинстве случаев. Почему там динамический массив или что-то схожее, ну потому, что это наиболее оптимальный вариант для большей части задач. Это как в C++ почти всегда лучше взять std::vector, чем std::list.