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

← →
Nikolay M. © (2005-11-11 15:18) [40]

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

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

← →
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 ?

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

> 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) только наследование от базовых форм ядра с реализацией стандартов функционала. Все утилиты - в одном месте. Если кому-то нужна функциональность то сначала смотрится нет ли такой в утилитах, потом общее обсуждение нужна ли она и только потом включение в стандартные. Это самые азы без которых никуда. На самом деле всего на порядки больше.

← →
Nikolay M. © (2005-11-11 20:37) [45]

> 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. Хотя проекты сравнимые по деньгам и объему.

← →
Nikolay M. © (2005-11-11 23:00) [47]

> 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/

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