Минуточку, вы статью вообще читали? Где я написал про то как все плохо в Delphi?
Я на вскидку могу только 1 серьезный баг в VCL вспомнить (кривой IBX не в счет). + Некоторую неустойчивость IDE при работе с группой проектов и глючными компонентами. Всё! Делфи идеален для своих задач.
Да нормально я пишу на Делфи, по крайней мере коллеги носом не тыкают в говнокод. Но новый проект потребовал кроссплатформенности, причем не только Win/Linux а еще CE в обязательном порядке. Покрутились — а выбрать-то и нечего кроме Qt.
Вы поймите меня правильно, вот открываешь HH и думаешь, что написать: Delphi или Firebird? А ведь больше ничего нормально и не знаю. за 8 лет только на них и работал, стыдно же.
хорошо если так. А вот мой бывший начальник очень неодобрительно относился к моим, не побоюсь сказать, изящным ООП-решениям. Зато он мог запросто за полдня написать простыню на 3 экрана квадратно-гнездового процедурного кода с уровнем вложенности over9000, и что самое интересное — оно работало почти идеально! Было ему на тот момент в районе 35.
Но инструментами надо владеть, так ведь? С++ это не штыковая лопата и даже не совковая. Чтобы достичь хотя бы среднего уровня, нужно потратить немало времени, которое ни один работодатель не будет оплачивать.
Да и боже упаси клеймить Делфи позором. Я сам безмерно уважаю этот продукт.
>> Но оцените рынок готовых «кирпичей» (пускай даже платных) в рамках Qt
Я думаю это вопрос времени
>>Классическая схема работы дельфиста… покупаем готовые решения, берем бесплатные
полностью согласен, но сам работал несколько иначе. Политика компании была такова, что сторонние компоненты использовались только в случае крайней нужды. FastReport например. Остальное всё сами. IBX даже вдоль-поперек переписали, не хуже FIBPlus вышло :)
Кстати буквально сегодня, изучая QtSql был неприятно удивлен отсутствием внятного управления транзакциями. Придется допиливать видимо, дело привычное.
>> сколько бы времени потребовалось
очень много. Продукт живет уже 8-9 лет, потрачено приблизительно 25 человеко-лет только программистов. Продукт отлично продается и приносит стабильный профит компании. Переписывать его в планах не значится, будет жить и дальше.
Дело в том что у меня есть убеждение насчет возраста креативности для программиста. И по моим расчетам у меня он подходит к концу. Это лично мое убеждение, аргументировать не смогу.
Я на вскидку могу только 1 серьезный баг в VCL вспомнить (кривой IBX не в счет). + Некоторую неустойчивость IDE при работе с группой проектов и глючными компонентами. Всё! Делфи идеален для своих задач.
Так что не надо спешить с выводами
Вы поймите меня правильно, вот открываешь HH и думаешь, что написать: Delphi или Firebird? А ведь больше ничего нормально и не знаю. за 8 лет только на них и работал, стыдно же.
Да и боже упаси клеймить Делфи позором. Я сам безмерно уважаю этот продукт.
Я думаю это вопрос времени
>>Классическая схема работы дельфиста… покупаем готовые решения, берем бесплатные
полностью согласен, но сам работал несколько иначе. Политика компании была такова, что сторонние компоненты использовались только в случае крайней нужды. FastReport например. Остальное всё сами. IBX даже вдоль-поперек переписали, не хуже FIBPlus вышло :)
Кстати буквально сегодня, изучая QtSql был неприятно удивлен отсутствием внятного управления транзакциями. Придется допиливать видимо, дело привычное.
очень много. Продукт живет уже 8-9 лет, потрачено приблизительно 25 человеко-лет только программистов. Продукт отлично продается и приносит стабильный профит компании. Переписывать его в планах не значится, будет жить и дальше.
Дело в том что у меня есть убеждение насчет возраста креативности для программиста. И по моим расчетам у меня он подходит к концу. Это лично мое убеждение, аргументировать не смогу.
рукимышка у меня не той системы, но обработчик нажатия кнопки по дабл-клику автоматически не генерится.