izoldov-roskiniИ так кто-нибудь может внятно перечислить все плюсы и минусы перевода разработки на 1С, написано много, но хотелось бы обобщить все сказанное в десяток плюсов и минусов.
А ты сам пройдись по всем четырем страницам и попробуй найти упоминание хоть одного плюса для разработки. Единственный существенный плюс, который я вижу - это наличие готовых конфигураций. Если готовое решение подходит с минимальными доработками, то это может оказаться неплохим вариантом. Касательно же самого процесса разработки, ни одного плюса, который может привести к увеличению эффективности разработки больших и сложных систем, тут не упомянуто.

Petro123
Некорректно уповать на то, что 1С подходит, если минимальные доработки . Но неподходит там где нужны разработки БОЛЬШИХ и СЛОЖНЫХ систем :)
Не надо искажать смысл сказанного мной. Я не говорил про подходит-не подходит для разработки. Подходит, я это оспаривать не собирался. Обсуждался вопрос о том, даст ли переход на 1с преимущества в виде увеличения эффективности разработки. Особенно в свете того, что по ряду критериев вполне можно получить обратный эффект.

Проба сил№
Я знаю 3 организации начавшие осуществлять подобный переход, в подобных вам условиях.
Результаты у всех 3х пока скорее отрицательные, чем положительные.
Основная проблема: с масштабным переводом сильно возрастает трудоемкость поддержки и развития (в основном развития). Бардак возрастает просто ощутимо, хотя все задумывалось с целью его уменьшения.

А можно раскрыть тему? Очень интересно было бы ознакомиться с этим опытом по возможности поближе.

Проба сил№ Александр Гoлдун
А можно раскрыть тему? Очень интересно было бы ознакомиться с этим опытом по возможности поближе.
/topic/438412&pg=9#4330797
Последнее интересное сообщение на эту тему на данном форуме, я думаю автор будет более конкретен чем я (у меня постоянно будет возникать вопрос без ответа, откуда я получил инфу ).
Это не совсем то, хотя случай очень интересный. Там замена внутренней разработки на по сути стороннее внедрение, а не перевод собственной разработки на другую платформу. Хотя проблемы, скорее всего, во многом пересекающиеся.

Проба сил№
Мое сугубо личное мнение, так порочность самого подхода в переводе на другую платформу.

В переводе как таковом нет никакой порочности кроме затратности. Все течет, все меняется.
Проба сил№
Пример:
Компания Х построила торговую учетную систему на базе 1С 8 (Торговля-склад SQL 2005). Довольно неплохо и почти без помощи франчей. 25 рабочих мест, все было весьма грамотно.

По какому критерию было грамотно?
Проба сил№
9 месяцев назад компания открыла новое направление по оказанию услуг (И еще месяца три к данному действу готовилась организационно). С точки зрения производительности, фигня вопрос, еще 5 рабочих мест, но вот ввести новые схемы в отлаженную конфу оказалось слишком дорого.

Можно предположить, что системный архитектор этого проекта оказался не очень дальновидным. Если он был вообще
Кажущаяся простота разработки систем в 1с вполне может способствовать более халатному отношению к созданию архитектуры. Так что возможно было не так уж и грамотно. (Хотя я сказал "возможно", ибо знаю, что иногда разработка "сиюминутных" систем на последующий выброс вполне может быть оправданной и даже единственно приемлемой. Но сомневаюсь, что в приведенном случае это было осознанное решение ;)))
Проба сил№
Сейчас считают, что лучше: Строить новую или вести в двух базах...

Проба сил№
Быстрота разработки конфигурации - это основное преимущество данной платформы!!!

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

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

