Kop
Так нет проблемы идея в том что есть отличие массива от листа
Kop
И оно заметное на мой взгляд
Pavel
не массив указателей на Py_Object?
Kop
Итерируемый объект если верить хабру
🍁 Jaŭhien
Что-то вы каждый о своем
Nikolay Markov
Итерируемый объект если верить хабру
Почти что угодно может быть итерируемым объектом, если реализует интерфейс
Gabriel
PUTIN ISN'T MY PRESIDENT
Kop
Ты там по джаве читаешь хабр?
Не, только что открыл внутренне устройство листа, дабы не пустословить.
Artyem
Он тут ещё лист. Я про настоящие массивы из плюсов
он не разу не лист.
помимо ограничения на тип данных (в случае cpython наследуюется от C), самое главное что это обёртка над областью памяти в которой данные храняться по значению, а не по ссылке.
и допустим помещение объекта в array не увеличит его счётчик ссылок.
Alexey
И какую роль играют ключи?
А если много элементов, которые являются конечными? Так что-ли делать?
g = ((b, c, d), (c,), (), (),......., ())
Kop
Дочитал разбор, навороченный массив
https://m.habr.com/ru/post/273045/
Pavel
исходнки cpython говорят очень полезны для таких дел
Alex
точно на хабре
Alex
хуево не уметь в первоисточники
Nikolay Markov
Дочитал разбор, навороченный массив
https://m.habr.com/ru/post/273045/
И чем тебе это помогло в жизни?
Tishka17
Tishka17
Дочитал разбор, навороченный массив
https://m.habr.com/ru/post/273045/
Главное упустил: список - просто массив указателей
Nikolay Markov
Узнал детальней структуру и на чем основывается
Теперь найти в стандартной либе контейнер, который реализован на связном списке
Tishka17
А. Почти
Kop
хуево не уметь в первоисточники
Можно и в первоисточники, можно и в самом питоне проковыряться, я взял что первое попалось под руку и убедился
Alexey
А в словаре не так же?
В словаре не нужно указывать их все, просто родитель: дочерние элементы.
А ещё из словаря дешевле удалять элементы
Tishka17
В словаре не нужно указывать их все, просто родитель: дочерние элементы.
А ещё из словаря дешевле удалять элементы
Ну-ка покажи как ты в словаре лист сделаешь
Andrew
В словаре не нужно указывать их все, просто родитель: дочерние элементы.
А ещё из словаря дешевле удалять элементы
Это опять же зависит от истории контейнера м внезапно может быть дорогим удовольствием
Kop
И тут опять пол чата разнесло на споры о внутреннем устройстве питона 😂👌🏻
Pavel
И тут опять пол чата разнесло на споры о внутреннем устройстве питона 😂👌🏻
наверно потому что это чат о питоне?
Kop
наверно потому что это чат о питоне?
Ты как всегда в точку, жаль что на дельные вопросы иногда не дождёшься ответа👌🏻
Pavel
я вон вчера строки для себя открыл
Nikolay Markov
И тут опять пол чата разнесло на споры о внутреннем устройстве питона 😂👌🏻
Да нет, очевидные вещи тут все и так знают
Tishka17
t = ((,))
t = {a:tuple()}
В первой строке внешние скобки ничего не делают и могут быть удалены
Eugene
Монга не реляционная, зачем ей орм?
Если по задумке все документы не имеют полей, которые ссылаются на документы из другой коллекции, то да, не нужен.
Nikolay Markov
Почитай ещё про оптимизацию хранения ключей в словарях
Pavel
но вот строки были сюрпризом
Alex
Другое дело когда некоторые начинают по-незнанию вляпываться в условные 256 is 256
Gleb
Да шо вы спорите, неужели никто в питоне не придумал класс для графов? Чтобы можно было задавать ориентированные-неориентированые ребра, веса, анизотропию, цикличность наконец
Nikolay Markov
Почему же херни, оптимизации это всегда хорошо.
Даже в сях ты можешь огрести от компилятора за -O3
Alex
но это проблема исключительно последних и того что они не читали документацию
Nikolay Markov
🍁 Jaŭhien
Tishka17
Да чтоб тебя. Ещё раз пофиксил.
в первой ещё лишние скобки удали и скажи - какой вариант короче?
Gleb
Ну и зачем заново на словарях или нее на словарях это повторять, лучше сделать импорт и пойти поспать лишний час