iscrafm
p.s. преимущества FW в потоковой работе. Если бы Вы занимались поддержкой, ну хотя-бы, десятка крупных проектов, то увидели бы сразу. :)
А почему вы уверены, что не занимался? Десяток насколько крупных и главно насколько разных проектов? И преимущества FW перед чем?
Как как вы тут уже подметили, есть неточность в терминологии. Что называть фреймворком, а что средой разработки? Если под фреймворком подразумевать библиотеки, шаблоны, общие наработки и тому подобные дополнения к штатному инструменту (Delphi), то разумеется это жизненно необходимо для увеличения эффективности работы. А вот преимущества FW как среды разработки не вижу вообще кроме стоимости.
Alexey Kudinov
Конечно элементы FW присутствуют в любом сколь-либо большом проекте,

Вот именно. Если в проектах есть похожие, слегка различающиеся задачи, то проблема решается тем, что модули делаются гибкими и настраиваемыми. А по участкам, где нет ничего общего, разницы особой в чем их разрабатывать, не будет.
Alexey Kudinov
однако мне представляется, что он (FW) более уместен там, где часто и много надо начинать с нуля и писать достаточно простые, стандартные вещи. Что собственно и подтверждается авторами FW-ков: "реализовано и внедрено более 100 проектов " и т.п.

Прошлый фреймворк, который я трогал руками, имел даже документацию. А в документации был пример по шагам, как сделать телефонный справочник
Стоило бы из этих 100 проектов выделить хотя бы несколько, за которые не стыдно, и описать на сайте в виде success stories. А то 100 - цифра большая, но ни о чем не говорящая.
hyell
А просто на чем? на Delphi? Я уже сейчас не представляю, как бы мы без ф2мастера разрабатывали новые проекты и сопровождали уже существующие.

Может просто забыли? :) А может были недочеты в организации разработки и сопровождения?
hyell
Когда разработка и сопровождени на потоке, когда наш программист в течении дня решает проблемы у нескольких заказчиков. Например необходимо быстро добавить поле в таблицу и сделать для этого поля контроль, - это делается в течение нескольких минут, при этом все остальные пользователи продолжают работать.

Не вижу преимущества перед Delphi. Так же добавится поле за несколько минут.
hyell
Сделаное изменение в интерфейсе формы пользователь увидит при очередном ее открытии.

В нашем варианте - после очередного обновления программы, происходящего автоматически. Велика разница?
hyell
Это достигается тем, что все Ф2объекты хранятся в той-же БД. Это тоже очень сильно облегчает нам жизнь.

Интересно было бы глянуть на работу с базой по каналу 64-128 кбит.

hyellСкоро будет флэш ролик.

Уже скачал и посмотрел. Жду более интересных примеров, тогда может и вопросы по существу появятся.
hyell
Александр Гoлдун hyellА просто на чем? на Delphi? Я уже сейчас не представляю, как бы мы без ф2мастера разрабатывали новые проекты и сопровождали уже существующие.
Может просто забыли? :) А может были недочеты в организации разработки и сопровождения?Нет, не забыли, например рабочие места барменов и официантов с тач-скринами реализованы на Delphi. И при этом у каждого заказчика своя отдельно скомпилиная программа.

И что в этом плохого? А может можно было бы обойтись и не отдельно скомпиленными, а общим приложением, но достаточно гибким либо имеющим модульную компоновку. Но это можно сказать вопрос вкуса и здесь преимущества отдельной среды разработки неявны
hyell
Александр ГoлдунНе вижу преимущества перед Delphi. Так же добавится поле за несколько минут.
Ага, и на всех рабочих местах пользователей установлен Delphi и есть исходники со всеми библиотеками.

А зачем у заказчиков Delphi, если доработку делает ваш программист?
hyell
Александр ГoлдунВ нашем варианте - после очередного обновления программы, происходящего автоматически. Велика разница?
Ни какой... кроме той, что нужно всех пользователей каждый раз просить выйти из программы. И не надо ждать очередного обновления программы.

Зачем просить? Такие нетерпеливые? Если изменения несущественные, типа добавление необязательных полей, то пока работают со старым - не видят этого поля. При следующем входе в систему получат свежую версию. Либо запустят обновление вручную. А если речь идет про внесение на лету кардинальных изменений, при которых старый интерфейс становится принципиально несовместим с новой структурой данных, то тогда извините: такие наколеночные правки на лету, да еще и по боевым базам у клиента в разгар работы лишь намекают на вашу достаточно небрежную организацию работы либо на несерьезность внедряемых проектов. Ничего личного.
hyell
При использовании среды разработки с открытым кодом. Есть всегда возможность быстрого внесения изменения в работу приложения прямо на стороне заказчика. Вносить изменения при этом могут не только разработчики, но и IT персонал заказчика. Таким образом заказчик не сильно привязан к разработчику.

В этом плюс есть, согласен. Но опять таки, некоторое уменьшение привязанности к разработчику можно обеспечить просто обеспечением большей гибкости и настраиваемости системы. Хотя, конечно, IDE подобные вашим можно рассматривать как крайний вариант гибкости и настраиваемости Но если я соберусь делать подобные заказные проекты с расчетом на полное отречение и выпуск в свободное плавание у заказчика, то тут либо буду смотреть что-нибудь вроде 1с8, либо пусть их ИТ-служба принимает как есть.
hyell
Даже если Вы продали заказчику программу вместе с исходниками, то и в этом случае не каждый программист третей стороны захочет разбираться в этих исходниках и попытаться все это для начала хотябы скомпилировать.

Извините, а в чем разница, разбираться в исходниках на Delphi или в исходниках f2master? А особых проблем с компиляцией не вижу. Модульная архитектура и прозрачность интерфейсов модулей значительно упрощают процесс разбирательства, доработки и т.п.
hyell
Бывает, что заказчик не обращается к нам в течении довольно-таки дительного времени, потом у него возникает портребность внесения каких-то не больших изменениях в программу. А Вы уже за это время в своих разработках сменили версию Delphi со всеми используемыми библиотеками от третих фирм.

Часто Delphi меняете? У нас до сих пор Delphi 6. Не демпингуйте в стоимости сопровождения и идея хранения в архиве окружения для старых проектов не покажется абсурдной.
hyell
Ведь например в 1С также любой программист может внести измения в программу, не обращаясь при это к разработчикам 1С. (1С я привел в качестве примера среды разработки, 1С можно считать FW?)

Разница в том, что программиста 1с или Delphi найти гораздо проще, чем программиста f2master.