Методики разработки в условиях нехватки ресурсов.

← →
Sergey Masloff (2006-11-11 13:27) [0]

Интересно есть ли сабж. Хочу попробовать. Все больше убеждаюсь что нормальных разработчиков фиг найдешь - и бюджет не резиновый и нет их столько. Попробовать перейти на работу примерно по такой схеме - есть микрогруппа (2-3 человека) ведущих. Они определяют архитектуру, пишут ядро системы и сервисные функции. Под ними работают кодеры. Программировать им уметь не надо - только кодить. Причем все что они накодили они отдают на причесывание и проверку прежде чем это включается в проект.
Причем постараться чтобы они вообще использовали наборы базовых блоков чтобы никакой отсебятины вообще не было принципиально. Только по шаблонам.
Интересно на практике практиковал кто такое? Какие соотношения? Код скольких кодеров реально можно контролировать одному если заниматься в основном только этим? Вообще получается по такой схеме?
Просто по другим никак по деньгам не выходит в бюджет вписаться

← →
Александр Иванов © (2006-11-11 14:37) [1]

Гораздо больший эффект получили при работе парами. За одним компом два полноценных программсита. Гораздо меньше ошибок, так как второй чаще видит их сразу. Но это зависит от размера проекта. В таком режиме нельзя работать долго.
Насчет кодеров - на прошлой работе соотношение было примерно 1 разработчик высоквалифицированный к четырем даже не кодерам, а менее квалифицированным. Результат удовлетворительным назвать сложно. Код перед внесением проверяется, но один человек работу 4 исправить не успевает и не все баги замечает. Так как если спецов заставить исправлять кривой код то им только этим и придется заниматься.

← →
Ketmar © (2006-11-11 14:51) [2]

>[1] Александр Иванов(c) 11-Nov-2006, 14:37
>За одним компом два полноценных программсита.
через некоторое время оба превращаются в неполноценных и очень нервных.
%-)

← →
isasa © (2006-11-11 14:55) [3]

За одним компом два полноценных программсита.
:)
А если девять? Да за один месяц то, на что обычно уходит девять?

← →
Александр Иванов © (2006-11-11 14:56) [4]

> [2] Ketmar © (11.11.06 14:51)

Нет, но выматывает это сильно. Устают гораздо сильнее.

← →
Sergey Masloff (2006-11-11 14:56) [5]

Александр Иванов © (11.11.06 14:37) [1]
>исправлять кривой код то им только этим и придется заниматься
Это и предполагается. Плюс минимум самодеятельности чтобы степень кривизны не могла быть запредельной

Ketmar © (11.11.06 14:51) [2]
>через некоторое время оба превращаются в неполноценных и очень >нервных.
Боюсь что так

← →
Александр Иванов © (2006-11-11 15:05) [6]

> [5] Sergey Masloff (11.11.06 14:56)

В том проекте о котором речь - править не успевают. И соотношение как я и писал 1 к 4. Сейчас даже не берут народ, хотят имеющихся подучить. Иначе будет хаос.

← →
Sergey Masloff (2006-11-11 15:25) [7]

Александр Иванов © (11.11.06 15:05) [6]
Печально. Так мне 10 хороших нужно. Это нереально :(

← →
DiamondShark © (2006-11-11 15:32) [8]

> Программировать им уметь не надо - только кодить

Хоть режте, никогда не понимал, что означает "кодить, не умея программировать"? Это с русского на паскаль переводить?

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

← →
Sergey Masloff (2006-11-11 15:50) [9]

DiamondShark © (11.11.06 15:32) [8]
Ну я думал что-то вроде накидывания компонентов и задания их свойств ;-) Идея из то же серии. Наверное и правда не получится

← →
Александр Иванов © (2006-11-11 15:54) [10]

> [7] Sergey Masloff (11.11.06 15:25)

На удаленную работу народ берите. Экономия будет. Правда с большим проектом будут сложности.

← →
Sergey Masloff (2006-11-11 16:01) [11]

Александр Иванов © (11.11.06 15:54) [10]
Нет это обходится дороже. Этот этап пройденый.
Проект большой. По самым скромным прикидкам 130 (мифических) человеко-лет. В смысле столько УЖЕ. Надо углублять и расширять. Ядро писалось нормально, полностью устраивает. Но окружение на данный момент имеет тенденцию к переходу в состояние хаоса из-за нехватки грамотных разработчиков. Я пока прощупываю направления в которых можно попробовать двинуться.

← →
Mozart © (2006-11-11 16:17) [12]

Все больше убеждаюсь что нормальных разработчиков фиг найдешь
платить надо больше

и бюджет не резиновый
вот в этом и проблема

и нет их столько
не правда - есть, только и бюджет не резиновый - мешает

← →
PEAKTOP © (2006-11-11 16:22) [13]

Sergey Masloff наверное имел в виду работу на другом "слое" (уровне) внедряемого ПО.
Насколько я внедряю нечто подобное, то я работаю исходя из следующих условий:
1) "слой ядра", т.е. уровень разработки системных функций ядра ПО (*.exe), поддержки встроенного в систему языка программирования, системы отчетов (переделываемых "на лету"), дизайнера визуальных объектов. Этим занимаюсь единолично, потому как - давно и просто много уже есть сделанного. Сейчас, конечно, написать подобное снова с нуля и в одиночку постеснялся бы ;))
2) "слой конфигурации", т.е. слой разработки непосредственно прикладной задачи на встроенном в систему языке. Таких у меня пять человек, два работают вообще удаленно. Они же снабжают меня баголистом ядра, а я в свою очередь пытаюсь из этого сделать багофикс :))
3) Специфика внедряемых прикладных задач такова, что это средние и крупные предприятия, плюс - территориально удаленные. Поэтому, мы подготовливаем у заказчика местного админа-внедренца, который потом и "подправляет" отчеты, дорабатывает мелочи, если что-то в задаче поменяется с момента внедрения.

Нсколько это рентабельно ?
1) За само ядро (*.ехе-файл) мы не берем ничего, - оно бесплатно.
2) Берем за конфигурацию (кучу текстовых файлов, модулей на встроенном языке).
3) За поддержку, если например через год поменялась немного бизнес-модель заказчика, то переделываем систему.
4) За подготовку-обучение местного админа.
5) 100% местных админов после уволнения от заказчика давали нам прибыль в виде подготовки заказчику нового админа.
6) 40% местных админов после уволнения от заказчика давали нам прибыль в виде "подгонки" нам нового своего работодателя как клиента (иногда давал "откат", иногда человеку просто хотелось нормально работать или, по крайней мере, в знакомой среде).
6) 10-15% местных админов после уволнения пи...ли конфигурацию, приносили на новое место работы или продавали конкуренту заказчика. 20-25% этих "новых пользователей" обращались потом к нам за сопровождением.

Данные за 4 года, объектов ~120-130.

← →
PEAKTOP © (2006-11-11 16:39) [14]

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

← →
Marser © (2006-11-11 16:47) [15]

> Причем постараться чтобы они вообще использовали наборы
> базовых блоков чтобы никакой отсебятины вообще не было принципиально.
> Только по шаблонам.

Я бы на такую работу согласился только под угрозой голода...
С другой стороны, не пустил бы абы кого реализовывать собственные архитектурные идеи.

← →
Sergey Masloff (2006-11-11 17:13) [16]

Я не занимаюсь продажами. И вообще продажи не интересуют. Я не один. Писать свой вариант 1С не надо - у нас предметная область позволяет написать.
Система давно работает но мне нужно удерживать ее управляемой при росте и я прорабатываю пути решения.
Хотя идея интересная насчет частично закрыть пользовательский интерфейс какой-то рисовалкой...

← →
Petr V. Abramov © (2006-11-11 17:19) [17]

> Sergey Masloff (11.11.06 14:56) [5]
> Плюс минимум самодеятельности чтобы степень кривизны не могла быть запредельной
имхо, единственый вариант. правда, требует некоторых начальных капзатрат, т.к. популярные среды разработки позволяют работать в таком режиме только после хорошей перезаточки.
Помнишь, виски пили на Димровке и я тебя про библиотеку базовых форм выспрашивал?

← →
Nic © (2006-11-11 17:20) [18]

У меня задача ещё интереснее. Временных ресурсов очень мало, а идей и наработок уже очень много + очень много текущих задач и процессов, которые надо доводить до ума выводить к релизам. Денежные ресурсы есть, но опираются они только на стипендию, 2 работы и подработки, поэтому не хочется н/з трогать.

← →
Petr V. Abramov © (2006-11-11 17:21) [19]

>>Petr V. Abramov © (11.11.06 17:19) [17]
> на Димровке
на Дмитровке имелось ввиду

