> этот код можно прямо сейчас в парижскую палату мер и весов, как образец бесполезных комментариев в коде
Уверен, если бы вы предоставили в коде на десяток комментариев меньше, последовало:
> этот код можно прямо сейчас в парижскую палату мер и весов, как образец отсутствия комментариев в коде
Злоупотребления комментприями в вашем коде нет. Предложите тому человеку, который написал вам первый комментарий прокомментировать, что происходит в вашем коде. Только перед этим удалите ВСЕ свои комментарии из кода в статье.
Помните, что комментировать код нужно так, как если бы знали, что его будет читать маньяк, знающий ваш адресс проживания. Это, одноко, не говорит о том, что нужно снабжать комментариями КАЖДУЮ строчку. В вашем случае — первый комментарий к вашей статье — просто позерство!
Кстати, есть библиотека, которая собирает кросплатформенные исполняемые файлы программ Python, вне зависимости, в какой среде была произведена сборка! И это не cx_Freeze!
Консольв Linux — это ужас и магический шар одновременно! Я раньше тоже думал также, как вы: консо-о-о-ль… фу-у-у-у… Сейчас, когда уже третий год моя рабочая станция работает с Линем, я изменил свое мнение, ибо для меня консоль — это то, без чего я бы не знал, что делать в Wundows… если бы он у меня был...
Да, в Linux Mint проблем с раскладками нет. Очень удачный дистр. Я чувствовал в нем себя художником! Пикассо, если хотите: можно часами сидеть и настраивать интерфейс! То доку поширше сделаю, то background в Caja сменю на наляписто-зеленый, а то и стиль папок в файловом менеждере сменю. В общем, есть, чем заняться.
Хотя на самом деле, в Mint встроено и настроено по умолчанию довольно много ПО, которое в Ubuntu нужно настраивать ручками. Попробуйте, я в свое время не пожалел.
Уточните, пожалуйста, в каком месте присланной статьи на конкурс, вставлять тег #Appodeal: в названии статьи, в самой статье, в конце статьи, в метках или все равно?
Если Type hints — причина для вас, чтобы перейти на третью ветку, — то вы, пардон, сумашедший! Лучше бы уже подтвердили мои предположения относительно "потому что в Интернете все так делают!"
Например, в Python Package Index с Python 3… Сколько и какие пакеты вы можете поставить? Никто из крупных компаний не использует Python3 и не планирует переход не эту мертвую и убогую ветку. Пара тройка пакетов (даже не написанных, а ИНТЕГРИРОВАННЫХ под Python3) явно не устраивают плачущих горе-программистов, которые перешли не эту ветку. Жалобы "портируйте-портируйте-портируйте… " Этого достаточно или еще десяток превести?!
Никаких координальных прорывов в третьей ветки нет! Интерес к ней у разработчиков — постольку-поскольку имидж в сети...
И только? А сколько причин НЕ переходить на ртерью ветку? В десяткип раз больше!
Как и обсуждения eval в комментариях к этой статье, никто не может назвать хотя бы три адекватных причины, почему я должен переходить на третью ветку Python, кроме тех, что, мол, в Интернете все так делают!
Ну, я считаю, что файлы, принадлежащие приложению (например, плагины), должны быть в каталоге приложения, а поскольку я люблю организацию, то, да, я считаю, что плагинам место в папке Plugins каталога проекта. Как они туда попадут, по-моему, дело второе.
Для большей наглядности я убрал из модуля loadplugin.py верефикацию плагинов и различные проверки на отсутствие директории Plugins, файла plugins_list.list и пр.
Священный страх перед eval навеян сомнительными личностями из Интерната, мол, не дай бог в строку, которая будет выполнена в eval передадут какой-то ужасный код, форматирующий систему. Берем любой модуль из проекта, пишем код форматирования системы, кидаем обратно в проект… и при чем здесь eval? Вот этого я не понимаю.
Насчет третьего Python.
Не вижу плюсов перед второй веткой. В упор.
Видел я, как решаются данные задачи, ага. Возможно я бы и прислушался к вашему комментарию и замечанию насчет «ужасного» кода, но ни разу в глаза ни видя ваш собственный код, оставлю для себя ваши слова пустыми.
> этот код можно прямо сейчас в парижскую палату мер и весов, как образец бесполезных комментариев в коде
Уверен, если бы вы предоставили в коде на десяток комментариев меньше, последовало:
> этот код можно прямо сейчас в парижскую палату мер и весов, как образец отсутствия комментариев в коде
Злоупотребления комментприями в вашем коде нет. Предложите тому человеку, который написал вам первый комментарий прокомментировать, что происходит в вашем коде. Только перед этим удалите ВСЕ свои комментарии из кода в статье.
Помните, что комментировать код нужно так, как если бы знали, что его будет читать маньяк, знающий ваш адресс проживания. Это, одноко, не говорит о том, что нужно снабжать комментариями КАЖДУЮ строчку. В вашем случае — первый комментарий к вашей статье — просто позерство!
Спасибо за код и статью.
Консольв Linux — это ужас и магический шар одновременно! Я раньше тоже думал также, как вы: консо-о-о-ль… фу-у-у-у… Сейчас, когда уже третий год моя рабочая станция работает с Линем, я изменил свое мнение, ибо для меня консоль — это то, без чего я бы не знал, что делать в Wundows… если бы он у меня был...
Да, в Linux Mint проблем с раскладками нет. Очень удачный дистр. Я чувствовал в нем себя художником! Пикассо, если хотите: можно часами сидеть и настраивать интерфейс! То доку поширше сделаю, то background в Caja сменю на наляписто-зеленый, а то и стиль папок в файловом менеждере сменю. В общем, есть, чем заняться.
Хотя на самом деле, в Mint встроено и настроено по умолчанию довольно много ПО, которое в Ubuntu нужно настраивать ручками. Попробуйте, я в свое время не пожалел.
Так вот ты какая — Лена Сёдерберг!
Уточните, пожалуйста, в каком месте присланной статьи на конкурс, вставлять тег #Appodeal: в названии статьи, в самой статье, в конце статьи, в метках или все равно?
Если Type hints — причина для вас, чтобы перейти на третью ветку, — то вы, пардон, сумашедший! Лучше бы уже подтвердили мои предположения относительно "потому что в Интернете все так делают!"
Вы из этих программистов?
Например, в Python Package Index с Python 3… Сколько и какие пакеты вы можете поставить? Никто из крупных компаний не использует Python3 и не планирует переход не эту мертвую и убогую ветку. Пара тройка пакетов (даже не написанных, а ИНТЕГРИРОВАННЫХ под Python3) явно не устраивают плачущих горе-программистов, которые перешли не эту ветку. Жалобы "портируйте-портируйте-портируйте… " Этого достаточно или еще десяток превести?!
Никаких координальных прорывов в третьей ветки нет! Интерес к ней у разработчиков — постольку-поскольку имидж в сети...
И только? А сколько причин НЕ переходить на ртерью ветку? В десяткип раз больше!
Как и обсуждения eval в комментариях к этой статье, никто не может назвать хотя бы три адекватных причины, почему я должен переходить на третью ветку Python, кроме тех, что, мол, в Интернете все так делают!
Ну, я считаю, что файлы, принадлежащие приложению (например, плагины), должны быть в каталоге приложения, а поскольку я люблю организацию, то, да, я считаю, что плагинам место в папке Plugins каталога проекта. Как они туда попадут, по-моему, дело второе.
Да, в статье описан именно тот случай. Плагины создаются и добавляются пользователями. Я отталкивался от простоты конструкции, а не от ее красоты :)
Насчет ошибок...
Насчет третьего Python.
Не вижу плюсов перед второй веткой. В упор.