закладки | добавить | RSS

77 файлов, добавленных Virtuos86

{Python}{По носу выходные}

Блоги
Thu, 25 Aug 2011 19:11:28 +0400Как гласит старая поговорка питонщиков: \"начались выходные - открывай %(text_editor)s\" % vars().

Вкратце планы таковы:
*. Откопать из небытия из загашников игрульку, портированную в своё время с TurboPascal. У меня идёт под рабочим названием \"The Game\". Те два с половиной человека, что в курсе, меня поняли, остальные пусть пока нагуливают аппетит :). Там не так много, я надеюсь, делать: добавить необходимую и отсутствующую графику (некоторые персонажи и предметы не имеют изображений), и, наконец, внести в игру какой-то смысл. Также нужно пофиксить алгоритмы вычисления поражающего воздействия во время боя - там что-то откровенно притормаживает и совершенно необходимой интерактивности по сути нет. Ну что это такое - можно выстрелить из лука в монстра несколько раз, и только потом узнать, что завалил его первой же стрелой.
И да, систему вывода текстовой информации определенно надо поудачней сделать.
*. В Kaapython нужно приделать такую давно напрашивающуюся функциональность, как сохранение подсветки синтаксиса после изменения настроек. На данный момент, напомню, если в Установках поменять любую опцию и вернуться к тексту, красивый расцвеченный код станет уныло одноцветным. Нет, продвинутые ребята, конечно, знают, что окно Установок - это обычное окно редактора, поэтому можно по шоткату Green-Green (или просто зажатому Green) вызвать диалог со списком окон, вернуться к редактируемому тексту и продолжать работу: если изменение настроек никак не относится к свойствам и параметрам текста (по факту эти настройки собраны в темах шрифта), то этот вариант работает, и подсветка синтаксиса не слетит. Но таких мало.

====================
Итак, всё это \"физика\", но как насчёт \"лирики\".
У меня есть немного сумасбродное предложение.
Вот его ключевые тэги:
*. Подкаст
*. Питонщики
Скажем так, для начала было бы неплохо не требовать невозможного.
Любой питонщик по определению имеет смартфон. На смартфоне наверняка есть диктофон; стандартный, сторонний ли не суть важно.
Если несколько питонщиков наговорят на диктофон *чего-нибудь* на тему Python, передадут аудиоклипы некому координатору, который *склеит* разный материал и толкнет несколько минут вступительных слов и толковое послесловие, то я думаю, полученный результат по популярности и скачиванию побьет те же официальные подкасты DV (насколько я могу судить, они не очень популярны, что, конечно, удручает). Мобильные питонщики народ неизбалованный креативом.
Под \"чем-нибудь\" я понимаю всё, что интересует и волнует питонщика как питонщика, от чисто практических вопросов, до может каких социальных, типа сакраментального \"почему интерес к Python падает?\".
====================
Хотя краткость и сестра таланта, особенно \"талантливым\" я быть не люблю.
Тем не менее, все слова, что должны были быть написаны, сейчас передо мной, и я ими в принципе удовлетворен.
Спасибо, что дочитали до последнего предложения.
Не откажусь почитать комментарии ;).
 Virtuos86
{Python}{По носу выходные}

Как гласит старая поговорка питонщиков: \"начались выходные - открывай %(text_editor)s\" % vars().Вкратце планы таковы:*. Откопать из небытия из загашников [...] читать описание


  833 

Комментарии: 10

{Kaapython}{11}{!!!}Тестовое обновление

Блоги
Fri, 19 Aug 2011 11:46:24 +0400Списка изменений не предлагаю, это не готовый сис-пакет, лишь копия моего текущего каталога редактора. В основном перетрясал нелогичные места в коде. А как выглядел 10.2 я уже и не помню, может что и полезное добавилось ;). Единственное, что Закладки немного до ума довел, теперь возможно даже сам буду ими пользоваться.
K-Shell это экзешка для запуска кода в отдельном процессе, тестовый вариант.
Забираем, кому нужно.
K-Shell
Kaapython 11 (ссылку поправил)
 Virtuos86
{Kaapython}{11}{!!!}Тестовое обновление

Списка изменений не предлагаю, это не готовый сис-пакет, лишь копия моего текущего каталога редактора. В основном перетрясал нелогичные [...] читать описание


  799 

Комментарии: 6

{development}{python?}Ангелы и бесыРазработчики и Заказчики

Блоги
Sat, 13 Aug 2011 12:43:36 +0400Навеяно перепиской в ЛС.
Некоторые лица могут узнать себя. Но это исключительно следствие типичности и характерности описываемых ниже сущностей.
Речь пойдет об часто встречающихся заблуждениях, царящих в умах Заказчиков (далее просто З.) программного обеспечения (ПО) и Разработчиков (Р.) этого самого ПО. Естественно, ПО это заказывается на Python for Series60, PyS60. Я не пишу о том чего не знаю по причинам описанным, кстати, ниже. Ну хорошо, почти не пишу.
Я осознаю некоторую пафосность использованных определений в отношении \"заказчиков\", обращающихся с просьбой \"сбацать прожку\" на каком-то там Python, и \"разработчиков\", бацающих эти прожки в свободное от остальных дел время просто just for fun, забавы ради, но хотите верьте, хотите нет, в \"большом мире\" отличий не так уж много.
Основные ошибки, которые характерны Заказчикам ПО:
.* Никто никогда не скажет про какое-либо блюдо в присутствии профессионального повара, что оно легко готовится, пускай даже это до боли знакомый салат-оливье.
Никто не будет учить стоматолога как лечить свои зубы, хотя вы знакомы с ними всю жизнь и знаете все трещинки на их поверхности, а этот(а) первый раз их видит.
И так далее, и так далее...
Одним словом ни один дилетант не будет выставлять себя знатоком в присутствии профессионала.
Тем не менее З. часто просит \"накатать легкую прожку\".
Пардон, кто вам сказал, что она легкая.
Запомните, в Python \"легкой\" может считаться только программа со стандартным Avkon-интерфейсом, которая не дергает ни какое телефонное API. Ещё бы хорошо, чтобы программе не нужно было никаким образом общаться с пользователем. Но это уже из категории разнузданных мечтаний.
То есть калькулятор какой-нибудь написать - легко, записную книжку - пожалуйста, а вот самый простой конвертер текстовых файлов из одной кодировки в другую - уже нисколько не \"легкая\" задача.
Потому как только программа становится приложением - а эта волшебная метаморфоза происходит как только Р. пробует первый раз запустить её на исполнение в своей среде разработке (под этим определением может скрываться как специализированный текстовый редактор, так и весь инструментарий Р., типа редактора и консоли для тестирования скриптов) - так вот если при этом Python может оставаться в своей уютной песочнице, то никаких проблем нет, кроме разве чисто \"как запрограммировать задачу\". В противном случае жестокая реальность запросто может сделать Р. беспомощным.
Взять тот же конвертер. Мало ли. Вдруг несколько файлов окажутся в совершенно другой кодировке - это надо предусмотреть, пользователь вздумается выйти из диалога выбора файлов, не выбрав ни одного - это надо предусмотреть (хотя какого черта ты тогда заказывал приложение, чтобы им НЕ пользоваться, что ли?), файлы окажутся размером в несколько мегабайт - это тоже надо предусмотреть. Хотя, если перечитать перечисленные возможные проблемы, можно заметить, что их должен контролировать юзер, но куда там. Вы же не забыли, что он твердо уверен, что ему требуется \"легкая прожка\", а таковая по определению не способна доставлять какие-либо неудобства.
.* Зачастую из предыдущего пункта вытекает следующая черта З.: отсутствие четкого технического задания (ТЗ).
Для неР. поясню. Приложение в идеале должно делать то, что хочет З. Совокупность всех \"хотелок\" называется ТЗ. Причём чём оно подробнее, тем проще Р. разрабатывать приложение, а порой и просто сразу прояснить, что в принципе возможно, а что выходит за рамки возможностей того же Python, чтобы впоследствии не оказалось, что разрабатываемый велосипед предусматривается запускать в космос.
Многие ТЗ выглядят так, как будто З. желает, чтобы приложение при запуске уходило в фон и общалось с ним исключительно через астрал-ментал-логос-универсум-и ещё черт-те что, настолько неконкретные требования и пожелания предъявляемые им. К сожалению \"libastral\" пока далек от реализации даже для куда более популярных серверных и десктопных операционных систем чем Symbian.
Итак, пока программисты улыбаются предыдущей шутке, а простые смертные недоумевают повторим тезис:
Каждое своё пожелание З. обязан высказывать на этапе заказа, а не на этапе \"приложение уже готово\". Уважайте чужой труд.
========================
Поскольку З. получили уже на орехи ради справедливости рассмотрим то, в чём можно упрекнуть Р.
Основные ошибки, которые характерны Разработчикам ПО:
.* \"Один и тот же у всех лишь Python. Всё остальное разное.\"
Да, это звучит именно так.
И то на настоящий момент это утверждение ложно.
В общем случае у З. Python может быть установлен либо в память телефона, либо на карту памяти (причём карта памяти тоже не всегда диск E, вполне возможно что это диск F), модули - особенно си-расширения - могут иметь разную версию с модулями Р. и иметь несовместимое API, смартфон может быть \"взломанным\" или нет, а таинственный демон Ктулху может сделать так, что приложение будет молча аварийно закрываться у З., хотя у Р. демонстрировала отменную работоспособность.
И ни о чём этом З.-ку знать не нужно. А вот Р. нужно знать и помнить, а поэтому быть готовым: показать З., где взять нужный модуль; выуживать из З. с настойчивостью и терпением матери, кормящей с ложки ребенка, информацию необходимую, чтобы составить представление о Python-окружении на телефоне З. Одним словом делать всё, чтобы приложение заработало, если станет понятно, что проблемы не в ошибках в программном коде.
Да, к сожалению Р. приходится как и любому продвинутому юзеру развлекаться сисадминством на Symbian, а куда деваться? Не забывайте, мы пишем \"легкую прожку\".
.* Python как и любое приложение выполняется операционной системой.
Программы, выполняемые интерпретатором Python, как следствие, тоже выполняются ОС.
Поскольку всё \"железо\" смартфона используется ОС и мы имеем к нему доступ тоже посредством ОС, то по логической цепочке приходим к очевидному выводу, что Python скрипты могут управлять смартфоном. Ваш КО.
Соответственно, если программа имеет пользовательский интерфейс, значит этот самый интерфейс можно рассматривать как набор рычагов, педалей и кнопок для управления смартфоном.
Лучшие автомобили имеют прекрасное продуманное управление, удобное рабочее место, уютный климат-контроль.
Тогда какого чёрта многие приложения выглядят как запорожец, а то и вообще как самавто?
Вы скажете, что это работа дизайнера (Д.), а Р., как мы выяснили чуть раньше, дополнительной нагрузки сисадмина хватает. Постойте, постойте. Работа дизайнера - сделать пользователю красиво. Сделать пользователю удобно - это всё-таки работа программиста.
=======================
Итак, счёт 2:2 говорит нам о том, что игра была зрелищной, а я скажу, что пора закругляться.
Материал был подготовлен в Dedit от Jbak с помощью клавиатуры моего N82 под аккомпанемент тишины. Потому как вся музыка уже давно спета, а тишина - она всякий раз особенная, наполненная мыслями.
 Virtuos86
{development}{python?}Ангелы и бесыРазработчики и Заказчики

