Доброго всем дня!

Собственно тема.

Спасибо.

уже 3 (2)

(8) в постановки задачи нет слова про ява+1С, есть или ява или 1С

(5)какова суть?

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

(13) это не от языка зависит, а от организации работы

думаю и ява программеры бывают такие что и аналитик и разработчик  одном лице

1. Меньше глюков
2. Масштабируемость
3. Не тормозит

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

(0) Ну на Java под Android ты напишешь все что угодно, а на 1С - мобильную торговлю максимум :) Собственно функционал будет ограничен только возможностями 1С и все, никаких новых трендов, никаких интересные библиотек, проектов ты не подключишь в свое приложение.
SDK Androida быстро развивается, гугл дописывает библиотеки, support, google play services, всякие сторонние библиотеки развиваются.
Ну и естественно быстрее будет работать :)

(0) вот например такое не сделаешь :) https://www.youtube.com/watch?v=-4bwMrkpKGE

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

(14) Не бывает.

(17)
<SDK Androida быстро развивается,>

Ага ага... уже Android 6 вышел...а ты всёравно будешь код писать под 4.1 и облизыватся на то что вторую полвину JCF только с 5 версии прикрутили

<support, google play services>

Весом 50 мегабайт первая и 120 вторая

<на Java под Android ты напишешь все что угодно>

Java под андройд не совместима с библиотеками написанными на Java выше 5 версии

(21) >>> Весом 50 мегабайт первая и 120 вторая,
  ты пробовал с ними проект собирать ? они пары мегабайт не добавляют в конечную apk.

(18) Да, да. На 1с Candy Crush Saga не напишешь

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

(23) и покемонов.

(22) зато они отлично убивают телефон пользователя тем что страшно тормозят и порождают совершенно чумные вещи типа разрядки аккумулятора за два часа при использовании какихнить Geo Fences

(24) это потому что у тебя 1С головного мозга :) и весь спектр задач в ИТ у тебя свелся к ведению количественно-суммового учета всяких фигни :)

Преимущество, как между небом и землей. Вот для примера две программы, первая создана на чистой яве, свой движок СУБД  и свой интерфейс под конкретную задачу. Работает идеально, удобно, отклик моментальный. Вторая программа ну вы поняли, парни с селезневской доказали, что могут, а как оно работает, не их проблемы, а пользователей.
1) https://play.google.com/store/apps/details?id=com.agentoid
2) https://play.google.com/store/apps/details?id=com.mt1c.mt1c

(28) Вы отзывы и комменты читали?

(28) Но зачем свой движок субд? есть же скл лайт

(28) зачем у тебя пол видео о том как можно настраивать цвета?

(30) потому что в каждой нормальной программе движок СУБД занимается расчетами. В одном поле изменил значение, сразу  автоматом пошел пересчет по связанным полям. главным образом у меня так работает фильтрация списков, просто моментально на любых объемах данных. скл лайт для лентяев, написать свой движок проблем не составляет, исходников куча в интернете. если хочешь, чтобы все работало быстро и четко, пишешь сам, если лень или мозгов не хватает, берешь готовое и занимаешся с этим сексом, причем за деньги.

(3) Можно, даже игры :)

(5) Мы говорим об бесплатном? Или вы про продажи?
И что вы подразумеваете под приложением?

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

А вот конфигурации ты можешь писать совершенно даром и распространять их бесплатно :)

(0) ТС КГ/АМ...
Два языка, которые и месте не стояли :)

Опиши удобство работы с Базами данных на Яве. Начни с SQL ;)

(34) использование 1С подразумевает покупку её лицензий... и найдя даже бесплатную конфигурацию, бабла откатить придётся

(36) Один раз, за рабочее место. А не за конфигурацию :)

(0) Ну я с 1С не работал, но сомневаюсь, что у 1С есть такие фишки как animation API, transition API. Можно ли в 1С подключить аналитику/крэш репорты?

>что у 1С есть такие фишки как animation API

у 1с есть котики в отчетах

(38) в 1С можно все, даже играть в квейк. Но через одно место :)

(40) кинь ссылку на документацию 1c по этим API?

(39) можно скрин?

(42) http://imglink.ru/show-image.php?id=947333e7df18068b4598b324ab512f6c

