Вот такой отчетоваятель используют на джаве

https://www.youtube.com/watch?v=103MUpnyrvk

На 1сной СКД тот же отчет сделался бы за минуту, а он его ваял почти 10 минут.

Как вам?

(0) Оно еще и в эксель нормально не экспортируется прикинь, да

на фастрепорт больше похоже)

Но должен признать что Jasper Report изучается за пару дней максимум недель, а СКД пару месяцев надо минимум и то хреново будет человек знать.

(0) Когда я смотрю на скорость конфигуратора Java

https://youtu.be/Xv_0HGbIehg

(3)+ Сорри https://ru.wikipedia.org/wiki/JasperReports правильнее

(3) И еще оно бесплатное.

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

Сейчас же 1С8 имеет почти нулевые шансы попасть в "дорогие" страны, вот в "дешевых" оно довольно успешно двигается.

почему только 1с догадалась делать отчеты excel подбными?

(6) Ты лицензию "GNU Lesser General Public License" тоже не читал да?

(8) Потому что в xUSSR MS Office был "бесплатным"

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

(9) Хотя LGPL линковку разрешает, можно отделить от своего проприетарного кода в отличие от GPL.

(11) Я говорю что GPL/LGPL это не "И еще оно бесплатное." как написано в (6)

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

(14) https://www.cuba-platform.ru/

(14) скорее появится приложение, которое накидает приложение)

(14) для мобильных приложений вроде уже есть.

(0) Расшифровок не вижу - без них незачет.

(14) Таких конструкторов как ...на всегда было полно.
Но чтобы было понимание, даже через android studio такие вещи происходят в процессе разработки, что конструкторы там просто плачут.

(19) а что android studio - та же intellij idea - кроме конструктора активностей и нет ни чего. Я про то что возможность создания любого приложения будет в конструкторах по типу того же скд

(17) конкретно для игр есть

(18) скорее всего расшифровка "легко" добавляется пятиста строками Java-кода

(20) Результатом работы СКД является не приложение.

(0) и каким оно к скд? я так понял он все делает в конфигураторе

и да, голосувалка

(20) Эти все конструкторы подходят чтобы прототип накидать, а как что сложнее - берешь в руки java или flutter или еще че там ща подно и пошел ваять вручную как по старинке

и да

(7) 7ка вообще не имела никаких шансов. Вот у 8ки как раз есть шансы, но с маркетинговой политикой 1с эти шансы стремятся к нулю.

(14) ща выйдет фуксия, и джава вернется туда откуда она пришла, в тяжелый ентерпрайз... "спасибо" блин ораклу

(29) не факт что она выйдет или не выйдет и умрет

(30) ну учитывая телодвижения в сторону котлина/флаттера(с дартом) и фуксии ... java явно не в почёте

(0) Давайте будем честными. В каком проценте случаев для создания отчета достаточно метода "накидал СКД за 1 минуту без кода"? Если думать о пользователях, то ~20%. Там форма нужна с доп. информацией, тут выбора параметра нестандартный, там расшифровка хитрая, а там макет свой нужен, иначе "некрасиво".

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

(32) не согласен. В СКД в готовом виде есть расшифровки, отборы, условные оформления. Красивые формы для отчета есть в БСП, их просто выбрать. В 80+% случаев основные трудозатраты на ваяние отчета на СКД это написать сложный запрос. Все остальные настройки быстро прокликиваются мышкой. Ну так и на той софтине запрос тоже не сам пишется, а излюбленные пользователями отборы и расшифровки она походу вообще не умеет делать, только с дополнительными N*100 строками Java-кода.

(33) И тут наступает проблема специализации и конвейера.
На Java можно нанять любого студента, сказать ему про JasperReports и получить через недельку результат.

На 1С этот студент будет изучать СКД долго-долго и результата не дождешься. Затем он забуреет и потребует от 150К = ищи другого студента.

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

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

(33) Ну изначально нужно было быть несогласным со сравнением СКД оперирующей жестко заданными типами данными и универсальным инструментом оперирующим с произвольными источниками данных от элементарных запросов до произвольных байтовых потоков из сети.

(33) Код на джаве все чаще теперь не пишут,  а генерируют. Так что разницы - склько там строк кода - никакой. А  когда грааль встанет в строй окончательно - сотрется всякая разность между питоном/джавой/С++ и строки точно не будут иметь никакого значения. У жасперрепорста один, но очень важный плюс - ты ему дал текст запроса, и он именно его выполнит и не будет пытаться на ходу заоптимизировать.

