Сообщение от vspvsp
|
Я к тому что в правильной команде должны быть теоретики, математики и аналитики и потом по их результатам уже программисты и прочие разработчики (и последние тоже первых должны "пользовать" в случае нестыковок). А "пусконаладку" установщик вообще по бумажке должен делать, а не получается "по бумажке" - виноват предыдущий этап!
|
Из своего опыта могу сказать, что для многих работ достаточно двух человек, программист и электронщик. Далее в зависимости от задачи могут подключаться спецы разного профиля. Когда то я тоже в одиночку осваивал серию 580.
Все делал сам. В 1986 году была популярной тема высокотемпературной (жидкий азот) сверхпроводимости и я впервые занялся разработкой оборудования для измерения этого эффекта.
Вот здесь и произошло разделение работ по профилю железячник, программист.
Это устройством мы успели поставить в несколько институтов союза, самый дальний был Благовещенск. И на разработку потратили менее полгода. А время разработки фактор не маловажный.
С 90 года и по сей день я работаю можно сказать с уникальнейшим программистом.
Такое разделение позволило нам достаточно быстро осваивать новые процессоры, если этого требовала задача.
У нас много разработок, Но на мой взгляд самой масштабной была разработка системы контроля пассажиропотока для бакинского метрополитена.
Сначала вдвоем, а потом пригласили программиста по базам данных,
была разработана трехуровневая система контроля.
Нижний уровень контроллер с жетоноприемником, управляющий АКП. Единственный жетоноприемник который определял жетон на пролете. Т.е. жетон не фиксировался на момент определения.
Это дало возможность обеспечить высокую пропускную способность потока.
Это единственная, насколько мне известно, система которая обеспечивала проход пассажиров-фанатов и любителей спортивных зрелищ, после этих самых зрелищ на стадионе. Кроме того на станции стоял сервер с помощью которого можно было проконтролировать и если нужно откалибровать под жетон контроллер АКП. Далее станционные сервера передавали данные на сервер диспетчера. Потом мы дали возможность контролировать каждый контроллер АКП с диспетчерского пункта. Из-за малого времени отведенного на разработку, 3 апреля мы взялись сдуру за эту работу а 15 мая нужно было уже поставить 10 пробных контроллеров плюс сервер. К 15 мая мы не успели Но вот к началу июня справились. К тому же надо отметить, что метрополитеном мы никогда не занимались и про подводные камни, свойственные любому производству не знали.
На 10 АКП эти камни себя не проявили, но когда мы через полгода поставили 180 контроллеров, вот здесь начались проблемы. Довольно часто на одном из контроллеров происходила потеря информации о количестве жетонов. Мы понимали откуда растут ноги, но сделать ничего не могли. На помощь пришли местные умельцы просто заменили питание магнитов с переменного тока на постоянный и проблема ушла.
Но система проработала недолго, лет 5 кажется, потом ее заменили.
Как ни странно на замену деньги выдал международный банк развития.
Вот такие у нас иногда возникали задачи, но хочу сказать, что если бы мы представляли весь объем работ, мы бы ни за что не взялись за такую работу при низкой стоимости и сжатых сроках.
Но после этой работы у меня укрепилась уверенность, что пары специалистов вполне достаточно для решения очень многих задач, даже таких сложных и объёмных как выше описанная работа.
Это конечно никак не относится к данной теме, но это можно отнести к теме разработок в общем.