Флэш Потрошитель этот | тот | 1.0

Пишет Flop:

Адоб открыла опенсорс?
О_О
Что за бред -- открыть открытый код?

На самом деле теперь мы сможем наконец исправить глюки и баги в их опенсорсе.

УРАААААААА!!!

Читаем:

• Что есть на опенсорс.
• Как стать коммиттером.
• И еще тут.

Соответственно, это уже можно коммитить, а вот это можно самому исправить и закомитить.

Может и боян (более месяца этому событию), но что то я не видел по этому поводу новостей.

http://juick.com/deep/665233

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

А суть вот в чем. Продолжением вчерашнего начала тесного сотрудничества Adobe и Google над интеграцией Flash Player в браузер Chrome стали новые, еще более будоражащие воображение факты -- флэш-проигрыватель стал опенсорсным. "С чем я вас и поздравляю!" -- хочется вокликнуть тут же, но давайте сначала поразмыслим, хорошо ли это и для кого именно.

Можно было ожидать, что естественным и логическим развитием взаимоотношений Adobe & Google станет открытие исходных кодов Flash Player. Это и происходит сейчас -- ведь, поскольку Google Chrome сам является разработкой с полностью открытым исходным кодом, то и все его части должны иметь аналогичную характеристику. Иначе говорить о бесшовной интеграции Flash Player с браузером -- означает в некоторой мере спекулировать фактами, в то время как нужно идти до конца и сначала ответить на следующие вопросы:

• Разве возможна идеальная интеграция открытого кода с закрытым? Нет!
• Разве возможно слияние свободного ПО с, извините, проприетарным ПО? Нет!

Идеал не будет достижим в условиях проприетарности Flash Player. Именно поэтому Adobe делает естественный следующий шаг и завершает открытие исходных кодов Flash Player. Это то, к чему Adobe идет уже два года. Начав в 2008 году свою революцию открытия кода с Tamarin, Adobe продолжают ее, интегририуя проигрыватель с Chrome, и завершают -- выпуская Flash Player в Opensource.

Нужен ли нам Open-Source Flash Player?

Не станем скрывать, что есть и разумные возражения против открытия исходных кодов Flash. Так, упоминашийся выше эксперт по разработке RIA-приложений Константин Ковалев из Черногории предостерегает, что открытие исходных кодов может привести к появлению огромного количества низкокачественных веток разработки, и как следствие - общей дискриминации Flash Player. Что ж, такая вероятность есть, но не станем забывать и о том, что Flash Player как флагманская технология сети уже и так в достаточной степени подвергается различным нападкам. И спектр их весьма широк - от вполне понятного недовольства пользователей тяжеловесными баннерами, изготовленными с помощью Flash, до появления настоящих зловредных программ, умело мимикрирующих под свежие версии Flash Player.

Как Flash Player стал злым и вредным вирусом

Так совпало, что я как раз сегодня имел дело с одной из плохих программ, притворяющихся флеш-плеером. На машине своего знакомого, малоопытного пользователя и немного чайника. Он пожаловался на программу, непрерывно демонстрирующую эротическое шоу на его рабочем столе, и он не может убрать ее оттуда, он попросил меня остановить ее как-то. И с помощью утилиты Dapphne 1.46 нам удалось выяснить, что эта вредоносная программа была запущена из кэша браузера Opera и называлась flash_player_10_2.exe, при этом вес ее составлял 280 Кб. Мы понимаем, что это не настоящий Flash Player, но объясните это тысячам пользователей, малолетним детям которых подобное "изделие" непрерывно демонстрирует на рабочем столе готику, расчлененку и эротику, предлагая убрать это безобразие за деньги отправленные по СМС (кстати, это поделка еще и была на русском языке). Конечно, с помощью Дафнии 1.46 мы быстро очистили систему от этой грязи, но осадок в душе неприятный -- остался.

Не тратьте время зря на защиту и нападение?

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

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

Одним багом во Flash Player стало меньше?

Напомним, что баг Flash Player номер 2504, "Open source Flash Player" был занесен в систему Adobe JIRA почти год назад - 5 мая 2009 года. По популярности эта фундаментальная ошибка взлетела уже на 22-е место в списке самых популярных багов Flash Player. За ее исправление отдан уже 101 голос, и теперь эта ошибка будет наконец устранена. Я хочу поблагодарить всех, кто помог принудить Адоби к этому шагу, всех, кто писал в гугл поисковые запросы "opensource Flash Player" -- мы победили!

Итак, мои выводы: Adobe делает верно, что открывает исходные коды Flash Player, их единственная, на мой взгляд, ошибка - они не сделали этого раньше, но это ничего.

http://go.adobe.com/kb/ts_4b243413_en-us

Cозданный на основе фреймворков Degrafa и Flex 3 бесплатный движок для визуализации данных Axiis можно применять в любых проектах (лиценизя — MIT).

Ссылки: примеры, документация, исходный код, скачать Axiis.

1 июня выйдет Flash Builder 4

Если хотите оценить новые возможности четвертого билдера как можно скорее, не планируйте важных дел на первое июня 2009 года: выходят публичные беты FlashBuilder4 и LiveCycle Data Services (LCDS).

Часто можно услышать вопросы: а что такое Apache Ant? Чем он может мне помочь, как его использовать, нужен ли он мне вообще? И хоть мы уже неоднократно и сердито писали об этой замечательной технологии автоматизации рутинных задач, об Apache Ant надо писать еще и еще, ведь каждый, кто его использует, знает, сколько человекочасов (и, что более важно, человеко-нервов и человек-жен) они сэкономили, потратив два часа на полное освоение этой технологии, включая оптимизацию своего текущего проекта.

Как Apache Ant помогает человеку не делать работу за роботов

Приведу свежий пример из собственного опыта. На одном из последних проектов я должен был делать цепочку одних и тех же операций:

1. Увеличить номер билда в версии приложения (например, с 0.2.178 до 0.2.179). В двух файлах: текстовом build.number и файле Version.as, который затем вкомпилируется в приложение для точного отображения его текущей версии для тестера в правом нижнем углу приложения.
2. Скомпилировать версию приложения для Flash Player 9.
3. Также скомпилировать версию для Flash Player 10, с другим именем. Код не менялся, но дело в том, что в моем проекте активно использовалась BitmapData максимальных размеров, а во Flash Player 10 эти размеры увеличены с 2880x2880 пкс до 4095x4095 пкс. И чтобы выжать максимум возможностей для пользователя, не заставляя его при этом обновлять FP9 до FP10 (требование заказчика), html-станица автоматически подставляла нужный swf-файл приложения с помощью SWFObject.
4. Положить созданные билды вместе с файлом версии build.number в целевой каталог, а также скопировать их в соотвествующие номеру билда подкаталоги типа "/179". Копии создаются для возможности быстрого отката к нужной версии, что особо важно на завершающих этапах проекта, особенно если нервный немецкий клиент уже сам тестирует приложение.
5. Закачать созданные билды в целевые каталоги FTP-сервера.

Сделать заново все вышеперечисленные шаги для отладочной версии приложения и залить ее на другой, тестовый сервер для собственной отладки или профайлинга. Отладочные файлы хранить отдельно.

Думаю, очевидно, что все вышеперечисленные шаги легко алгоритмизируются и превращаются в набор задач для простого автоматического робота, которым и является Apache Ant. Заставлять человека выполнять такие для каждой новой сборки приложения (а она может происходить весьма часто, иногда интервалы между сборками становятся менее трех минут) — задача истинно дьявольская. Я бы сделал так, если бы хотел превратить человечество в стадо унылых и тупых биороботов. Судя по некоторым спамерам и вообще, кое-кто успешно релизует такие модели, люди, опомнитесь, вы идете в ад, такой ад.

Стоп, сатана, тебе здесь не место

Но на гуманистическом сайте Ф. Потрошителя мы ставим жесткий заслон планам сатаны. Мы любим Apache Ant и посвящаем ему еще один пост. В конце я приведу файл, что решал все мои указанные выше задачи, но если вы еще совсем ничего не знаете про Ant, то приглашаем вас на

знакомство с Apache Ant

Блоггер Самойлов написал совсем надавно вот такую короткую статью: Знакомство с ANT. Как бы отвечая ему, Константин Ковалев тоже написал статью, но она длинная и написана уже давно, со свойственной Константину основательностью: Сборка Flex-приложений с помощью Ant, и вот еще есть доклад от него же "Разработка Flash-проектов с использованием Apache Ant и FDT".

Ваши более тесные отношения с Apache Ant

После этих двух статей вы уже почти специалист по Apache Ant и вам можно дать это:

• Домстраница Apache Ant и описание набора задач Apache Ant (жмите там Ant Tasks).
• Обсуждение Apache Ant (и Maven, спасибо Алексею Квирингу из Альтернативы).
• Проект "Турецкий свитер": сборник решений популярных Ант-задач.
• Проект "Antennae" для Flex.

И помните: Ант автоматизировал, автоматизировал, да не перенедоантоавтоматизировывал, а вот тот файл build.xml, что решал мои задачи, он простой, тупой и неоптимизированный, но черт побери он работает.

Десятого марта две тысячи девятого года появился open-source проект Mixwidget.org для простого создания собственных микстейпов (mixtapes). Что такое микстейп? Это легкий способ выложить в сети сборник своей любимой музыки и давать ее слушать другим, с помощью настраиваемого по музыкальному содержимому и по внешнему виду виджета:

А десятого декабря две тысячи восьмого года закрылся онлайн-сервис по созданию микстейпов Mixwit.com.

