Показать сообщение отдельно
Старый 11.12.2009, 18:48   #3  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5813 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от polygris Посмотреть сообщение
Пусть Visual Studio остается тяжелой средой разработки для крупных разработок. А в аксе реально нужно править всего несколько строчек кода.
Если вам в Аксапте нужно по работе править всего несколько строчек кода, то могу лишь порадоваться за вас - наверняка в опросе Как сильно модифицировано ваше приложение Аксапты? вы выбрали один из первых вариантов ответа.
Цитата:
Сообщение от polygris Посмотреть сообщение
Лучше бы МС допилил бы Intellisense в редакторе, да добавил примочки для девелопера - например таких какие есть в виде плагинов к Tabax.
Такое ощущение, что доводы членов команды X++, приведенные в обсуждаемом видео на channel9, вами не были восприняты Для верности я продублировал часть доводов в этой теме. Еще раз:
  • Разработчики ядра Аксапты не хотят допиливать IntelliSense, отладчик и прочие средства для разработчиков, потому что все это уже есть в VS.
  • Они не хотят доделывать тот же редактор кода самостоятельно, поэтому для AX6 взяли движок редактора из VS.
  • Они не хотят самостоятельно бодаться с проблемами производительности нынешнего менеджера памяти в ядре, в которые они уперлись, потому что для их решения нужно пойти на фундаментальные изменения - отказ от детерминированной сброки мусора. А отличный менеджер памяти с недетерминированной сборкой мусора уже есть в CLR.
Просто-напросто люди не хотят изобретать велосипед и плодить клоны уже имеющихся решений, чтобы потом тратить кучу ресурсов на поддержку стороннего функционала, который они бы у себя продублировали. В свое время по этому пути, кажется, пытались пойти разработчики BizTalk Server, фактически интегрировавшие в него MSMQ (т.е. они не просто использовали MSMQ как некий сторонний сервис, а интегрировали функционал MSMQ в BizTalk Server на уровне исходных кодов) - и они потом от этого отказались, потому что просто "не потянули".