Доброго всем!
Возьмем, например, самую распространенную типовую конфу от 1С - Бухгалтерия.

Сейчас встал вопрос, скорее даже риторический, сколько времени потребуется команде профессиональных разработчиков (человек 20) на то, чтобы реализовать функционал сией конфигурации на другом языке программирвоания (Си, Си шарп, Дерфи...Можно рассмотреть варианты Sap, Оракл, Дайнемикс), при условии что нужно начинать с нуля (разумеется при поддержке грамотных юристов, бухгалтеров и в качестве подсказки можно глядеть на типовую БУХУ)?

все будет зависеть от того смогут ли они реализовать таблицы итогов по плану счетов хотя бы на 3 субконто :)))) все остальное мелочи

что-то провалилась тема.

(0) У кого встал?

но, зачем?

(1) ну, как говорится не боги горшки обжигают. 1С-цы же смогли.

Я бухгалтерию для примера взял.

И при чем тут психология?

(4) я буху для примера взял. Вообще речь идет о нетиповой конфе, но не хочу долго объяснять ее суть и назначение, поэтому проще рассмотреть БУХУ.

(0) варианты языков не подходящие

(0) Сколько денег дадут команде  разработчиков?

(6) какая психология?

(8) какие подходящие?

(0) была такая компания МВ, имела штат в 25 прогов на поддержании проги оперучета, а для бухии пользовалась 1С
вот и мотай на ус

2(6) а что тут при чем?

(0) Главный вопрос - зачем? Т.к. убивцев 1С до хрена разных появлялось, тот же ананас, например. Вот только у убивцев нет разветвленной системы франчей и кучи специалистов по этой платформе.

(9) вопрос не в деньгах. Дадут МНОГО. Вопрос в скорости реализации.

(0) изобретать велосипед?
этих бухий параллельно 1С еще в 90-е было как утят, чисто российских(вроде Омеги, турбобухгалтеров и Галактики и пр.)
не говоря уже про импортные Платинумы, Саны и Скалы

(7) Если ты буху взял для примера и сделать надо торговлю - то пример мягко говоря неудачный получится...

(14) франчи и куча спецов не требуется.

видел множество поделок, в качестве СУБД которые юзали Скуль, так вот ни в одной не было даже намека на таблицы остатков

(15) Что в вашем понимании много? На такую разработку с нуля?

Какой в этом смысл глубокий?

(17) а бухучет - он и в Африке бухучет, поскольку должен работать в рамках законодательства
а вот, Оперативный - он законодательством по-большинству не ограничен

ОК, видимо с бухой не совсем лучший вариант.

Конфа о которой речь ближе к торговле (со своей спицификой) + логистика (со своей спицификой) + немного Бухи.

(20) я тебе еще раз говорю - вопрос не в деньгах.

полгода на базовый функционал и 4 года на вылизывание.

(22) и в африке говоришь... чей-то сильно сумневаюсь, что там регл.отчетность меняется с такой же скоростью как у нас...

(25) отлично, более-менее внятный человек.

Т.е. за пол года, ты считаешь ,можно набросать "движок" системы.

А примерное соотношение времени на написание кода (функционала)?!  на 1С и "ином языке"?

(8) так что там с подходящими языкками?!

(0) Разработать надо или портировать существующую?
И с какой степенью детализации.

автор, не трать время - пиши уже "ананас 2.0" - убивца 1С :)

(28) соотношение примерно такое: на 1С будет на порядок быстрее.

(23) оставьте бухгалтерам типовую бухию, не мучьте их.
А под свои уникальные задачи оперативного учета пилите велосипед.

(28) А оно тут не в тему совсем.
Ибо надо в 1С написать логику, а в шарпе написать еще и платформу, которая в 1С давно написана.

(30) Портировать существующую (для начала). А далее расширять функционал

(31) даже не слышал про такой. Почитаю пойду...

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

(0) Копию слепать это одно. А если вновь то годы. Проблема не в реализации, а в том что клепать. Но это сферический конь в вакууме, 1С БП уже есть - передрать моно.

(34) именно поэтому ОНО тут очень даже в тему!

(27) ты прикинь за сколько сможешь набросать класс-аналог справочника, документа и прочих объектов
останется самое сложное - среда разработки конфигураций

(14) +1 я уже предлагал запретить создавать ветки с пятницы на понедельник тем, у кого палочка под ником не очень яркая...

(27) с вменяемой командой - можно.

(40) я думаю среды разработки конфы там не будет! Программа не для массового использования, а исключительно для собственных нужд

имхо - порядка 20-30тыс человекочясов

Короче автор забей - дело то пустое. Будь у тебя завтра в кармане отличная бухия, с 1С-ом конкурировать дело гиблое.

(42) +100500

(43) Дешевле 1С купить))))

(45) я же тебе говорю - я буху для примера назвал. Речь идет о нетиповой, весьма специфической конфе. Так что конкурировать просто не с кем :)

Вопрос - на чем делать реализацию проекта.

(23) Месяц

(42) я среду разработки какую посоветуешь?!

(37) Грамотно сделано. По-быстрому втюхал программу, так потом еще и взносы за поддержку обеспечил себе...

(50) 1с :-)
А если серъёзно - ту, на которой умеет писать эта самая команда.

(48) Объем проекта? какие требования? Может у тебя управление шатлом и нужен реалтайм. Или объемы такие, что по сравнению с вами тот же озон - мелкий ларек

(40) А зачем среда? Прямо на C и писать весь код.

(49) знаешь, если бы ты смог такое реализовать за МЕСЯЦ, то я лично свел бы тебя с людьми ,которые заплатят за это миллионы!

Но так как это очередной вброс...прости :)

(52) тут наоборот. Команда будет подбираться та, которая нужна.

(53) требование - максимум автоматизации, т.е. одна большая кнопка "Сделать все хорошо".

(55) пока вброс только от тебя...

(55) #define МЕСЯЦ ГОД ;)

Так что уточнил бы сначала, что он там наопределял.

(48) делай на чем умеешь(ете). Не все ли равно?

+58 обсуждение сферического коня в вакууме

+(60) 1C конечно менее разработчикозависима.

(0) От 3 до 5 лет.

бедный заказчик

нужно писать не конфу, а мегакомпилятор конф;) из .cf делающий .exe )
конечно дизайн форм поменять и где то перевернуть чтобы в 1С не подкопались)

Эх... а я вот 10 лет назад писал. "Советы конкурентам"... Что бороться с 1С практически на данном этапе бессмысленно.

(48) вопрос только - зачем? Кто потом сопровождать ваш уникальный продукт будет?

(61) согласен, именно коня и именно в космосе.

Но я сейчас обсуждаю не решение конкретной задачи, а возможность реализации некого аналога 1С-кой конфы на ином языке разработки (достойного решения, с гибким и удобны мфункционалом). + В каком временном соотношении будет идти разработка на 1С-ке и "ином языке"

(65) И что это даст? На рынок в приемлемых масштабах всё равно не пробиться. Вспомните ВС:Бухгалтерию. Её пытались продвинуть как бесплатную чтоб 1С подвинуть. И где та бесплатная ВС?

(66) почему?

(67) сами и будет. таже команда, что и напишет

(68) Пока разрабатываете - 1С точно уйдет вперед на столько, что не догоните.

(69) мы не собираемся ее продавать! Это конфа для личных целей!

(72) уйдет в плане платформы??? Вообще-то 1С-кая платформа имеет ряд довлльно явных ограничений (мы вынуждены программировать в установленных ей рамках). А аналогичной типовой конфы просто нет. Так что тут вопрос в самой платформе.

(70) А я ведь писал почему. Потому что все работают с 1С только потому, что все работают с 1С. Других причин нет.
С Windows, кстати, то же самое. Бесплатный так толком и не смог её подвинуть.

(69) мне кажется ТС не хочет покупать тыщи лицензий вот и накомпилит конф. - к тому же этакий конвертор будет продавать ;)
ага- ВС конечно слаба и небесплатна

(75) еще раз говорю - мы не зависим от "Массы"!
И то, что другие работают с 1С, для нас не критично!

(74) Вот это интересно. О каких именно ограничениях речь. Про 7.7 в своё время тоже много писали про ограничения. Но даже сама 1С пока её полностью убить не в состоянии.

(74) Все имеет свои рамки.
У ОС тоже есть свои ограничения, и у процессоров тоже.

(74) когда у вас разработчики побегут как крысы с корабля, задолбанные спорами с заказчиками по поводу реализации ПБУ и прочего - не говорите что вас не предупреждали... нарисовать ворох табличек в которые складывать движуху по проводкам не сложно. А сделать продукт - ппц как затратно

2С не взлетела.

(78) не в состоянии т.к. люди не хотят "перемен" - они привыкли. Вот и все объяснение. Опять таки - это не наш случай.

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

(80) да ничего, вроде не бегут :)

(83) кстати о заграницах. Реализация предполагается именно заграничными силами :)

(0)За год думаю можно первый релиз выкатить.
Потом еще год на исправление критичных косяков.
Ну и потом просто поддержка

(86) тогда и тебе вопрос - на каком языке (среде разработке) лучше (по твоему мнению)?!

Просто сесть и представить объем работы, вы еще с ЯП не определились, а уже о сроках думаете. У этого коня даже сфера сферическая.

(85) Пусть они лучше пробуют платформу 1С. Кроме всяких важных объективных причин на это, есть ещё одна, субъективная, но самая важная - я хочу за бугор, не меняя профессии.

(84) сколько внедрений уже было?

(87) у тебя есть команда уже или только будешь собирать?

(88) индусы хоть на чем слабают... скачают гайд по яве - и вперед с песней...

Я бы пилил бы веб клиента сразу

(89) я передам твои пожелания :)

(83) Это сложный вопрос. Её туда не пускают просто. Но всё равно 1С пытается пробиться. Ресурсов мало у них. Надо пару миллиардов долларов чтоб получилось. Подобные проблемы у всех разработчиков софта в России.

(90) внедрений чего?!

(91) Команда будет подбираться. Поэтому по повду среды и интересуюсь.

(95) сорри, это в тему про сап нужно было

(96) продукта, у которого разработчики так довольны жизнью

100

(97) мля... Ананас возвращается...

(93) ибо в веб клиенте можно получить преимущество преред 1с, что не скажешь об обычном приложении

(87) Однозначно - нужен собственный язык. Так и у Аксапты и у САП.

(100) молодца, попал :)

(103) это доп. затраты на разработку собственного компилятора. Почеиу не на языках высокого уровня?

(105) упростить и удешивить разработку... в итоге все равно выродится в фреймворк...

(106) и что в этом плохого?!

(105) Потому что сфера применения специфическая. И прогресс идет именно в создании специализированных средств. Чтобы приблизить предметную область к программной среде.
Всё равно потребуется создавать нечто подобное 1С. Пусть в виде библиотек. Этого никто не смог избежать.

Все уже сделано за вас, чем не нравится OpenERP

(109) все нравится, осталось пойти почитать что это такое :)

(110) какую команду вы набираете, если не знаете рынка?

(109) wiki:OpenERP

Технические особенности:

Язык программирования Python
Взаимодействие сервер-клиент реализовано на протоколе XML-RPC
Серверная часть, в качестве СУБД использует PostgreSQL
Клиенты на основе GTK
Веб-клиент на основе Ajax
Разработан веб-клиент для работы с помощью мобильных устройств (пока доступ через него только на чтение)
Модульная структура


Сразу не нравится "Серверная часть, в качестве СУБД использует PostgreSQL"

(110) Почитал? Нравится?

(0) Есть мнение что есть уже почти бывший конкурент "ПАРУС" может стоит его все таки до развить?

(68) смотря насколько удобную среду разработки напишите.
Без среды разработки трудозатраты будет на порядок(и выше) превышать трудозатраты на 1С.

(112) это мелочи

+116 с современным фрэймворками можно перетащить на любую базу, тем более код открыть, ковыряй скока хочешь

(1) это не обязательно организовывать. Естьже OLAP, который хранить внутри себя все итоги. Юзай его и ноу проблем.

даешь ООП

Самое главное это не конфу написать - я по дос буху на фоксе сам за день писал - самое главное потом поддержку обеспечить и внедрение - бухов в институтах учат и на курсах, а кто твоих бухов будет твоей самописке обучать то???

(116) ну что-то пример мне не очень нравится:

https://demo3.openerp.com/#view_type=kanban&model=res.partner&menu_id=79&action=62

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

(120) сами будем!

(122) такие люди увольняются и нанимаются новые!

(119) С++ билдер. я кстати пробовал недавно на неслабый комп поставить последний делфи... ставил полдня. потом полдня сносил, до сих пор куча мусора на компе :)
Автору посоветовалбы какую нибудь более
1. Делфю или С++ билдер
+
2.SQL(с  OLAP)

(119) даю...

(121) Я тебе пример привел, на самом деле таких систем достаточно, поищи в инете

(125) в последних версиях очень много всего. Это уже не отдельыне языки программирвоания, а целые студии. Поэтому и тяжелые такие.

(128) OLAP это аналог регистров. вернее регистры аналог OLAP :)) все остальное имхо реализуемо тем что есть в любом средстве разработки.

(124) дальше спорить не имеет смысла - аф тар троль.

(128) лет 10 назад видел в дельфях компоненты Кубы данных(это и есть регистры). В этой я так и не добрался. у меня не запустилась дельфя и я плюнул. вообще я так понял такие вещи уже покупать надо :)

(0) Ну лет пять точно пройдет. А там или ишак сдохнет или на 1с  перепишите.

(130) Это одно из главных правил внедрения! Даже в ВУЗах это рассказывают.

я в 2002 писал СКЛАД (аналог ТИС) на дельфи - пока писал документы все было окей, как дошел до отчетов и счетов фактур с наклвдными - тут все и началось...

(131) не видел в стандартных компонентах такого. Мне кажется это уже дополнительные компоненты, которые устанавливались отдельно.

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

(134) бросил?

(134) а чего там с отчетами? Юза кристалрепортс и всё. тоже самое что и 7рочный макет.

(136) так не они же интересуются, а Я. Я - одинЭснег. А интересуюсь дабы понимать трудозатраты

(124) миллионы говоришь :)))) проекты на базе типовых 1С тоже бывают на миллионы и десятки милиионов

(139) бери из расчета 1 спец в офисе отстатыщ в офисе и два удаленщика на 50 тыщ на полгода год. вот тебе и выйдет от и до. это только бету версию :)

(138) то, что все отчеты дельфей - датасетные, а в 1С - нет. Довольно геморно бывает реализовать на FastReport или на том же CristalReport, то что делается спинным мозгом на 1С. Отчетник в 1С один из лучших.

(142) помню в универе еще делали отчеты в Оракле....это было пипец...

(142) писал 13 лет назад когда еще 1Са не знал. не скажу что смог повторить сейчас сие занятие. Но точно помню что никаких различий не вижу. отчеты 1С тоже датасетные. прост там это явно не видно.

(140) бывают, я и не спорю. На данный момент просто пытаемся просмотреть альтернативу.

(0)Забей... не смогут...
1С тем и хороша, что даёт в руки мего механизм быстрого изменение учета той или иной деятельности.

А твой С+ или Ассемблер, увы такой гибкости дать не смогут, если ты перестанешь сопровождать сей продукт.
Ведь под час, другому программисту, попросту невдомек, что да к чему :)

(145) так каков же порядок МИЛЛИОНОВ на разработку? не слишком ли переоценивают свои фин возможности заказчики?

(0) О! У меня есть компилятор с языка 1С. Компилит в машинный код. Как начнете бюджет пилить, обращайтесь. Отдам за недорого.

(145) ну вот глянь на Гедемин http://gsbelarus.com/gs/index.php (большая часть остальных самоделок еще уродливее) и спроси у них на форуме, сколько ушло у них на разработку (с 1999 года * на кол-во разрабов). Дельфи + ИБ + VBScript

(57)>>> требование - максимум автоматизации, т.е. одна большая кнопка "Сделать все хорошо".

Все, ключевое слово "кнопка "Сделать все хорошо"", остальное можешь не продолжать.
Рекомендую делать все на 1С 8.2(3), писать на управляемых приложениях под серверный вариант.
Даже если не взлетит, так всегда можно будет продолжить написанное :)

(147) ну, на детекторе лжи не проверял. Как говорится за что купил, за то и продал.

(149+) + история 2С, которая писана в основном силами одного человека

(148) Что во что компилит?
Т.е. что подается на входе и что получается на выходе?!

(0) а зачем?

(153) компилятор с языка 1С. Компилит в машинный код. exe dll объектный файл. правда ему уже лет пять и я уж точно не помню чего там и как. валяется где то на CD

+(155) можно и заново написать. был бы бюджет.

(155) компилит полностью в исполняемый, самостоятельный файл?! Т.е. беру конфу 1С-кую, компилю, на выходе получаю исполняемый файлик (ну пусть еще ДЛЛ-ки). Затем переношу на любую машину и у меня там все работает (без установленной платформы 1с?!) + работает серверный вариант базы?!

(156) есть готовые бесплатные решения

(156) а делал компилятор этот кто?!

(157) да прям. просто пишешь текст на 1с и компилишь. без конфигурации.

(158) дай ссылку плиз.

(160) а запросы?!

(0) Без привязки к деньгам, вопрос не имеет смысла. Как меня учили, сделать можно все, вопрос сколько потребитель сможет за это заплатить. Можно и за неделю все разработать, сделать и внедрить, только стоить это будет запредельных денег.

(162) запросов нет. но и запросы можно сделать. не проблема. тем более у вас там 20 профессианалов.

Если речь идет о коробочной версии, тогда:

(25) > полгода на базовый функционал и 4 года на вылизывание.
Ошибся почти в два раза в меньшую сторону.

(44) > имхо - порядка 20-30тыс человекочясов
Ошибся на порядок в меньшую сторону.

(63) > От 3 до 5 лет.
Ошибся в полтора раза в меньшую сторону

(86) > За год думаю можно первый релиз выкатить.
Ошибся в два раза в меньшую сторону.

(145) > так каков же порядок МИЛЛИОНОВ на разработку
Сотни, в рублях.

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

(164) ты не про вот такое, случайно:

http://infostart.ru/public/18681/

(165) на основе чего сделал расчеты?!

(161) Да много их, заточенных для встраивания. В основном интерпретаторы, но и компилирующие имеются.
Я не относительно языка конф. 1С писал.

(167) на реальной коробке.
Описался в оценки стоимости, в реальности - десятки.

(166) ну типа такого, только по ссылке в .NET компилит, а у меня в машинный код. но суть одна и та же.

(168) ну язык 1с интереснее в этом плане. его полстраны знает.

(171) пол-страны не ограничены 1С)

(170) интересует все-таки возможность скомпилить всю конфу целиком.

+ на сколько грамотно происходит компиляция (т.е. наличие мусора)?

(27)
На собеседовании на вакансию секретаря-референта
- А можете вы печатать со скоростью 100 знаков в минуту?
- Могу...
- а 200
- Могу
- А 400?!
- Могу...Но если честно, фигня такая получается

(173) поймают и обидят)

(169) был реальный опыт чего-то подобного?!

(175) за что? конфа то моя будет!

(177) твоя бухия? или с нуля на 1с?

(0) Самое быстрое это определиться с СУБД и на ее стороне наваять хранимки и функци. Формы - да и  Бейсик пойдет. Собсна все.

(173) сделать компилятор который будет компилить конфу целиком и чтобы оно потом работало - почти то же самое, что написать заново 1с. господь с тобой.

(178) "с нуля на 1с"

(0)за какое время команда 1сников напишет на языке 1С рабочий драйвер, "платформу 1с 8.3"

(180) ну так а иначе не интересно - смысла нет!

(165), (169)
Нет, еще раз пересчитал - сотни.

(182) не напишет.

(183) ну в этой теме тоже смысла нет, а почти 200 постов накидали.

(184) а можно в студию сам расчет?! Грубо говоря какие показатели брал за основу, что на что перемножал, как выходил на озвученные цифры?!

+(179)Да кстати , самое трудоемкое это будет вопроизвести комплект типовой отчетности - оборотки и карточки и прочее.
Вкупе - не думаю что это сложно .

(181) тогда вам придётся повторить структуру объектов 1С, а её оптимальность и универсальность сомнительна

+(188) Да опять же на генераторе отчетов Скуля - имха не сложно.

(189) так я же не сказал скопировать 1 к 1. Взять принцып.

(191) Вот и берите структуру таблиц. Она уже есть. Структуру таблицы проводок можн овзять из 7 ки . Там она проще. Джойнить не придется.

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

(189) и в чем сомнения? Она необходима и достаточна. Говорить можно только об избыточности.

(193) "высокое сравнение", но мне кажется немного не к месту.

(180) Можно для начала сделать компилятор прямо из языка 1С.

(187) сумма по месяцам от (месяц разработки * количество задействованных в месяц * среднюю ставку за месяц * коэффициент налогов и прочих затрат)

(195) Так что там команда из 20 Сишников делать собралась ? Скорее у команда MySQL И пхпистов взлетит быстрее.

(195) зато у команды из (0) прога будет на порядок быстрей.

(187) сперва бы определиться зачем? а потом уже считать и писать

Голосовалку надо.
1. НЕ ВЗЛЕТИТ.

потому что
Понимание границ проекта у ТС, мягко говоря, крайне смутное "что-то типа БП, ну или УТ"...
Опыта организации более-менее крупных проектов тоже не просматривается "а спрошу как я про сроки реализации на мисте" - несколько странное решение.

Года 3-4, и еще столько же на отладку

(197)

"> полгода на базовый функционал и 4 года на вылизывание.
Ошибся почти в два раза в меньшую сторону." - а это на основании чего?!

Если в конце 90х и начале 2000х это реализовывалось на CLARION и переписывалось на MS ACCESS почти в одиночку, то думаю команда перепишет за несколько месяцев. Мне на зарплату потребовалось 2 месяца и год на доработку.
вопрос зачем ?

(0)в массы пускать хотите или под конкретного заказчика?

(201) Просто сказать - не получится проще всего!

Понимание проекта есть. Просто объяснять долго, да и в процессе у народа будет еще больше вопросов, поэтому проще "что-то типа БП, ну или УТ", т.к. с ними все знакомы.

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

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

(203) по данным сроков разработки "базового функционала" и данным сроков "вылизывания".

(205) конкретно для себя

(207) спасибо!

(194) просто сомнения общего характера, но если необходима, то тогда уже и не избыточна

(208) если прога конкретно для себя то это надо расненивать как пробу своих сил на другом поприше не одинесном, писать ее не сцелью продать а с целью портфолио при поиске работы не связанной с 1С. я правильно понял? или же вопрос все же в заработать денег?

(0) Автор, не слушай местных адептов от 1С. Они ничего окрамя своих 1С и и ее убивцев, аля ананас, не видели.

Для них внутренности 1С, это черная магия, а сделать "регистр остатков" может только божественный нуралиев.

Сейчас нет необходимости повторять 1С, вообще никакой. Еще одна 1С нахрен никому не уперлась.

По сути, что такое платформа 1С? Это АппликейшнСервер+ORM+GUI+Отчеты.
(Для тех кто на бронетехнике. Это не законченная архитектура проекта, это лишь пример)

Серверов сейчас в той же Java, вагон и маленькая тележка, на любой вкус и цвет, в других латформах не знаю как обстоит.
ORM тоже достаточно, тот же хибернейт. GUI выбрать тоже не проблема, у нас вот задача стояла сделать под Web, поэтому выбрали vaadin. Но тут как говорится на вкус и цвет.
Отчеты, это единственное что у 1С сделано хорошо и чему прямых аналогов нету.

Итого что имеем в остатке?
Платформу писать уже не надо, она есть. При чем она модульная, всегда можно заменить любой модуль, на чем хочешь на том и пиши. Не как в 1С "Есть только наша линия партиии, самая правильная".

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

Но у нас правда ситуация была. Расчетная нагрузка 10к пользователей, сейчас правда пока чуть больше 1к. Так что там одни лицензии 1С окупали всю разработку на Java с лихвой.
К тому же типовую торговлю все равно пришлось бы переписать почти полностью. Да и вообще непонятно, как 1С потянет даже существуюшие 1к пользователй в 1-й базе. Не говоря уже о 10к.

Итого. Писалось все на java/scala, никто никакой платформы не изобретал, это нахрен не надо. За счет более продвинутой технологической составляющей, писалось все достаточно быстро. Java программеров может и меньше чем 1С-ников, но тоже достаточно. С поиском персонала особых проблем нет.

2-3 года, до вменяемого состояния, а за это время столько воды утечет, что оно уже и нафиг не нужно будет.

(212) скока времени ушло?

(214) Точно не засекали. Складской учет примерно месяц. С него начали. Торговая часть еще месяц примерно. Заморочки производителя, съедают все основное время и по сейчас, спустя больше года... ))

Лет 10 уйдет...

Вы только сначала определитесь - вам нужен функционал 1С и возможность доработки, или просто реализация того, что делает типовая ?
Кроме того, не стоит забывать, что у 1С есть файловый вариант, а не только трёхзвенка.
Что касается Web-системы с SQL-хранилищем, то некоторые из них шагнули даже дальше 1С, предполагая хранение произвольных объектов с возможностью наследования.
Потом, если посмотреть другие системы, то там есть термины, которые используются в 1С, но там они используются совершенно по-другому.
Во-первых, константы, у всех - это то, что задаётся при настройке, а не меняется при работе.
Во-вторых, вместо регистров используется обычная индексированная таблица, где можно гибко и точно настроить индексы для быстроты выборки и записи, а не как в 1С, когда создание индексов от пользователя спрятано.

(0) с чего ты решил вило-сипед новый изобрести, думаешь Новый Атланнт 20 лет куйней занимался?
Купи как есть, дешевле выйдет раз в 20-ть

в (212) самый здравый ответ и пример. Просто большая часть местных не слышала и не в курсе ява-технологий, а на самом деле там только надо взять правильный набор аббревиатур и дать слепить их вместе команде правильных явистов.

З.Ы. Автор уже раз 5 сказал что не будет продавать систему и это будет не бухгалтерия, но все упорно отговаривают конкурировать на рынке с 1С:Бухгалтерией )))

еще можно на Ruby-on-Rails писать, на нем очень быстро веб-приложения пишутся

(0) Наивно предполагать, что 20 (да даже если 50) разработчиков создадут убийцу 1С в обозримом будущем. И дело даже, как правильно заметил автор, не только в деньгах, а в технологиях. Да и денег потребуется.... ммм.... миллионов 10 долларов, при абсолютно не гарантированном результате.

(221) еще один нечитатель
автор же сказал что система внутренняя и ни с кем не конкурирует.
На западе про 1С не знают, но огромные корпоративные системы пишутся на ура. Читайте про оракловские решения, у них кажется на любой случай жизни есть технологии, OeBS например

(0) на разработчиков http://www.infop.ru/  выйди и узнаешь ответ на свой вопрос

(222) Если система будет проста как три копейки , то напишут в приемлемые сроки, иначе шансов мало. А, так если автор задумал просто писать систему только под себя, так в чем проблема, садись пиши. А на счет сроков с профессионалами советуйся, а не на этом форуме спрашивай.

Участвовал в переводе с такой системы (ну и немного поучаствовал в доработке самой системы) на 1С (нетиповая конфигурация, основанная на БП 1.6, приказ сверху, не было бы - прекрасно бы и дальше работали).
Delphi 5 + FastRep + Oracle
Скорость работы системы 1С и не снилась. Вся база - 21 таблица (из которых две - таблицы аудита, заполняющиеся по тригеру, можно сказать - версионка :) ) + таблица доступа.
Меньше года ушло у команды из двух человек на создание базового функционала, полностью с нуля и примерного года три на наведение красоты. По функционалу - примерно соответствует конфигурации БП - т.е. собственно бухгалтерия + зачатки зарплаты. Были еще и зачатки управленческого учета.

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

(226) и 20 ботаников мало!

(225) > Скорость работы системы 1С и не снилась.
Можно подробнее, что кому не снилось?
Работало быстрее 1С или медленнее?

(89) Помню, помню. Сева Новгородцев когда-то познакомил с девушкой автором спича "Жизнь нужно прожить там, что бы потом не было мучительно больно за бесцельно прожитые годы"

(0)Большинство просто тупо не правильно понимает в чем сильные стороны 1С. Отсюда некорректная постановка вопроса.
1)Удачная бизнес модель 50% продавцу.Сетевой маркетинг по сути.
2)Конфигурирование движка менее затратно чем разработка движка с нуля.
3)Программирование на родном языке. В англоязычной стране программистом может стать человек обладающий логико-математическим складом мышления, а в неанглоязычной стране программистом может стать, как правило, человек обладающий логико-математическим складом мышления и знанием английского языка (на котором собственно и приходится программировать).
4)Типовые пример работающего функционала и открытая конфигурация. То есть. Есть разработчики платформы которые знают как можно и нужно юзать движок. Особы приближенные к ним ваяют работающий пример из которого тупой и ленивый одинэсник может тупо копипастить или тонко задействовать код типовых.
5)Опять программирование на родном языке. Программист нарастивший скил в программировании на родном языке не имеет такой мотивации свалить за бугор где его наработки, скажем так, будут менее востребованы. В сочетании с пунктами 1 и 4 и наличием интернета, это приводит к формированию коллективного разума, социума, в котором более опытный программист может помочь менее опытному, а менее опытный соответственно может спросить.
Данные пять пунктов описывают достоинства 1С, но они же могут обернутся недостатками. Так с развитием восьмерки квалификационные требования повышаются. Повышение квалификационных требований приводит 1С к конкурированию за более квалифицированные кадры которые как раз ориентированны на заграничье и которым надо еще обосновать почему они должны заниматься 1С. Программистам нарастившим скил в 1С становится банально скучно в песочнице конфигурирования, решая день за днем одни и теже задачи, как правило. Отход программистов от 1С приводит к сокращению социума, коллективного разума. Сокращение коллективного разума, сокращение числа готовых помогать безвозмездно, поднимает порог вхождения в отрасль новых специалистов. Сокращение доходов от продажи коробок и введение фирмой 1С штрафов ведет к сокращению интереса к 1С как к бизнесу. Судя по всему 1С видит выходом из этой ситуации введение облачных сервисов с 1С, но в стране с низким социальным капиталом, и с не всюду доступным интернетом облачные услуги взлетят вряд ли. Как то так. А что до систем разрабатываемых с нуля в части решения задач бух учета или задач расчета зп, их во времена DOS и Fox/pro было довольно много на рынке. Существует, на западе во всяком случае, рынок компонент которые расширяют функционал SQL Server скажем в части гибких отчетов, а-ля СКД и так далее.

(230) Вы ошибаетесь. Большинство просто страдет тяжелой формой дислексии...

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

20 человек?? за выходные (с пятницы на понедельник) , главное пиво!)))

(0) - зачем? для создания "убийца 1С" тебе нужно сначала фреймворк создать со скриптовым языком, а уже потом "конфигурацию".

бред

(212) +100500

(0) если интересно могу познакомить с человеком у которого есть все необходимое, в Краснодаре

(0) >> сколько времени потребуется...?
у вас денег не хватит

20 работников, 1год, 30млн руб - вполне будет работать поделка

(0) Я знаю пример, когда ядро бухгалтерской программы было разработано одним программистом, имеющим сертификат аудитора, за 3 месяца. А потом где-то ещё полгода ушло на последующую доводку, обвеску всяческими ОКУД-овскими формами и т.д. и т.п.

ну 1с-и уже, оболтус

(238)и как связано ядро бухгалтерской системы и сертификат аудитора?

(220) На руби спецов нету, по крайней мере в РФ . Знакомый делал пару лет проект, умер проект как ращ из за отсутсвия прогеров вменяемых

(240) Видимо он знал что писал ;-)

Я думаю продажный прототип системы за полгода- год. Далее все будет зависить от количества продаж

(240) Неужели что-то непонятно? Программист знал предметную область. Обычно проблема при написании бизнес-софта упирается именно в незнание специфики, т.е. в поставку задачи. В приведённом мною примере продажи начались через 3 месяца. Аналогов на рынке таких быстрых стартов не знаю.

(239)При чем тут Оболтус?

(244) >> В приведённом мною примере продажи начались через 3 месяца.
Можно ссылку на продукт?

(242,244) Аудитор и написание ядра (платформы) вещи никак не взаимосвязанные.
Это я как планировавший сдать на аттестат аудитора говорю.
//
Для написания платформы достаточно знаний бухучета на уровне среднего бухгалтера

(246) http://www.inotec.ru/

(247) "знания бухучета на уровне среднего бухгалтера" - частный случай от знаний аудитора => противоречия нет

Смотря что писать, если платформу и конфигурацию, то долго.
А если Программу 1с Бухгалтерия (без возможности изменять)и плюс при поддержке грамотных юристов, бухгалтеров, то за 2-3 месяца

(83) потому что любят деньги считать. а не считать сколько потратить на то, чтобы деньги считать

(194) кстати, а почему у всех итерируемых типов методы перебора поименованы отбалды?

(123) А вам самим не надоест все это в скором времени? Правильно тут написали, в БУХ главное не остатки и не субконты (заниматься разработкой программисту - удовольствие), главное - очень длительная поддержка, как техническая, так и методическая.
Сама принимала участие в разработке-самописке, но пожизненно сопровождать и дописывать одну и ту же программу небольшим коллективом нереально просто. Народ уходит - а новый пока въедет... Передача информации "из уст в уста". Это геморрой для клиента в первую очередь.

(252) +1
В этом смысле фирма 1С смогла выстроить самый грамотный бизнес в России и прочих постсоветских странах.

(230) всю заслугу популярности 1с ставить русскому языку - это бред.
Основная фича это типовые и то что 7 ломалась в свое время и никто за это никого не трогал

(241) да ладно, как это нет спецов по руби?
Уже большое сообщество, да и обучиться несложно, приятный язык

(254) Про элемент халявы я вроде тож сказал
А за то что инфобухгалтера ломали с приятелем нам тоже ничего не было :) тогда вообще за это статьи не было

(256) Инфобухгалтер сам себя убил , заморозив развитие платформы . Вполне был конкурент шестерке , кое в чем опережал , у 1С вышла семерка , а в ИБ думали "и так сойдет" . Не сошло ...

+(257) Кроме того ИБ был заточен в первую очередь на классический бухгалтерский учет . Нравился бухгалтерам "старой школы" . С какого то времени , в бизнесе большее внимание стало уделяться оперативному учету , БУ перешел на вторые роли . ИБ момент упустили

(258)"классический бухучет" это как? Где в типовых конфигурациях уделяется внимание оперативному учету?
(254)предположим не было бы типовых. Были разве в то время хоть какие-то аналоги 7-ки (самой платформы)?

(259) "классический бухучет" - от проводки , двойная запись на плане счетов . Есть свои плюшки благодаря формализации , есть и серьезные ограничения . В том же ИБ реализовать учет например инструментов и техники на нескольких стройплощадках - мрак кромешный . Да что там , с элементарной многоскладовкой были проблемы , ибо склад это субсчет

(260)Хм... не вижу проблем в организации поскладского учета, или учета инструментов в "классическом бухучете".
Вопрос только надо ли это делать. Ведь это не задачи бухучета, и перекладывать их на бухгалтерию приведет только к путанице
//
Реализация параллельного ОУ и БУ - не лучший вариант, в итоге что-нибудь не сойдется

(261)Хотя хочется услышать конкретные примеры ОУ

(262) Учет в разрезе торговых представителей (в ТиС вроде был) ,управление ценовыми политиками (хотя все равно все переписывали под себя) , анализы рентабельности (зачатки были) , хотя бы базовая логистика , адресное хранение (на регистрах пишется удобнее чем на счетах) , цепочки обработки документов (появились кое какие штатно только в УТ11)

(261) Так и не надо что бы все сходилось . зачем буху учитывать зарезервированный товар ?

(261) Если контировки есть без проблем в общем , но углубление аналитики до секций и ячеек , уже довольно гемморойно , а если например еще и МОЛ-ов надо прикрутить ...

(263)В моем понимании Оперативный учет <> Планирование.
Этими вещами и отделы разные занимаются
//
(265)люблю я двойную запись. То что в 1С удобнее работать с регистрами - это вина 1С - не захотели сделать на уровне платформы нормальную работы с аналитикой по счетам

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

(266) Я люблю двойную запись , а Лука Пачолли велик :)

Но каждой задаче - свой инструментарий

(267) Бухгалтеру сводящему баланс нужна информация о том сколько какого товара , продал конкретный торговый представитель , с какой наценкой , и какова его динамика посещения точек клиентов , и данные по клиентской базе в разрезах типов точек ?

(267)Если это бухгалтеру не надо для отчетности - тогда это и не задача бухгалтерии.
Если же надо - то лучше это будет в одном месте - в бухучете - бухгалтеру это не помешает

(269) Это не нужно бухгалтеру для отчетности ни в коей мере , но например супервайзеру команды агентов без такой информации не жить :)
Ну или например время начала набора накладной на складе , время окончания набора накладной , время погрузки и окончательной доставки и т.п.
Кроме того реализация такого функционала на плане счетов , это забивание гвоздей микроскопом .

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

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

(270)
Подойду с другой стороны. Будем плясать от первичного документа - он же заводится один раз - кем? бухгалтером или супервайзером?
//
"Кроме того реализация такого функционала на плане счетов , это забивание гвоздей микроскопом ." - а в чем тут разница между счетом и регистром - ну прикрепи пару реквизитов к документу накладная. На крайний случай задействую забалансовый счет
//
2. А почем мы от платформы пляшем? В бухгалтерии это нафиг не надо - поэтому и не реализовали. А ТиС - это не система полного цикла учета.
//
3.Опять же это техническая реализация в конкретной программе.
Смогли бы в 1С сделать многоуровневую аналитику на плане счетов - ничем бы это от регистров не отличалось

Приведу преимущества плана счетов:
1. Унификация ввода данных - пляшем от проводки, любую операцию можно отразить бухоперацией
2. Единый центр хранения данных. Делаем ОСВ - и можно быть уверенным все данные есть в этом отчете
3. Универсальная система отчетов
4. Двойная запись и балансовые счета. В том же ТиС можно списать товар и не бросится в глаза.

(271)
1. Ну в вообще то агентом с КПК , или оперционистом Call-центра (в более менее большой конторе) . Бухгалтер спервичкой сталкивается на этапе сверок , или отчетности по НДС
2. С шестью субконто на счете . Кроме того при приличном документообороте бухкомпонента встанет колом . Это не о бухучете в принципе а его реализации в клюшках
3. В общем согласен

(273)
1.Считаю что ввод документов должен осуществляться в систему учета один раз. Хранить доп информацию можно в 3-х местах
- в самом документе
- как аналитику на балансовом счете
- как аналитику на забалансовом счете
//
Если данные нужны для построения специализированного отчета (продажи в разрезе агентов думаю как раз этот случай), то лучше первый вариант

(272) Не надо меня за бухучет агитировать . Я потомственный бухгалтер .

И например бухгалтеру нужен один разрез затрат , финику принципально другой , менеждерам вообще третий . Количество уровней субконто раздувается и раздувается

Те же ценовые политики , многоколончный прайс , скидки , сезонные , персонифицированные , акционные , бонусные - все это должно где то хранится ,забалансовых счетов не хватит:)
Бухгалтеру это глубоко пофигу , он работает со свершившимся фактом

(275)поэтому я и разделяю задачи учета и задачи планирования, ценообразования и т.п.

(273)  Он и вводится один раз , но ввод документа скажем расходной накладной - низкоквалифицированный труд . При полутора тысячах заявок в день , по нескольку десятков строк в каждой - заниматься этим бухгалтерам ?

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

(277)да дело не в том кто вводит данные, я кому что данные все равно их надо вводить, а бухгалтеру эти лишние данные ни как не помешают

(278) Помешать то не помешают , только нафиг не нужны . А излишек информации иногда даже вреден

(280)ну вон в типовых есть такие субконто - типа Ставки НДС, Ставки НП - ставишь не учитывать и нет избытка информации.
Если субконто оборотные, тогда вообще красота.
//
Зато большой плюс - данные для различных пользователей всегда будут одинаковые.
А не получится одни скорректировали, другие забыли.

"Зато большой плюс - данные для различных пользователей всегда будут одинаковые"

Это кстати не всегда плюс :)