(43) Киллер-фича!

(44) бухам очень нравится :)

котик кстати появился примерно в то время как новость о том что вирус в epf файле по почте рассылали..и там тоже были какието котики...

и блин когда позвонили из финансов со словами "а у нас котик в бухгалтерии"...у меня в глазах потемнело :))

(0) На Java пишут покемонов, на 1С - котиков в отчетах

в любой не понятной ситуации выводи котиков!

(0) А вообще сравнение абсолютно не корректное. Это как сравнивать фирменный швейцарский нож с зубочисткой.

(49) Что в роли ножа?

(50) скорее 1С, потому что ява это кусок железа и напильник с помощью которых хоть нож можно сдедать, хоть катану японскую

а 1С это нож и только, хоть и швейцарский

(50) 1С конечно :)

(51) Ява будет зубочисткой... как правильно замечено, Вот вам камень, вот вам палка, остальное вы придумаете сами :)

(53) ну на Яве можно написать 1С, а вот из 1С уже ничего не напишешь кроме 1С

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

(54) А котики?

да куда уж бурное общение, тема со вчеращнего дня, 57 сообщений

(55) Это все дополнительные ВК...

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

зубочистки, ножики...99% ресурсов тратится на обслуживание конструктора 1с, и только 1% на нужный нам код. на этом месте все разговоры об 1с и моб приложениях заканчивается, если конечно у вас не 1с головного мозга.

Правильно понял что часть аудитории хотят писать почти как на java под мобильные но с простотой как на 1С?

Причем без недостатков 1С в виде тяжеловесности, тормознутости, ограниченности и платности ))

(61) как в 1с вообще никто писать не хочет :) все хотят писатьн а java и забыть про 1С, как страшный сон :)

(59) !С тоже модифицируется сторонними ВК, КОМ-ками :)

+(59) >>>а с помощью швейцарского ножа

А с помощью ножа из Явы вы уписаетесь писать Бух. учет, который каждый год меняется :)

(62) А понимают что на java именно "писать" придется код, а не конфигурированием в т.ч. запросиков в конструкторе?

(61) Конечно, все хотят иметь одну кнопку "Сделать все" :)

(65)+ заниматься.

(66) Она находится рядом с банковским счетом или кассой.

(68) А как же "Ява халява"? :)

(61) Все хотят, что бы само все написалось.

(64)(65) А нафига это надо писать под мобильный телефон ? :)
Ну серьезно кому сдался Бухучет на мобильном телефоне ?
Мобильные телефоны это в основном средство развлечения, как средство работы его используют от силы 1% аудитории, причем даже этому 1% не надо на нем вести бухучет :) Поэтому...

Чтобы развернуть полноценный срач не хватает варианта - на Javascript (jquery mobile + phonegap и т.п.)

+(72) Смотря что за приложение. Если прайс на 10-50 позиций товаров/услуг, корзина, форма заказа, ну и формочка для отслеживания заказа - подходят 1С и Javascript. Только приложение на  Javascript будет бесплатным и сразу и для iOs.

Для меня неприятной засадой оказался момент, что в мобильном 1С приложении есть Полеhtml, но у него отсутствует свойство "Документ" ! Этот пипец.

Как забубенить простое приложение для Android и iOS за два дня.

1. Качается (я купил за 300руб.) книжка Максимилиано Фиртман jQuery Mobile. "Разработка приложений для смартфонов и планшетов".
http://www.ozon.ru/context/detail/id/20468239/
2. Качается среда разработки Adobe Dreamweaver CS6
3. Пример из книги - отображение файла JSON в виде списка открывается в Dreamweaver и отображается в режиме Live.
Далее статичный JSON можно заменить динамическим, который будет отдавать HTTP-сервис 1С. И профит. Выглядит примерно так (исходный файл JSON и его отображение на мобильном устройстве)
http://i79.fastpic.ru/big/2016/0721/e3/9c31d7a25a36ede37e438422b0fb21e3.png

Еще чуть капну.
Почему именно jQuery Mobile?

Русскоязычная поддержка.
Офигенно простая книжка на русском (см. выше).
Русскоязычное сообщество
http://javascript.ru/forum/mobile/

Бесплатный онлайн конструктор стилей для приложений jQuery Mobile
https://themeroller.jquerymobile.com/

И последний шаг - компиляция для устройств. Отладил я свое Javascript приложение, запаковал в zip и загружаю на build.phonegap.com

Сразу мне готовый apk для Android, xap для Windows, и облом с iOS. Облом с iOS связан с тем, что  для iOS нужен обязательно какой-то ключ, с получением которого я пока не заморачивался.

http://i77.fastpic.ru/big/2016/0721/79/4a7bfcaed55051d48261292013620379.png

(33) и на ОпенГЛ? ))

(0) очевидно - ответ зависит от того, КАКИЕ приложения планируется писать. без этого обсуждение не имеет смысла.

(79) ИМХО, если речь идет об 1С, то выбор не велик. Простые списки, иерархические списки, выбор из списка, детализация элемента списка (с картинками, возможно). Что еще можно сделать на 1С? )

(72) что еще за неведомый зверь? Если уже говорить о JS для кросплатформенно мобильной разработки, то тут безусловный лидер react native. Но в любом случае из за универсальности ограничиваются возможности. В частности доступен ограничений список вьюх по сравнению с Андроидом.

(35) А удобства вполне себе норм. "Чистый" sql сейчас используют все реже, а если и используют, то получат прирост производительности. А так многие ORM не особо сложнее в использовании чем в 1с. Только такие вещи как конструктор запросов, не популярны. Редко в мобильных приложениях будут сложные запросы. Есть моменты в которых даже удобнее использовать построители запросов в java так как основаня альтернатива в 1с -- это писать запросы которые собираются из кусков текста в зависимости от условий, а это еще та неприятность.

(81) <что еще за неведомый зверь?>
Вам неведомо слово jquery  или слово mobile?

(81) Покемонов на react native не напишешь, а в качестве альтернативы мобильному клиенту 1С нужно брать что проще для изущения, ИМХО, там всё +-10-20% в производительности от родной Java. Я так думаю. Много не выиграешь. И для react native, как я понимаю, нужно писать разный код для Android и iOs.

(83) Знаю, так же знаю, что эти технологии считаются мягко говоря устаревающими.

(84) Производительность будет отличатся как отклик от сайта и от нативного приложения. Не знаю сколько там процентов, но раздражающая задержка при отклике будет чувствоваться. Могу предположить, что по производительности не будет выигрыша перед 1с мобильной конфигурацией. React native поддерживает поддерживает работу с Open GL, так что игры тоже можно клепать. Возможно получится сделать все вьюхи общими. Но учитывая, что в качественном продукте нужно соблюдать множество стандартов дизайна под каждую ОС, от разделения вьюх никуда не деться.

(85) <эти технологии считаются мягко говоря устаревающими>
Ну вот и 7.7 все ни как не помрет. Хотя явно устаревающая технология.

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

(0) Что такое Ява? Кроссплатформенный язык программирования, разработанный под широкий круг задач. Что такое 1С? Изначально это платформа для решения задач бухгалтерского учета (и все, что с ним связано). В последнее время 1С пытается тоже стать кроссплатформенной и расширить круг решаемых задач.  Но на мой взгляд, получается хреново. У 1С при разработке моб. приложений нет никаких преимуществ!

+87 Вот если сравнивать преимущества 1С и Явы в решении задач бух.учета - 1С  тут всех уделывает.

+(88) Да и не только бухгалтерский учет, вообще учет остатков и оборотов. Запаришься остатки на Ява считать, мне так кажется.

(87) ну одно наверное есть - интеграция с 1с на других системах :)

(86) так сейчас у нормальной 7.7 туева хуча сторонних приблуд.
на голой то 7.7 наверное мало кто работает.

(0) Программируя на Java ты получаешь ценный опыт, потом можешь нормальную работу найти. А программируя на 1С ты получаешь бесценный опыт, так и останешься до конца жизни одноэсником.

+(88) Сначала должен прийти миссия с большими яйками, которые напишет для sqlite виртуальные таблицы остатков и оборотов, только потом 1С станет на мобильных устройствах совсем ненужной.

(89) я согласен, что в 1с есть готовы высокоуровневые проблеморентированные объекты и когда они покрывают проблему все просто. Но вы никак не можете кастомизировать поведение этих объектов. Это часто бьёт по производительности системы. Я бы привел следующий ряд.
Excel -> 1с -> java. Ведь есть весомый спектр задач которые в excel решить быстрее и проще чем в 1с и тд.
В java считать остатки не так сложно как вам кажется, даже элементарного sum по таблице оборотов + кэш хватит для многих случаев. А для тяжёлых нужно реализовывать что то более продв нутое чем у 1с. Ведь в ней совмещены olap и oltp

а в чем преимущество ножа перед тридцатисантиметровой линейкой при резке яблок?

(95) Нож обрубает 22 см, а линейка все 30.

(94) Странно, но вот древовидную структуру справочников, в Яве чет не так быстро отобразить :)

(97)

Если Элемент.ЕстьДети Тогда Наименование
Иначе Таб + Наименование;


Вы точно программист? Работой не ошиблись?

(98) Да так, техничкой робю.
А вы так сильно переживаете за Яву? :)

...
Если серьезно. то я за то, что бы мобильные приложения делались не на 1С. Боже упаси подсесть на, что должно работать в оффлайне, и при этом почти всегда. Связь же не везде ловит :)

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

(100) Порой и не на 1С делают убого...
Значит не везде 1С-ному коту масло :)

(97) Скорее всего на Java web/JS/android будет сложнее чем на 1с. Но - это плата аз расширенные возможности.

(100) насчет только одной группы раскрытия "в списке"

Ну попробуйте это на java наваять с биндингом ))

И кто мешает свои списки в 1С сделать?

а какие перспективы у Котлина ?

(104) Очередная попытка улучшить java и scala из преимуществ что работает поверх jvm и компилируется в js (т.е. могет в броузере или в ноде выполняться).

Но фактически имеем кучу траблов при отладке как и на scala и гораздо худшее выполнение в jvm чем нативная java или пока хуже отлаженную компиляцию в js чем в gwt.

(104) вроде как о kotlin нормально отзываются. Сам не пробовал так как его в основном в андроид прилетают, а я моб разработку недолюбливаю

(105) Какие ещё проблемы отладки в скале? И вообще джава и скала очень разные ЯП, хоть и есть пересечение в синтаксисе. Я бы не приплетал в этот ряд скалу.

(106) >Какие ещё проблемы отладки в скале? И вообще джава и скала очень разные ЯП, хоть и есть пересечение в синтаксисе. Я бы не приплетал в этот ряд скалу.

1. Каким местом они разные если скала перед выполнением в JVM компилируется в байт код java классов?

2. Отсюда вытекает проблема отладки при выполнении в той же JVM, если на java у тебя вменяемая эксепшен то в скале полный изврат с описанием и "оно упало где то тута в этом модуле".

Но давно изучал могу уже ошибаться.

ЗЫ Откуда разные ЯП?
Когда один по сути преобразовывается всегда в код второго это не разные языки, а диалект который разворачивает сокращения в полные конструкции.
Как с конструкторами/геттерами/сеттерами, и позволяет использовать краткий синтаксис.

(107) в Скале используется функциональный подход поверх ООП, в джаве императивный. Функециональный подход пожразумевает минимизацию сайд эффектов, то есть функция не должна менять внешние переменные. Это означает, что не нужно использовать классические явные циклы. Можно использовать циклы и их аналоги только если они умею возвращать результат. Почти все переменные должны быть иммутабельные (без возможности менять значение).
В целом скала хорошо себя показала в высокоскалируемых приложениях (приложения которые могут выполняться на больших кластерах). Если рассматривать как полную замену джаве, то у скалы выше порог входа, но после достижения определенного уровня скорость разработки будет ощутимо выше чем на джаве.

(104)(107) Сдешний разговор по поводу kotlin меня заинтерисовал и посомтрел, что за зверь. В принципе действительно синтаксис не плохой. Скорее всего знающим скалу никакого профита не даст, а новичкам в него будет проще въехать, но на сегодня не понятно, что делать с этими знаниями. Пока он максимум затягиват на вспомогательный язык. А вот компиляцию в js я бы не рассматривал как большой плюс, ведь по опыту java фреймворков которы компилятся в js, становится понятно, что фронт лучше сразу писать на js