Это меня как раз порадовало. Буду ждать стабильной версии, т.к. потестировать на работе не удаётся в связи с большой загруженностью и зависаний системы не очень хочется видеть. Вот сегодня планирую посмотреть его дома. Но вообще сам процесс развития инструмента не может не радовать.
У меня на машине любой файл с больше, чем 1000ю строк кода начинает подтормаживать несколько при прокруте и включённой подсветке синтаксиса. Расстраивает отстутствие фолдинга.
И ещё вспомнил одну вещь: не очень удобно искать по коду место, где надо поставить брейкпоинт. Честно говоря периодически эта проблема сильно снижает скорость работы. Хотя у меня есть такая мысль — может я чего-то не знаю и можно искать быстрее?
Давно использую firebug, но честно говоря его возможности по отладке и просто работе с javascript'ом не всегда устраивают (торможение, сложность в работе с большими библиотеками). В своё время я пытался поставить отладчик на основе Aptana студии, которая также обещает отладку и для IE (хотя конечно можно использовать Web Developer Studio от майкрософта или офисный дебагер, но она не очень удобна). Поэтому у меня есть вопрос: у кого есть реальный опыт работы с другими инструментами, помимо firebug?
А мне больше нравятся новости про выступление в федеральном собрании: выступает => выступил. А потом надеется только на полноценные отношения с США… Грустно =)))
Часто читал на сайте слова типа: зачем изобретать велосипед? И мне всегда было очень интересно, а как можно иначе научиться работать с тем же jquery? Я думаю начальной стадии это очень полезно, т.к. даёт больше понимания работы фреймворка.
Конечно, такого рода эксперименты лучше проводить, если сроки не жмут и есть время поразбираться для себя. Но что писать велосипед — это очень плохо всегда — не могу с этим согласиться.
Не успел дописать, случайно отправив предыдущее сообщение.
Хотелось бы добавить, что иногда помогает и использование профилировщика (очень интересные диаграммы, распределения времени выполнения и т.п.). Конечно можно говорить, что существую и другие варианты, кроме зенда (тот же xDebug), но по процедуре установки и удобству применения (интегрируемость со студией без проблем) это всё таки лучший на мой взгляд вариант.
Отладка и брейкпоинты — это безусловно хорошо. Но по моему опыту работы с зендовским дебаггером могу сказать, что разобраться с его помощью с архитектурой проекта, который писал не ты, — намного проще. Один запуск построчного выполнения программы и мы получаем весь стек вызовов, что очень полезно для понимания работы того же Zend Framework.
А мне вот интересно что будет в этом случае с производительностью оси? Ведь далеко не секрет, что Виста хоть и красива, но в этом плане далеко не впереди.
И ещё вспомнил одну вещь: не очень удобно искать по коду место, где надо поставить брейкпоинт. Честно говоря периодически эта проблема сильно снижает скорость работы. Хотя у меня есть такая мысль — может я чего-то не знаю и можно искать быстрее?
Конечно, такого рода эксперименты лучше проводить, если сроки не жмут и есть время поразбираться для себя. Но что писать велосипед — это очень плохо всегда — не могу с этим согласиться.
Хотелось бы добавить, что иногда помогает и использование профилировщика (очень интересные диаграммы, распределения времени выполнения и т.п.). Конечно можно говорить, что существую и другие варианты, кроме зенда (тот же xDebug), но по процедуре установки и удобству применения (интегрируемость со студией без проблем) это всё таки лучший на мой взгляд вариант.