(36) а если нужно несколько запросов. а потом их склеить?

(34) фулл вебстек точно не превысила

(37) Склеивай. Не так это и сложно.

все 9 минут автор ролика мастерил макет. Вручную руками сам. А, ну и половину времени ждал, пока оно о чем-то подумает само.
На СКД все то же самое при готовой БД и готовом запросе за 1 (ОДНУ, КАРЛ!) минуту делается МЫШЬЮ

(38) HTML5/CSS/JS + php + mysql то?
Там все сильно проще 1С если считать 1С77, 1С8 ОФ и УФ.

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

(34) "На Java можно нанять любого студента, сказать ему про JasperReports и получить через недельку результат. "

И он будет вырвиглазным, ява-джуны хотят сразу 60-70 тыр, и это без опыта работы....он такой отчет сделает пипец...а студент которые сделает сразу ок будет стоить уже теже 150

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

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

(43) Хрен там а не требования к говногодингу с трайкатчингом

(44) Угу открываешь в конфигураторе ERP и что там видишь?
В Java хотя бы обычная SQL из обычных табличек (различные внешние ключи и связи опускаем) а тут черт ногу сломит когда что где и куда.
А уж разобраться в сложной конфе 1С это мдя. В Java там все намного банальнее есть фронт, есть бэк в виде обертки над sql и таблицы/вьюхи и хранимки.
Причем сейчас все принято делать хранимками так сказать трехзвенка и отдельные sql говнокодеры есть.
Короче в 1С хотят одного на все руки а в Java это 2-3 отдельных спеца если проект крупнее пета.

(45) надо полагать, в ERP на MS SQL будет тот же миллион таблиц, что и в 1сной ERP. Но если в 1с понятно, что справочник номенклатуры это именно справочник, то в этих скулях нифига не понятно, что это за таблица и какова её роль. В 1С архитектура понятна и предсказуема из-за довольно узких рамок и ограниченного набора объектов. Справочники это входные классификаторы, документ для отражения фактов операций, регистры для накопления аналитики. Откроешь ты скуль базу ERP на пять тыщь таблиц, и что ты там поймёшь? Есть таблица N, она связаны с 30-ю другими таблицами, которые связаны ещё с 500 другими таблицами... уже на первых 15-ти таблицах ногу сломишь.

(46) Ты снова путаешь организацию с простотой работы на низком уровне.

В SQL все таблицы одинаковы и с ними одинаково работают.
В 1С же задолбаешься учить и помнить как со справочниками, как с документами, как с РС и прочими типами метаданных работать.
Порог входа для 1С сильно завышен по сравнению со студентом на Java.

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

Я (несмотря на то, что очень люблю СКД за её плюшки) очень желаю, чтобы в СКД поработали над интерфейсом. Например чаще всего нужны первая (наборы данных) и последняя (Настройки) закладки - так почему последняя закладка - не вторая?

(47) В SQL все таблицы одинаковы и с ними одинаково работают.

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

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

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

(47) Один механизм кеширования строковых переменных и их сравнения достоин медали долбоеба тому, кто это придумал. По ощущениям, есть тайный заговор, согласно которому, каждый разработчик ЯП для своих строковых переменных должен создать велосипед. Явиствы постарались и создали самокат с вентилятором.

(50) А что не так со строками?

(51)  это он про многопоточное программирование

(51) в java строки надо сравнивать через equal так как это объекты.

(34) Смешно сказал

(0) джаспер репорт не является лидером данного рынка. Если уж сравнивать 1скд то нужно сравнивать с https://youtu.be/tkdkCAx6L6Y
А в этом случае 1с явно проигрывает по всем параметрам

(55) Единственное, что там годного увидел - показатели на карте - годная вещь. Все остальное - такая же фигня как в Джаспер репорт.

(56) Там много годных вещей. Мне нравится конструирование макета через перетаскивание мышкой. Источники запросов могут быть разные, не только база данных но и внешние источники

(55) красивое видео. Только вот это не построитель отчетов, а целая BI-платформа. Сравнивать СКД и BI-платформу, это примерно как сравнивать узкоспециализированный язык запросов 1с и Transact-SQL.

