Интересно было бы почитать практику применения разных типов сетей. Типа: задача такая-то, поскольку тип задач такой-то, то сеть будем использовать такую-то, реализацию возмем этакую (например, matlab или еще что готовое), сконфигурирем так-то, получим результат такой-то, сделаем выводы, введем поправку и т.д. + картинки, куда же без них :).
я говорил не про мелкий функционал, а про неизменяемый. отправка письма в интернет-магазине является критичным функционалом и может отваливаться когда захочет.
про верстку говорить не буду — с ней все понятно.
про доступ к данным я упомянул — я создаю тестовую БД и на ней тестирую.
логику — ближе к концу итерации. только логика — это не if и switch ;)
валидация — само собой.
хороший вопрос.
в процессе работы над очередной версией компонента/проекта имеет смысл писать тесты на неизменяемый функционал — отправка письма, доступ к данным и сервисам.
бизнес-логику, которая сильно подвержена изменениям лучше покрывать тестами выборочно и ближе к концу текущей версии.
если бизнес-логика сильно меняется от версии к версии, то тут надо решить что важнее — время разработки или стабильность релизов, хотя чаще всего можно найти компромис.
Жаль что работа идет с shape'ами, а не кривыми Бизье поэтому идентификация кривых весьма своеобразна — по охватываемой кривой поверхности, а не по линиям кривой — это не очень удобно когда фигуры состоят из линий и наложены друг на друга, т.к. нельзя выбрать нижележащую фигуру, хотя навести курсор на линию этой фигуры можно — приходится сначала отодвигать верхнюю фигуру в сторону и только потом тыкать в нижележащую.
Имхо лучше делать всё аналогично существующим решениям типа Adobe Illustrator или Corel Draw!, хотя аудитория вашего редактора для меня — загадка :) Продвинутого пользователя, а тем более дизайнера, такой продукт вряд ли устроит, а чайникам векторный редактор ни к чему. Я вот продвинутый, но лучше на ноут поставлю корел, который может притормаживать, но зато не стесняет меня в возможностях, чем буду использовать такой быстрый, но сильно урезаный.
зы Не пробовали искать уже готовый движек на другой платформе и портировать его на javascript? мне кажется, что векторных редакторов должно быть не мало и наверняка даже с открытым кодом есть…
У меня сейчас при попытке войти:
Sorry, the OpenID server couldn't be found
приделайте по возможности обычную авторизацию — и чайникам будет проще и от ошибок с OpenID будете застрахованы :D
А общество с уклоном в какую сторону? Не понятно снаружи — нужно оно мне или нет :)
А то, что видно для не зарегистрированного пользователя (особенно всплывающие подсказки) — с одной стороны забавно, а с другой стороны не понятно.
Строить столь сложные приложения на основе браузера — по-моему это изврат. Растущая производительность и толщина каналов, конечно, всё стерпят, но это через одно место, особенно отладка в firebug, хотя некоторые умудряются вообще без дебаггера — в alert'ах выводить состояние переменных и ничего :)
Нет, я гугл люблю за поиск и бизнес-стратегию, но он зря тянет на любимую web-платформу всё подряд.
зы Обратная связь сервера с браузером делается при помощи периодического (и судя по презентации очень частого) опроса?
Или нужно файрвол настраивать (врядли, конечно)?
надо было выход со входом соединять, чтобы краска повторно использовалась :)
разные цвета пускать, правда, не получится, пока из разных трубок сплетено не будет :)
про верстку говорить не буду — с ней все понятно.
про доступ к данным я упомянул — я создаю тестовую БД и на ней тестирую.
логику — ближе к концу итерации. только логика — это не if и switch ;)
валидация — само собой.
в процессе работы над очередной версией компонента/проекта имеет смысл писать тесты на неизменяемый функционал — отправка письма, доступ к данным и сервисам.
бизнес-логику, которая сильно подвержена изменениям лучше покрывать тестами выборочно и ближе к концу текущей версии.
если бизнес-логика сильно меняется от версии к версии, то тут надо решить что важнее — время разработки или стабильность релизов, хотя чаще всего можно найти компромис.
Имхо лучше делать всё аналогично существующим решениям типа Adobe Illustrator или Corel Draw!, хотя аудитория вашего редактора для меня — загадка :) Продвинутого пользователя, а тем более дизайнера, такой продукт вряд ли устроит, а чайникам векторный редактор ни к чему. Я вот продвинутый, но лучше на ноут поставлю корел, который может притормаживать, но зато не стесняет меня в возможностях, чем буду использовать такой быстрый, но сильно урезаный.
зы Не пробовали искать уже готовый движек на другой платформе и портировать его на javascript? мне кажется, что векторных редакторов должно быть не мало и наверняка даже с открытым кодом есть…
Решил вести настроение своей подруги :)
зы Респект за аватар — мой любимый альбом, хоть и считается попсовым :)
не то, что бы надо… но я бы на вашем месте сделал ;)
Sorry, the OpenID server couldn't be found
приделайте по возможности обычную авторизацию — и чайникам будет проще и от ошибок с OpenID будете застрахованы :D
Очень затягивающе для двоих, да и с компом интересно, пока плохо умеешь…
видео:
www.youtube.com/watch?v=L3MQfTtwaPU
скачать:
www.blobby-volley.net/blobby-download-file.php?ID=11
(прошу прощения за рекламную страницу — какая нашлась. не проверял.)
А то, что видно для не зарегистрированного пользователя (особенно всплывающие подсказки) — с одной стороны забавно, а с другой стороны не понятно.
Они своими новыми процессорами со своими старыми хорошо конкурируют :)
ps прошу прощения со своей ложкой дегтя я, наверно, тут никому не нужен :)
Нет, я гугл люблю за поиск и бизнес-стратегию, но он зря тянет на любимую web-платформу всё подряд.
зы Обратная связь сервера с браузером делается при помощи периодического (и судя по презентации очень частого) опроса?
Или нужно файрвол настраивать (врядли, конечно)?
разные цвета пускать, правда, не получится, пока из разных трубок сплетено не будет :)