Форум: "Потрепаться";
Текущий архив: 2004.10.17;
Скачать: [xml.tar.bz2];
Внизбольшие проекты Найти похожие ветки
← →
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? Хотя может быть...
← →
Гаврила © (2004-09-25 21:28) [16]
> [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 строк в одной ХП - пока даже не могу представить чего в ней может делаться.
← →
jack128 © (2004-09-25 22:53) [18]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 не включили то писал бы его сам. Как впрочем все и делали ;-)
← →
jack128 © (2004-09-25 23:13) [20]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. И так глянь в юзес любой формы ;-)
← →
paul_k © (2004-09-28 00:41) [22]
> Гаврила © (25.09.04 21:28) [16]
а я седни развлекался борьбой с сообщениями вида
Server: Msg 8114, Level 16, State 5, Line 8216
Error converting data type varchar to numeric.
жуть.... хотя процедурка сама по себе не такая уж и громоздкая по содержанию.. какой-то импорт сделок...
Страницы: 1 вся ветка
Форум: "Потрепаться";
Текущий архив: 2004.10.17;
Скачать: [xml.tar.bz2];
Память: 0.5 MB
Время: 0.037 c