(58) СКД тоже не является самостоятельным инструментом. Это интегрированная часть платформы 1с. Поэтому сравнение с бизнес объектом корректно и явно не в пользу 1с

(59) * business object

(59) в том-то и дело, что СКД это не самостоятельное решение, а узкоспециализированный инструмент в составе платформы. А business object отдельная платформа, стоящая много $$$. Сильно сомневаюсь, что при написании своей бизнес-нетленки, у каждого джависта в руках оказывается целая BI-платформа.

Можно, конечно, посравнивать вычислительные мощности встроенного языка 1с и ЯП Assembler, табличный редактор 1с и MS Excel, графическую схему 1С и MS Visio, файловую СУБД 1с и Oracle... Платформа 1с тут будет отсасывать по всем фронтам. Но смысл такого сравнения? Это ведь не инcтрументы в составе отдельного фреймворка. Мы тут сравниваем "инструмент 1с vs инструмент Java"

Ну и какой смысл сравнивать инструмент 1скд и jasper report ? Где и в каких ситуациях можно предположить их взаимозаменяемость? С таким же успехом можно сравнить УФ 1с и React или Angular на том основании что это вебморды

(63) "Ну и какой смысл сравнивать инструмент 1скд и jasper report ?"

и то и это - средства построения отчетов, используемые в аналогичных целях

То есть по вашему jasper repot в Java есть аналог 1скд а business object в SAP нет. Интересная логика

СКД инструмент для создания отчетов 1С:Предприятия. JasperReports инструмент для создания отчетов Java. SAP BusinessObjects - BI-платформа.

Найдите лишний предмет в списке.

Сравнивать СКД и SAP BusinessObjects, это равносильно сравнению табличного документа 1с и MS Excel. Они чем-то похожи, но это по-сути разные вещи для разных целей.

Всё-таки предлагаю сравнивать СКД с JasperReports, SAP BusinessObjects с Power BI, а Excel с OpenOffice Calc. А то так можно дойти и до сравнения прицепа легкового автомобиля с бортом самосвала.

А вот СКД на мелкомягком C#

https://www.youtube.com/watch?v=ociTNFwKii0

Из той же оперы
https://www.youtube.com/watch?v=lu7ASjNeeys

(47) ты сложнее hello world на java писал что нибудь?

(47) Фреймворк как раз можно сравнить с платформой. Знание синтаксиса жабы без знания конкретного фреймворка бесполезно.

(71) Еще скажи исходники платформы 1С у тебя в наличии, причем на ЯП 1С ?

(72) При чём тут исходники?
Знание синтаксиса ЯП 1С не даёт навыков разработки без знания платформы.
Знание синтаксиса любого ЯП не даёт навыков разработки без знания фреймворков. Хотя вру, на асме можно кодить, ну или на сях, которые без плюсов, хелловорды писать.

(70) Писал и меня бинсы с jpa не пугают, как и сервлеты с jsp.
А уж свингом постоянно заниматься приходилось, вот прочие из десктопных UI только щупал типа JavaFX и SWT.

(73) Зная синтаксис можно в любом фреймворке разобраться в исходниках.
Или написать свой лисапед на основе встроенного в базу ЯП, не используя фреймворки, пусть и медленно и печально.

На 1С или ты знаешь "фреймворк" или идешь лесом.

(75) >Зная синтаксис можно в любом фреймворке разобраться в исходниках.

Ну эт на практике посложнее будет, чем мануалы покурить и по примерам разобраться.

На 1С можно методом тыка, взяв за основу типовую, разобраться в платформе. А уж про лисапеды в 1С и говорить нечего, бгг. Каждый второй труЪ кодер, не изучая БСП, изобретает свой лисапед с многоугольными колёсами %)

Я не сопоставляю напрямую, ессно, тут нюансов хватает, но аналогия таки прослеживается.

(76) Вот БСП это ближе к понятию фреймворка, в отличие от платформы 1С самой которая ближе к базовым/встроенным других ЯП.
Но ля нет ни одного другого ЯП с такой сложной и навороченной платформой, причем с очень специфическим уклоном но порезанной в базовых что есть в других ЯП из коробки.

Сейчас же начали добавлять и эти базовые типа работа с файлами/потоками и т.д.
Скоро дойдет и до написания видеоплееров и месенджеров на 1С. Сервер на 1С уже встроен в последнюю.

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

