Пункт 9 из Тест Джоэла: 12 шагов к лучшему коду :
Используете ли вы лучшие инструменты, которые можно купить за деньги?
Возможно, этот аргумент здесь уместен.
С другой стороны, если вы поддерживаете устаревший код и не генерируете ничего, что зависит от новых функций ОС или инструментов, это трудный аргумент для победы. Однако я бы не рекомендовал создавать совершенно новые проекты на старых инструментах.
Юникод поддерживается в Windows по крайней мере с NT 4.0, а для Windows 95/98 / Me - с момента добавления MSLU в 2001 году - так что, безусловно, Delphi 2006 поддерживает его !? [edit] Похоже, не полностью поддерживается в библиотеке компонентов. [/ Edit]
Я полагаю, что одним из убедительных аргументов является обеспечение совместимости с Vista и Windows 7. Я понимаю, что 64-битная целевая поддержка была запланирована для Delphi в этом году. Это может быть еще один аргумент; но опять-таки это применимо только в том случае, если вы действительно намереваетесь нацеливаться на такую платформу и таким образом, чтобы получить ощутимое преимущество по сравнению с 32-битным кодом. [править] Я подчеркнул запланировано , потому что я не знал, попал ли он в продукт, но что это может быть для вас соображением. Кажется, что нет, поэтому аргумент, который вы привели руководству, может быть еще менее убедительным. [/ Edit]
Менеджмент не будет впечатлен «Я просто хочу играть с крутыми инструментами», вы должны подходить к нему на основе «возврата инвестиций» (ROI). Сможете ли вы выпустить свой продукт быстрее или дешевле, используя этот инструмент? Являются ли существующие инструменты техническим барьером для прогресса? И наоборот, подумайте, не приведет ли тратя время на перенос вашего унаследованного кода к новым инструментам (с соответствующей проверкой и тестированием) ваши бюджеты и сроки, которые не принесут никакой коммерческой выгоды?