Как писать проект в команде, если ты начальник :/

← →
mmms (2005-11-10 23:26) [0]

Такая ситуация, надо бы народ привлечь под свои задания. Написание ПО. В проекте например 100 форм (корпоративная система документооборота). Например 5 человек. "Раздать" каждому 20 форм. БД общая (у них строит свой БД сервер + демо БД). Структуру БД они все видят. Они ведут дело, не зная друг о друге. (Связь - интернет) Т.е. работа заочно.
Какой принцип: каждый значит отвечает за свой модуль. Как им оттестить модуль, если нет "Fmain"? Отдавать весь проект каждому не имею права... Ещё, как формы объединить в проекте, что бы они писали как dll, так размер большой (в каждой ведь TForm и т.д...), и опять с dll на порядок все сложнее... Как вариант отпадает...
В общем, кто что может посоветовать, наверняка кто то сам так пишет в качестве одного из "работника", как вам дают задание, как тестите, как сдаете..

← →
DrPass © (2005-11-11 00:07) [1]

Если это возможно - разбей программу на ряд функциональных модулей, реализуемых в виде пакетов bpl, и равномерно распредели их между разработчиками. Перед этим напиши один модуль-оболочку, из которого будут запускаться остальные, и раздай его всем.

← →
ZeroDivide © (2005-11-11 09:11) [2]

Систему управления версиями тебе в зубы.
Напр. http://jedivcs.sourceforge.net/

← →
Nikolay M. © (2005-11-11 09:51) [3]

Если у начальника возникают такие вопросы, то проект, имхо, заведомо мертворожденный. Лучше обратиться к аутсорсинговой фирме вроде Aplana или VDI. Будет стоить дороже, но качественный результат гарантирован.

← →
mmms (2005-11-11 11:03) [4]

Спасbбо за [1], [2]
[3] У "начальника" - первый проект, надо же с чего то начать, самому все писать уж очень тяжело..

← →
ZeroDivide © (2005-11-11 11:06) [5]

Начальник сам в команде похоже ни когда не работал. Это плохо.

← →
Sergey13 © (2005-11-11 11:08) [6]

2[4] mmms (11.11.05 11:03)
Озадачь этим вопросом свою команду - пусть думают, а не бездельничают. Ты начальник или где?
8-)

← →
Игорь Шевченко © (2005-11-11 11:11) [7]

> Как им оттестить модуль, если нет "Fmain"?

DUnit ?
http://dunit.sourceforge.net/

← →
Nikolay M. © (2005-11-11 11:29) [8]

> mmms (11.11.05 11:03) [4]

Да на здоровье, я разве против? :)
Только если это твой личный проект, то приготовься к денежным и временным потерям, а если ты сам наемный работник, то придумай объяснение для начальства, почему проект провалился или получился кривым.
Даже если уволят или продашь квартиру на зарплату программистам - получишь бесценный опыт. Но я бы все-таки обратился к специалистам: и результат от них будет, и у тебя время на более важные дела останется.

← →
karat © (2005-11-11 11:59) [9]

Человек совета спросил. Всегда же кто-то начинает. Те же специалисты, тоже начинали быть специалистами.

← →
msguns © (2005-11-11 12:05) [10]

Решение есть, и довольно простое. "Начальник" (мне больше нравится "руководитель", а еще лучше "главный инженер" проекта) пректирует общую модель и разбивает ее на "куски" более-менее автономные. Далее пишется ТЗ на весь проект и на "куски".
"Куски" можно спроектировать как элементы интерфейса и элементы бизнес-логики. Первые запросто можно "упаковать" в компонентны, которые очень удобно давать "независимым" разработчикам-программистам. Со вторыми чуть посложнее, т.к. они могут иметь сильную привязку к общей модели. Но опять же при наличии "юнита" - инициализатора БД (который легко транспортируется эл.методами) тоже можно пользоваться услугами "удаленных" программистов.

Если еще проектировать задачу изначально как объектную (т.е. все сущности "заворачиваются" средствами ООП в классы и интерфейсы), то "трансформация" туда-сюда и вообще упрощается.

← →
ЮЗ (во прикол - пароль забыл) (2005-11-11 12:16) [11]

> Как писать проект в команде, если ты начальник

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

← →
Юрий Зотов © (2005-11-11 12:22) [12]