Вот например язык Go (Golang) - освоил за день синтаксис и сейчас фреймворки пишу.
Результат можешь глянуть
http://1cvpn.ru:8000/users

А вот это пример кода (кривого)
https://i.paste.pics/daa9afc9feaf0eefe23402df63a36005.png

(78) *фреймворки изучаю

(78) Да эт понятно. В принципе, знание любого современного ЯП позволяет изучить другой ЯП в небольшие сроки (в плане синтаксиса). Я так с Kotlin подружился. К слову, в первое время наизобретал велосипедов, дважды переписывал портянки кода, на днях книжка пришла "Kotlin in Action" - понимаю, что лучше было бы с неё начинать, ибо скакал по граблям.

(80) Меня уже удивляет нафуя столько языков которые в JavaScript компилируются.
Даже для Go https://github.com/gopherjs/gopherjs есть, только не понял зачем.

(78) а почему не пхп? на пхп не проще было бы защититься от скл инъекций в запросе гетюзер?

(82) Тут много моментов и освоение Go одно из важнейших.
Пока мнение это то что добьет апач с nginx и все эти перлы/пхп/питоны в серверной части.

Потому что golang это по сути сам по себе сервер, с офигенным управлением и как реверс прокси может (буквально в несколько строк) и еще дофига всего.
Этим очень напоминает nodejs.

Об sql-инъекциях я пока даже не думал, задачка сложнее вышла чем поначалу казалась.
Сейчас вот заморочился программной правкой/обновлением файлов текстовых конфигов разного серверного софта.
Чтобы пользователей на vpn сервер сам прописывал и домены на nginx c proxy_pass.

(78) "Короче 1С это сложно!"

ИМХО, это когда 1С твоя первая среда разработки. А так-то конечно, набив руку на 1с, получив обильные навыки разработки, будет легко соскочить на джавы, плюсы и иже с ними. Равносильно, джава не покажется легкой, если до неё у тебя не было навыков программирования.

(84) Моя первая среда разработки это https://ru.wikipedia.org/wiki/Электроника_МК-61
Затем был https://ru.wikipedia.org/wiki/Sinclair_BASIC и прочие бейсики с турбопаскалями.

И да вот после этого громадного опыта кодинга на разном, нынешний фуллстек 1С это очень сложно!

Если рассматривать только одну 1С77 - простейше, ну чуть сложнее с 1С++ и прочими прямыми запросами.
Просто 1С8 ОФ - чуть сложнее чем 1С77, тут запросы и формы навороченней из коробки.
Просто 1С8 УФ - тут же наступает легкая жопка, особенно когда пошел сплошной клиент-сервер с асинхронностью и отказом от модальности.

А вот все вместе это пипец и ахтунг.

(68) Всё это примерно так же делалось 20 лет назад на Visual FoxPro. https://www.youtube.com/watch?v=EXo7FYhtD-8

Глупо думать, что вся планета мучается с выводом отчётов, а в нашей 1С все делается с помощью кликов мыши.
Вот первый попавшийся пример, не Java, но думаю там подобного хватает (есть аналогичные проекты на Гите бесплатные):
https://demo.stimulsoft.com/#Js/DashboardSalesStatistics

(87) Другой подобной единой платформы как 1С не знаю.
По ссылке там набор виджетов для графиков в которые можно данные заталкивать и все.

(87) а вы для начала попробуйте этот пример реализовать, прежде чем говорить что оно хотябы такоеже как 1С
Это реально только набор виджетов которые на вход определенный формат данных принимает. а вам надо самостоятельно руками делать селекты в базу, пагинацию учитывать, ендпоинты на развернутую инфу писать...пагинацию там всякую.. решать веселые косяки в стиле "мы повесили 10 фильтров и 4 отбора в списке данных, и 20процессорный сервак с базой выжрал 120гигов оперативки и упал" (реальный случай из моей практики на проекте написанном на C#... разработчики тогда сказали "а вы так не делайте!!")

(87) Счас ТС тебе скажет что это BI платформа и сравнивать ее с СКД нельзя ))

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

(91) 1Сээ - сложна...

Кхаб должен страдать...

(91) 1с сложна или типовые? или одно нельзя отделить от другого?

(90) не скажет. В (87) тот же JasperReports, только чуть получше

