Лично меня больше всего раздражает когда аниматоры вставляют в кадры свой говнокод на допотопном ас1, когда уже во всю все пишут ас3. Приходится портировать в код в ас3.
Так же раздражают по русски названные клипы, кадры, слои. Приходится переименовывать в нормальные английские слова.
Вообще с горе дизайнерами и аниматорами бороться довольно трудно, но это стоит того!
Тут когда деньги приходят на счет то надо в срок по моему 10 дней продать валюту.
Затем принести в валютный отдел подтверждающие документы не позднее чем 15 число следующего месяца — иначе штраф 5 т.р.
Кстати при заключении договора с одним заказчиком валютный отдел чуть ли не заставил указать сроки договора и СУММУ договора. Но мы сделали так — указали сумму, срок — 1 год, но с автоматическим продлением на один год, до тех пор пока одна из сторон не расторгнет договор. Т.е. поидее эту сумму договора могут выплачивать бесконечно, но что делать в случае если заказчик пропадет?
ActionScript-библиотека для работы с бинарными данными.
Включает алгоритмы MD5, SHA-1, SHA-2 ( 224 и 256 ), CRC32, Base64, сериализатор и десериализатор JSON, а так же кодировщики изображений PNG, JPEG.
Вообще по теме чуваку делать нечего видимо да и здоровья не жалко. А полное 3d я думаю реально будет только с помощью голографических технологий.
Мысль пришла пока читал. Можно сделать два прозрачных экрана, пересекающихся под определенным углом. Ну и подавать на них попеременно изображения отключая в это время другой. Но это опять же будет иллюзия.
Вряд ли будут какие то прорывы в области ИИ в ближайшие 10 лет. Это уже процессоры на уровне нейронов надо делать, причем полностью копировать механизм их взаимодействия. Так что будем довольствоваться примитивным ИИ.
Надо выстраивать траекторию каждого шарика вдоль определенной вертикальной прямой так, что бы шары не соударялись. Тогда в принципе будет бесконечно. Сейчас видно, что ракетка подстраивается под шарик. А нужно что бы ракетка настраивала каждый шарик на уникальную прямую. Причем с увеличение шариков, надо еще и синхронизацию во времени делать.
Спасибо за статью! Очень все обобщенно и понятно. Единственное хотел добавить несколько вещей:
1. Лучше писать свои утилиты по защите и не выкладывать их в общий доступ.
2. Делать комплексную защиту с множеством вложений. Потому как если защищать одним способом то его достаточно просто взломать.
3. Есть идея загрузчика с кучей тегов DefineBinaryData, картинок, текста, чисел. Загрузчик составляет результирующий swf из кучи картинок, тегов, строк, чисел(естественно написать надо утилиту которая генерирует такой код). Все шифровать ключами, которые тоже не хранить в открытом виде, тоже шифровать с большой вложенностью в нескольких вложенных swf. Проверять контрольные суммы тегов и swf. И самое главное — сделать так что если даже из памяти и выдерут результирующий swf то он не будет работать, т.к. надо обеспечить плотную работу с загрузчиком. Т.е. и сам загрузчик+оригинальный не будет работать на определенном домене, так и оригинальный swf не будет работать вообще.
Ну вообще я думал сделать типа домашнего медиа-центра. Стол поставить в гостинной. К примеру новости почитать, в игры поиграть когда друзья/племянницы пришли, музыку послушать (т.е. подключить аудио систему), или выбрать фильм и «перекинуть» его на большой телевизор…
Классная штука! Я как то хотел сделать нечто подобное. Можно же взять купить монитор большой и к нему мультитач экран… Ну и на AIR что нить написать. Правда стол не будет видеть, а только реагировать на тач. Но все равно прикольно! Встал утром налил чаю сел на диван — почитал новости ))
Да уж. Вообщем каждый выбирает свой путь. Кто то в реальной жизни себя реализует, а кто то в виртуальной. Я понимаю когда человек в реальности заработал и от нечего делать сидит играет. А когда у тебя не очень удачно в реальности сложилось и ты ищешь утешения в другом «мире» — это немыслимо!
Не смешно вообще то. Я из-за рода своей деятельности не склонен к зависимости от игр, т.к. сам их делаю. И когда играешь в игру и уже предсказываешь поведение то как то не интересно становится. А друг, он же брат жены, совсем завяз, а у него ребенок — его надо обеспечивать. Мозги есть у человека, но его слабости побеждают.
В любом случае не стоит это все вместе 2 млн рублей.
Так же раздражают по русски названные клипы, кадры, слои. Приходится переименовывать в нормальные английские слова.
Вообще с горе дизайнерами и аниматорами бороться довольно трудно, но это стоит того!
Тут когда деньги приходят на счет то надо в срок по моему 10 дней продать валюту.
Затем принести в валютный отдел подтверждающие документы не позднее чем 15 число следующего месяца — иначе штраф 5 т.р.
Кстати при заключении договора с одним заказчиком валютный отдел чуть ли не заставил указать сроки договора и СУММУ договора. Но мы сделали так — указали сумму, срок — 1 год, но с автоматическим продлением на один год, до тех пор пока одна из сторон не расторгнет договор. Т.е. поидее эту сумму договора могут выплачивать бесконечно, но что делать в случае если заказчик пропадет?
Поздняк метаться — на Adobe MAX была представлена новая фича CS5.
www.blooddy.by/ru/crypto/
ActionScript-библиотека для работы с бинарными данными.
Включает алгоритмы MD5, SHA-1, SHA-2 ( 224 и 256 ), CRC32, Base64, сериализатор и десериализатор JSON, а так же кодировщики изображений PNG, JPEG.
Мысль пришла пока читал. Можно сделать два прозрачных экрана, пересекающихся под определенным углом. Ну и подавать на них попеременно изображения отключая в это время другой. Но это опять же будет иллюзия.
1. Лучше писать свои утилиты по защите и не выкладывать их в общий доступ.
2. Делать комплексную защиту с множеством вложений. Потому как если защищать одним способом то его достаточно просто взломать.
3. Есть идея загрузчика с кучей тегов DefineBinaryData, картинок, текста, чисел. Загрузчик составляет результирующий swf из кучи картинок, тегов, строк, чисел(естественно написать надо утилиту которая генерирует такой код). Все шифровать ключами, которые тоже не хранить в открытом виде, тоже шифровать с большой вложенностью в нескольких вложенных swf. Проверять контрольные суммы тегов и swf. И самое главное — сделать так что если даже из памяти и выдерут результирующий swf то он не будет работать, т.к. надо обеспечить плотную работу с загрузчиком. Т.е. и сам загрузчик+оригинальный не будет работать на определенном домене, так и оригинальный swf не будет работать вообще.