Добрый вечер.

Нужно сделать презентацию на тему преимущества разработки на 1С перед Java.
А какие бы вы отразили преимущества в презентации на эту тему?

Нарисовал бы стенку, и человечка в жёлтой футболке, несущегося в эту стенку головой вперёд

(0) Разработки чего?

(2) приложения с нуля

1с  подходит для разработки прототипов.

(3) какого приложения - игрушки или CRM?

(4) это не преимущество, прототип можно и на Java сделать

+5 преимущества для кого - заказчика или разработчика?

(0)
1C удовлетворяет стандарту zaeboque.
JAVA на сколько я знаю - нет.

Вообще тренд сегодня - лепить ERP - системы прямо в броузере, на jQuery. Но для этого надо знать книгу про носорога.

(0) у языка 1С перед джавой одни недостатки, так что закидают тебя тухлыми яйцами

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

(9) огласишь?

(10) Где в телевизорах?

(10) http://v8.1c.ru/metod/publication.jsp?id=193

(12) ты трезв?

(10)
Каждой команде по компу. Задача - количественный учет на складе. Приход расход, печ. формы, отчеты (СКД).

Кто быстрее - тот и выиграл.

Какую из систем?

Или какую команду для разработки с нуля?

+13 а если коротко - выбрав Java заказчик гарантирует пожизненную найм команде разработчиков :)

(16) выбор идет системы, а от выбора систему уже и команда.
явно при выборе 1С кодить не будет команда java

Я не очень понимаю, как язык (а Java всё-таки язык) программирования можно сравнивать с готовой средой разработки (в которой есть свой язык).

Просто, в java нет готовых объектов для учёта, а также нет встроенного табличного документа, который можно просто и удобно сохранить в Excel, но зато там есть библиотеки на все случаи жизни.

Потом, сама по себе Java - это среда исполнения, которая ставится на клиентские машины или работает как Web-движок. Только одно кардинально отличается от другого.

Режим тонкого клиента 1С сделать на Java можно, но его придётся писать с нуля.

Система учета чего-либо это 1С. Все остальное в этой сфере шлак или отмыв денег

(19)  А ты уверен что речь идёт об учетной системе, а не например, написания интернет магазина?

(20) отменная трава

Тогда ты не с того конца зашел?

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

У Java политика лицензирования дешевле

(22) готов опровергнуть любой выперд

(21) Ну, интернет-магазин - это часть проекта, учёт же на самом сайте никто вести не будет. Хотя, писать сам интернет-магазин на 1С, наверное, самое глупое решение.

Опс. Все-таки с нуля.

(24) Вопрос не столько в лицензировании, сколько в стоимости поддержки - будет ли способна другая команда Java-разработчиков поддерживать то, что написала текущая.

(26) почему? трайд софт к примеру продает законченное решения, когда у тебя на сайте и интернет магазин и учет складского движения и финансы. Т.е. законченное решение

(26) интернет магазин это в сторону битрикс

(29) Только потом все прелести налогообложения и т.п. придётся всё равно получать через выгрузку в бухгалтерию.

Да и потом, хороший интернет-магазин можно написать даже на простом php, и всё будет работать - в данном случае Java такая же цель, как и 1С.

(26) Так а ты уверен что автору нужны программисты для написания КИС?

(31) я же написал НАПРИМЕР

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

(19) (21) Управление грузоперевозками, если задача была бы сделать ИМ, то послал бы ясно что бред.

если быть точнее то:
1С против Java + Spring + Eclipse + WildFly

Чистых разработчиков в 1С мало, через некоторое время потеряют интерес и команда поменяется.

В java возможно этот процент поболее.

Вообще предварительное ТЗ нормальной команде по 1С бы на оценку.

Java, кстати, позволяет запускать параллельные процессы, что в 1С можно сделать только с некоторым натягом через фоновые задания.

(18)[выбор идет системы]
тогда при чем здесь язык кодирования