Навеяно перепиской в ЛС.Некоторые лица могут узнать себя. Но это исключительно следствие типичности и характерности описываемых ниже сущностей.Речь [...] читать описание


  963 

Комментарии: 4

{Python} Ликбез, по делу и без

Блоги
Mon, 08 Aug 2011 10:10:45 +0400Замыкания:
Суть замыкания заключается в том, что любой объект при своём создании способен \"запоминать\" состояние окружающей среды, как бы \"замыкаясь\" на нём.
Поскольку состояние среды, то бишь пространства имён, характеризуется переменными, вернее значениями переменных (ну, совсем тру, объектами, на которые ссылаются переменные), а глобальное пространство имён всегда одно и то же, то замыкание проявляется в контексте локальных пространств имён. Причём в пр. имён класса замыкание не работает, например:
>>> bar = 2
>>> class Foo(object):
... bar = 5
... def func(): print bar
... func()
...
>>> 2 # а где 5?
>>> def foo():
... bar = 5
... def func(): print bar
... func()
...
>>> foo()
5
>>>
Не могу не привести популярного сравнения:
\'\'\'Если объекты это данные, с прикрепленными к ним функциями, то замыкания - это функции, с прикрепленными к ним данными.\'\'\'.
Оно мало, что объясняет, но по сути верно.
Как ни разливайся соловьем, а теорией всего не объяснишь, поэтому перейдем к практике.
По крайней мере из неё в любом случае можно вынести пользу.
=================
На использовании замыканий построен такой популярный приём программирования как `декораторы`. Декораторы или украшатели позволяют дополнить функциональность вызываемых (callable) объектов.
Чтобы избежать излишней сложности я не буду говорить обо всех выз. объектах, а ограничусь функциями.
Что есть функция?
Функцию можно рассматривать либо как математическую функцию, то есть отображение множества области определения D(f) во множество области значения E(f), либо как процедуру (подпрограмму).
В первом случае представляют интерес как входные параметры функции, так и результат её выполнения. Во втором случае результат выполнения как правило не представляет никакого интереса, поскольку подпрограммы в общем случае не обязаны ничего возвращать.
Наиболее интересны для декорирования функции, удовлетворяющие первому определению.
Залезть внутрь функции и изменить в ней строчку кода мы не можем, но мы можем контролировать входные данные и результат.
Что нам это даёт?
Приведу пример и заодно покажу как же выглядят эти декораторы в действии:

def logger(f, output):
def wrapper(*a, **kwa):
result = f(*a, **kwa)
output.write(\'\\n\'.join((f.func_name, repr(map(repr, a)), repr(kwa.items()), repr(result))))
return result
return wrapper

def foo(a, b=3):
...
return

output = open(\'d:/output.txt\', \'w\')
foo = logger(foo, output)
foo(\"2\", b=5)

Итак пойдем шаг за шагом.
Имеется некая функция `foo`
def foo(a, b=3):
...
return
И такая странная: то работает как надо, то выдает какую-то ерунду.
А ерунда нам не нужна, мы допустим её (функции) \"выхлоп\" показываем пользователю, и опасаемся его справедливого негодования от лицезрения всяческой несуразицы.
И по этой причине нам жутко, ну до нельзя потребовалось узнать досконально, что же эта злополучная функция получает на завтрак, обед и ужин, и чем, пардон, она какает.
На помощь мог бы прийти могучий print, но мы-то опытные джедаи и сразу смекнули, что таковая задачка может возникнуть не раз и не два, и хорошо бы иметь что-то получше, чем умение расставлять print\'ы направо и налево.
Да и мало, ли что. Вдруг мы как ни бились, не смогли добиться проявления описанной выше ошибки, а у юзер\'а она регулярно проявляется. Юзеры они знаете ли такие, талантливые, в общем.
В общем, почесав лоб, выдали мы на-гора такой вот чудо-декоратор:
def logger(f, output):
def wrapper(*a, **kwa):
result = f(*a, **kwa)
output.write(\'\\n\'.join((f.func_name, repr(map(repr, a)), repr(kwa.items()), repr(result))))
return result
return wrapper

Декоратор в общем случае принимает на вход функцию, и возвращает что-то, что умело прикидывается этой функцией. А то, что он помимо этого может ещё много чего делать, это никого не волнует.
Итак наш декоратор `logger` принимает любую функцию, а возвращает универсальный wrapper - `обертку` - вложенную функцию-замыкание, которая, несмотря на уничтожение контекста своего создания (то, что локальное пространство функции `logger` после её выполнения будет уничтожено, надеюсь, никому не нужно объяснять?), \"запомнит\" функцию `f`.
Универсальность wrapper заключается, конечно, в том, что она в состоянии принимать произвольное количество позиционных и именнованных аргументов, а значит соответствовать входному интерфейсу любой функции.
Рассмотрим повнимательнее код wrapper:
def wrapper(*a, **kwa):
# Ага, при вызове wrapper мы вызывем \"замкнутую\" функцию f и получим результат её выполнения.
result = f(*a, **kwa)
# Далее мы пишем в некий файлоподобный объект `output`, о котором ранее умолчали, имя функции, аргументы функции и результат её выполнения.
output.write(\'\\n\'.join((f.func_name, repr(map(repr, a)), repr(kwa.items()), repr(result))))
# Возвращаем результат выполнения функции f.
return result

Итак, если в logger передать некую функцию, то он вернет функцию, которая сымитирует работу переданной функции, и попутно выполнит запись лога вызова.
Слушайте, довольно неплохое \"украшение\" первоначальной функции, не так ли?
Теперь нужно только заменить изначальную функцию на её декорированный вариант
output = open(\'d:/output.txt\', \'w\') # указав sys.stderr, получим вывод в консоль
foo = logger(foo, output)
и отдать юзеру на испытание, попросив при возникновении ошибок присылать вам указанный выше генерируемый файл.
При этом заметьте в код самой функции `foo` не внесено ни единой правки, а весь этот дебаггинг отключается закомментированием пары строчек.
Надеюсь мои скромные усилия по созданию потока внятной и доходчивой информации не пропали втуне.
Это всё ещё не окончательная версия поста.
Ждите правок и дополнений.

Задачки для ума:
1.) Какой результат будет получен при выполнении следующей строки кода? Помните об утиной типизации.
>>> x % y
2.)
>>> I = foo()
>>> I.like.Python
I like Python
>>>
Как это реализовать? Чем необычнее будет решение, тем лучше :).
Внимание: данный пост не окончен и будет дополняться в течении недели. Virtuos86
{Python} Ликбез, по делу и без

Замыкания:Суть замыкания заключается в том, что любой объект при своём создании способен \"запоминать\" состояние окружающей среды, как [...] читать описание


  786 

Комментарии: 8

{Gravity} Dark theme

Блоги
Sat, 06 Aug 2011 08:59:16 +0400Вот то, что получилось после редактирования темной темы сабжевого твиттер-приложения:
Dashboard
Timeline
Файл темы тоже прикрепляю.
Оформил всё в моём своём любимом зеленом цвете.
Кому нужно - забирайте.
 Virtuos86
{Gravity} Dark theme

Вот то, что получилось после редактирования темной темы сабжевого твиттер-приложения:DashboardTimeline Файл темы тоже прикрепляю.Оформил всё в моём [...] читать описание


  641 

Комментарии: 1

Все в блоги!

Блоги
Fri, 05 Aug 2011 16:14:36 +0400Это не призыв, это легкая толика пафоса для приправы.
Быть может, не один я заметил, что в последнее время чуть приугасшая жизнь на Марсе в блогосфере немного оживилась.
Записные писатели пишут, новые лица ставят новые точки на блогосфере. Жить стало лучше, жить стало веселее.
Ещё меня очень радует инициатива с новым подкастом сайта. Хотелось бы пожелать, чтобы из полудохлой рыбины он превратился в лицо сайта и вышел на регулярные рельсы выпуска. И был чуть поживее андроидовского подкаста, который немного уныл, кстати.
Спасибо за внимание.
Зы: часто, заходя в блоги, вижу магическое число \"35 посетителей\". Именно 35. Это боты или постоянные читатели? ;) Virtuos86
Все в блоги!

Это не призыв, это легкая толика пафоса для приправы.Быть может, не один я заметил, что в последнее время чуть приугасшая жизнь на Марсе в блогосфере [...] читать описание


  969 

Комментарии: 7

Веб-браузеры и веб-проглоты

Блоги
Sat, 23 Jul 2011 07:19:01 +0400Heдaвнo плюнyл нa издepжки и пoдключил бeзлимит. Hy, дyмaю, пpoщaй, UCWeb - здpaвcтвyй, Opera и кoppeктный вeб.
He тyт-тo былo.
Пapa-тpoйкa чacoв в интepнeтe, и этa дивнaя \"мyзыкaльнaя пocтaнoвкa\" cкyшaлa 50 Mб Operaтивнoй пaмяти.
Ha 13 мeтpax oпepaтивки вooбщe выбpocилa yвeдoмлeниe пpo \"мaлo пaмяти, и т.д. и т.п.\", пoпyтнo зaкpыв Gravity.
Python нepвнo кypит в cтopoнкe.
No way.
Учитывaя, чтo Opera Mini sis изpeдкa глючит, тo, xoтя я пepeнec в нee нeoбxoдимый для oбычнoгo cидeния в ceти минимyм зaклaдoк, пoлнocтью пoлoжитьcя нa нee cлoжнo. Oпять жe yдoбнo-фичacтый мeнeджep зaгpyзoк в китaйцe.
Пoэтoмy, Back in UCWeb. Привет битлам.
 Virtuos86
Веб-браузеры и веб-проглоты

Heдaвнo плюнyл нa издepжки и пoдключил бeзлимит. Hy, дyмaю, пpoщaй, UCWeb - здpaвcтвyй, Opera и кoppeктный вeб.He тyт-тo былo.Пapa-тpoйкa чacoв в интepнeтe, и этa дивнaя \"мyзыкaльнaя [...] читать описание


  929 

Комментарии: 5

{MenuBar} получил настройщика на Python: {MenuBarTool}

Блоги
Wed, 22 Jun 2011 07:25:13 +0400Я уже извещал о начале работы над настройщиком для приложения MenuBar в посте \"{Python}Порох в пороховницах\" .
Теперь наконец существует вполне юзабельная версия, которая даже одобрена людьми, использующими MenuBar.
Настройщик лежит на последних страницах темы:
https://dimonvideo.ru/forum/topic_1728144310/52/1/2290
По традиции в обменник приложение выложено не будет. Virtuos86
{MenuBar} получил настройщика на Python: {MenuBarTool}

Я уже извещал о начале работы над настройщиком для приложения MenuBar в посте \"{Python}Порох в пороховницах\" .Теперь наконец существует вполне [...] читать описание


  745 

Комментарии: 3

{Python}List comprehensions

Блоги
Tue, 21 Jun 2011 07:23:45 +0400Собственно о чём речь:
>>>

>>>

>>>


Как видите, кортеж в list comprehension не обязательно обозначать скобками. Virtuos86
{Python}List comprehensions

Собственно о чём речь:>>> >>> >>> Как видите, кортеж в list comprehension не обязательно обозначать скобками. читать описание


  779 

Комментарии: 0

{Python} Композиция функций (composable function)

Блоги
Sun, 15 May 2011 13:27:12 +0400На сайте компании ActiveState есть много рецептов для различных ЯП.
Больше всего для Python.
Я заинтересовался коллекцией рецептов Рэймонда Хеттингера.
Один из них хотелось бы сейчас рассмотреть.
==================
При написании кода приходится иметь дело с ситуацией, когда для получения необходимого результата нужно произвести цепочку вычислений, при которой промежуточный результат передаётся из одной функции в другую.
Поскольку в Python вызов функции оформляется с помощью круглых скобок, зачастую возникает нечто, что можно обозвать, переиначив известную \"подколку\" в сторону ЯП LISP, \"мешаниной из обрезков ногтей\".
===
Например:

a( b( c( d(1) 2) - 3) * 4)


В чём же заключается предложение Р.Хеттингера?
Создаётся класс-декоратор, в нём переопределяются \"магические\" методы для получения атрибутов(__getattr__) и вызова(__call__) экземпляров класса, которые и будут представлять \"украшенные\" функции.

В действительности здесь совсем немного магии ;-).
===
class CF(object):
. 'Decorator for creating a composable function'

def __init__(self, f):
. . self.func = f
def __call__(self, x):
. return self.func(x)
def __getattr__(self, other):
. other = globals()
return CF(lambda x: self(other(x)))


#-------- Example ----------
class CF(object):
. 'Decorator for creating a composable function'

def __init__(self, f):
. . self.func = f
def __call__(self, x):
. return self.func(x)
def __getattr__(self, other):
. other = globals()
return CF(lambda x: self(other(x)))


#-------- Example ----------
@CF
def f(x):
. return 3 * x
@CF
def g(x):
. return x + 10
print (f.g)(2) # same as f(g(2))

===================
На самом деле автор выдвигает несколько другой пойнт идеи.
Но я выделил практический аспект на передний план, ибо мы люди маленькие, ни к чему нам всякие философствования.
И, конечно, помимо функций это решение применимо для любого вызываемого объекта.
===================
Пока, и да пребудут с вами Исходники.
 Virtuos86
{Python} Композиция функций (composable function)

На сайте компании ActiveState есть много рецептов для различных ЯП.Больше всего для Python.Я заинтересовался коллекцией рецептов Рэймонда Хеттингера.Один [...] читать описание


  917 

Комментарии: 4


Яндекс.Метрика