← →
Sergey Masloff (2006-11-11 17:21) [20]

Petr V. Abramov © (11.11.06 17:19) [17]
Помню. Я и задумался.
Правда, это видимо уже будет на дотнете. Раз пошел такой оффтоп то меня на ноги уже подняли вроди врачи убийцы можно как-нибудь в ближайшее время того... еще по вискарику.

← →
Petr V. Abramov © (2006-11-11 17:22) [21]

> Правда, это видимо уже будет на дотнете
а пофиг
> ближайшее время того...
давно пора :)

← →
Sergey Masloff (2006-11-11 17:29) [22]

Marser © (11.11.06 16:47) [15]
>Я бы на такую работу согласился только под угрозой голода...
>С другой стороны, не пустил бы абы кого реализовывать собственные >архитектурные идеи.
А и не надо. Это могут быть условно говоря студенты. Нужен человеку опыт сам бог велел покодить чуток. Заодно и посмотреть как это все делается. А через годик и на другую работу можно уходить. Естественно в другую контору.

← →
Nic © (2006-11-11 17:30) [23]

Nic © (11.11.06 17:20) [18]
Вот сводки событий:
0) В первую очередь учёба!
1) Наконец дописал авторизацию к электронной библеотеке кафедры -- можно выкладывать на сервер. Слава Богу, хоть одну задачу скину с плеч.
2) Движется разработка рпаспознавалки бланков деканату.
3) Пишется быстрыми темпами проект для фирмы, в которую я устроился. Пока всё нормально.
4) Открываю сайт (как долго шаманил с дизайном, плохо у меня это получается), где уже выложил дему мультимедийной оболочки. Надо с софткеем договор заключать поскорее.
5) Уже несколько месяцев пишу органайзер. Что-то вяло идёт. Написал структуру проекта, по которой буду строить проект, чтобы не уходить в "лес" всяких ненужных фишек и фенечек.
6) Планирую написать новый граф. движок для целой цепочки запланированных проектов, но надо сначала то, что писал выше (0-5) довести до ума.

← →
Nic © (2006-11-11 17:34) [24]

Nic © (11.11.06 17:30) [23]
Все проекты кроме (3) ведутся с бюджетом 0 р. и не более 12 часов в неделю. Вот это ограниченные ресурсы!

← →
Petr V. Abramov © (2006-11-11 18:39) [25]

> Sergey Masloff
ты, кстати, не ковырял МС-В-Студию на пример ToolsAPI аля как в Дельфи?

← →
Sergey Masloff (2006-11-11 18:47) [26]

Petr V. Abramov © (11.11.06 18:39) [25]
Нет. Я что-то вообще задолбался с ней за сегодня... сейчас переставлять буду

← →
Petr V. Abramov © (2006-11-11 18:51) [27]

> Sergey Masloff (11.11.06 18:47) [26]
сегодня вообще работать грех :)
а вообще если ToolsAPI нет или оно фиговое - расстанься с мечтой о возможности неглючного результата от студентов...

← →
Piter © (2006-11-11 20:32) [28]

Sergey Masloff (11.11.06 13:27)
Просто по другим никак по деньгам не выходит в бюджет вписаться

Значит, надо расширять бюджет :)

Реалии таковы, что уже начинающие идут на $1000.
Те, у кого за плечами парочка хороших завершенных проектов могут претендовать на $1500...

Уже появилось немало вакансий на $3000-$5000. Единично встречаются вакансии на $10.000 (было такое).
Это уже все архитекторы естественно.

← →
Sergey Masloff (2006-11-11 20:36) [29]

Piter © (11.11.06 20:32) [28]
>Значит, надо расширять бюджет :)
>Реалии таковы, что уже начинающие идут на $1000.
Бессмысленно. Тем более писать они лучше не стали. Посмотрим как дальше будет. У меня есть знакомая контора они просто московский штат программистов разогнали. Открыли представительство в Рязани, набрали отличных ребят по 650 в месяц и очень довольны.

Sergey Masloff (11.11.06 20:36) [29]
Тем более писать они лучше не стали

Начинающие конечно не стали. Но если вы ищите спецов в Москве, поднимайте планку на "от $2000".

Или действительно, вариант с филиалами, там таких понтов нету, да и энтузиазма больше.

← →
Sergey Masloff (2006-11-11 22:05) [31]