если команда на джаве имеет готовый фрэймворк, она уделает любой проект на 1С как по срокам, так и по качеству

(0) Язык 1с позволяет примерно через 3 месяца рубить бабла, больше чем Java через полгода (ИМХО). Нарисуй часы, календарь и бабло (горку бабла).

(35) А простой сайт на php плюс службы связи с грузовиками вам чем не подошёл ?

(35)Управления это как? Выписать путевой лист, или формирования по карте оптимального маршрута движения?

(38) а что на 1С нету фрэймворка?
БСП тогда что по вашему?

(42) херня на постном масле это

(35) Сначала нужно понять, сколько будет рабочих мест операторов, что ещё должна уметь система (общение с оборудованием) и т.п.

Грузоперевозки херня, реализуемая - предварительный диагноз 1С.
Если нет мутных расчетов (41)

(41) вопрос был о преимуществах а не о функционале системы.
уходим от темы ребята

(42) БСП это УГ,
ни чего для грузоперевозок в нем нет

Что именно из БСП можно применить к этой задачи? Классификатор банков?

(46) Думаю, что на 1С уже есть готовое решение, которое можно дорабатывать, а не писать с нуля.

(46) ребёнок, это ты уходишь от сути проблемы

(43) тогда какой фреэймворка на Java крутой?

(45) ну и грузоперевозки и java тоже реально.

Плюсы 1С - 1С:СРМ и IP телефония.

(49) Рарус и ... всё

(52) Ip-телефония также и с java прекрасно дружит, а СРМ можно написать на чём угодно.

(53) Ну и чем вам Рарус не нравится - даже работает.

(50) Отец объявился, читай внимательней вопрос в (0)
Я не спрашивал можно реализовать на 1С или нет.
Я спрашивал какие есть преимущества глобально 1С над Java.

(54) за сколько она дружит? фреймворки есть рабочие без затрат?

Я не спрашивал готовые решения, я их все глядел вопрос не в этом.

(51) http://www.iscra.ru/

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

(58) на твой вопрос нет правильного ответа.

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

(55) Угу даже в коробку встроена связь с программами мониторинга

(60) в чем сложность?

(56) [Я спрашивал какие есть преимущества глобально 1С над Java.]
ни каких
каждый компонент 1С по отдельности херовее джавы

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


поэтому писать на 1С с нуля безумие


но есть область учета, где Рг 1С и её генератор отчетов рвут любых конкурентов

(63) У Рарус-а есть закрытые модули - это недостаток, а в остальном - вполне терпимо, да и ошибки, если таковые находятся, они исправляют достаточно оперативно.

(58) Сферическая задача в вакумме?
Для этой задачи ни 1С ни Java не подходит

Обе тормознутые до ужаса, и если будет 500 человек бедет труба

(56) Никаких абсолютно. Джава гибче хотя бы за счет большого количества IDE (одна IDEA от JetBrains чего стоит! Это не тупой конфигуратор в 1С!) и по сути неограниченного функционала. 1С жестко заточена под одно.

(66) Вот только расчет себестоимости в закрытом модуле, и логика его работы весьма странна, а внести коррективы в его работу - нельзя

(68) В java не так просто подключить внешнюю dll, что в 1С можно попробовать сделать, как внешнюю компоненту.

(65) еще расскажи нам про скорость разработки, про количество специалистов в России

1С vs Java

(70) Стоп. Ты спрашивал не о том.

(69) Это недостаток Рарус-а - если нельзя увидеть, то нельзя и понять. Конечно, можно пробовать переписать самому, но тогда смысла в Рарус-е просто нет.

(65) юзабельность это субъективно + зависит от кривизны ручек разработчика

(70) И иди почитай на чем пишут внешние компоненты для 1С)  Подсказка - не на джаве)

(76) Можешь мне не рассказывать, на чём их пишут, я их на Си писал, только вот оно нужно только тогда, когда ничего другого сделать нельзя.

(68) 1С заточена под учет