Удалено модератором

← →
mmms (2005-11-11 12:34) [13]

Спасибо ещё раз всем ответившим!
Приму к сведению все ответы. Уточню чуть чуть (кстати, по ссылкам ещё не походил, пройдусь после ответа, может быть там и есть мой ответ), есть например программа, где в ней сочетается 4 направления:
-кадры
-зарплата
-докуметооборот
-производственные процессы (поступление/списание/инвентаризация...)

БД одна, или 4 без разницы, с БД нет проблем, она хранится на центральном сервере, и правится только там, а подписчики, т.е. программисты получают "слепок" БД, т.е. копию, только без данных, ну или данные типа что в Northwind.

Далее, раздаются все Tframe, что я создал для приложения, однотипность все таки должна быть..

Может быть даже с запуском и разаработкой у них проблем не будет, просто создадут свою MDI родителя, и под ним будут тестить свои ~20 дочерних MDI форм. Мне же потом нужны будут только из pas и dfm получить, и вставить в свой проект, назначить в главном обработчик события на открытие этой формы.

Далее, по времени тоже решено, тянуть т.е. не будут специально, как на некоторых производствах, сказано полгода - 5 мес. дурака валяют, посл. мес. работают... нет, тут по оплате завязанно.

← →
mmms (2005-11-11 12:41) [14]

PS. да, в команде никогда не был, писал один, вроде успешно, сейчас время не хватает, а работы прибавляется...
Ещё, уважаемые коллеги, никто случайно не знает, есть ли книги по Delphi на коллективную разработку ПО? Есть такое дело для Явы, юниксовых систем, встречал десятками... Для Delphi не встречал, а тут все таки есть своя специфика.. Как раз специфика, детали и нужны.. Ни и про концепцию бы почитать, все виды взаимодействия организатор-подчиненные+Delphi проект бы посмотреть...

← →
Курдль © (2005-11-11 12:52) [15]

> mmms (10.11.05 23:26)

Ваша задача - создать проект за минимум бабла (работа на аутсоурсинге).
В принципе, это выполнимо. Есть много систем управления коллективным доступом. Я бы порекомендовал CVS.
Есть системы постановки задач, планирования и тестирования. Напр. в "Rational".

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

Наберите 5 хороших аналитических программиста и не скупитесь на зарплату.
Через полгода получите приличный продукт.
Аутсоурсингом можно озадачить тестировщиков и документировщиков.

← →
seg (2005-11-11 13:02) [16]

Лучше обратиться к аутсорсинговой фирме вроде Aplana или VDI.

Будет стоить дороже, но качественный результат гарантирован.

Объясняю, как работают подобные компании.

1. Заключается договор.
2. Просят предоплату за бизнес-обследование
3. Проводится бизнес-обследование и написание ТЗ. На систему из 100 форм это будет стоить 30-50 килобаксов
4. Оцениваются сроки и стоимости работ. Такая система потянет на 120-150 килобаксов.
5. Просят 100% предоплаты за разработку. (потом быстро соглашаются на 30%)
6. Для проекта выделяется 1 программист, 2-3 студента, 1 тестер (причем они могут находиться в разных филиалах и городах)
7. Программиста и тестера постоянно отвлекают на их предыдующие проекты.
8. Студенты в поте лица пытаются понять, что написано в ТЗ, на попытки что-то узнать у бизнес-аналитика, получают что-то типа " я уже не помню, разбирайтесь сами", потом плюют на ТЗ и начинают писать по принципу "Что вижу то и пою"
9. Регулярно просят оплатить очередной "этап" разработки, говоря, что все получается очень круто.
10. Ко дню сдачи вам выдают то, что наляпали за это время эти студенты.
11. На все ваши вопли о том, что они сделали вообще не то, что нужно, вам отвечают типа: "А что вы хотели за такие деньги?" и просят оплатить последний счет.
12. В итоге Вы смотрите на это чудо и думаете, как можно было бы по-другому потратить 150-200 килобаксов.

← →
Курдль © (2005-11-11 13:06) [17]

> seg (11.11.05 13:02) [16]

Совершенно точно!!! :)))

А может автор и хочет создать свою "Aplana или VDI"?!! :-)

← →
Nikolay M. © (2005-11-11 13:19) [18]