Что действительно? Вопрос в том, насколько эти компоненты готовые и насколько "немного" их придется менять. Я попытался сделать анализ некоторых модулей в УПП на предмет пригодности. Даже не доходя еще до рассмотрения производства, погряз в относительно простых вещах - работа с поставщиками. Заказы на поставку и т.п. Так вот, этот "готовый" блок пригоден оказался лишь как обуза для менеджера по поставкам, обязывающая постфактум вносить сделанные поставщикам заказы, но никак не инструмент для работы. Оценка работ по приведению его в более-менее приемлемый вид развеяла любые иллюзии по скорости разработки в 1с. Она не только не выше, а во многих случаях скорее всего окажется ниже той скорости, которую мы имеем используя Delphi + SQL.

Программист 1с
У 1с есть преимущество по взаимозаменяемости специалистов: - действительно если придет нормальный специалист то за неделю он разберется что понаписали до него, а вот в Delphi + SQL боюсь что нет.

Это безосновательно. Нет такого преимущества. Имею обратные примеры - сам брал недавно на работу начинающего разработчика под Delphi + SQL. И сам наблюдал, как одинэсники матерятся глядя на чужой код (в том числе и УПП) и проявляют категорическое нежелание разбираться в нем.
Программист 1с
Если все устраивает и будет устраивать в будущем то зачем вам 1с?
И вобще как я понимаю это только мнение 1с-ников что нужна 8? Извините но наплевать вам на их мнение?

Не надо ни на кого плевать. Даже на одинэсников. Нужна не 1с, а решение бизнес-задач. А 1с - лишь один из возможных инструментов, который нужно было оценить.

Программист 1с
Давайте проверим скорость очень просто: сколько надо времени чтобы написать простенький склад со всеми печатными формами?

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

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

Конечно зависит! Я лишь обращаю внимание, что утверждение про преимущество по взаимозаменяемости спецов по 1с - полная чушь. Здесь нет зависимости от системы. Можно и на ассемблере прозрачную архитектуру строить и в 1с писать одну процедуру в виде километровой портянки.
Программист 1с
Кстати если программист 1с отказался разбираться в стандартной базе "упп" - вам не кажется это странным? Может у него недостаточная квалификация чтобы понять логику написанного.

Мне вообще в индустрии 1с очень многое кажется странным. И в последнее время начинает казаться странным соседство слов "квалификация" и 1с, хотя отдаю себе отчет, что у меня просто растет предвзятость. Особенно после вот этого случая:
http://sql.ru/forum/actualthread.aspx?tid=448170#4352254
- когда "высококвалифицированные" спецы на презентациях, к которым готовились по нашим вопросам демонстрировали невежество в весьма актуальных моментах.
Программист 1с
Кстати а сколько у вас пользователей? Да и специфику вашего холдинга вы не написали...
На производстве от 50 - уже упоминал в этом топике. Какая специфика нужна?

gybson
если фреймворк уже есть, то скорость по моему одинаковая

и сколько он стоит, ну хотя бы примерно такой же как 1С
Правильный вопрос! Но в неправильном контексте
Разумеется, сравнимый фреймворк обойдется дороже, чем 1с. Однозначно на "коротких" проектах у 1с в большинстве случаев будет огромное преимущество по сравнению с разработкой с нуля на "голом" дельфи. Но после какого-то предела, когда этот фреймворк по стоимости будет составлять все меньшую долю, это преимущество 1с нивелируется. А за счет того, что средств развития самого фреймворка в 1с практически нет, то может появится и отставание. В Delphi то свой инструментарий можно развивать, а в 1с как был документ, справочник, регист и т.п., так и останется как мимнимум до следующей мажорной версии (после которой, кстати, скорее всего опять придется выбростить все старые наработки)

Проба сил№
Ваша контора слишком сложна для 1С!!! Разработать работающую конфу с учетом ваших особенностей слишком дорого и еще дороже в поддержке!!!

Так вот я и попытался получить ответ на вопрос: может ли для "сложной конторы" в плане собственной разработки дать какое-то преимущество 1с по сравнению с более универсальными средствами разработки, в частности Delphi.