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

Нужно сделать презентацию на тему преимущества разработки на 1С перед 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С "фантастические баги" умеют писать.