> seg (11.11.05 13:02) [16]
> Объясняю, как работают подобные компании.

Пожешь поверить мне на слово, но я знаю лучше тебя, как работают две названные мной фирмы. Насчет остальных "подобных" - не в курсе, поэтому про них ничего не говорю, возможно, в них обстоит дело именно так, как ты написал.

← →
msguns © (2005-11-11 13:20) [19]

>mmms (11.11.05 12:34) [13]
>есть например программа, где в ней сочетается 4 направления:
-кадры
-зарплата
-докуметооборот
-производственные процессы (поступление/списание/инвентаризация...)

Да-с, аппетитик ничего себе. Я бы, кстати, начинал не с этого. Ибо в з/пл утонете. Да и "Кадрі" вовсе не так просты, как могут показаться. Начинать надо с того, что более-менее догматично. Например, ТМЦ, ОС, Договора+расчеты и т.д. И, главное, сразу дает видимый эффект руководителям.

БД одна, или 4 без разницы

Увы, разница есть, и весьма немалая.

>Далее, раздаются все Tframe, что я создал для приложения, однотипность все таки должна быть..

Какие фрэймы, какое приложение ??? Это как начинать строительство дома с выбора светильников в сапальню и половичка в прихожую. Эх, молодо-зелено ;)))

>Далее, по времени тоже решено, тянуть т.е. не будут специально, как на некоторых производствах, сказано полгода - 5 мес. дурака валяют, посл. мес. работают... нет, тут по оплате завязанно.

За 5 мес. все перечисленное ? При условии удаленной работы ? Ну-ну..
"Молодо-зелено" еще раз.

>seg (11.11.05 13:02) [16]
>Объясняю, как работают подобные компании.

Это шарашки так работают, а не солидные компании. А у шарашек и такса другая.
У солидных компаний есть полностью "закейсенный" набор, из которого они "собирают" нужную конфигурацию. Доработки касаются в основном интерфейсов (внешнего вида) и делаются достаточно быстро и качественно.
О надежности, скорости, конфеденциальности и т.д. вообще не говорю, это априори. Пп. 11-12 вообще фигня полная. За названную сумму (200 000) стОит подать в суд и, выиграв дело, пустить эту шарашку по миру.

Вы привели схему, по которой можно было работать лет 10 (а лучше 20) назад. Сегодня это явно не проходит.

← →
seg (2005-11-11 13:21) [20]

А может автор и хочет создать свою "Aplana или VDI"?!!

Если как VDI, то лучше и не начинать.

← →
seg (2005-11-11 13:24) [21]

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

Ну и что ты знаешь об этих фирмах?

← →
seg (2005-11-11 13:25) [22]

Вы привели схему, по которой можно было работать лет 10 (а лучше 20) назад. Сегодня это явно не проходит.

VDI работает именно так и я знаю одного заказчика который уже давно собирается через суд вернуть деньги.

← →
Курдль © (2005-11-11 13:27) [23]

> У солидных компаний есть полностью "закейсенный" набор,
> из которого они "собирают" нужную конфигурацию.

Это что за прикол такой? 8-()
Если даже эта великолепная крутая солидная компания занимается только автоматизацией документооборота, не говоря уже о бухгалтерии и т.п., то все равно никакого "набора", кроме личного опыта не наработаешь!
Например, исследовав документооборот лизинговой и страховой компаний Вы найдете, что в них общего-то - один "трудовой договор"! Остальное - спицифика!

← →
msguns © (2005-11-11 13:33) [24]

>Курдль © (11.11.05 13:27) [23]
>Это что за прикол такой? 8-()

Это не прикол, это суровая правда жизни. Сегодня на рынке софта живут только "шарашки", перебивающиеся халтурой и, как следствие, мелким обманом (хотя изредка они что-то делают полезного) либо солидные корпорации, в свое время потратившие массу времени и денег на разработку собственного инструментария для быстрой и качественной разработки заказанного ПО. С определенной спецификой, конечно. Мне приходилось работать с некоторыми такими. Назвать не могу по причине Правил Форума (Реклама), но поверь, меня, человека не малоопытного, поверг в изумление объем проделанной работы. Зато теперь они все (или почти все) делают достаточно быстро и качсетвенно.
И еще в дополнение. В подавляющем большинстве такие корпорации многофункциональные и софт у них скорее для "ассортимента".

