Если долго работать. И никакие эксперты на это не влияют.

offtopic

А что поменялось в языке со времён D7?

Да хотя бы хелперы и перегрузка операторов.

Это вроде если под .net писать? А меня интересует win32.

С D7 было относительно мало проблем. Настолько мало, что я их сейчас перечислю.
Самая основная (и знаменитая) - при закрытии среды вываливается окно об ошибке (Access Violation или что-то типа того). Как правило, возникает подобное если часто прогонять программы через отладчик, поэтому без необходимости это не делаю и не ленюсь, компилирую и запускаю из проводника.
Иногда эксешник криво компилируется. И также при программировании с наследованием форм при внесении визуальных изменений в родитель D7 не всегда сразу переносит изменения в наследники. Здесь нужно быть аккуратным и придерживаться следующего: а) делать не compile, а build (чуть-чуть дольше); б) взять за правило - чем меньше открытых модулей с формами, тем лучше. Т. е. ненужные модули лучше закрывать, я так всегда делаю.
Ну конечно же пора обновить интерфэйс, но по-умному. Из того, что есть я бы только редактор кода хотел бы видеть как в Turbo, палитру компонентов надо оставить как есть вверху.
Кое-какие вещи имеют логическую ошибку. Например, если сделать копию с папки проекта и не убрать dsk-файл, попробовать что-то поменять в этой папке-копии - сами знаете, на какие грабли можно наступить.
Это ВСЁ! В остальном D7 стабильная, удобная и такая послушная...  Когда за ней работаю, ощущение надёжности и силы, как будто автомат Калашникова держу.
Иногда бывают проблемы из-за компонетов сторонних, но в новых версиях всё исправляется авторами.

Yanis, так это в рекордах, а как дела с классами?


Вообще не представляю как с ней работали, там же рефакторинга не было!   

Прекрасно.

Нашёл! - http://dn.codegear.com/article/34324
Глядя на изменения просто поражаюсь! Как вообще можно было писать программы на D7.   

Это сообщение отредактировал(а) Ch0bits - 10.4.2007, 19:41

Это не всё ;-)
http://dn.codegear.com/article/34323
http://dn.codegear.com/article/34324
http://dn.codegear.com/article/34325

Ch0bits,

очень не впечатлило, лучше бы VCL до ума довели. От DBGrid тошнит уже несколько лет.

Консерватизм в твоём случае тебе не на пользу.
Мне тоже было тяжело пересесть с семёрки. Всё казалось неудобным. Глюков было почему то больше.
Просто твоя привычка не даёт тебе объективно судить достоинства турбы.

У меня такого на D7 не было. Может просто везет, а может апдейты ставить надо?



НЕ НАДО!!! Я когда первый раз сел за Турбу - тоже не удобно было. А теперь вот неудобно в D7, в плане размещения компонентов.



Она такая стабильная, потому что построена на основе D5 и много лет доводилась до ума. А TD сделана на основе BDS, ей намного меньше. Но, снова таки, ставь апдейты и проблем будет меньше. Ну а если сравнивать D7 и TD как оружие, то D7 - это автомат, а TD - это уже, как-минимум, пулемет. =)



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



VCL - это дополнение к языку. Приоритетная задача - все же развитие самого языка. 

Кое с чем я уже успел познакомиться, но увидев новые возможности 2007го... ну просто в шоке.   
  Особенно впечатлила функция одновременного изменения идентификаторов в блоке, а новые возможности классов так вообще! По части гибкости работы с классами тут даже С++ отдыхает. Да теперь код можно писать еще более прозрачным, строго указывая области видимости. 
  Вот насчет раздельного тестирования модулей не совсем ясно. Кто в курсе, что это такое, раскажите подробнее.

Юнит-тестирование, архиполезная вещь в крупных проектах, пришло из мира java.
Проще говоря, когда проект состоит из множества классов и пишется командой разработчиков, мы имеет сильные зависимости. И например, когда в какой-либо класс вносятся изменения, мы не можем точно определить, как это отразится на проекте в целом. Юнит-тестирование позволяет определять правильность работы ключевых звеньев проекта при каждом изменении одной из его составляющих.
И ещё: 
http://ru.wikipedia.org/wiki/%D0%AE%D0%BD%...%BD%D0%B8%D0%B5