Delphi & SQL

← →
Del (2008-08-13 13:55) [0]

Доброго времени суток All!
Мысля такая ... может и потрепанная... на всеже.
Повысится ли качество разработки ПО (и стоит ли так вооще делать), если разделить разработку на SQL"щиков и Delphi"стов? Тобишь "разбить" разработку на команды.
Мое личное мнение... схоже с идеей Генри Форда... запустившим конвейерное производство, тоесть разделяй (и влавствуй).

← →
Medbe}I{onok XML © (2008-08-13 14:09) [1]

так попробуй.
возьми MastApp из демосов и дай сделать двоим девелоперам такое же

← →
Medbe}I{onok XML © (2008-08-13 14:11) [2]

А Форд, внедряя конвейер думал не о качестве а совсем о другом.

← →
Sergey13 © (2008-08-13 14:14) [3]

> [0] Del (13.08.08 13:55)

Если проект большой и работает большой коллектив, то возможно и стОит попробовать. Хотя по моему в группе достаточно одного гуру для разруливания узких мест.
ИМХО больший эфект даст разделение на аналитиков, постановщиков и кодеров.

← →
Del (2008-08-13 14:30) [4]

> Medbe}I{onok XML © (13.08.08 14:11) [2]
>
> А Форд, внедряя конвейер думал не о качестве а совсем о
> другом.

При его подходе к делу не только повысилась прибыль, но и качество. Но Меня в данной ситуации интересует конечно качество

← →
Альф (2008-08-13 14:32) [5]

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

← →
Medbe}I{onok XML © (2008-08-13 14:32) [6]

А я что-то сказал про прибыль?

← →
Del (2008-08-13 14:33) [7]

> Sergey13 © (13.08.08 14:14) [3]
>
> > [0] Del (13.08.08 13:55)
>
> Если проект большой и работает большой коллектив, то возможно
> и стОит попробовать. Хотя по моему в группе достаточно одного
> гуру для разруливания узких мест.
> ИМХО больший эфект даст разделение на аналитиков, постановщиков
> и кодеров.
>

Проект можно сказать огромный, одного гуру не хватит... если даже будет кодить без передыху 200 символов в минуту. Есть и аналитики и постановщики задач и тестеры. А вот кодеры объединяют в себе как SQL так и Delphi программистов. Вот это объединение и хочется "разьединить".

← →
Medbe}I{onok XML © (2008-08-13 14:34) [8]

При его подходе к делу не только повысилась прибыль, но и качество.

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

← →
Del (2008-08-13 14:35) [9]

> Medbe}I{onok XML © (13.08.08 14:32) [6]
>
> А я что-то сказал про прибыль?
>

> Medbe}I{onok XML © (13.08.08 14:11) [2]
>
> А Форд, внедряя конвейер думал не о качестве а совсем о
> другом.

Тогда о чем же думал Форд?

← →
Medbe}I{onok XML © (2008-08-13 14:35) [10]

А делфи и sql

← →
Del (2008-08-13 14:36) [11]

> Medbe}I{onok XML © (13.08.08 14:34) [8]
>
> При его подходе к делу не только повысилась прибыль, но
> и качество.
>
> Форду нужен был дешевый массовый автомобиль.
> Конвейер снизил требования к квалификации рабочей силы,
> и позволил делать авто серийно. Вот и все.
> Вот почему появился конвейер. Прибыль это уже следствие
> всего этого.

Ок убедил...

← →
Sergey13 © (2008-08-13 14:58) [12]

> [7] Del (13.08.08 14:33)
> Проект можно сказать огромный, одного гуру не хватит...
> если даже будет кодить без передыху 200 символов в минуту.

Я говорил про одного на группу. Если проект "можно сказать огромный" значит есть подзадачи (направления, модули - как угодно), которыми занимаются отдельные группы - вот о такой группе я и говорил. И он (этот гуру) сам писать не должен, вернее это не должно быть его основным занятием. Его работа - координация и разруливание.

← →
Игорь Шевченко © (2008-08-13 15:02) [13]

Собственно по принципу Форда работает и Макдональдс :)
Я не думаю, что стоит разделять, потому что вполне вероятен вериант как на известной картинке по строительству железной дороги.