← →
seg (2005-11-11 13:35) [25]

У солидных компаний есть полностью "закейсенный" набор,

Перечисляю наборы:
1. Navision
2. Axapta
3. Documentum
4. SAP/R3
5. Oracle Application
6. Scala

← →
seg (2005-11-11 13:38) [26]

Сегодня на рынке софта живут только "шарашки", перебивающиеся халтурой

Описание точно подходит к VDI.

← →
Курдль © (2005-11-11 13:42) [27]

> Сегодня на рынке софта живут только "шарашки", перебивающиеся
> халтурой и, как следствие, мелким обманом (хотя изредка
> они что-то делают полезного) либо солидные корпорации,

Есть еще туева хуча разновидностей.

Например, софтверные фирмы с тысячным штатом, которые делают полную хрень, но регулярно выигрывают тендеры, получают госзаказы, проныривают в "уполномоченные поставщики" и т.п. Потому, что у них полштата - маркетинговая служба.

Есть такие специфические образования, как 1С с их франчайзинговой политикой.

Я уверяю, что столько насмотрелся примеров работы "солидных корпораций", сто цирк отдыхает! Теперь у меня свой взгляд на организацию работы софтверной компании.

← →
Курдль © (2005-11-11 13:44) [28]

> seg (11.11.05 13:35) [25]
>
> У солидных компаний есть полностью "закейсенный" набор,
>
> Перечисляю наборы:
> 1. Navision
> 2. Axapta
> 3. Documentum
> 4. SAP/R3
> 5. Oracle Application
> 6. Scala

Ну, это другое дело. Это не "их наборы", т.е. не ими произведенные.
И что, продукт на "Navision" будет стоить 200 000? :-)

← →
Nikolay M. © (2005-11-11 13:48) [29]

> seg (11.11.05 13:24) [21]
> Пожешь поверить мне на слово, но я знаю лучше тебя, как
> работают две названные мной фирмы.
>
> Ну и что ты знаешь об этих фирмах?

То, что большинство их сотрудников - профессионалы (лично знаю несколько человек), определенный процент "студентов" на "вырост", конечно, тоже есть, обе имеют множество успешно реализованных проектов от небольших фирм до монстров вроде Ренессанса, Сбера или Вымпелкома. Цены на разработку у них вполне конкретные: порядка 30 дол/час за разработчика и 40 за аналитика.
А половина написанных тобой пунктов - полный бред, по принципу "слышал звон".

← →
seg (2005-11-11 13:52) [30]

большинство их сотрудников - профессионалы

Спасибо за комплимент.

← →
msguns © (2005-11-11 13:53) [31]

>Курдль © (11.11.05 13:44) [28]
>Ну, это другое дело. Это не "их наборы", т.е. не ими произведенные.

Вот просто как пример:
http://www.smarket.kiev.ua/products/index.phtml

Прошу не рассматривать как рекламу. В противном случае просьба постинг удалить

← →
seg (2005-11-11 13:54) [32]

И что, продукт на "Navision" будет стоить 200 000? :-)

Обследование, внедрение и доработка может обойтись и дороже.

← →
Nikolay M. © (2005-11-11 13:59) [33]

> seg (11.11.05 13:52) [30]
> большинство их сотрудников - профессионалы
>
> Спасибо за комплимент.

Если ты относишься к тому самому большинству сотрудников Апланы или ВДИ, то пожалуйста :)

← →
seg (2005-11-11 14:06) [34]

Если ты относишься к тому самому большинству сотрудников Апланы или ВДИ, то пожалуйста :)

да, относился до недавнего времени...

← →
Nikolay M. © (2005-11-11 14:15) [35]

> seg (11.11.05 14:06) [34]

Тогда почему такой негатив к бывшему работодателю и незнание (плохое знание) работы с заказчиками?

← →
Курдль © (2005-11-11 14:16) [36]

> seg (11.11.05 13:54) [32]
> И что, продукт на "Navision" будет стоить 200 000? :-)
> Обследование, внедрение и доработка может обойтись и дороже.

Я и имел в виду "дороже"!
SAPR - еще дороже.

Программирование на Oracle Application - это идиотизм, принятый за моду среди крупных корпораций. Думаю, что по причине легкого списания средств.