Piter © (11.11.06 21:35) [30]
Нет 2000 это бред. Если программистам будут платить "от 2000" я первый из конторы свалю. Потому что это - маразм. Тех кто такие деньги стоит в Москве единицы и они уже работают. Остальные... посмотрим что будет лет через пять. Так ли будут гнуться пальцы или может поостынут работодатели наконец.

> [31] Sergey Masloff (11.11.06 22:05)

imho, лучше один спец за 2000, чем 2 за 1000.

← →
Sergey Masloff (2006-11-11 22:30) [33]

Eraser © (11.11.06 22:21) [32]
>imho, лучше один спец за 2000, чем 2 за 1000.
Еще раз ;-) Несколько - УЖЕ есть. 40 человек таких держать - бессмысленно. Идея создать компактное ядро вокруг которого студенты за 400 у.е будут рисовать рюшечки а 2-3 программиста-архитектора будут бить линейкой по рукам если не по инструкции.

> Sergey Masloff (11.11.06 22:30) [33]
в идеале надо рассчитывать на лень, т.е. по инструкции должно быть проще.
P.S. off
почту читаешь истринскую?

> Sergey Masloff (11.11.06 22:30) [33]

Сергей, тебе нужен один-два тулзовика. То есть, люди, которые реально способны за разумное время написать внутренние тулзы (и, если потребуется, то соответственно и доработать ядро системы). Чтобы потом чуть ли не любой студент-кодер, используя эти тулзы (в том числе, и встроенные прямо в IDE), мог легко плодить прикладные разделы с минимальной вероятностью ошибок. По крайней мере, исключая ошибки грубые. А сам ты останешься главным архитектором и главным консультантом. Потому что рабочих вопросов к тебе у этих тулзовиков будет много (и даже очень много) - пока не въедут в идеологию ядра.

ИМХО, если говорить о "разработке в условиях нехватки ресурсов"... а еще если имеется в виду разработка приличная (а не поделка-однодневка), а еще если продукт крупный, а еще если он должен быть реально (а не на словах) поддерживаемым и реально (а не на словах) расширяемым и т.п. - то именно такой путь и есть чуть ли не единственный. Практика (по крайней мере, моя ) - тому подтверждение.

PS
Эх, Сергей, ну где ж ты был всего несколько месяцев назад?...
:-(

> Юрий Зотов © (11.11.06 23:17) [35]
> Сергей, тебе нужен один-два тулзовика.
ты забыл добавить, что нужны они ему на 2-3-4 месяца. А через это время уж основной ворох работы был бы сделан, а уж Маслов С.С.-то с текущими мелочами справился бы, и дельнейшее содержание тулзовиков было бы растратой.
В том-то тулзовиков и беда...

← →
Sergey Masloff (2006-11-11 23:46) [37]

Petr V. Abramov © (11.11.06 23:24) [36]
Ну а почему беда? Проектов много... Вообще я вот думаю почему в конторах-интеграторах таких людей не держать? Да платить им надо нормально но ведь у интеграторов фронт-то большой?
Я понимаю что у теперешних интеграторов 95% энтереса это впарить (в хорошем смысле) железо и стандартный софт а прикладной когда там до него дойдет...

← →
Sergey Masloff (2006-11-11 23:54) [38]

Юрий Зотов © (11.11.06 23:17) [35]
Ну у меня что-то такое вертится в голове но смутно. Собственно у нас есть кое-что в этом плане, то есть были базовые классы сделаны и небольшая библиотека на мой взгляд довольно удачных компонент. Но как-то не закрыто это единой ширмой было и как бы получалась необязательность использования этого, да и с документацией не очень то есть приходилось код смотреть постоянно а не все могли... вобщем проблемы есть хотя и не катастрофа.

> Sergey Masloff (11.11.06 23:46) [37]
> Вообще я вот думаю почему в конторах-интеграторах таких людей не держать?
ну ты ж сам себе ответил
> Я понимаю что у теперешних интеграторов 95% энтереса это впарить (в хорошем смысле)
к тому же по традициям там бюджет ПРОЕКТА, в котором капзатрат не будет предусмотрено по определению.

просто там люди до сих пор живут в 90-х, когда можно было прогрммера с опытом по цене грузчика нанять. Это лучшие годы их руководства :)
Хотя есть и трезвеющие потихоньку люди

Методики разработки в условиях нехватки ресурсов. Найти похожие ветки