(94) Понятное дело типовые запутанные (типа сложные). Кому нужна голая 1с с Хэллоу ворлд

(96) ну вот еж свою типовую пишет.
вангую что также запутанно

(92)(93) Ты если такая звезда программирования, поделись с людьми успешной разработкой, которой хотя бы тысяч 10 пользователей скачало.
А то сарказм есть, а результата нет.

Легко - это Android Studio. Когда несколько дней пытаешься понять, почему отладчик не цепляется к native библиотеки, смотришь tcp пакеты wiresharkom, ищещь в инете 100500 разными формулировками на русском и английском, находишь на англоязычном форуме такого же лишенца и узнаешь, что это баг и гугл обещал его исправить, но не исправил. Это - легко.

(98) Мило.

Ну, пусть будет оно
https://solutions.1c.ru/catalog/alco-plant/structure
https://solutions.1c.ru/catalog/spirt-plant/features

(100) и что на 10 тыщ установок уже вышел?

(99) а не чинят потому что нэйтив библиотеки никому не нужны

в (0) что-то на уровне 7-ки. СКД от 1С круче, но сложнее.

(102) МК от 1с построен на native чуть менее чем полностью.

(104) гугл клал большой болт на 1с

(100) КТ:Алкоголь разработала. Владельцем думаю не являешься. Руководитель направления разработки или что-то подобное. Но в любом случае эти решения тебе не принадлежат и делала их не в одно лицо.

(102) "никому"
Вы за всех то не говорите. Гугл просто безответственная контора, у них в описаниях апи полный бардак, помнится они отключили oAuth1 авторизацию для гуглдоков, а описание как юзать oauth2 не обновили (точнее там были примеры на C#, js, а на java не было, а то что было не работало...я через стековерфлоу искал как это сделать) и такого у гугла оооочень много. они еще мастера выпускать какуюнить либу и забить на неё сразу просто потому что у них пятка другая зачесалась

(106) Сперва добейся.

(99) Это не путай сложность изучения со сложностью исправления глюков/багов.

В 1С баги платформы программер 1С исправить не может, или ждать новые баги или как то обходить.

(105) Думаю, Гугл даже не знает об 1с ну или знает но на уровне слухов. Но это был Пример.

(109) Ну так и Android Studio разрабу не расковырять.

(111) можно на еклипс перейти )))

(111) Большая часть расковыривается ибо Java, Kotlin и C++
На С++ там только некоторые dll по сути готовые для функционала связанного не с компиляцией.

(112) Хорошая попытка :) Вы не из офиса Гугла пишите?

(111) андройд студия не является обязательным инструментом для разработки

Короче изучать 1С сложнее! Писать/разрабатывать учетный софт когда уже хорошо знаешь 1С легко.

Другие ЯП изучать легче! Но писать на них особенно учетный софт сильно сложнее чем на 1С.
Доказательство моя древняя кривая поделка https://play.google.com/store/apps/details?id=ru.gcs.roundwood
Где "Количество установок 10 000+"

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

(115) Вообще среда разработки не является обязательным условием разработки.

(89) В 1С все тоже самое, она и без отборов тормозит.
В 1С принято же "SSD купи", "i7 возьми, 1С частоту любит", программисты подбирают серваки. А зависания платформы при быстром поиске из-за битого индекса полнотекстового поиска? Красота же!
Сервер перезапускал rphost у клиента каждую минуту, написал в 1С 7 февраля - все как положено с тех.журналом, дампом. Думаете за 3 месяца они хоть что-то ответили? Написал еще 3 с другой проблемой, тоже самое. Пусьма уходят в черную дыру, отвечают только на самые простые вещи.

И 95% пользователей все-равно не в силах настроить в пользовательском режиме группировки в СКД и не пользуются ими, только отборами. Расшифровки? Везде ли проваливаются? Максимум с десяток наберется отчетов, где это действительно необходимо, а в остальных случаях все-равно сношают мозг программисту\консультанту по поводу откуда эта цифра взялась.
Конечно, сильно обобщил, но все же. Считаю, что СКД это не такое уж и великое преимущество, но раз есть, то плюс в карму.
Просто есть более востребованные вещи, чем кольцевые диаграммы и изменение интерфейса на сайте ИТС.

Я не настоящий сварщик, но меня немножко смущает тот факт, что сабжевому видео 8 лет.

(118) не совсем тоже самое. она тормозит, но гораздо более функциональная. аналогичный СКД отчет на 1С вы сделаете сильно быстрее и он будет иметь гораздо меньше глюков в стиле "нажал в отчете отмену, попробовал еще с 4-5 фильтрами, а старые запросы остались в базе выполняться и убили сервер" или сделал два отбора по имени пользователя, а васян программер бахнул полнотекстовый поиск по всем текстовым полям на базе вестом в пару гигабайт тупо потому что в используемой ОРМке этот запрос делается неявно (привет блин джанго какойнить питоновский)

(118) как только вы попытаетесь построить "нативными" средствами отчет с иерархией, вы начнете любить СКД.

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

(122) Чтобы использовать "кучу адаптеров" надо сначала научиться строить итоги по иерархии. Кто на голом SQL такое делал, тот в цирке не смеётся.

(122) ога, делаешь цепочку из 15 адаптеров, бацаешь "выполнить", а он в базу кидает 5000 единичных селектов с кривыми джойнами и full search.....а в базе миллионов 5 записей... вот тут и начинаются костыли
==
а андройд вообще лучше не вспоминайте, это яркий пример как вообще софт нельзя писать

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

(83) Что не отменяет того что язык Go угребищный чуть более чем полностью.

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

Прикольно что ладно объектов нет, зато есть TRecord из Паскаля.
Но что списков как и динамических массивов нет.
Есть обычные массивы и срезы с картами.

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

Короче зря хаем

(126)+ Есть просто потрясающие вещи из коробки.

//Например вот есть строка из многих слов с разными пробелами и табами между ними
line := " Слово1  слово2 \t\t Слово3 "
//И надо выбрать из нее массив слов. Тут это гениально
fields := strings.Fields(line) //готово ["Слово1","слово2","Слово3"]
//А сколько потребуется кода на 1С или других языках?

(127)+
//Забыл
import "strings"

(127) СтрРазделить(Строка,",",ЛОЖЬ)

(129) Ты случайно не заметил что разделители у меня не "," а любые "пустые символы" причем в любом кол-ве?
Попробуй реализовать все же как надо, посмеемся.

(130) СтрРазделить принимает множество разделителей сразу

(131) Я в курсе что
СтрРазделить(Строка, " "+Символы.Таб, Ложь)
работает в последних версиях платформы 1С.

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

(130) там можно несколько разделителей добавить

(132) ну и зачем ты некропостишь тогда?

(132) там извращения ровно на 5 строк кода

(134) Потому что заказчики сидят или на древней платформе ибо у них железо говно и жлобятся менять.
Или в режиме совместимости ибо конфа перепиленная к уям древняя.

(136) ну так и в "большом" программировании легаси докуа и больше

Короче 1С так же крута как и Go (и наоборот в своей сфере).
Если бы 1С была пошустрее и побесплатнее еще.
В Go сервер пишется в несколько строк кода, в 1С уже встроили в платформу последнюю сервер.

(137) Чем хорош Go что легаси еще только пишется ))
Меня NodeJS этим легаси и мозголомными фреймворками доканал

(138) бесплатность вообще в энтерпрайзе особого значения не имеет

(139) не знаю, может он и крут, но синтаксически люто угребищен. Брэйнфак какой-то

(138) 1С будет крута когда даст доступ к HTML/CSS/JS, чтобы нормальную вебморду нарисовать, плюс возможность покупки лицензий по ядрам

А чем код контроллера в (78) лучше той же джавы? Плюс в ней хоть списки и объекты есть, и другие нужные структуры

(143) Тем что тем же кодом пишется сам сервер вместо применения томката или стеклорыбки.
А точнее сервера (включая реверсивные прокси) и как между ними нагрузка распределяется и маршрутизируется.

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

Отсутствие объектов (на самом деле есть структуры с интерфейсами) и списков (List есть но без итератора он хуже Slices - Срезов) ничуть не мешает писать простой правильный шустрый код.
Golang он больше функциональный многопоточный.
И компилируемый - что особенно важно в отличие от Java, C# или JS/NodeJS.

Т.е. на выходе бинарники со статическими либами внутри, для работы больше ничего ставить не требуется.
Выполняется так же быстро как C/C++, но в отличие от него более простой и современный, заточенный под многоядерность и кучу оперативки.

(144) *nginx применять