← →
seg (2005-11-11 14:52) [37]

Тогда почему такой негатив к бывшему работодателю и незнание (плохое знание) работы с заказчиками?

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

← →
DK2DK2DK2 (2005-11-11 15:01) [38]

Mde, menja toje interesuet vopros avtora vetki :)
Nu vot est" VCS, a kak s neu rabotat" to udalenno? Esli kprimeru u 4eloveka net postojannogo dostupa v internet? Ili ja ne pravil"no ponimau? Pojasnite pojaluista, kak ispol"zuiut VCS v kollektive, pri4em udalenno? Za ranee blagodaru )

← →
Курдль © (2005-11-11 15:17) [39]

> DK2DK2DK2 (11.11.05 15:01) [38]
>
> Mde, menja toje interesuet vopros avtora vetki :)

Это Вы про CVS типа http://cvsgui.sourceforge.net/?
А то про VCS я не знаю :-(

CVS устанавливается на виндовом или линуксовом серваке и настраивается, как вэб-сервис. У пользователей прописываются параметры доступа к этому сервису и все. Далее - стандартная работа. Постоянный доступ к нему не нужен. В нормальном режиме - "утром Update, вечером - Commit". При этом будет вестись версионирование исходных файлов, текстовые файлы будут по мере возможности интеллектуально объединяться (если 2 тела весь день работали над одним и тем же модулем, то могут разойтись и без конфоиктов).

> знаю одного заказчика, который собирался подать в суд на
> компанию

Название заказчика начинается на Р и заканчивается на С? :)

← →
DK2DK2DK2 (2005-11-11 15:22) [41]

Ya imel vvidu pro pragrammy kontrolja versui(nepravil"no napisal :( )
Nu vot CVS ustanavlivaetsaj na servere, a 4to esli ego netu? Vsmysle servera(komputera v seti) ili je ya opjat" ne ponimau ?

> DK2DK2DK2 (11.11.05 15:22) [41]

Скажу проще. CVS - это "клиент-серверная" система, способная работать как в локальной сети, так и на просторах инета. Серверная часть ставится на любой комп, имеющий гальваническую :) связь с компьютерами клиентов.
Серверная часть как раз занимается управлением версиями исходных файлов. А клиентская часть обеспечивает интерфейс с пользователями.

← →
Sergey Masloff (2005-11-11 20:00) [43]

Nikolay M. © (11.11.05 09:51) [3]
>Лучше обратиться к аутсорсинговой фирме вроде Aplana или VDI. Будет >стоить дороже, но качественный результат гарантирован.
Извини но LOL. Насчет качественного результата. И его гарантии. Вот если нужна имитация бурной деятельности в виде пачек документации еженедельных таки да. А вот когда нужны качество и результат как-то сдув происходит. Из личного опыта сотрудничества с вышеозвучеными ;-) Подробностей, естественно, не будет. Но уверяю что все как я сказал.

← →
Sergey Masloff (2005-11-11 20:08) [44]

По сабжу. Если вот так раздавать "формы" то идея мертва. Через месяц это будет помойка.
Один (максимум 2) человека должны сначала неформально а потом формально написать ядро проекта. Определить как будет общение с базой, общие правила (как транзакции обрабатываются например). Потом пишутся базовые классы и утилиты которыми будут пользоваться ВСЕ участники проекта. Никаких MyForm = class(TForm) только наследование от базовых форм ядра с реализацией стандартов функционала. Все утилиты - в одном месте. Если кому-то нужна функциональность то сначала смотрится нет ли такой в утилитах, потом общее обсуждение нужна ли она и только потом включение в стандартные. Это самые азы без которых никуда. На самом деле всего на порядки больше.

> Sergey Masloff (11.11.05 20:00) [43]

Не рассказывая подробностей: а есть успешный опыт аутсорсинга без кипы регламентов и документаций? Каким образом заказчик будет уверен, что будет сделано именно так, как он написал в ТЗ, а исполнитель за 2 дня до срока сдачи проекта не будет бегом приделывать "еще пару кнопок", "а вот тут еще окошко"?

← →
Sergey Masloff (2005-11-11 20:48) [46]

