OberonCore

Библиотека  Wiki  Форум  BlackBox  Компоненты  Проекты
Текущее время: Вторник, 19 Март, 2024 12:34

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
СообщениеДобавлено: Суббота, 31 Август, 2013 16:01 
Аватара пользователя

Зарегистрирован: Пятница, 25 Ноябрь, 2005 12:02
Сообщения: 8500
Откуда: Троицк, Москва
Название темы неполно отражает смысл нижеследующих свидетельств.

Цитата:
Что делать, если не устраивает техподдержка, а программный продукт уже разработан? За счет чего можно облегчить переход к другому подрядчику?

Александр Краковецкий DevRain Solutions, руководитель
В таком случае не нужно сразу отказываться от текущего подрядчика. Вместо этого необходимо на протяжении некоторого периода дать возможность поработать старому и новому подрядчику вместе.

Часть запросов и проблем будет решать старая команда, часть — новая. При возникновении сложностей у новой команды всегда будет возможность получить ответ и совместно решить проблему.

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

Григорий Липич ABBYY Россия, генеральный директор
Если речь идет о заказной разработке, то это сложный случай. Разумно устроенная и анализирующая риски компания вряд ли согласится поддерживать продукт, который не разрабатывала самостоятельно, поэтому найти подрядчика, который захочет не просто взять деньги, а реально поддерживать, будет не просто, если не невозможно.

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

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

Возьмем аналогии из жизни. Есть два исполнителя. Первый получил подряд на строительство дороги. Второй — аналогичный подряд, но увязанный с обслуживанием этой дороги на протяжении 5 лет и поддержанием ее в соответствии с ГОСТами.

У первого исполнителя нет мотивации выполнить работу качественно. У второго — есть, поскольку ему не хотелось бы ежегодно менять дорожное покрытие.

Леонид Боголюбов Apps4All, главный редактор
Если что-то не устраивает — надо от этого отказываться. Но для этого эту ситуацию надо просчитывать задолго до ее возникновения — хотя бы на уровне получения исходников программного продукта по завершению разработки.

В большинстве случаев ситуация патовая — новому подрядчику практически всегда проще разработать все с нуля, чем заниматься пониманием созданного другими, это скажет любой программист. А это, естественно, невозможно.

В общем говоря, по моему, ситуацию проще предусмотреть на уровне договора (юридически), чем заниматься переходом.

http://lipka.ru/duty/02072013/


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 31 Август, 2013 16:59 
Аватара пользователя

Зарегистрирован: Суббота, 12 Июль, 2008 22:49
Сообщения: 575
Откуда: Россия, Санкт-Петербург
Тема не раскрыта.

Часто даже в рамках одной компании при передаче проекта от одной группы разработчиков другой группе код признаётся не сопровождаемым и переписывается с нуля. Делается это исключительно для выбивания дополнительных денег с клиента. Кроме того - обычный примативизм "вот мы такие хорошие специалисты, напишем вам всё правильно, а они писать не умеют и код у них г...". И это не зависит от языка программирования...

Единственный выход - участие в разработке программистов со стороны заказчика.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 31 Август, 2013 17:14 

Зарегистрирован: Суббота, 07 Март, 2009 15:39
Сообщения: 3261
Откуда: Астрахань
Дело не столько в СП, сколько в архитектуре.
Архитектура - дело тонкое, творческое.
К тому же принципы ИТ еще находятся в развитии, поэтому сказать: "Делай так!" - пока сложно...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 01 Сентябрь, 2013 12:45 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 1447
Откуда: Киев
Madzi писал(а):
Часто даже в рамках одной компании при передаче проекта от одной группы разработчиков другой группе код признаётся не сопровождаемым и переписывается с нуля.

Это еще что, недавно я сам написал 2-ю версию программы собственной разработки практически с нуля, но используя полученное понимание от 1-й.
Madzi писал(а):
Делается это исключительно для выбивания дополнительных денег с клиента.

То есть, программистам не хватает настоящей работы и они вынуждены ее выдумывать?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 01 Сентябрь, 2013 12:56 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 1447
Откуда: Киев
Валерий Лаптев писал(а):
Дело не столько в СП, сколько в архитектуре.
Архитектура - дело тонкое, творческое.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 01 Сентябрь, 2013 13:20 
Аватара пользователя

Зарегистрирован: Суббота, 12 Июль, 2008 22:49
Сообщения: 575
Откуда: Россия, Санкт-Петербург
Comdiv писал(а):
То есть, программистам не хватает настоящей работы и они вынуждены ее выдумывать?

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 01 Сентябрь, 2013 15:55 

Зарегистрирован: Вторник, 13 Ноябрь, 2007 20:38
Сообщения: 1056
Comdiv писал(а):
Madzi писал(а):
Часто даже в рамках одной компании при передаче проекта от одной группы разработчиков другой группе код признаётся не сопровождаемым и переписывается с нуля.

Это еще что, недавно я сам написал 2-ю версию программы собственной разработки практически с нуля, но используя полученное понимание от 1-й.

Это ещё что, в начале 2000-х я один свой проект раз 10 переписывал с нуля, учился "архитектурить".


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 02 Сентябрь, 2013 04:26 

Зарегистрирован: Суббота, 07 Март, 2009 15:39
Сообщения: 3261
Откуда: Астрахань
Comdiv писал(а):
Валерий Лаптев писал(а):
Дело не столько в СП, сколько в архитектуре.
Архитектура - дело тонкое, творческое.

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

ИМХО немного не так.
Во-первых, программисты предпочитают писать возникающую задачу на том, что у них сейчас "в пальцах". То есть на том языке и в той среде, которой лучше всего владеют в данный конкретный момент.
Анализа инструментальных средств фактически никогда не проводится.
Сам язык мало влияет на архитектуру.
Ну только в самых концептуальным вещах: есть ООП в языке или нет.
Или вот Erlang - заточен под параллельные процессы.
Гораздо больше влияет инструментальная поддержка.
Вот WPF - это уже готовая архитектура (болванка архитектуры).
Или берем QtSDK - опять готовая архитектура.
Средний программист (а в ИТ 99,99...% являются средними) берет готовую, практически не задумываясь о возможности применения и сложностях последующего развития ПО.

Вот взять нашу среду.
Во-первых, сразу писалась в Windows, в Студии на Додиезе в WPF - разработчик на момент начала работ лучше всего владел этим инструментом.
Во- вторых, в этих исходных рамках Грачев переписывал архитектуру несколько раз (кажется, шесть) для того, чтобы ему самому было удобнее продолжать развивать работу.
Но ведь у нас довольно уникальная ситуация - единственный фактически разработчик, который не собирается бросать работу никогда... :)
А ведь в ИТ программисты - это наемные рабочие.
Наемный рабочий обычно выполняет работу по минимально приемлемым требованиям - чтобы не выгнали с работы... :)


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 8 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
cron
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2005-2024, участники конференции «OberonCore», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Без разрешения участников и ссылки на конференцию «OberonCore» любое воспроизведение и/или копирование высказываний полностью и/или по частям запрещено.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB