Comments 57
Ну я рад конечно, хотя и рано радоваться. Отдельное спасибо MS за стимулирование деятельности Adobe :)
представляю сколько startup'ов будет базироваться на фишках 10го флэша )))
а может хабракат ))))
Долгожданная презентация. Но все-таки Flash Server намного дороже обыкновенного Media Server'a от Microsoft :( (видео-трансляции)
будем молиться на хорошую реализацию c++ модулей, чтобы это не вылезло в огромную дыру в безопасности на стороне клиента
а квака в браузере это круто :)
а квака в браузере это круто :)
В данном случае C/C++ код транслируется в AS3 и работает внутри виртуальной машины плейера. То есть этот код не опаснее самого AS3. Как докладчик дал понять, эта возможность в основном предназначена для простоты портирования существующих, написанных на C/C++ прикладных библиотек.
UFO just landed and posted this here
По-моему, говорить что это убийца Silverlight пока рано.
Я считаю, что эти технологии будут развиваться параллельно. Дело в том, что Silverlight рассчитан на .Net разработчиков и им не составит особого труда освоить эту технологию.
Лично я не знаю Flash и не представляю как он работает, но я чувствую себя как рыба в воде в .NET'e. Я посмотрел примеры silverlight и понял, что ничего изучать не придётся, осталось просто дождаться официального выхода дизайнера.
Т.е. теперь чтобы создать какой-нибудь FileUploader или MediaPlayer, .NET разработчикам не нужно будет привлекать Flash'еров.
А по поводу, "будут ли люди ставить Silverlight?" - практика показывает, что уже ставят. На Facebook'e уже даже появился тег fb:silverlight :)
Я считаю, что эти технологии будут развиваться параллельно. Дело в том, что Silverlight рассчитан на .Net разработчиков и им не составит особого труда освоить эту технологию.
Лично я не знаю Flash и не представляю как он работает, но я чувствую себя как рыба в воде в .NET'e. Я посмотрел примеры silverlight и понял, что ничего изучать не придётся, осталось просто дождаться официального выхода дизайнера.
Т.е. теперь чтобы создать какой-нибудь FileUploader или MediaPlayer, .NET разработчикам не нужно будет привлекать Flash'еров.
А по поводу, "будут ли люди ставить Silverlight?" - практика показывает, что уже ставят. На Facebook'e уже даже появился тег fb:silverlight :)
Silverlight не кроссплатформенный и слишком "молодой". Почти приговор имхо. Получится как с консолями.
PHP же APS не вытеснил? схема таже :)
PHP же APS не вытеснил? схема таже :)
Сейчас - да, молодой. Даже нет дизайнеров нормальных, но это пока.
По поводу кроссплатформенности - это не правда. MS обещает сделать его кроссплатформенным.
Сейчас доступны версии для Windows и MacOS, под Linux тоже будет.
Не зря же MS стала финансировать проект Mono.
По поводу кроссплатформенности - это не правда. MS обещает сделать его кроссплатформенным.
Сейчас доступны версии для Windows и MacOS, под Linux тоже будет.
Не зря же MS стала финансировать проект Mono.
Вот вот, обещают... про фреймворк эти обещания раздаются уже несколько лет, а за скоростью с которой они клепают новые полусовместимые фреймворки, никто не угонится. создается впечатление что ярлык кросплатформенности нужен им для статуса и имиджа, а реально поддерживать полноценную работу своих "кроссплатформенных" решений (для разработчиков) они не собираются. Насколько я знаю, только ASP.NET приложения можно с огромными оговорками запускать на не-Windows платформах. Что касается UI реализованная кроссплатформенность пойдет только для двухкнопочных утилит, не больше.
Но надеятся конечно можно. хотя я бы не стал. Все сугубо ИМХО!
Но надеятся конечно можно. хотя я бы не стал. Все сугубо ИМХО!
Можно уточнить, сколько было полусовместимых фреймворков? Я начинал работать с 1.0, не испытал ни одной проблемы при переходе на 1.1, а при переносе другого проекта на 2.0 получили всего пару глюков, связанных с весьма оригинальной навигацией в проекте (глюки самого фреймворка - это отдельный разговор).
Тут со слов знакомого, тоже программиста :) при мне уже раза три влипали они со своим продуктом (толстый клиент к специфической БД) переводя под новый фрейворк, в конце концов решили даже больше не гнаться за модой.
Судя по всему, они гнались именно за модой. Поскольку так и хочется начать использовать модные фишки нового фреймворка, почистить все сообщения об obsolete-методах и сделать всё красиво. Реально, существует всего несколько проблем, причем часть из них бьет на производительность, а не на функционал, а другая часть связана с переносом под другую студию. А всё остальное - именно погоня за модой, или поддержание наиболее красивого с точки зрения API интерфейса. Конечный продукт без программного интерфейса для галочки переносится на другой фреймворк очень быстро. Главное не спешить и всё делать аккуратно, например, у меня есть проект, который работает под 1.1 и я не вижу смысла переводить его под 2.0, ибо работает и выполняет главную функцию (хотя пользователям можно ставить и 2.0 и 3.0, это уже их личное дело, я стараюсь дать им максимальную гибкость).
Как минимум три и не за горами еще один. Знакомые ребята пишут тулзу для девелоперов и им приходится писать (переделывать) ее под каждый фреймворк. "Матюков" от программиста ихнего наслышался уже предостаточно.
Предвосхищая вопрос "Надо писать прямыми руками" отвечу сразу - .Net как раз и задумывался как средство снизить планку проффесионализма, компенсируя это своими сильными сторонами :) В какой-то мере это Майкрософту конечно удалося, не спорю ;) но и для пессимизма основания имеются (в частости в плане кроссплатформенности). Все ИМХО!
Предвосхищая вопрос "Надо писать прямыми руками" отвечу сразу - .Net как раз и задумывался как средство снизить планку проффесионализма, компенсируя это своими сильными сторонами :) В какой-то мере это Майкрософту конечно удалося, не спорю ;) но и для пессимизма основания имеются (в частости в плане кроссплатформенности). Все ИМХО!
Ну не как минимум, а ровно три - 1.0, 1.1 и 2.0, причем 1.0 мог исчезнуть гораздо раньше, если бы не ошибки Microsoft.
Планку профессионализма для программистов удалось понизить (написать жутко неправильный код стало сложнее), но грамотное проектирование никто не отменял, отсюда часто и вырастают проблемы.
В плане кроссплатформенности, да, согласен, проблема, слишком поздно Microsoft взялась за нее, во всяком случае если вначале работы опираться на возможный перенос под другие платформы, то всё будет гораздо легче, ибо все возможности есть, главное знать о них (например, не использовать '\r\n' для вывода текста).
Планку профессионализма для программистов удалось понизить (написать жутко неправильный код стало сложнее), но грамотное проектирование никто не отменял, отсюда часто и вырастают проблемы.
В плане кроссплатформенности, да, согласен, проблема, слишком поздно Microsoft взялась за нее, во всяком случае если вначале работы опираться на возможный перенос под другие платформы, то всё будет гораздо легче, ибо все возможности есть, главное знать о них (например, не использовать '\r\n' для вывода текста).
т.е. теперь флешки можно будет писать на C++?
Когда? Когда?! Когда?!? *истерически бьецца ап клаву* :)
а вот насчет твина в без флеймов не понял. А как тогда задавать начало\конец, да и саму скорость движения?..
а вот насчет твина в без флеймов не понял. А как тогда задавать начало\конец, да и саму скорость движения?..
Аффигеть!! Я в шоке! Супер! Прыгаю до потока! )))
Похоже на попытку захвата одной из гипотетических ниш Java.
Всё-таки, жалко что Sun проиграла войну за апплеты.
Всё-таки, жалко что Sun проиграла войну за апплеты.
Ура! Я всегда верил в Adobe! Жду именно под линух :)
Хм радует развитие и продвиение вперед. Уважаю Макромедию, хотя как и bulbazaur я не совсем понял про моушн твин. К сожалению я как модемщик диал апщик не смог оценить всех прелестей инклудинга Си приложений, учитывая что и комп у меня слабоватый, но надеюсь на лучшее +)
Перед созданием анимации пользователь задает колличество кадров которое на нее тратится :) А вопрос насчет скорости анимации в определенные моменты они не освещали.
Хм в таком случае если энто будет задаваться с помощью какого нибудь меню, то это верх глупости на мой взгляд. Поясню: зачем менять итак удобную функцию, которую можно установить кликом мыши ?!+) Хотя конечно энто разрабатывалось с учетом требований пользователя *как мне хочется верить* и думается что все продуманно. Вообщем итог мысли таков: пока не попробую не могу оценить всей положительности софта +)
Нововведение в действительности классное! Нет кей-фреймов - нет кадрирования. Т.е. мы просто выделяем n-ое колличество кадров на анимацию, задаем траекторию движения объекта, изменения его размера и т.д. и все! %) А скорость анимации я думаю будет регулироваться в тайм-ленте. т.е. выбираем из n-го количества кадров отведенных на анимацию нужно колличество и задаем скорость и все! Классно, если так.
Есть frame rate, есть указанное вами число кадров. Одно делится на другое и получается длительность равномерного движения по траектории. Плюс задаете ускорение / торможение и получаете сложное движение. Это все и сейчас есть, просто они сделали это более удобным.
Сиплюсы дают надежду. Непонятно, зачем было гробить ActionScript. Было бы два языка: один динамический, другой быстрый.
Так это нововведение позволяет с минимальной сложностью получить собственный "софтверный" интерпретатор того же Ruby прямо внутри вашего SWF. То есть пользователь в runtime может загружать и исполнять Ruby скрипты (вообще скрипты любого интерпретатора чей исходный код будет портирован). Вот вам и динамика.
Класс. А никто не верил, что quake будет в браузере, а ID говорила :)
Ха, а ведь всего через несколько дней после моего коммента о Quake во флеше! :)
давно я так не кричал
UFO just landed and posted this here
*в восхищении*
впечатляет.
однако моя не поняла, теперь я могу посредством самописных либ получить доступ, например, файловой системе, портам, реестру и прочему? no more zinc, что ли !?
если это так, то тогда Flex сможет конкурировать с WPF, не во всем, но хоть как-то :)
или я опять все не правильно понял?
однако моя не поняла, теперь я могу посредством самописных либ получить доступ, например, файловой системе, портам, реестру и прочему? no more zinc, что ли !?
если это так, то тогда Flex сможет конкурировать с WPF, не во всем, но хоть как-то :)
или я опять все не правильно понял?
флеш плеер не затрагивается, ограничения остаются теми же (что на мой взгляд верно - не должно приложение из браузер прыгать в систему). С++ конвертится в AS3.
А если хочется досту к файловой системе и все такое - это к AIR.
Кстати, доступ к портам же есть в АS3?
А если хочется досту к файловой системе и все такое - это к AIR.
Кстати, доступ к портам же есть в АS3?
к COM и LPT !?
З.Ы.: AIR мне не симпатичен, по крайней мере пока.
З.Ы.: AIR мне не симпатичен, по крайней мере пока.
а, к этим портам.
А чем именно AIR не симпатичен? Вполне себе для создания кроссплатформенных бохатых-интернетных-приложений (БИП- RIA)
А чем именно AIR не симпатичен? Вполне себе для создания кроссплатформенных бохатых-интернетных-приложений (БИП- RIA)
ну, мне не кросс-платформенных, поэтому лично в моей ситуации WPF выглядит более перспективно :)
по крайней мере разработка на C#/WPF гораздо более комфортна чем ActionScript2 via FlexBuilder
возможно когда к IDEA докрутят AS3 я свои взгляды пересмотрю, но пока WPF удобнее. комфорт при работе с большими (объемистыми) проектами тоже штука немаловажная...
по крайней мере разработка на C#/WPF гораздо более комфортна чем ActionScript2 via FlexBuilder
возможно когда к IDEA докрутят AS3 я свои взгляды пересмотрю, но пока WPF удобнее. комфорт при работе с большими (объемистыми) проектами тоже штука немаловажная...
Интересно вот еще что - к созданию флеш (AIR) теперь можно привлекать C++ программеров, количество которых несравнимо больше чем специалистов по AS3. Было бы кстати смешно, если наряду с С++ сделали возможность писать на С#, VB.NET и т.д.
"Flex Applications on Linux" кто-то понял что говорит тот индус? =) Я вообще ни одного слова не разобрал... Хоть по видео понятно, что FlexBuilder теперь под Линух есть.
UFO just landed and posted this here
Sign up to leave a comment.
Flash 10 и Quake в Flash