FD vs FDT

[CrazyFlasher]

работа в команде в разных странах уже подразумевает наличие обменного узла, соответсвенно время будет браться с него.

по любому бред...например я написал на работе код (время на рабочем компе одно)...закинул код на флэшку и решил дома поработать (дома вермя на компе отличается)...и что у меня получается?! полная каша!

[Fernando Costa]

это уже проблема разработчиков ФД - идея классная и имеет место на существование

[iNils]

А где будет сохраняться информация о времени?

[vooparker]

2neetls: а зачем тебе время когда написан код? Любишь лишнюю информацию в редакторе? В Eclipse есть возможность посмотреть Local History файла и посмотреть что когда было написано и изменено. Что касается команды разработчиков, то давно уже есть системы контроля версий CVS или SVN, там тебе и время внесения изменений, и автор этих самых изменений, сравнение версий документов для поиска этих самых изменений. Все давным давно уже есть.

Что касается FD и FDT, для меня очень важен хороший автокомплит, в FD он местами недоработан (сужу по FD3 beta 5), FDT в этом плане меня устраивает больше. Но оба к моему сожалению не до тягивают до полноценной среды разработки, а могут называться пока только редакторами кода, опять же мое личное мнение. До полноценности им необходим нормальный дебаггер, которым пока может похвастаться только Flex Builder (тут стоит отметить что FDT тоже в скором времени собирается им обзавестись) и желательно профайлер (флексовый пару раз очень сильно выручил).
Теперь опять немного вернусь к вопросу редактирования кода. В FDT и FD есть принципиальная разница в такой вещи как подсветка ошибок в коде. FD подсвечивает ошибки на основании данных полученных от компилятора (также себя ведет и Flex Builder), а FDT на основании анализа кода. С одной стороны показывать ошибки исходя из анализа кода хорошо, это быстрее и не требует компилировать проект, с другой стороны возникают ситуации когда прекрасно компилируемый и работающий код будет приводить к появлению ошибок в среде (меня честно говоря это раздражает, можно конечно поставить такие ошибки на Warning или даже Ignore но в этом случае можно пропустить настоящие ошибки). Плюс в компиляторе могут появиться какие-то нововведения (в третьей версии mxmlc такие имеются) которые будут приводить в FDT к ошибкам. И FDT будет здесь в роли догоняющего.

Итог: FD очень хороший инструмент, и что не мало важно бесплатный, частенько использую его для чего то небольшего, как правило смоделировать какую нибудь ситуацию, но писать в нем сколько-нибудь серьезный проект я бы не рискнул. Очень радует возможность создавать собственные шаблоны проектов, чего кстати нет не в FDT ни в Flex Builder. FDT обладает замечательным и интуитивным редактором кода (на некоторые баги закроем глаза), писать код в нем сплошное удовольствие, но вот с отладкой приложения тут приходится туго. Безусловным на мой взгляд плюсом FDT (впрочем как Flex Builder'а) является то, что основан он на Eclipse, отсюда множетсво плагинов на все случаи жизни, в первую очередь интеграция с системами контроля версий и багтрэкинга. Flex Builder не столько хорош для написания кода как FDT, но все это мелочи по сравнению с возможностями отладки.

[iNils]

В целом хорошо, особенно порадовало вот это

FD обладает замечательным и интуитивным редактором кода, писать код в нем сплошное удовольствие

[vooparker]

2iNils: вот оно не точное цитирование не FD а FDT =)

[iNils]

Ну прости, я под себя переделал

[neelts]

вообще время в этой идее не главное, важнее фича со свежестью кода, просто и наглядно.

[KidsKilla]

насчёт групповой разработки -- для этого есть свн, а время изменений берётся серверное.

[vooparker]

я просто не понимаю какую ценность несет в себе информация о свежести строки кода