← →
Плохиш © (2008-08-13 15:06) [14]

> Del (13.08.08 13:55)

> Повысится ли качество разработки ПО

> Мое личное мнение... схоже с идеей Генри Форда... запустившим
> конвейерное производство

Интересно и в чём ты видишь связь между разработкой и конвейером?

← →
Sergey13 © (2008-08-13 15:18) [15]

2 Del
Прежде чем делить программистов надо разделить работу. Т.е. архитектор (гуру, старший - как угодно) должен точно определить что где и как будет делаться. Как только это получится - разделение прогеров произойдет само собой. А если каждый программер сам, по ходу работы, решает как ему что делать, то о каком разделении может идти речь?

← →
Del (2008-08-13 15:23) [16]

>
> Интересно и в чём ты видишь связь между разработкой и конвейером?
>

Я образно выразился

← →
Del (2008-08-13 15:28) [17]

> 2 Del
> Прежде чем делить программистов надо разделить работу. Т.
> е. архитектор (гуру, старший - как угодно) должен точно
> определить что где и как будет делаться. Как только это
> получится - разделение прогеров произойдет само собой. А
> если каждый программер сам, по ходу работы, решает как ему
> что делать, то о каком разделении может идти речь?

Не думал что Гуру может значить старший... или архитектор.. ну не в этом дело.
Тема вообще не туда поехала...

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

← →
Игорь Шевченко © (2008-08-13 16:10) [18]

> Следует ли разделять процесс разработки

следует. Один программист пишет только begin, другой только end а третий все промежуточные слова. Работа пойдет невиданными темпами.

← →
oldman © (2008-08-13 16:17) [19]

> Del (13.08.08 13:55)

А ты что, лично рулишь командой?
Тогда образование должно позволять решать такие вопросы в зависимости от ситуации...

← →
Del (2008-08-13 16:30) [20]

Блиииин пардон... но просто пирдец какойто.

Меня интересует практика а не теория. Да и большинство книжек переведены с других языков... и мнения чужие... А меня интересует мнение отечественных программистов...

Водолей млин

← →
Del (2008-08-13 16:31) [21]

> Игорь Шевченко © (13.08.08 16:10) [18]
>
>
> > Следует ли разделять процесс разработки
>
>
> следует. Один программист пишет только begin, другой только
> end а третий все промежуточные слова. Работа пойдет невиданными
> темпами.

ЛОПАТА

> Повысится ли качество разработки ПО (и стоит ли так вооще
> делать), если разделить разработку на SQL"щиков и Delphi"стов?
>

Значительно понизится. Разделять работы надо по "узким местам" - например, выделить функциональные модули и раздать каждому разработчику. А связь между СУБД и приложением является слишком тесной, чтобы ее разрывать. Все равно что поручить левую половину формы делать одному программисту, а правую - другому

> Del (13.08.08 16:30) [20]
> Меня интересует практика а не теория.

А на практике (в отличие от теории) никогда не знаешь, как получиться лучше.
Вот тебе мнение "отечественного программиста".

> Меня интересует практика а не теория

Мнение практика было в посте [13]

> Игорь Шевченко © (13.08.08 15:02) [13]

а я думаю, мало людей, которые и хорошо дельфи знают, и хорошо sql -> либо фиговые запросы-хранимки, либо фиговые формы. Это раз. Если человек хорошо знает sql, сажать его за студенческую работу по написанию форм - жаба душит (верно и обратное - гуру дельфого сажать писать простейшие запросы неохота).
Так что сэр бигмак таки прав.

Petr V. Abramov © (14.08.08 09:11) [25]

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

> А для этого нужон гуру, который будет организовывать процесс
> разделения труда.
> Игорь Шевченко © (14.08.08 09:47) [26]

а он по-любому нужон. А процесс организации разделения не сильно как хитер

> их заменяют генераторы кода
а кто запускает генераторы (плохих или хороших типов) ?
:)

Petr V. Abramov © (14.08.08 10:04) [27]

> а кто запускает генераторы (плохих или хороших типов) ?

этот, как его там, разработчик :)

Delphi &amp; SQL Найти похожие ветки

Delphi & SQL Найти похожие ветки