(143) Кстати Java не плоха, там самое большое коммунити и куча либ на все случаи жизни.
Но JAR Hell в этих либах с перекрестными зависимостями требующими разные версии либ, да можно решить упаковкой требуемых в jar'ы.
Ну и много либ уже без поддержки и устарели, сам ковыряйся в исходниках прикручивая кириллицу или правя баги.

Довольно запутанная развертка Java приложений в продакшен, это не на Go просто бинарник скопировать с файлами настроек и запустить ))

(127)


    String[] sa= "1\t2  3 4 \t\t 5".split("[ \t]+");
    


Причём разделители могут быть любыми.

(146) Да тоже самое. Я в джава не настоящий сварщик, но spring -> fat jar фактически индустриальный стандарт для сервисов, насколько я понял. Сервера приложений как-то уже на заднем плане. А уж управление зависимостями в java всяко получше, чем в Go.
Сейчас Java неплохо развивается, а с появлением GraalVM можно даже выполнять компиляцию в нативный код (правда, рефлексия при этом может использоваться лишь ограниченно, т.е. тот же актуальный spring-проект просто так не скомпилируешь, но скорее всего под это дело появятся новые фреймворки или старые подтянут).
Настоящие недостатки джавы:
- устаревший синтаксис и груз обратной совместимости. Поэтому новые фичи нередко приходится пилить через жопу, а не так красиво, как можно было бы с чистого листа. Достаточно посмотреть на реализацию фич функционального программирования.
- тяжеловесна для микросервисов. Вряд ли даже компилированная в нативный код java-программа сможет конкурировать в этом смысле с бинарником Go
- лицензионная политика Oracle. Уже начали закручивать гайки и фиг знает, что они еще придумают

(148) Насчет синтаксиса даже если в новых версиях поменяли один фуй в легаси тонны геттеров/сеттеров.

Кстати. Мне все больше и больше нравится Go!
Там оказывается есть такая штука похожая на Vaadin и GWT, только прикольнее и шустрее https://github.com/icza/gowut

И на ней прикольно сайтики простые писать на чистом Go коде вот так выглядит https://i.paste.pics/f74090ada3cec743bb48b93d49c010be.png

И вот так работает https://1cvpn.ru/

(150)+ Еще Apache Wicket чуть не забыл, примерно тоже самое

(150) vaadin в похожие - они для стартаперов с подворотами. Пригодны только, чтобы по быренькому на коленке соорудить MVP или даже его видимость и получить бабло чтобы нанять нормальных фронтэндеров.
В реальной жизни с реальными нагрузками на ждаве будет бэк, а фронт будут фигачить руками на html+css+js люди, у которых есть соответствующие компетенции и опыт, а не джависты.

(152) Угу.
Но для кровавого энтерпрайза в локалке пойдет и Vaadin.
Но ZK, GWT и Wicket они чуть пошустрее и Гугл вполне GTW юзал в своих сервисах и вроде бы до сих пор частично юзает.
ZK так очень неплохая штука но платная и знания HTML/CSS с легкими знаниями JS один фиг требует.

Мне gowut чем понравился что там обычный CSS но задается программно кодом через
Контрол.Style().ИмяСвойства1(ЗначениеСвойства1).ИмяСвойства2(ЗначениеСвойства2)...

СКД лучше. в ней же так просто менять группировки, проваливаться в таблицы и т.п.

(154) ИМХО, отдельный css удобнее. Да и в остальном - ну, такое... Для админок, может, и прикольно.

(156) Ну админку по сути и ваяю.
А так там не запрещено отдельный css использовать, дефолтный идет в комплекте, можно другой файлик css указать в качестве темы и там уже изголяться.

Просто я не дизайнер а программист и мне удобнее кодом.
Даже если надо чертеж нарисовать то беру OpenSCAD и кодом рисую с применением переменных и функций/процедур ))

(152) "а фронт будут фигачить руками на html+css+js люди, у которых есть соответствующие компетенции "

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

(158) Переходите с ваадина и жавы на голанг с говутом.

Я пробовал на ваадине ваять, сначала да супер а потом как начнутся глюки лайоутов и прокруток так тушите свет.
Тут же простейший css в основе на табличной верстке, которую тру фронтендеры конечно же опустят ))

(158) О! Живой человек с продакшеном на vaadin!
Платите? Или живете на core? Как вообще? Что круто, что не оч?