Есть. Рассказываю.
1) Было ТЗ на 3 страницы но по ГОСТу. Писал я.
2) Был оговорен неформально объем работ.
3) Потом за 3 дня написали по отдельности они и я свое видение как это формально описать.
4) Определили сроки и что делать при просрочке. При этом на словах договорились так: если к дедлайну есть недоработки (именно недоработки а не отсутствие функционала) то при приемке на это закроем глаза а они потом доработают. С другой стороны если нам понадобится неописаный в доке функционал (так на предв. стадии мы просто не можем знать точно что нам понадобится) то в пределах 20% трудоемкости они это делают в рамках тех же денег. Если больше - деньги отдельные.
5) Я написал программу испытаний которую переслал им для предложений и дополнений. Все предварительное завершили за неделю.

Проект был сдан с просрочкой на 2 недели (то есть менее чем на 10% превышение от плана). Все заработало и работает сейчас. Все довольны.
Бумажек за все время было листов 30.

И был проект с не будем упоминать всуе. Когда раз в неделю мне приносили 200 листов мелким шрифтом сгенеренной Рейшнлом или чем-то в этом роде "документации". Полезного в которой было на 1 страницу а что изменилось относительно 200 страниц прошлой недели не сказали бы и сами авторы. А одних менеджеров с которыми пришлось пообщаться было больше чем всего сотрудников в той конторе про которую success story. Хотя проекты сравнимые по деньгам и объему.

> Sergey Masloff (11.11.05 20:48) [46]

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

← →
Sergey Masloff (2005-11-11 23:13) [48]

Эти как раз не секрет но они специализированый софт пишут по работе с АТС. http://www.comkas.ru/call-oc/rubin/rubin-cc.html это что они с нами делали а http://www.vulkan.ru их сайт но он что-то в дауне
Кстати ребята нормальные, им бы раскрутку. Цены у них чуть ли не на порядок ниже чем у раскрученых буржуйских аналогов при схожем функционале. Не говоря о готовности доработок вплоть до ядра своей системы под заказчика. Я их с нашей ИС интегрировал, в том числе гонял наши бизнес объекты вместе со звонком. Ну тетя в Call-центре сидит приняла звонок разговаривает с клиентом нашла его карточку, его там счета что угодно (в нашей системе). Чувствует не может помочь надо на вторую линию - переводит звонок а вместе с ним приезжауют уже открытые карточки счета и др. ерунда. Удобно и готично ;-)
А крупные конторы которые двигают буржуйские аналоги конечно круты но все в рамках своих АПИ и шаг влево шаг вправо ни за какие шиши невозможны.
А послать про 200 листов в неделю - там не я ЛПРом был. Правда с Вулканом этим ЛПРом тоже не я был но по крайней мере мнения моего справшивали.

← →
Sergey Masloff (2005-11-11 23:13) [49]

← →
Sergey Masloff (2005-11-11 23:14) [50]

сорри заглючило...

← →
mmms (2005-11-12 00:45) [51]

Уу, сколько всего.. У меня сразу ответ, да, не сильны, не богаты, но раз просят, значит народ доверяет.. Есть, да:
1. Navision
2. Axapta
3. Documentum
4. SAP/R3
5. Oracle Application
6. Scala
=>100000$
и есть студент с D7, свояющий проект <=> 30$.

И!!! Есть среднее звено, ваяющее приложения за 600-1500$ (PS. 100форм к этой цифре ест. не относится. ну 20-30 форм например.). Приложение безусловно только с посл. продажей ещё. Т.е. пишешь одному, потом продаешь ещё еому нибудь, например его же конкуренту... В общем выкидываешь демо в инет, кому надо, ознакомится, напишет, купит..

Вот про инструментарий для "середнечков" очень бы интересно узнать, методы работы.. Так то понятно, это все только лично свое, привела судьба, решаешь эту проблему, кто то подругому решает...

Спасибо
[19] msguns © (11.11.05 13:20)
Точно, начал со светильников :) Ложу в копилку. Ищу фундамент. Есть ответ :)
[44] Sergey Masloff (11.11.05 20:08)
Вот это класс, слышал.. Есть например система клиент-банка, от банка Петрокоммерц, приложение у них интересно сделано. Только транспортный модуль видимо сделан где то глубоко в ядре, может в dll, может ещё как, все без нареканий, работает как часы транспорт, а приложение тоже... в общем exe у них не большой, а есть подпапка, где лежит 45 bpl на 13 мег, и 81 dll на 7,5 мег. Не пойму, как они так делают.. Да, ещё учится и учится.. но это отступление.. Может при изучении исходников, тоже тут бы 99% профи сказали бы, что какой то маразматик делал, не знаю :/
Сергей, а что включает в себя ядро?
Я например пишу не так
MyForm = class(TForm)
а так
MyForm = class(TStandart)

