большие проекты

← →
matt © (2004-09-25 00:08) [0]

как разобратся со свалившимся на голову большим проектом? на что обращать внимание в первую очередь, последовательность рассмотрения кода и т.п. вообщем поделитесь опытом

← →
matt © (2004-09-25 00:09) [1]

хм... имеется ввиду _готовым_ проектом

← →
Cobalt © (2004-09-25 01:20) [2]

Начать лучше с рассмотрения ТЗ

Вообще, лучше поясеи - что значит "готовый проект"? Тебя перебросили на новый для тебя проект?

← →
matt © (2004-09-25 01:52) [3]

угу... а там 30 модулей...

← →
Sergey_Masloff (2004-09-25 06:47) [4]

matt © (25.09.04 01:52) [3]
>а там 30 модулей...
Слушай, ну нельзя же так... 30 модулей это большой проект? Большим вообще-то называют (ЮЗ приводил да и еще я слышал этот критерий) проект от полмиллиона строчек своего (не библиотечного) кода.

← →
paul_k © (2004-09-25 06:55) [5]

matt © (25.09.04 01:52) [3]
Проект может быть "большим" по количеству реализованного функционала, по количеству лиц занятых в проекте, по объему кода. Но кол-во модулей - не показатель. Я сейчас веду небоьшой проект.. ну примерно 1500 хранимых процедур в нем.. Почему небольшой? - в проекте занято в данное время четыре человека, заказчик - не более 10ти рабочих мест.. Но даже этот небольшой проект загитбается из-за отсутситвия "необходимой бюрократии и бумагомарательства"
и чем боллше проект, тем больше и тщательнее надо документировать все действия.

← →
Думкин © (2004-09-25 07:31) [6]

> [4] Sergey_Masloff (25.09.04 06:47)

Есть модули с объемом намного более 20000 строк кода.

← →
080D:07BBh © (2004-09-25 08:26) [7]

Книги
"Мифический человеко месяц"
"Смертельный марш"

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

← →
matt © (2004-09-25 11:50) [8]

>Sergey_Masloff
>paul_k
а я и не утверждал что он большой в общем понимании, для меня важно что он большой для меня... и мне нужно разобратся в кратчайшие сроки..

← →
paul_k © (2004-09-25 12:56) [9]

matt © (25.09.04 11:50) [8]
анекдот про три конверта помните?
так вот либо примерно так-же (особенно если подробная документация по проекту отсутствует)
либо сидеть и документировать проект самостоятельно. И ни в коем разе не выполнять ничьих (даже самого большого босса) устных ценных указаний. И всем участникам проекта категорически, под стразхом смертной казни, запертить что-либо дорабатывать "со слов" заказчика или шефа.
И документировать, документированное тестировать на соответствие документации (и вообще на работоспособность) а задокументированное и протестированное откладывать в сторону и руками не трогать.
Только таким путем быстро не получится... Да и вообще, поднять за кем-то новый для тебя проект (а тем более "большой") по быстрому не выйдет.
Так что остается 3 конверта.

← →
Гаврила © (2004-09-25 13:04) [10]

> [6] Думкин © (25.09.04 07:31)
> > [4] Sergey_Masloff (25.09.04 06:47)
>
> Есть модули с объемом намного более 20000 строк кода.

Если в модуле больше 3000 строк, я расстреливаю (на месте)
куча народа полегло уже

автору ветки
втяни код в какой -нибудь UML редактор (например Model maker)
и построй диаграммы - разбираться будет легче

← →
вразлет © (2004-09-25 13:23) [11]

[10] Гаврила © (25.09.04 13:04)

Если в модуле больше 3000 строк, я расстреливаю (на месте)

Странно, раньше не замечал в тебе снобизма. Это форум программистов, а не руководителей, упоминание твоих методов воздействия тут ни к чему, а читать неприятно.

← →
paul_k © (2004-09-25 16:45) [12]

