Конец Делфи

Занесу в память. А в общем и целом, выбор инструмента (ну и языка) - дело сугубо индивидуальное. В какой-то книженции прочитала такую мыслю - скока программистов, примерно стока же и языков программирования. Вопчем, Дельфи будет жить, пока на нем будут программировать.

Я сейчас посмотрел - на софткее восьмая Дельфа стоит почти три тысячи долларов. Никто из присутствующих еще не проявляет сознательность?

Оооо! Builder! Темное студенческое прошлое и лабы по теории принятия решений! Где моя молодость?!

Да я в курсе. Но во-первых, это всё равно не родная среда, а попытки что-то "прикрутить". А во-вторых, вы тестировали mono на реальных проектах? Есть у меня один под рукой. Писался несколько человеколет. Какова вероятность, что 100% будет работать?

Ну это дело индивидуальное, если ты сам себе и технический менеджер, и инженер-проектировщик, и постановщик задач, и, в конце концов, конечный исполнитель (да и то некие ограничения заказчик поставить может, например, "хочу, чтобы это потом запускалось под FreeBSD"). Но так обычно делаются исключительно несерьёзные студенческие поделки, в мало-мальски нормальном проекте выбор инструмента - вещь весьма серьёзная и порой нетривиальная. И есть третий вариант, когда ты и есть самый последний-распоследний исполнитель, и тебе сверху спускается инструкция: "Вертись как хошь, а работать будем в Delphi". И тут уж ничего сугубо индивидуального не получится.

Я где-то писал уже, что проявляю сознательность в полной мере и не пользуюсь пиратским софтом принципиально.

ЯрАйТи
"не пользуюсь пиратским софтом принципиально"
Так Дельфу-то купили? Просто еще тут интересно аспект окупаемости включить.

Novell тестировала. У них все в порядке с mono. К слову, Novell уже "перекручивает" свой код под Mono и вкладывает в сам(у)(о) Mono кучу бабла.

Зачем задавать вопросы, ответ на которые очевиден?

Вопрос в том, сколько нужно человеко лет, чтобы каждый раз переписывать код под новомодные платформы. Я не пиарю Delphi, для каждой задачи свой инструмент. Однако, политика Borland DTG в этом плане вызывает, если не восхищение, то, как минимум, большое уважение: приложения написанные фиг знает сколько лет назад, путем внесения относительно небольших изменений и перекомпиляции... запускаются под .Net. Фантастика! Т.е. выбирая Delphi, вы будете писать код, который будет работать и на .Net+ и на бог еще знает чем, что появиться завтра.

PS: По большому счету: фреймворки, кроссплатформенность, гибкость, возможности, синтаксис, удобный IDE... Фигня все это.

Алгоритмы не ржавеют от времени.

Котобазис

Да нет у меня Дельфи, я на ней года два-три как ничего не пишу. KDevelop есть, а он бесплатный.

ZeroDivide

Ну хорошо коли так, я серьёзно спрашивал, без издёвки, просто никак руки не доходят самому потестить, а по уму надо бы...

Большое заблуждение. Алгоритмы, конечно, не ржавеют. Но много ли вы видели прикладного софта, где требовались бы какие-то особые алгоритмы? Подавляющее большинство утилитарных программ не требуют от своих создателей даже знаний, кто такой Кнут. Форма - ввод данных - обработка - результат. Форма - ввод данных - обработка - результат. И так много-много раз. И под обработкой обычно понимается "тут умножить, там вычесть". А если проект разрастается от большого до очень большого, вот тут со всей остротой и встаёт вопрос "Блин, а что ж мы сразу не подумали о фреймворках, кроссплатформенности, гибкости, возможностях, синтаксисе, удобном IDE..." Не сталкивались сами - просто поверьте на слово.

Согласная. Я имела в иду, что все ж таки инструмент выбирается не на один проект. Невозможно для каждого проекта изучать новую технологию. А вот чем заниматься - выбирает каждый сам. А потом исчет работу. Хотя часто бывает наоборот Ну, чем болеем, о том и пишем.

Опыта почти нет, но из того, что есть +1.

Со всем согласен.

Это я в более глобальном плане, включая всю бизнес логику автоматизируемого процесса.

Стакивался и сталкиваюсь ежедневно.

А как Вы можете подумать о том, чего еще нет? Или вы надеетесь, что настанет такое благодатное время, когда IT-гиганты будут снижать темп в гонке инноваций? Если бы вы, как например SAP, поставляли информационные системы для ведения бизнеса более 30 лет (это, определенно, ваш пример, когда "проект разрастается от большого до очень большого"), то вероятнее всего вы бы и предположить не могли, что появится какой-то там Win API или, о май гад.. 32-х разрязные приложеия... или ваш собственный движок БД окажется хуже, чем у какого-то неизвестно откуда появившегося Oracle. В то же время, автоматизируемые бизнес-процессы остаются практически неизменными. Да вводятся новые стандарты, приходиться что-то дополнять и изменять, но это ничто, по сравнению с "Все выкинуть и переписать заново под новую парадигму". Входные и выходные даные в бизнес-процессах и алгоритмы получения одних из других - на 90% те же, какими они были до того как MS выпустила свой фреймворк.
Если вы начинаете с чистого листа или ваш код настолько ужасен, что просто необходимо его переписать, то выбирайте самую удобную IDE, самую кроссплатформенную среду, самый богатый набор библиотек... на данный момент. Но в последствии вам обязательно придется 10 раз подумать... на что лучше потратить время: на расширение функционала существующей системы или на перевод ее на инновационную технологию.

с седьмой версии

Delphi - это среда разработки + VCL + DelphiLanguage + .NET + ...

Я писал про турбо версии продуктов от Borland