Где TStandart имеет базовые простые процедуры, например при открытии формы читает из реестра настройки местоположения всех нужных элементов, в авт. режиме, без участия уже меня, что где либо дописывать, а при закрытии все пишет в реестр.. Удобно.. Это ещё не то, или уже похоже на то?

Ещё, взаимодействие с БД только через запросы, транзакции только в самом запросе. Вроде на это не жаловался, сервер сам среагирует где ошибка, если имеет быть, и сругнется :) Тоже не вижу что то дорабатывать, может ткнете, где яма может быть?

Что ещё.. на счет фреймов.. Я бы все таки не говорил светильники, а межкомнатные перегородки :) МОжет что ещё много и не понимаю..
Ну да, сними например связанно например такое творчество - DBGrid + DBNavigator + Panel + Edit (Search) + Элемент отбора по всем полям + Сортирвка по всем полям = один фрейм. Тоже быстро и удобно создается интерфейс любого справочника: сотрудников, товаров, поставщиков..

Можно написать 1 основную программу, которая без изменений
обрабатывает все формы, меню, данные разных проектов
а все описания этого в отдельных текстовых файлах,
тогда для обьединения работ многих нужно просто добавить текстовые
файлы и возможно мелкие exe в папку проекта без перетрансляции основной части,
Весь проект обьединяется и представляется для разработки и использования через меню
у каждого свое меню как главное с описанием в отдельном текстовом файле,
а в окончательное меню все они входят в любое место как подменю причем
конечно они не пропадают после выбора и меняются в самой программе.
я без всякой команды только так и поступаю потому что
жалко тратить силы на одноразовые программы.
Вот например возможности только меню
http://programania.com/m.htm
Кстати Excel и т.п. так и сделаны: одна программа на все формы
а писать dfm pas dll и т.п. для каждой формы все равно что писать
Excel для каждого документа: все равно так хорошо не напишите
а для другого проекта придется начинать сначала.

← →
Sergey Masloff (2005-11-12 11:12) [53]

mmms (12.11.05 00:45) [51]
>Это ещё не то, или уже похоже на то?
Уже похоже

Только как пример (не для подражания) несколько фич которые я некоторые придумал сам некоторые подсмотрел но часто реализую в своих проектах. Базовая форма для приложений работающих с БД:
- общие стандартные обработчики для DBAware компонентов. Например если в дизайне контролу задали определенный цвет (у меня infoBK ) то он будет readonly независимо от состояния датасета. А если он Required то его лейбл будет жирным. То же работает в DBGrid.
-Если в связаном с DBGrid датасете есть поле с именем SELECTION то столбец для него автоматически станет первым, без заголовка и с чекбоксами вместо значений
- стандартная процедура применения кешированых изменений для любого датасета
- процедуры сохранения данных перед редактирования. Тем самым отвязываюсь от специфичных реализаций этого дела типа RevertRecord
Да много всего придумать можно. Тут неважна даже максимальная эффективность а важна стандартизация. Ибо если кто в отпуске или уволился и что-то глючит я не буду лазить по сотням обработчиков событий налепленых без всякой системы а сразу буду знать примерное место глюка.

> Sergey Masloff (11.11.05 23:13) [49]

Жаль, что фирма специализированная.
А что, те, кому эти 200 листов приносили, не послали? Наверняка без отката не обошлось :)

← →
Sergey Masloff (2005-11-12 20:26) [55]

Nikolay M. © (12.11.05 18:00) [54]
Не знаю как насчет откатов, листы то мне носили ;-) То есть решения принимал-то не я а претворял в жизнь то я ;-) Короткое, к счастью, время.
А был скороее не откат а просто громкое имя. Еще бы, микрософт назвала лучшей российской оутсорсной командой.

http://delphimaster.net/view/14-1131795003/

Как писать проект в команде, если ты начальник :/ Найти похожие ветки