> Гаврила © (25.09.04 13:04) [10]

А что делаешь если в одной хранимой процедуре больше 6000 строк?

← →
jack128 © (2004-09-25 16:54) [13]

Гаврила © (25.09.04 13:04) [10]
Classes - > 8300 строк
SysUtils - > 7300 строк. Борланд на мыло!!! :-)

Хотя мне тоже огрормные модули не нравятся..

← →
Vlad © (2004-09-25 17:09) [14]

> jack128 © (25.09.04 16:54) [13]

> Classes - > 8300 строк
> SysUtils - > 7300 строк. Борланд на мыло!!! :-)

Фигня, comctrls.pas ~20000 строк, Windows.pas ~30000 строк
На мыло, однозначно ! :о)

← →
Sergey_Masloff (2004-09-25 21:17) [15]

jack128 © (25.09.04 16:54) [13]
>Classes - > 8300 строк
>SysUtils - > 7300 строк. Борланд на мыло!!! :-)
Так затем они и такие большие что позволяют прикладному программисту не писать больше названых Гаврилой размеров. Или ты думаешь там проект инструментальной библиотеки типа VCL? Хотя может быть...

> [11] вразлет © (25.09.04 13:23)
> Странно, раньше не замечал в тебе снобизма. Это форум программистов,
> а не руководителей, упоминание твоих методов воздействия
> тут ни к чему, а читать неприятно.

Да ладно, дай повыпендриваться то :-) Я в том посте забыл смайл поставить. А снобизм рахумеется есть, куда же без него :-)

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

> [12] paul_k © (25.09.04 16:45)

Такого, слава богу, не видел

← →
Sergey_Masloff (2004-09-25 22:01) [17]

paul_k © (25.09.04 16:45) [12]
>А что делаешь если в одной хранимой процедуре больше 6000 строк?
А чего она такое делает разнотипного что из 6000 строк ничего нельзя в подпрограммы порассовывать? Просто интересно.
Я на PL/SQL пишу много и мое наблюдение - код получается компактнее чем то же вынесеное на клиента дельфийского или любого другого. Но 6000 строк в одной ХП - пока даже не могу представить чего в ней может делаться.

Sergey_Masloff (25.09.04 21:17) [15]
Так затем они и такие большие что позволяют прикладному программисту не писать больше названых Гаврилой размеров.

Не понял?? От того, что TStream и его наследников перенесли бы в модуль Streams, а TComponent со товарищи в модуль ComponentFramework мне пришлось бы больше писать?? Почему??

← →
Sergey_Masloff (2004-09-25 23:05) [19]

jack128 © (25.09.04 22:53) [18]
А чего тут не понять. Они большие потому что универсальные. В них все что потенциально можешь использовать уже понапихано. Если б TStream не включили то писал бы его сам. Как впрочем все и делали ;-)

Sergey_Masloff (25.09.04 23:05) [19]
чего тут не понять. Они большие потому что универсальные. В них все что потенциально можешь использовать уже понапихано. Если б TStream не включили то писал бы его сам. Как впрочем все и делали ;-)

Да нет!!! То что его включили - это хорошо, но непонятно зачем его пихать именно в Classes - и так модуль перегружен.. Это не дружественный класс для остальных, так что его можно вполне вынести в отдельный модуль..

← →
Sergey_Masloff (2004-09-25 23:26) [21]

jack128 © (25.09.04 23:13) [20]
Это опять о нас подумали. Чтоб не писать
uses Classes, SubClasses and MoreOthers. И так глянь в юзес любой формы ;-)

> Гаврила © (25.09.04 21:28) [16]

а я седни развлекался борьбой с сообщениями вида
Server: Msg 8114, Level 16, State 5, Line 8216
Error converting data type varchar to numeric.
жуть.... хотя процедурка сама по себе не такая уж и громоздкая по содержанию.. какой-то импорт сделок...

большие проекты Найти похожие ветки