(78) Всё, что есть в 1С, можно написать и на java, только придётся работать с каким-то SQL-сервером, так как без SQL в java просто нет возможности для хранения данных.

(68) скорость разработки учетных систем, не?

(79) давайте на паскале вообще писать это еще интереснее

(78) т.е. 1С не годиться для 95% задач автоматизации

(79) Как и в любом другом языке...Для джавы же есть ORM-библиотеки?

(79) ну можно подумать что для джавы нет готовых мониторов транзакций

(82) 1С годится везде, где пользователь вводит данные, так как позволяет нарисовать удобные формы, причём быстро.

(82) откуда циферь?

А трёхзвенку на java тоже с нуля писать придётся ?

(0) Вот только вспомнил - https://www.openerp.com/

(87) Клиент-сервер на жабе есть даааааавным-давно.

(88) Написано на питоне)

(79) "без SQL в java просто нет возможности для хранения данных"

Тут даже слов нету....

(89) Да он везде есть, так как в java tcp-соединение открыть - не проблема. Только вот продумать протокол, чтобы оно работало и передавало данные, придётся группе разработчиков - может и не взлететь.

(92) сказочник,
ADODB одинаков для всех

(91) Ну, если кто-то хочет писать работу с двоичными данными с нуля или использовать текстовые или xml-файлы, то - в путь.

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

И потом, вы ещё скажите, что в 1С без SQL-сервера всё так хорошо работает, что про вопрос "лечение базы" никто и не вспоминает.

(95) трехзвёнок на джаве как грязи и проблем с хранением данных нет, поскольку целостность обеспечивается на стороне сиквела, а не кодом как у 1С на клиенте, с жалкими, а тут мы сделаем ТиИ и кэши почистим

(97) Так я о том и говорю, что без sql в java делать нечего, но MySql бесплатен и для java-системы прекрасно подходит.

(98) дык ни кому в здравом уме и не придёт в голову строить системы на хранении данных в плоских фалах

(97) Любой сайт с java-сервлетами - готовая трёхзвенка да ещё и с браузером, то есть готова к работе на любой машине, причём, в отличие от 1С, действительно работает.

КГ/АМ.
Автору вон из профессии.

(99) Вот если бы разработчики 1С об этом думали.

(102) файловая 1С ни когда 1С не признавалась работоспособной

(98) Тогда уж лучше постгресс.

Единственно, чем java проиграет - это в возможности внесения изменений в процессе работы системы.

(104) MySql имеет специальный движок для хранения текстовых данных и ещё много чего интересного, до чего постгре ещё топать и топать.

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

(106) posgre не форкают особо, а мускул форкают кому не лень

(107) Если у вас трёхзвенка, то её придётся останавливать, чтобы заменить код.
Конечно, никто не мешает сделать возможность динамической загрузки кода, но это же нужно в ТЗ прописать.

(108) Вот потому он и более популярен.
Бесплатные SQL-сервера и другие существуют, только их никто не знает.

(109) ты мне одного вечно пьяного персонажа напоминаешь.

java крут, одни плюсы.... но большинство сидит на 1с и на прочих ораклах и сапах, ну-ну

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

(112) Java - это язык программирования. В принципе,.NET не хуже.

(111) Просто, я видел "готовые" решения на Java, и они были ещё более недоработанными, чем 1С.

Но, например, на Си можно вообще всё, что угодно, написать, только почему-то никто не пишет.

(114) Net - это переписанная версия Java-идеи от Microsoft.

(113) Ты меня-то в чем убедить пытаешься?

(117) Да я ни в чём никого не убеждаю - просто - беседую.
Что, разве нельзя помечтать о программировании на Java, только вот у нас, почему-то, java не любят.

(116) Нет, это совсем не так. А коли ты про ран тайм энджайн, так это идея не сан, а идет от смоллтолка.

(118) кто не любит? Если за убогий 1С платят регулярно и мозг напрягать особо не надо, то это не значит, что не любят

(114) да я собсно имел ввиду не сам джава а продукты написанные на нем

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

(115) потому что памятью надо управлять, да и думать надо.

(121) Качество готового продукта определяется не языком программирования, а отсутствием ошибок и соответствием ТЗ.

(123) Управление памятью не по силам только тем, кто не умеет за ней следить. Сборка мусора иногда преподносит сюрпризы, которые в нормальном языке программирования даже и не встретишь.

(124) Почитай про жизненый цикл программ и design patterns.

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

(125) Ты никак вискарь в одно рыльце употребляешь :)

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

(127) у тебя извращенное знание о сборке мусора, в Джава все вполне корректно.

(128) Ничего я не употребляю - просто сижу смотрю телевизор и беседую на всякие отвлечённые темы.

(130) У меня просто не получается с ней корректно работать, так как в традициях делать множественные ссылки между объектами.
Поэтому, всё равно приходится писать деструкторы объектов, чтобы не ходить по граблям.
P.S. с написанием на java у меня так и не сложилось - поэтому я его и не люблю.
А уж про javascript вообще только отрицательные эмоции - как оно "прекрасно" ActiveX объекты "захватывает" можно только промолчать.

Да и потом, в одно рыло готовый проект на java не просто написать, в отличие от 1С, где как раз можно и попробовать.

Ладно, всё, мне пора - не буду больше отвлекать народ.
В общем, писать надо на том, на чём умеешь.

Почитай книжку "Применение шаблонов программирования в JAVA"

(0) поищи в инете плюсы проблемно-ориентированных языков.

(0)

1С: быстрей, и конфу могут набросать плохо разбирающиеся "программисты".
минусы: нестабильность, ключи

Java: Сначала движок, потом функционал, медленней, но полный контроль над разработкой. Можно сделать что угодно.


Когда-то считал, что 1С сильно ограничивает "фичи" разработчиков и кто-бы ни написал, все легко поддерживается. Но, как показал опыт, и на 1С можно навернуть все так, что поддерживать будет сложнее чем разработки на Java.

Поэтому писать должны и там и там программисты без кавычек)

Так что плюс у 1С один - скорость разработки.

Стоимость разработки приблизительно одинакова.

(137)
Иными словами, сначала на ЯВА надо сделать что то типа 1С, а затем решение.

На 1С этот этап можно пропустить.

(138) да, так проще. Но можно делать параллельно, по мере надобности. (все равно медленней получается)

(139) + не совсем типа 1С, а подсистемы, типовые объекты, от от которых наследовать остальные и т.п.

(140)
I mean, что нужно будет создать среду, где сущность создается двумя кликами мышки и:
1. Эта сущность отображается в интерфейсе.
2. Обладает базовыми свойствами - редактирование/сохранение/удаление и т.д.

Ничего этого по умолчанию нет и это придется делать. Хотя бы справочники. Да и регистры.

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

(142)
Среда разработки ТИПА 1С, но на яве - может:
1. Стоить дороже чем 1С.
2. Обладать фантастическими багами.
3. И фантастическими возможностями (которые даже осознать не получится).

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

Приводили страницу кода. O_O

На С# это person.OrderBy(per=>per.name) Всё.

Ну и что  - эта ваша ява?

(144)
http://docs.oracle.com/javase/tutorial/java/javaOO/lambdaexpressions.html

(145)
Так там тоже - все сидят и надеются на восьмую яву.
На то, что там появится то, что в шарпе уже давно.

На Java уйдет время в 2-3 больше, чем на 1С

В Яве не надо выгонять пользователей из Интернета.

(148) но ctrl+f5 тоже иногда надо, а если еще и проксирующий стоит сервер, то не только на клиенте сбрасывать кэш.

Один раз я участвовал в подобной дискуссии. Там все свелось к выводу программиста JAVA сложней найти и он дороже. Решение писали на 1С.

(143) Здесь на форуме есть "программисты", которые и на 1С "фантастические баги" умеют писать.