5 дней назаддавно уже конечно было ясно, но теперь с выходом новой версии флеша html5 выглядит как дополнительная функция к cs5.6))
1 неделя назад...если речь о front end. Для back end'а единственно верный выбор - текстовый редактор Midnight Commander'а :) Вообще просто хотел высказать (наверно, банальную) мысль о том, что идеальная IDE должна строиться именно на "максимально быстром" текстовом редакторе. Путь визуализации - хорошая идея, но опасная. На данный момент "визуальность" должна возникать в мозге программиста - и не понимаю, почему все так стараются перенести нагрузку с этого самого ("несчастного"?!) мозга на что-то иное :) - с помощью визуализации, прививания жёстких принципов ООП, шаблонов проектирования и т.д. Необходимо что-то более радикальное, что не будет строить железные заборы на пути свободной мысли... :)
1 неделя назад[URL=http://i.cx/29z7][IMG]http://i069.radikal.ru/1202/03/9f40d01e407f.png[/IMG][/URL] [b]скачать программу рыбалка 1.6 [/b] [b]скачать проигрыватели для компьютера с картинками [/b] [b]окна приветствия для windows xp скачать [/b] [b]скачать miranda русская версия [/b] [b]скачать original soundtrack driver parallel lines [/b] bb.txt open error база велкома скачать 2009 скачать пакет обновления для среды скачать бесплатную игру кто хочет стать миллионером для пк виста хом премиум скачать скачать поезд train 2008/1400 mb скачать драйвера для аудио реалтек section 8 скачать лицензионную скачать wwe legends patch скачать utorrent 1.6.1 rus visual basic 6.0 скачать скачать антихакер касперского скачать catalyst 6.2 win98 евгений немец скачать kassy 071 скачать скачать программу антропометрии http://beta.purifying.info/viewtopic.php?f=2&t=326117 http://dragonphoenix.brinkster.net/phpbb/phpbb3/viewtopic.php?f=1&t=480248 http://www.erotikapromuze.cz/viewtopic.php?f=4&t=131850 http://programaradar.com.br/forum/viewtopic.php?f=2&t=1062486 http://yfb.messageboard.nl/forum/viewtopic.php?f=1&t=59502
2 недели назадСкачал. Посмотрел. CreateJS - фуфел, шейп твин не поддерживает, маски не поддерживает, эффекты не поддерживает и тд. В общем можно только двигать туда сюда, ну и вложенную анимацию поддерживает. К паблишу для air/android добавили пару галочек - молодцы. В общем изменений максимум на adobe flash cs5.6.
2 недели назадВот именно сегодня очень захотелось пощупать функцию экспорта в CreateJS, а именно сегодня беты уже нет, скачать еще нельзя...
3 недели назадПо правду говоря, создается впечатление, что Adobe в последнее время или зарплату подняли или кнуты менеджерам выделили. Последние версии продуктов выглядят так, будто над ними действительно работали. Обновили не только внутренности и алгоритмы, но и над внешним видом неплохо постарались.
3 недели назадХм, я в этом начинающий, буду знать каким редактором лучше верстать, спасибо!
3 недели назад+1 sublim`у достойная замена GVIM. Как текстовый редактор с большим комьюнити и встренным python интерпертатором, и полностью податлев на костоматизации. нет смысла сравнивать IDE с текстовым редактором. Очень удобно писать erlang программы. Есть плагин для Юнитестов.
3 недели назадКол-во строк в файле с кодом - важный параметр. Есть мнение, что оно не должно быть слишком большим. Для удобства навигации по нему.
Легковесные редакторы хороши еще и тем, что в них бытрее появляются инновации. Например, обрати внимание на мини-текст в правом верхнем углу скриншота для Sublime - по нему можно скроллить мышкой, мгновенно перемещаясь в нужное место кода.
Textastic как раз использует тачевые возможности - для этого у него есть клавиши-компасы (есть на скриншоте). Такая клавиша-компас имеет пять значений. Если просто нажать ее - сработает значение по умолчанию (символ посередине). Остальные четыре символа можно выбрать, если нажать и протянуть пальцем в сторону одного из них.
Визуальное программирование -- это очень интересная, но небанальная тема.
Ведь текст имеет иную структуру, чем изображение.
Текст - условно одномерный, линейный. Изображение - фиксированно двумерное (или фиксированно трехмерное).
Кажущаяся одномерность текста обманчива, особенно когда текст становится кодом. За счет функций (замыканий) и условных переходов текст программы становится многомерным. Даже вне программирования существуют многомерные тексты - хорошая книга может содержать внутренние указатели и ссылки на части самой себя. Поэтому текст - очень продвинутый способ работы с сознанием читателя (или компилятором).
Не вижу возможнлости проделать то же самое с изображением. У него другая природа, и визуальное программирование будет похоже на обычное так же, как графика или живопись похожа на литературу.
До сих пор попытки визуального программирования не заходили дальше имитации обычного - надергали компонентов, но потом - все равно пишем код.
Визаульное программирование - это не способ создавать код мышкой (или тачами), а способ программировать другие каналы восприятия - не аналитические (компилируемые), а эмоциональные.
Кстати, ближе всего к этому подошел флэш. Но потом его убили бизнесом, а из трупа сделали геймдев :)
Так визуальное программирование остается мечтой масс и уделом гениев-одиночек.
3 недели назадБрррр... Легковесные редакторы кода хороши только для легковесных (~20 строк кода) программ. Для всего остального - Idea и FDT.
А редакторы для мобильных устройств зачем-то делают такими же, как на десктопах (у которых есть нормальная клавиатура), при этом совершенно не используя возможности тач-скринов. Думаю, через годик-два появятся наконец мобильные редакторы, где можно будет писать программу чисто жестами, без "волшебных" кнопок.
Джон Грден делится разработкой своего колеги по Blitz Agency, Эвана Гиффорда, который создал API для работы с LocalConnection, а с ним становятся доступными:
Есть демка с передачей картинок, а все детали — на странице проекта FlashLCS .

Комментарии
Неограниченный двусторонний обмен между любыми флэшками на одной и той же машине со скоростью 5MB/сек и больше.
Почти что сказка
Выглядит мегакруто.
Мне этого давно не хватало.
бугага ...
Давно юзаешь?
я что совсем идиот? нет уж увольте. о такой "многопотчности", лет 5 назад писал Потапенко, с тех пор ничего не изменилось. я написав сам такую многопоточность, поржал, удалил, и больше не вспоминаю.
поясните?
LocalConnection работает увы сверхсинхронно. что бы послать сообщение из свф1 в свф2 он должен споймать их синхронные кадры. за раз можно послать только одно сообщение. тоесть если на экране 20 флэшек, которые одновременно отправят сообщения, последние обработается только на 20й синхронный кадр. тоесть задержка будет минимум 20 кадров, в реале скорее всего гораздо больше. причём скорость работы не контролируема, и может зависеть от совершенно сторонних флэшек. поэтому попытки ускорить приложение за счёт "многопоточности" в результате приводит к тому, что при болие менее тесном обмене сообщениями приводит к огромных задержкам.
но конечно, если надо тупо с одной стороны всегда принимать а с другой всегда принимать, то конечно можно проигнорировать, и не парится. но нафига спрашивается такие навороты?
А навороты собственно такие что вы можете загрузить в свое приложение другие SWF и при этом иметь:
- Контроль доступа. Сторонние SWF сидят в отдельном Security/ApplicationDomain.
- Независимость разработки. Файлы различной версии флеша, независимых билдов.
Т.о. легко изолируется недоброкачественный SWF.
Хорошо подумав над событийной моделью (подписание - удаление слушателей) вы можете соптимизировать кол-во запросов. Матчасть вам в помощь.
Ведь именно об этом вы мечтали в таймзеро?
не мечтали мы о такой реализации в ТЗ
и как не оптимизируй случатели скрость слишком низкая, и слишком сильные затыки у флэшки во время ошибок возникают.
и как нам оптимизировать? залезть в исходники флэшплэйреа?
А точно ли ничего не изменилось за 5 лет? Все же, флэш плейер за это время многое пережил.
ну ... пару месяцев назад я писал апликуху с использование ЛС, результат был такой же печальный.
Уважаемый, BlooDHounD.
помогу.
Если заметите, что Интернет работает слишком медленно (например для синхронизации мультиплеера) и вдруг соберетесь переписывать стек протоколов TCP/IP -- позовите мнея
не спасибо. давайте без меня, сами
"если надо тупо с одной стороны всегда принимать а с другой всегда принимать"
- клевая очепятка, т.е. принимать на двоих)))
ну извините, спешил, и не перечитал, а мой редактор в отпуске.