У обоих проектов одни и те же авторы и клиентская часть, но сами проекты немного разные. Mixwit был проще с точки зрения пользователя, помогая формировать плейлист и находить музыку в сети c помощью спец-поисковика Seeqpod, хостить музыкальные файлы и т.д. Многое за вас делал сервер. А Mixwidget — это небольшой Flash-проект с открытым исходным кодом. Пользователи размещают музыку на серверах сами (например, на GrooveShark, 8Tracks или Blip.fm), сами же настраивают виджет как захотят и по желанию пересобирают исходник, инструкция прилагается. Содержимое конкретного плейлиста в XML-формате XPSF (произносится как "spiff") задается пользователем виджета, как и все остальное: это ваш личный предмет, у вас над ним полный контроль. В этом примере используется плейлист, идущий с демо-файлами виджета.

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

Как так получилось

В официальном блоге Mixwit об этом не пишут, но на TechCrunch выкладывается фрагмент переписки с одним из автором Mixwit, Майком Кристовым, где он объясняет, что хотя правообладатели и не подавали в суд на их сервис, авторы опасались, что они это все же сделают, поэтому решили закрыть этот сервис во избежание судебного иска. В том же посте на TechCrunch упоминают об уже имевших место судебных процессах и о массовом исчезновении микстейп-сервисов из сети.

А Майк Кристов работает на новым проектом Сloud.tv.

Чуть более года назад Кейт Петерс опубликовал свой мини-набор компонентов MinimalComps для создания простейших элементов интерфейса в AS3, сразу заявив, что набор не претендует на полноту или высшую степень совершенства, но, тем не менее может быть полезен, и весит всего 20 КБ, а также прост в использовании — демка и пример кода есть там же. Так, при создании компонента Кейт предалагает сразу передавать в его конструктор три параметра: родитель и координаты внутри родителя:

var hSlider:HSlider = new HSlider(panel, 20, 90);

Можно передавать и чевертый параметр, обработчик события для компонента по умолчанию. Кстати, компоненты расширяют Sprite, так что это дает доступ к соотвествующим событиям и свойствам.

В набор MinimalComps входят CheckBox, PushButton, HSlider, VSlider, InputText, ProgressBar, RadioButton, ColorChooser и Panel, все они создаются исключительно программно, скинования или стилей нет. Этот набор, как пишет Кейт, хорош для небольших проектов или там, где нужно быстро организовать простой интерфейс, например, для настройки параметров.

Судя по комментариям у Кейта, его набор пришелся многим по вкусу. Существует живой сайт проекта MinimalComps, последний раз обновлен 29 января 2009 г.

Thе Flex SDK Community Committee, или Общественный Комитет по Flex SDK — это несколько человек, лучшие флекс-умы, которые ставят перед собой задачу работать над улучшением Flex SDK. Они представляют сообщество Flex, предлагая Adobe конкретные и выполнимые действия, кординируют голосование за багфиксы в Adobe JIRA и отправку патчей, продвигают использование готовых возможностей Flex SDK. Этой новостью порадовал сегодня Андрей Панас, а я хотел сказать:

Посмотрите, как работают архитекторы

Выбор людей в Flex SDK Community Committee не случаен. Именно они уже долгое время проявляют наибольшую активность на форумах Adobe, посвященных обсуждению Flex SDK. Пример из недавних событий:

После публичной онлайн-встречи архитекторов и разработчиков Flex SDK с Flex-разработчиками Adobe сделала дальнейшие шаги по итогам встречи, одним из которых стало решение выносить важные вопросы архитектуры SDK на публичное обсуждение.

Началось это с того, что 6 февраля 2009 года Мэтт Хотин опубликовал кулуарные дискуссии самих архитекторов на форуме Adobe. Мэтт сообщил, что есть т.н. Architecture Review Board (ARB) — Совет Пересмотра Архитектуры, состоящий из разработчиков Flex SDK. Между собой они обсуждают все ключевые и конфликтные моменты SDK, принимая решения о том, как именно будет развиваться или изменяться Flex. В своей первой публикации по этой теме Мэтт процитировал дискуссию Совета про наболевшему вопросу введения префикса "Fx" в названия компонентов ("FxButton"). Против введения этого префикса ноднократно высказывались различные Flex-разработчики, справедливо нарекая на то, что это усложнит понимание SDK, особенно новичками (что использовать: Button или FxButton?), автокомплит и т.д.

Затем в этой же ветке форума по вопросу высказались представители сообщества (вы тоже можете сделать это, зарегистрировавшись).

После этого Мэтт сделал еще одну публикацию по вопросу "Fx prefix revisited", и еще одну, и еще и еще. А разработчики писали свои соображения на эту тему.

Результат: официальная декларация несогласия с префиксом "Fx"

Все это привело к тому, что в данный момент по вопросу префикса принята компромиссная резолюция Общественного Комитета Flex SDK, общий смысл которой сводится к тому, что префикса в названиях компонентов не должно быть, но есть моменты — рекомендую ознакомиться.

Вообще, указанные выше ссылки на треды адобовского форума могут принести немало знаний по вопросам проектирования и архитектуры. Воды там нет.

На новом блоге С4 я узнал о библиотеке для отладки Flash/Flex/AIR-приложений — ThunderBolt.