В Python - нет переменных. И как теперь жить? Python Memory Management на пальцах
Вставка
- Опубліковано 29 лип 2024
- Да-да, в Python нет переменных. Как так вышло и что с этим делать? Как работает с оперативной памятью Python? Что такое Stack и Heap и как они используются? Какие особенности mutable и immutable данных связаны с этим?
Сочный материал для тех, кто хочет глубже понимать, как работает интерпретатор CPython, и использовать это для написания более эффективных программ.
Мой курс «Хардкорная веб-разработка» - course.to.digital
Книжный клуб Ботаним!, где мы читаем хорошие ИТ-книги: botanim.to.digital/
Telegram: t0digital.t.me
0:00 О чём пойдёт речь
0:43 Об оперативной памяти
3:12 Stack и Heap в оперативной памяти
7:19 Как использует память Python?
10:50 Неизменяемые строки
11:49 Про списки и оператор is
14:11 Про кортежи
16:15 Garbage Collector и подсчёт ссылок
20:41 Передача объектов в функции по ссылке
24:18 Выводы
/****************** about ******************/
Меня зовут Алексей Голобурдин, я программирую с 2004 года и на этом канале делюсь своим опытом. Я основатель и руководитель компаний:
- Диджитализируй digitalize.team, разрабатываем сложные IT системы для бизнеса;
- Salesbeat salesbeat.pro, комплексный модуль доставки для интернет магазинов.
Telegram канал - t.me/t0digital
ВК - digitalize.team
RuTube - rutube.ru/channel/24802975/ab...
Дзен - dzen.ru/id/6235d32cb64df01e6e...
Мой курс «Хардкорная веб-разработка» - course.to.digital
Вжух!
Несмотря на то что я знаю обо всем что говорится в видео, действительно было интересно послушать это в интерпретации Алексея, уверен новичкам зайдет. Однозначно, железобетонный лайк.
Спасибооо!
а я не знал, и было очень интересно
редкий случай когда знал, но сознаваться себе не хотел. Теперь придется с этим жить и об этом невольно думать. И лайк конечно же.
вот зачем нужно учить Си) хотя, я эти нюансы узнал, изучая Pascal, но не суть, полезно учить более низкоуровневые языки
Соглашусь с @binaryman440, хоть и сам владею питоном, но посмотрел почти все видео этого канала.
@t0digital вы тот специалист которого бы хотелось иметь в своей команде. И один и из трех русскоговрящих айти блогеров которых я вообще смотрю.
Спасибо за выпуск. Следующая идея для ролика: Рассказать/показать как работать с утечками в памяти. Думаю, большинству будет полезно как хантиться за memory leaking'ом.
Алексей, ещё не посмотрел видео, но уже знаю, что будет годнота. Большое спасибо за рассматривание intermediate топиков, таких видео мало. Успехов с каналом!
Так у лутца все написано слово в слово) это база, а не интермидиейт уровень, база которую надо знать как отче наш
Переменная (программирование) - поименованная, либо адресуемая иным способом область памяти, адрес которой можно использовать для осуществления доступа к данным и изменять значение в ходе выполнения программы.
Если давать такое определение, то объект в куче можно назвать переменной, а в коде мы ссылаемся на эту переменную через ссылки (масло масленное). Ролику конечно лайк в любом случае
Добавлю от себя:
Переменная - именованная область памяти! Указатель это тип переменной, адрес другого места в памяти с данными. Обычно доступен в двух режимах: можно прочесть адрес, а можно значение по этому адресу (обычно в куче). А ссылка это указатель, т.е. переменная типа указатель, которая в обычном режиме получает значение по хранимому адресу, без доступа к указателю, без арифметики указателей, т.е. только один режим доступа, обычно неотличимый от переменной простого типа (целого). Т.е. ссылка это тоже тип переменной. Поэтому "В Python нет переменных, а есть ссылки" это троллинг, свой сленг, может быть допустимый в пределах небольшой песочницы.
@@AlexDanov есть устоявшаяся терминология в языках программирования. Python же не один язык на планете. Вот вы говорите об указателях и ссылках. В питоне же нет явного разделения - вот переменная, вот указатель, вот ссылка. В C++, скажем, есть - и это все 3 разные понятия. Что из этого является «переменной» в Python?
@@kirillgimranov4943 автор не шарит, поясните тупенькому:)
@@t0digital переменная связывает имя со значением, которое можно менять, а не с коробкой! Значением может быть адрес объекта в памяти. Всё как обычно. В конце концов, Python поверх Си работает, из которого берется терминология. Попытка утверждать, что в пайтоне нет переменных это антипаттерн, как кнопки работы с окном слева в MacOS, в противовес кнопкам справа в Windows. Или переставленные кнопки Ok/Cansel. Чтобы "а нефиг!" между платформами прыгать. Аналогично вдруг в Python пропали переменные. Хотелось бы узнать первоисточник этой "мудрости".
@@AlexDanov и всё ж таки вы не ответили на мой вопрос
Очень классный видос, было бы круто, если бы ты сделал такие же видосы про асинхронность и многопоточность: что и когда лучше использовать, какие проблемы они решают, какие у них есть методы и как их лучше использовать и т.д.
Круто, очень интересно!
Спасибо за отличную подачу крайне важной темы. Давно были попытки найти хорошее объяснение работы пайтона с памятью, но только здесь удалось получить наиболее исчерпывающее :)
Спасибо!
Открыл для себя хранение данных с абсолютно новой стороны. Раньше вообще не задумывался как и где все это дело хранится. Спасибо!
Отлично!
Только пример с копией изменяемой структуры не совсем сработает при бОльшей вложенности. Например списки в списках. В копии вложенные структуры будут ссылаться туда же, куда и вложенные в оригинал структуры. В этом случае может помочь функция deepcopy() из пакета copy
так суть именно в обычном копировании, а так можно пройтись рекурсией, чтобы все вложенности скопировать. copy отвечает именно за поверхностую целостность структур, чтобы каждая позиция ссылалась на одну область памяти и выдавать ошибку в случае изменения этой позиции, а какие структуры внутри уже, на это copy чихать. Иными словами, copy не следит за тем, какие структуры внутри основной.
Пример с кортежем это подтверждает, область памяти не меняется, вот ему и чихать, какая там структура
@@user-iq2st2el2d если бы ваш ответ было возможно прочитать - было бы намного лучше)
Спасибо за Ваш контент!
25 минут видео, чтобы озвучить примерно следующее "В C# существуют две разновидности типов: ссылочные типы и типы значений. В переменных ссылочных типов хранятся ссылки на их данные (объекты), а переменные типа значений содержат свои данные непосредственно. Две переменные ссылочного типа могут ссылаться на один и тот же объект, поэтому операции над одной переменной могут затрагивать объект, на который ссылается другая переменная. При использовании типов значений каждая переменная имеет собственную копию данных, и для операций с одной переменной невозможно повлиять на другую (за исключением inrefслучаев, и out переменных параметров; см. модификатор ref и out). Ну, а в Пайтоне существуют только переменные ссылочного типа, поскольку в Пайтоне всё является объектами".
Хороший видос. Спасибо.
Побольше такого контента пожалуйста!
Буду делать, спасибооо!
Хосподя! Спасибо Алексею! Я только изучаю вот это вот все))) Но, в таком доступном формате изложения я еще не встречала! Прям обняла))
Спасибо! Рад, что полезно!
Ну как вы это делаете, не туториал а прям полезный подкаст, хочется слушать вас с чайком и печеньками)
Супер, только в примере про getrefcount посчитались не a и b, в них лежит нан так как там был вызов функции.
import sys
def empty(): pass
print(sys.getrefcount(empty))
тоже напечатает 2 :)
да, там надо было не вызывать эту функцию, конечно.
import sys
def empty(): pass
a = empty
b = empty
c = empty
d = empty
print(sys.getrefcount(empty)) # 6
Огромное спасибо, очень интересное видео: ты знаешь из этого что-то, но как-то никогда не экспериментировал и смотришь как будто на сакральные знания, воу.
Алексей, спасибо за выпуск!
Рассмотрите, пожалуйста, тему "Утечки памяти в Python", мало кто задумывается об этом, в нашем любимом языке (
Интересно, спасибо )
Спасибо! Очень познавательно.
Спасибо, подробно, интересно и полезно.
Качественно записано/сделано, хорошо поставленная речь - приятно слушать. Надеюсь и дальше продолжите рассматривать углублённые темы, очень интересно
Спасибоо🙏
Очень годное объяснение, большое спасибо! Хотелось бы видосики в таком же стиле по алгоритмам и по static и class methods.
Очень годное видео! Все эти "подкапотные штуки" - очень интересная тема и её очень мало в русскоязычном сегменте youtube или блогосфере. Спасибо!
А теперь вспоминаем что ссылка - это частный случай переменной)
Классное видео! Спасибо! А можно такое же про asyncio, конкаренси и мультисрединг подходы в питоне.
Огромнейшая благодарность!
То, что нужно. Пробелы в понимании заполнены, всё встало на свои места. Спасибо! Познавательно, интересно, понятно.
Спасибо за видео.
Спасибо большое, очень помогло ваше видео
Интересно. Спасибо.
Все круто, отличная подача для начинающих. Спасибо за проделанную работу)
Но есть один момент:
Там где идёт работа с функцией empty закралась опечатка/ошибка. В переменные a, b присваивается не объект функции, а непосредственно результат её выполнения. Скобки были лишними.
Спасибо за видео :)
Недавно сам начал изучать Пайтон, делая в процессе игрушку, -- и сегодня долго не мог понять, почему один из алгоритмов не работал, как следует, хотя строки выглядели, как надо. Оказалось, что, когда присваивал одной из "переменных" значение другой, вместо этого происходило что-то иное -- и если значение менялось, то делало это сразу для всех "переменных" :D Когда осознал, что всё, что раньше у себя в коде считал переменными, на самом деле таковыми не являются, а присваивание работает не как присваивание -- испытал лёгкий шок и открыл для себя модуль copy, чтобы копировать значения и больше не бояться.
Фух! Благодаря ролику убедился, что всё правильно понял :)
Спасибо! Гениальное видео! Пожалуйста, сделай видео про unix утилиты sed и awk
Очень интересно и полезно, здорово что вы залезаете в самую глубь капота и объясняете работу его внутренностей на таких понятных примерах
Очень круто!
Круто!))
Насчет последнего (20:41) всегда принимал за истину, т.к. это описано в PEP, а теперь предельно ясен данный момент. Алексей, спасибо
Спасибо очень доступно объяснили
Большое спасибо за интересную подачу, важного новичкам материала
Спасибо!
Большое спасибо! Высший пилотаж рассказчика)
Спасибооо!
Алексей, спасибо за видос
Спасибооо!
здорово. спасибо
Для новичков чётко и доходчиво! ) В своё время об значение по умолчанию знатно спотыкался, да. ;-))) Ну и, конечно, по gc и weakrefs тоже полезно будет, ели будет. ;-)
Лайк тебе, доходчиво объясняешь. Спасибо за труд и удачи!
Видос отличный, качество, как и всегда, на высоте. Тема полезнейшая. Да и вообще, многие твои видосы полезно пересматривать время от времени для закрепления. :)
Узнал новое, спасибо
Спасибо в любом случае за старания) но хотелось бы более глубоких и неочевидных вещей.
Это видео возникло как ответ на один вопрос на курсе. Судя по комментам не для всех тут материал очевиден:)
Знал об этом, но материал подан качественно, начинающим обязательно к просмотру)
Лайк просто с разбегу!))
Хоба! Вот это подгон, спасибо! И я снова котан
Спасибо, интересно. Обычно я смотрю видео на английском, они как правило полнее и лучше структурированы, ваши видео как раз хорошее исключение.
Спасибооо!
20:43 тут пожалуй новичок может запутаться, первое, что хочется добавить это то что если нужно обезопаситься от изменений объекта в функции методом копирования лучше всего использовать глубокое копирование (from copy import deepcopy), т.к. если у нас список списков при копировании срезом или стандартным методом copy происходит поверхностное копирование ссылок😊
Ещё по поводу аргументов по умолчанию если это сложные объекты лучшей практикой будет указать None, а в самой функции уже присвоить необходимое деыолтное значение.
А ну и тут стоит сказать что при передачи в функцию неизменяемых объектов таких накпример как числа связи уже не будет. (При увеличении полученнного числа в функции из вне значение не изменится)
Надеюсь хоть кому-то будет полезно)
А ещё можно поиграться и посмотреть что при создании нескольких имён на одинаковые неизменчемые объекты (например это особенно интересно со строками) все они будут ссылаться по одному адресу))
Алексей, большое спасибо вам за ваши видео!
Если не сложно, то назовите ваши топ-3 (а может и топ-5) тем в vim, просто интересно)
Они у меня плавающие - когда надоедает, ставлю новую:) Сейчас gruvbox стоит, гитхаб morhetz/gruvbox
Catppuccin, моднее просто нет
@@t0digital спасибо)
Шедевр
Классно. Такое на курсах я не встречал, спасибо большое)
скажу кратко: просто и доступно!
Алексей, ты что-то вес набрал. Держи себя в форме, не расплывайся )) За ролики спасибо ))
Если бы в универе так объяснили материал, то на 2 -ом курсе уже все (или почти все) могли бы стать крутыми программистами. Благодарим за материал. Ждем еще других выпусков.
Я понимаю, что это скорее всего фигура речи, но фактически это неправда. Вот на ютубе лежит весь нужный материал, чтобы стать крутыми программистами. Но что-то не у всех получается, даже у тех кто сильно мотивирован.
Не забываем что преподы работают в лайве, а не записывают видео, где всё можно поправить, никто не задаст никаких вопросов и т.д.
А ещё, они не учителя, а именно преподы, понятия разные. Первые - обязаны тебя чему-то научить, а вторые просто преподают материал и в остальном всё зависит от тебя, а не от препода. Так что тут вопрос скорее в самой программе, чем в преподе, хотя я и не отрицаю того, что с хорошим преподом, который хочет научить материал воспринимается чуть легче.
@@dmitriyobidin6049 да нету у меня столько времени чтобы перемалывать все что есть в интернете и на ютубе. как раз подача в таком виде - большая редкость.
@@Gabriel-hg7fl Я имел в виду именно подход и метод подачи материалов по наглядности и доступности.
@@dmitriyobidin6049 Приветствую! )
1 - На ютубе редко можно найти материалов которые так понятны и детально разобраны. А если можно найти, то они точно не структурированы и не собраны для конкретной специальностей или направлений как это сделано в универе. Тем более в комментах, я сравнил исключительно подачи и наглядность инфы.
2 - Если даже на ютубе лежит нужный материал (что очень сомневаюсь), то не все кто смотрит ютуб хочет стать программистом. А учащихся в универе, почти все хотят, ибо они как-то готовятся, поступают и вложат свои лучшие годы на учебу. Универ точно имеет свои плюсы в плане развитие чела в приобретение софт скилы, связи и т.д..
3 - Конечно -же, чтобы становиться "кем-то" , многое завесить от самого человека. Но, для того, чтобы найти достойных материалов, надо оочень стараться и искать зеттабайты инфы из инета.
Спасибо! Очень полезно для понимания того, как работает интерпретатор и язык! 👍
Спасибо за видос. Понимаю, что возможно упрощение для лучшей доступности материала, но всё же важно подсветить два момента:
1) На стек никто не запрещает положить данные, размер которых заранее неизвестен. Главное, чтобы программа потом смогла подвинуть указатель стека обратно при разрушении объекта. Например gcc может положить на стек массив (именно сами данные) с заранее неизвестным размером.
2) На самом деле есть ещё статическая область данных, и как правило константы располагаются именно в ней, а не на куче (например строковые, как в видео)
1) Только такой элемент данных может быть только один и располагаться в конце стека. Кажется (я пока не изучал это), мало кто до этого использовал такую стратегию (с ваших слов - gcc), но в последних C# что-то такое появилось (могу ошибаться, надо почитать). Если есть инфа, можете поделиться на моем канале где-нибудь в комментах, буду благодарен
@@Uni-Coder да почему один и только в конце?
Как устроен стек? Когда кладёшь элемент, записываешь в память данные, и уменьшаешь RSP, указывающий на вершину стека на размер записанных данных.
Надо удалить данные со стека - увеличиваешь RSP обратно на тот же размер. Для динамического размера данных надо ещё просто аккуратно записать их размер)
Можно самому на ассемблере накидать за 15 минут в качестве развивающего упражнения.
Буду благодарен за ссылки по хранению данных заведомо неизвестного размера в стеке, как и где и зачем это реализовано. Будет интересно почитать.
Про статическую область памяти тоже будет интересно почитать. Гуглится sram, но это же не то.
Я не спора ради, действительно интересно.
@@vkurilin Это ломает всю компиляцию. Компилятор должен знать смещение каждой переменной от начала стекфрейма, иначе смысла в стеке просто нет, стек перестаёт отличаться от кучи. Можно себе позволить лишь одну переменную на вершине стека с динамической длиной. Немного похоже на переменное число аргументов в C, только здесь вы будете знать хотя бы тип.
Вы теоретизируете (что это в принципе возможно) или знаете конкретные примеры?
@@t0digital Покурил документацию. Да, бывает аллокация на стеке. alloca (C), stackalloc(C#). Но ежу понятно, что она ломает компиляцию, т.к. смещение данных от начала стекфрейма становится динамическим.
Алексей, спасибо за выпуск! Как всегда все четко и понятно. Единственно пожелание касается вима - мог бы ли ты выводить на экран, что ты вводишь с клавиатуры. Мне как новичку трудновато понять, как все так быстро происходит)
это не будет отвлекать:)?
@@t0digital не знаю) Погуглил и нашел как я это себе представлял - ua-cam.com/video/bSMZgXzC9AA/v-deo.html
Последний пример слегка удивил. Не знал, что функция может так работать. Спасибо.
Благодарю
Можно было бы ещё дать комментарий, по поводу того, почему у None и малых значений чисел (0, 1, 2) было так много ссылок: они хранятся в куче в единственном экземпляре для оптимизации. Именно поэтому объект можно сравнивать по адресу с None, а не только через оператор сравнения.
Шикарно! Проясняет многое в языке.
Ну и к слову не зря Андрей Столяров настаивает на том что начинать програмировать с Паскаля и освоить работу с указателями в нём. Когда понимаешь что такое указатель и как из них можно собрать хотябы список гораздо проще усвоить вот это поведение пайтона.
Да, интересно было бы послушать подробнее про сам интерпретатор, и как на низком уровне он работает. Но довольно непривычно слышать о том, что глобальные переменные (переменные уровня модуля), а точнее их ссылки хранятся в стеке. Обычно я привык с стеку процедурному, потому как в этом есть смысл. Реализация объектной ориетированности Питона несколько непривычна, но знать, с чего начинает свою работу интерпретатор, и чем он ее завершает, было бы полезно. Как реализуются кучи в Питоне, или они пользуют стандартные кучи оси. На низком уровне у нас есть выбор в способе выделения памяти. Там все понятно. Хотелось бы, чтобы кто-то просто и незамысловато приоткрыл этот черный ящик. С удовольствием бы навострил уши вечером за чашечкой крепкого чая с соленой рыбкой.
Видео интересное, а обои вообще топ.
Просмотрел видео до конца после просмотра лекций Хирьянова, он как раз объяснял материал основываясь на коробках, куда добавлял значения :)
Большое спасибо! Ваши видео приходится пересматривать по несколько раз, даже спустя время
чаще, пожалуйста, делайте видео такого типа
Очень интересные моменты. Большое спасибо за это видео!
Я сетевик, но как знал, что ваш канал пригодится однажды:) Уже неделю постигаю Python (как инструмент автоматизации), отлично излагаете материал. Спасибо!
22:40 -- вот как раз пример того, что пространство памяти у функции одно-единственное, сколько бы раз её ни вызывали. И поскольку список в нём не задаётся каждый раз заново, а хранится один и тот же (аж до окончания работы кода в области памяти, объемлющей данную либо пока не удалить принудительно), то эффект логичен и очевиден.
"Пространства имён", говорили они, "это круто", говорили они. Так почему бы про них не помнить))
Я теперь в теме, меня теперь не обмануть !)
Спасибо за выпуски про работу питона изнутри. Было бы клёво посмотреть про контекстные менеджеры, итераторы и генераторы.
Спасибо за контент!
Просто капитальный красавчик
Алексей, очень круто!
Если можно, то больше таких видео!
Спасибо) Посмотрел как "Спокойной ночи, малыши" - и полезно, и как-то прям успокаивает) /*наверно, просто устал*/
супер
Кстати, есть один довольно интересный момент связанный с функцией .copy()
Она по возможности копирует копирует ссылки, поэтому при работе со списками списков или кортежем списков может вылезти такая проблема, что по меняв элемент в одной последовательности, у вас изменились внутренности и других.
Чтобы не попасть в просак лучше в таких случаях использовать .deepcopy(), уж там то гарантированно будут созданы копии и все будет хорошо)
да, для вложенных структур есть deepcopy
Доброе время суток! Список получается ранит коллекцию ссылок на объекты в куче? При этом сам список тоже хранится в куче? А ссылка на сам список хранится в стеке? Так?
Идём в документацию по питону, ищем по слову variable, узнаём, что переменные сущесьвуют. То, что в примере переменная указывает сначала на один объект, потом на другой не делает её не переменной)
Но суть понятна, в питоне все переменные ссылочные (это я из видео подчеркнул, если это не так, не обижайтесь, я не проверял).
в пайтоне "всё есть объект" в том числе и объекты выполняющие функции переменной. отсюда и заголовок. вы немножечко не смогли в иронию.
Почитайте всё же документацию.
Просто в пайтоне нет отличных друг от друга понятий переменная, указатель, ссылка, поэтому всё (очень условно) называется переменной. Но в других многих языках есть и переменные, и указатели, и ссылки, и в этой терминологии именно переменных в пайтоне нет.
docs.python.org/3/tutorial/classes.html
«Objects have individuality, and multiple names (in multiple scopes) can be bound to the same object. This is known as aliasing in other languages.»
И там дальше. Это именно то, о чем я говорю. Имена привязываются к объектам, то есть то, что в пайтоне называют переменными по сути это не переменные, это имена, привязанные к объектам.
>> то, что в пайтоне называют переменными по сути это не переменные, это имена, привязанные к объектам.
Ну почему же не переменные, вполне себе переменные. Сначала переменная может ссылаться на один объект в памяти, потом на другой. Такие они - переменчивые) Их и в java и в js и C# переменными назывыают.
class YavaOrSharp {
void m() {
var thisIsALocalVariable = new Object();
thisIsALocalVariable = "variated";
}
}
function js() {
var v = new Object();
v = "variated";
}
Отличное видео! Благодарю за проделанную работу Алексей!!!
Я очень ждал эту видео! Спасибо
Начало объясняет азы плюсов)), стек , куча
Спасибо за полезное видео. Все четко и внятно объясняешь :)
Кстати я слышал другое название - идентификатор. Действительно в каком то смысле в py нет переменных. Хотя.... в некоторых языках есть отдельный тип - pointer - и там это наверное все таки переменная - только хранит не значение а ссылку. А в py происходит автоматическое разименование ссылки в значение. Очень хорошее видео,
Отлично, доходчиво объяснил, спасибо за очередную полезность ))
Спасибо за проделанную работу, лайк, однозначно, и удачи
Благодарю ! Молодец за как всегда грамотный вывод и материал !
Спасибо за прекрасное объяснение! Но у меня остался один вопрос. Как это в общем это обозвать, что проверяя ссылки на число или None, там было больше ссылок чем в коде(Что бы я мог нагуглить подобные случаи)? Я так понимаю так ссылаются на не изменяемые типы данных, чтобы экономить память.
С удовольствием просмотрел видео. Доступное изложение и отличная работа! Спасибо)
супер! Как раз недавно прочитал 8-ю главу Рамальо, твои примеры отлично раскрывают и дополняют тему.
Поясните, пожалуйста, нубу, если все "переменные" хранятся в стеке, каким образом по имени "переменной" интерпретатор определяет адрес памяти, в котором лежит закрепленный за сылкой объект? Снимает со стека имена (ссылки) до тех пор, пока не найдется запрашиваемое, затем восстанавливая стек до первоначального состояния?
Я когда начал питон изучать сразу просек это. Переменная это ссылка на адрес в памяти, где значением является типа данных, само имя переменной это ссылка, адрес в памяти хранит значение объекта. Это становится ясно когда изучаешь типы данных что самое начало изучения питона. Мутабельные и немутабельные типы сами кричат об этом, но их мало кто слышит. Как говорится кто слышит, тот будет прогером. Кто нет, просто будет повторять уроки с ютуба и не более
О, низкоуровневые штуки подъехали, это полезно. Спасибо, Алексей!
Посмотрел видео, благодарен за материал!
Парадигма писать код, оперируя сущностями ссылок из `stack`a и значений в `heap`e - на уровень выше. Таким образом, вы ближе к интерпретатору: работать более гибко и продуманно с самым языком. Крутой подход.
+ nvim. До этого использовал просто вим. Нвим оказался более удобным. Спасибо!