https://habrahabr.ru/company/haulmont/blog/283346/

Вот так вот.
Теперь платформа CUBA полная халява для разработки и продвижения.
Появились новые возможности для альтернативщиков.

Какие новые возможности в связи с бесплатностью?

Раньше нельзя было обойти что ли это "ограничение"?

(0) Это виток тренда или всёже реклама платформы и дикое желание поверить что она станет популярной в РФ?

(0) при чем тут КУБА и тренд явы? Бесплатно 10 сущностей в модели.. Этого не хватит даже на 1 документ если нормализовывать. Жесть https://www.cuba-platform.ru/support/topic/обратная-связь-с-cuba

(4) Это ограничение Studio. В самой кубе ограничений нет. Бери идею и ваяй.

(0) дайте пример коммерческого решения на кубе

(6) На сайт, в раздел "ПРИМЕРЫ ПРОЕКТОВ" эрудиции не зхвататет зайти?

этих конструкторов как собак не резанных, только кому они нужны?

(3) Да, это новый виток, так как платформа на Java и разработка в ней на Java.
Нет, это не не реклама и не желание. Это просто новые возможности для тех, кого 1С по каким-то причинам не устраивает, а Java подходит.

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

(8) Например?

(9) виток это когда в отрасли есть заметные перемены, а не когда "мы выкатили продукт и все стали радоваться и массово переходить"

А это это напоминает новый виток и революцию с Google Glass...крику было много, а в итоге всё загнулось даже не начиная взлетать

Цитирую

"При помощи Studio вы можете создать “Hello World” приложение за несколько минут"

Я медленно захожу в "программы и компоненты" и сношу эту приблуду к херам.

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

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

(15) "При помощи Studio вы можете создать “Hello World” приложение за несколько минут"

(17) Чем не отдно и тоже с "Ибо пустое приложение должно создаваться нажатием пары кнопок, из коробки и никаких плясок устраивать не надо."

(15) Там как раз будет минут 5 на скачивание и установку, пара минут на запуск, три клика и еще минуты 3 на компиляцию.

(17) хеллоуворд приложение должно создаваться за несколько секунд

(20), читай (19).

(19) 3 минуты на компиляцию? Это шутка?

Я просто из Дельфей вылез, где сталкивался с максимум 15 секундной компиляцией и сборкой тяжеленного набора компонент

Студия все также лицензируются сущностями?

(22) "Это шутка?" — это java

Куба - это специфализированныйфреймворк на Java, коих тысячи.

Вот если бы у них был готовый набор, как БСП, тогда это было бы интересно, а так - еще один фреймворк.

P.S. Мне нравится Vaadin, но он плох для масштабируемых систем (хотя я не проводил highload-testing), так пишут в его минусах.

(24)+ это с учетом того, что она зависимости из мавена тянет.

(22) На самоме деле первый запуск только займет чутка времени, т.к. надо выкачать все артефакты из репы. Потом они кэшируются, и действительно - 15-20 сек.

(25) "коих тысячи" — примеры, брат, примеры!!!

как говорится: "Кто spring видел, тот в цирке не смеётся".

(27) 15-20 секунд на каждый компиляцию? Просто внес изменение в строчку кода и жди 15-20 секунд?
Не, я не стебаюсь, для меня это просто дико пока.

(28) Первая ссылка в гугле
https://tproger.ru/digest/java-web-frameworks/

(30) Вот попробуй сначала, потом говори. Для "поменял строчку" вообще ничего перезапускать не надо - есть хот ре-деплой

(29) Так же и про одинэсников говорят)))

(27) Я правильно понимаю, что при первом запуске ява компилит свои модули. Тоесть, в поставке нет предварительно скомпиленных модулей (dcu в терминах delphi)?

Если это так, то что будет, если один из модулей не удалось скомпилить?

(30) Не, тут ты не прав, любимая 1С (особенно на УФ) в эти самые 15-20 секунд никак не умещается, там даже при изменении строчки ждать замучаешься...

(31) Ну вот и считайте, что за вас уже натянули ваадин на спринг.
Плей — штука, конечно, мощная, но там scala. Я не знаю, что там у неё внутре, но память оно жрёт как не в себя. Core7 и 8 гигов её явно маловато.

(35) Я тут с Дельфи сравниваю.

(35) 1С там что - то проверяет в метаданных. Достаточно сравнить скорость обновления в УТ10.3 и УТ11.2 и посмотреть, что загружен процессор, а не диск.

(34) Нет, не так. Есть скомпиленные модули, но они лежат в хранилище артефактов - ничего компилить не надо. Надо просто скачать.

Для любителей компилить - есть гитхаб :) https://github.com/cuba-platform/cuba

(36) По сабжу темы: до настоящей убийцы 1С еще далеко Java при всех недостатках 1С.

(39) скачайте студию, запустите, нажмите play и увидите свое первое пустое кубинское приложение. Библиотеки скачаются и закэшатся при первом запуске, соответсвенно второй будетв разы быстрее.

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

(41) А есть готовая бухня на Кубе?

(37) Ну сравни. Сколько телодвижений надо сделать в Delphi, чтобы получить: честную трехзвенку, с поддержкой нескольких БД, интерфейс под веб и десктоп (мультиплатформенный), поддержку пользователей и ролей, ну и еще пачку плюшек.

(43) Зачем писать еще одну бухню?

(45) Чтобы предметно разговаривать.

>Чтобы предметно разговаривать.

предметно разговаривать о чем?

это крайне малый и неблагодарный кусок рынка автоматизации

(46) Ясно же - распилить деньги на перевод бухгалтерии гос.корпораций с 1С на Парус, потом на SAP, потом на Убийцу Всего - отечественное ПО.

Вообще, надо понимать, что в РФ на ближайшие годы вопрос с бухгалтерией закрыт по совокупности причин.
Задач по автоматизации на порядки больше.

(48) :)))) 5 баллов

>Сколько телодвижений надо сделать в Delphi

3.

откопать
оживить
написать

А интенет-магазин на Кубе сделать можно?

(47) >>это крайне малый и неблагодарный кусок рынка автоматизации

А есть статистика? Что-то мне подсказывает, что как минимум у каждой ООО стоит 1С бухгалтерия.

>> предметно разговаривать о чем?
Готовый кейс, который покажет преимущество CUBA перед 1С  в конкретной области, ибо в демках примеры, которые можно сделать на обычном php + js.

Или на Spring. Или на Ruby on Rails. Или...

(52) На Кубе даже триппер можно подхватить, не то что магазин написать...

(53) "как минимум у каждой ООО стоит 1С бухгалтерия. "

Я знаю как минимум 3 ООО, у которых 1с нет

(51) Ну, может у H A D G E H O G s есть на то ржавая лопата.

(52) Можно, но есть специальные движки, где это сделать проще. Посмотрите примеры проектов https://www.cuba-platform.ru/success-stories.

(53)

>Что-то мне подсказывает, что как минимум у каждой ООО стоит 1С бухгалтерия.

ну так стоит и работает.

а руководство спит и видит как еще от ИТС отбрехаться - накуй оно ему не надо, как и бухгалтерия наша РСБУ с 100500 новыми формами

(53) Ты не поверишь, но и бухгалтерию можно написать на php и js. Вопрос в целесообразности.

(55)

Расскажи, какое ПО у них. Просто любопытно.


(Под 1С подразумевается любой ПП наь базе 1С от ООО "1C-Софт")

(0) не покатит. Там надо что-то знать, помимо предметной области.

>Готовый кейс, который покажет преимущество CUBA перед 1С  в конкретной области

там вроде есть какие скриншоты от витрины "библиотеки" и какой-то хреновины для таксистов

(59) Так сейчас облачных бухгалтерских сервисов полно. Никто и не спорит.

(62) Ну и нафиг мне эта хреновина нужна для таксистов?

Это узкоспециализированное решение, которое можно запилить на чем угодно.

(14) У 1С-ников походу дислексия это массовое заболевание))
При чем не излечимое, в особо тяжелой форме...

Вот что надо курить, что бы название темы "Новый виток тренда по переходу на Java", понять как "Новый виток в отралси" ?
Я хрен знает...
Но для немощных разжую по слогам.
Это новый виток топоков про тренд перехода на Java.
Раньше этот конструктор был платный, а теперь он бесплатный и со всеми сходниками. Это дает новые возможности для тех, кто хочет перейти.

(60) Ексель и сбис, разумеется...

(63) Эти сервисы дальше потребностей ИП не лезут. Соответственно, и функциональность там на уровне печатной машинки с клиент-банком.

(67) Ага...БП3 - печатная машинка....

(57) Для бухгалтерии - проще 1С, для инет-магазина проще например Symphony, для чего проще Куба?

(66) (Почему-то я тоже подумал об этом)

Мы ведь понимаем, что это даже печальней, чем была бы 1С?

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

(64) Там не только "для таксистов". там еще "для электриков", "для коллекторов", "для социальных порталов"...

>Это дает новые возможности для тех, кто хочет перейти.

куда перейти? прикладник с собой волокет какое-то коробочное решение готовое, которое можно кастомизовать. какие кубики в основе лежат - никого не интересует

с чем бывший 1с-ник пойдет?

(69) Еще один успешный стартап))

(70) Работает. Хозяева свои лекс^W логаны покупают.
Что ещё надо?

(65) У вас неверная подача. Не для тех, "кто хочет перейти", а для тех, "кто хочет иметь в арсенале ещё один инструмент".
Примеров задач, где Куба эффективнее 1С, мы, кстати, так и не увидели. Хотя я нюхом чую, что они должны быть.

(36) Дичь какая. Какие 8 гигов? какие core i7? Что это за циры?
У меня финансовая система в пике 400мб потребляет.
Это не Scala память есть, а криворукие разработчики.

(73) по обычной схеме - наипи инвестора и продайся втридорога?

(75) +1

(69) По вашему на этом автоматизация бизнеса заканчиватеся? Магазин и бух и хорош.

(76) Это из собственного опыта "покурить play + scala".

(79) Ок, переформулируем. Для каких областей автоматизации бизнеса Куба лучше?

(75) Сейчас например пилим приложение для автоматизации в сфере образования, risk management систему, в США клиенты занимаются банковским сектором и менеджмент системой на рыке инвестиций.

В целом эффективно там где стоит задача автоматизации бизнеса и коробочные решения не подходят.

(80) Ну тем более. Выдавать первые попытки за абсолютное утверждение "Scala жрет память", это верх не професионализма...

(79) Так эта связка верх мечты 1С-ника ))
Круче могут быть только звезды...

(44) >>Сколько телодвижений надо сделать в Delphi, чтобы получить: честную трехзвенку, с поддержкой нескольких БД, интерфейс под веб и десктоп (мультиплатформенный), поддержку пользователей и ролей, ну и еще пачку плюшек.

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

(83) А мне хватило. Я даже "для посмотреть" сервисик написал на scala+spray, сделал усилие. Смотреть, как idea пыжится, пытаясь это прожевать, — это верх мазохизма.

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

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

(81) Вопрос очень не корректный.
Это как сравнить 2 машины одного класса, типа БМВ и Мерседес.
И спросить, какой из них круче? Объективно, обе машины технлогичны и хорошо выполняются свои функции.
А дальше идет вкусовщина, типа руль не такой няшный или цвет панели не нравится.
То, что ты не знаешь ничего кроме 1С и только на ней умеешь работать, совсем не охзначает, что на CUBA решение будет хуже.

(88) Типичный одинесник, понимания ноль,но умными словами нужно покидаться ))))

(89) Означает.

(86) Тоже вариант. Каждый вибрает свое.
Но для бизнеса, это все не важно, сколько пвхтит идея.
На первом месте решение. И если программист попвхтит больше, но решение будет эффективнее, то надо выбирать его.
Все таки бизнес не для удобстива программиста работает))

(88) Куба в целом нацелена на "высокий старт", так что можно начинать писать и без всеобъемлющего понимания ООП. Это из опыта работы наших клиентов.

(88) что там понимать?

(94) Для тех, кто программил только под 1С, это реально снос крыши, при чем полный.

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

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

Подтверждение (90) см в (96) :D

(97) дада, отчеты же из коробки, чаще твердите "куба ынтырпрайз с отчетами" в кубе отчеты, КАРЛ!

(99) Интересный у вас подход, а главное конструктивный. Первый раз про отчеты тут написал...

(28) http://java-source.net/open-source/web-frameworks

(101) Фреймворк - понятие растяжимое очень. Если вы посмотрите то треть там чисто UI, так называемого full stack не так то много, единицы.

(101) Еще один, который Web фреймворк от Энтерпрайзного приложения не отличает.

У JBoss вроде своя среда разработки фуллстэк есть вроде

http://www.jboss.org/products/devstudio/overview/

(104) Погодите, чет все намешалось, и люди и конюх. Фреймворк может быть фулс стак, может быть узконаправленный (UI, ORM и т.д.). А среда разработки - это некая оболочка для дизайна приложения под определенный фреймворк. CUBA Platform - фреймворк, CUBA Studio - среда разработки приложений на CUBA Platform.

То что вы скинули это чистая среда разработки.

А вот возьмет CUBA — перепишется на Kotlin, да переметнётся под крыло JetBrains, как навалится всей мощнёй на одинесников!

(107) Groovy уже поддержали, по просьбам трудящихся :D

(108) Соль не только в поддержке ещё одного языка.

(109) Да, я понял что вы имеете ввиду :). Но и язык поддержать можно, если спрос будет

(100) нет, я просто и сайт глянул и прошлую ветку. Вы выпячиваете, как достижение, вещи привычные и очевидные. Понятно, что для вас это круто. "Сами запилили", но выглядит дико

Мне вот вобще не нравится подход когда бизнес-логика компилится в классы, потом ее надо куда-то деплоить, поменял одну строчку, опять надо комплить, деплоить (пусть даже автоматизированно студией). Вроде в жава 8 появился движок javascript nashorn, оптимизированный, почему- бы на нем не делать полностью делать бизнес-логику, рисовать формы и т.д., хранить скрипты в базе. В скомпиленных классах реализовать только платформу, фреймворк, и дергать эти библиотечные классы из javascript-а при рисовании самого приложения.

(112) Херак-херак и в продакшн?

(112) JS для бизнес логики?

(112) Те без деплоя, ты предлагаешь сразу на живой базе разрабатывать?

(113) Сейчас это называют АДЖАЙЛ

(114) Почему и нет?

(15) > Я медленно захожу в "программы и компоненты" и сношу эту приблуду к херам.
> Ибо пустое приложение должно создаваться нажатием пары кнопок, из коробки и никаких плясок устраивать не надо.

+500

(116) Не, в аджайлах всё должно быть тестами обложено по самое эт самое. Там пока до деплоя дойдешь — поседеешь.

(115) почему на живой базе, на копии для разработки

(119) -Тесты?
Не, не слышал

(119) какие еще тесты?

(122) google://TTD

(123) Transport Tycoon Deluxe, оно?

(124) Почти. Только в твоём варианте нет слова тест

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

(126) Хреновый вариант кстати. Он хорш только для подхода 1С - херак хкрак и в продакшен.
А потом программеры сами себя не естественным способом имеют, что бы получить например подобие git, и прочие удобства.

(107) Котлин хороший язык. Кстати интересно если я прикручу .Net и Java под линукс ты так же будешь поддерживать, или заплатить нужно?

128+ Для 1С через ВК Native

Раньше был тренд в автомобилестроении - постоянно выходили убийцы Логана ...

но также не смогли его убить

(97) Ребята, против вашей системы ничего не имею, но с таким маркетингом вам мир не захватить...

(130) Логан убийца лады, который не смог

Напоминает хабр наоборот. Там не любят 1с , тут иногда не любят не 1с.

(132) так ему просто правительство не дало этого сделать,
но тема не о том :-)

(134) Там все правильно. Нельзя избавляться от конкурентов просто покупая их и закрывая. Это не спортивно.

Хотя до гранты, честно признаю, логан был на коне.

ладно, отвлеклись)

(128) Я поддерживаю CUBA поскольку считаю её интересной. Как минимум, это законченное и понятное решение, а не куча ошметков из разных технологий.

(65) перехода на джаву откуда?

(73) успешный стартап... это как МойСклад - начал хоть как-то развиваться когда им 200 000$ дали...

(136) То есть расширение 1С с помощью .Net и Java на Линукс это ошметки?
Может ты в ошметках плохо разбираешься?

(137) Каждый сам для себя решает откуда...

видео демонстрирует то ли убийцу 1С то ли типичную автоматизацию типичным 1Сником.. не пойму...

https://twitter.com/ivanvitjaz/status/731938919848218624

(140) какие профиты?

(142) Издеваетесь или реально не догоняете?

(143) я как одинэсник реально не догоняю. Если бы я кодил на джаве, то может мне и было ясно зачем мне cuba

(143) вам уже две страницы пытаются объяснить, что без прикладного решения переходить с 1С некуда, а вы все " Издеваетесь или реально не догоняете?"

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

Видимо старое название ветки с упоминанием слова "убийца" многим не дает покоя. Я согласен что оно излишне провокационно и мягко скажем не совсем верно отражает задачи CUBA.
Поэтому не буду в сотый раз сравнивать фичи и отвечать на вопрос где же в CUBA "бухня" - конструктивно все равно не получается. Остановлюсь на том, что базовая функциональность для разработки бизнес-приложений CUBA схожа с 1С, но в последней несравнимо больше прикладных решений.
Попробую сформулировать, когда 1Снику может пригодиться CUBA. Итак:
1) Вы пишете приложение, в котором достаточно много пользователей, и у них еще нет купленных лицензий 1С.  При этом использование "прикладной" части 1С не окупает стоимость лицензий. В случае CUBA вы платите за разработчика (или не платите вообще) и только на время разработки.
2) Вы пишете тиражируемый продукт. Аналогично п.1, в случае использования CUBA у вас нет никаких ограничений на его распространение.
3) Вы хотите иметь возможность контролировать весь код "ниже" вашего прикладного решения. Даже если это не понадобится, это добавляет спокойствия - особенно в больших решениях.
4) Вам нравится экосистема Java: среды разработки, библиотеки и проч. Или вам надоела 1С. Понятно что сценарий маловероятный, как и в п.3.
5) Вы пишете решения для иностранного заказчика, а точнее для заказчика за пределами ex-USSR. Про 1С никто и слушать не захочет:
-закрытый код
-закрытая база данных
-полностью свой закрытый стек
-проприетарный язык
На самом деле 1С пытается, даже есть примеры внедрений - тот же Colin's в Турции, но глобально шансов нет.
CUBA - полностью на мейнстрим Java стеке с открытым кодом, да еще все за вас уже интегрировано - заходит на ура.
Вообще я понимаю, что многим здесь выглядит смешно, что мы говорим про такие тривиальные вещи как "отчеты/контроль доступа/фильтрация данных из коробки". Вы к этому привыкли "с младых ногтей". Но - как ни странно - в Java мире это до сих пор никто не сделал также хорошо, как 1С - так что вы, господа, в некотором роде впереди планеты всей, без шуток. Есть всякие куцые CRUD фреймворки типа Oracle APEX, есть low-code потуги типа Mendix/Outsystems, есть ископаемое Oracle ADF, которое еще и стоит как крыло от Боинга, есть мощный фронт smartclient с привязанной на проволоке ORM. CUBA в разы ближе к 1С, чем весь этот зоопарк.
На самом деле это и есть наша цель - занять нишу 1С в мире Java. Пока мы движемся к ней достаточно успешно. Мы видим, что спрос на такую целостную высокоуровневую платформу есть, выбирать и прикручивать друг к другу модные фреймворки многим уже надоело. Нам мешала сложная модель лицензирования, похожая на 1С. С переходом в open source (а точнее к freemium модели) в начале апреля продажи выросли в разы. Сообщество с момента презентации на JavaOne в ноябре также растет на 20-30% в месяц.
Еще момент - программистов 1С если не ошибаюсь - 300 тысяч, Java - 8 миллионов. Зачем "убивать 1С" когда есть такой свободный рынок?

Мы не рассчитываем на поток клиентов с этого форума. Постим здесь больше чтобы получить обратную связь, ну и чтобы читатели форума знали, что "есть жизнь после 1С".
Сегодняшний пост кстати начал кто-то не имеющий отношение к CUBA - насколько мне известно.

(147) Местная публика в массе своей плотно сидит в своей берлоге нише и никуда из неё вылезать не собирается.
Для одинесника в профессиональном плане важнее знание типовых, способы решения задач уже реализованными средствами. Механизмы платформы, несомненно, тоже важны, но они отходят на второй план. Типичный одинесник ближе к бизнес-пользователю, чем типичный программист (не только на java). Этим обусловлен интерес к готовым решениям.

(142) Как какие? Работать на буржуев за валюту и возможность свалить зарубеж :)

(148)+ С другой стороны, программист на CUBA находится на более низком уровне абстракции, чем программист на 1С. Спускаться с уровня бизнес-объектов на уровень сущностей (читай — таблиц) весьма неуютно. То же самое можно сказать про необходимость держать в голове "модульность" системы. Многие "больны" толстым клиентом, а некоторые — "клюшечностью" в запущенной форме. Это несмотря на то, что управляемое приложение существует уже больше 5 лет.

(145) Да, вы реально не догоняете. Это не коробочное решение на которое с 1С:Бухгалтерии или 1С:Торговли переходят.
Я конечно понимаю, что разработчик 1С, это только номинальный разработчик. По сути это внедряльщик-допиливательщик. И он реально не может понять, что кто-то эти самые коробки разрабатывает с нуля. Для него автоматизация заканчивается на установке коробки с бухней и максимум торговлей в ларьке.
Но те кто разрабатывает учетные системы, прекрасно понимает где можно использовать CUBA.
Миллион раз уже говорили, что пилить новую бухню особо смысла не имеет. Но на бухне свет клином не сошелся. Много людей пилят свои решения и вот для них может быть профит в запиле своего решения не на платформе 1С, а на платформе CUBA. Именно "может быть", каждый проект надо рассматривать отдельно. Где-то имеет смыл, где-то нет.
Но 1С никам этих простых вещей не понять... даже не знаю как объяснять такие простые истины...

(148) (150) да, я понимаю. Видимо поэтому так тяжело и идет дискуссия

А есть кстати примеры внедрения кубы не силами самих разработчиков кубы?
То бишь пошла уже в народ?

(147) "1) Вы пишете приложение, в котором достаточно много пользователей, и у них еще нет купленных лицензий 1С.  При этом использование "прикладной" части 1С не окупает стоимость лицензий. В случае CUBA вы платите за разработчика (или не платите вообще) и только на время разработки. "

Я правильно понял, что это вы так круто пересмотрели политику лицензирования? :) Т.е. для конечного пользователя платформа CUBA бесплатна? Плата только за внедрение или поставщику прикладного решения?

(0) у меня java ассоциируется с большими проблемами... кроме того, обычно коммерческая часть убивает всячески начинания бесплатной версии.

да и нет у вас бесплатной версии, а есть ограниченный триал
https://www.cuba-platform.ru/development-tools#cubastudio

(147) "5) Вы пишете решения для иностранного заказчика, а точнее для заказчика за пределами ex-USSR. Про 1С никто и слушать не захочет:"

Ну, тут вы немного недооцениваете 1С. Прогресс есть и большой. Как от самой 1С, так и от партнеров. Тому же SAP все перечисленные недочеты не помешали стать лидером мирового рынка ERP. Правда, про БД не понял. Вы про файловую?

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

(155) это триал на среду разработки, а не на платформу

(155) Вы не разобрались. Studio использовать не обязательно для создания приложений на платформе. С ней удобно начать (бесплатно), дальше вполне можно писать в IDEA/Eclipse.

(156) Возможно мои данные по прогрессу 1С немного устарели. Но мое мнение - шансов у них на западном рынке сейчас нет. И SAP и 1C завоевали свою нишу давно, когда рынок был совсем другим.

Про БД имелось в виду непрозрачное именование атрибутов и лицензионный запрет туда лазить вне механизмов 1С.

(153) Вот например из старого:
https://www.cuba-platform.ru/success-stories/soesg
https://www.cuba-platform.ru/success-stories/erob

Решений не мало, будем добавлять новые кейсы.

(160) Устарели не то слово )) а насчет шансов на западном рынке то там все хитро.

Эти западенцы заразы умные насчет своего кармана в который легко их демократические государства влезти могут (разными санкциями и прочими запретами).
Поэтому единственный шанс влезти это забыть про название "1С" на западе и вливи бабло поднять с 0 конторку "чисто западную" в какой то Швейцарии и т.д.
И типа с 0 наваять решения и начать их по условно-бесплатной схеме продвигать. Примерно как RedHat и другие аналоги. А вот уже когда продвинется только тогда на платное переходить со встроенными уберфишками в отличие от фри.

(162) (160) Или так: http://www.accountingsuite.com/ :)

(162) Я много слежу за западными форумами и конференциями разработчиков, ни разу про 1С не слышал. Знаю, что единичные партнеры и внедрения есть.

А ваш вариант продвижения может сработать, вполне типовой подход.

(163) Start-ups, small business, cloud.. Заметьте, ее не позиционируют как платформу для разработки широкого спектра решений. End-user продукт вполне можно раскрутить, ему в "кишки" никто не полезет.

(164) чтобы слышать про 1С, надо его рекламировать и внедрять. 1С явно не спешит этого делать, а партнёры в своём большинстве ориентированы сугубо на РФ

(166) и видимо на это есть причины

Почему я не вижу ролика на немецко-английском, как чувак с нуля создает Склад за 15 минут?

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

Это будет годным ударом по программисткому сообществу Запада.

(167) Русский код типовых, ИМХО. Имея на руках неплохие продукты для международного рынка (УТ 11, ERP) вывести их туда с русским кодом сложновато будет. Хотя есть английская 1C:Small business, но этого маловато.

(168) Ну и еще можно написать:

Большинство российских программистов искренне недоумевают, сколько остальные их коллеги тратят времени на обслуживание системной логики в этих ваших Java, Delphi, C#, вместо действительно полезных вещей. Пусть черную работы возьмет на себя платформа из коробки, а мы займемся полезной работой.

И ролик.

(169) Перевести конфигурацию на английский работы на пару дней максимум

(171) Ага, а потом пару месяцев дебагинга и отладки :)))))))
Плюс необходимо убрать и доработать некоторые региональные особенности (КЛАДР, интеграци с РБК и прочее).

(171) Если бы... код то автоматом переведется а вот именя переменных и процедур/функций с объектами нужно ручками...

(173) По большей части имена типовые или близко к типовым, так что это не сильно суровая проблема

А то что останется можно и ручками

(147) Так и есть, я никакого отношения к CUBA не имею.
Просто всю жинь пилю эти велики)
Просто появление свободной CUDA - как бальзам на душу. Можно большую часть проблем скинуть с плеч.

(174) Ты сильно недооцениваешь проблему. Поверь человеку, который внедрил пару маааленьких подсистем англоязычной БСП с 1c-dn.com :)

(166) "партнёры в своём большинстве ориентированы сугубо на РФ"
потому что тут работы *опой жуй, а выходить на другие рынки это рисковано и затратно

(172) а что там отлаживать? Глобальную замену на каждое словосочетание, и ничего не будет.. а КЛАДР и интеграция РБК это меньшая из проблем

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

(177) (166) С рекламой туго, но партнеры активно шевелятся:
http://www.1bit.com/customers/

(178) "а что там отлаживать? Глобальную замену на каждое словосочетание, и ничего не будет.."

А ты попробуй :)

(180) а что пробовать то? Трансляторы даже между разными языками существуют.... а тут тупо текст поменять.

Понятное дело что надо это не в конфигураторе делать, а в выгруженной конфе в xml например

(179) "“Dlya Dusha I Dushi” (in English: “For Bath and Soul”) Company is engaged in retail trade in natural cosmetics."


....рукалицо...

(177) Тут важно чтоб и денег столько же было

(182) Это к чему?

(181) Для перевода есть специальная конфа 1С:Переводчик. Но, еще раз, я внедрял переведенную БСП. Тоже сначала думал, что ничего сложного. Но по факту там большое количество неожиданных багов всплывает, которые без полноценного внедрения не найдешь.

(184) в списке клиентов зарубежного офиса русская контора, явно для массовости список делают

(184) ну например? Какие баги?

Можно на ней разработать с нуля без использования студии, только с внешней IDE ( отчеты рисовать,  формы и т.д.)? Есть мануал как это сделать? На сайте вижу в основном только под среду, но т.к. она ограниченная не вижу смысла ее изучать.

(186) Совпадение перевода слов и наоборот, когда русские одинаковые, а надо разные переводы.
Неправильный перевод в ситуации, когда переменная совпадает с конструкцией встроенного языка. Т.е. смотришь перевод в одном контексте, а в другом он будет некорректный.
Составные имена.
Сами ошибки в переводе. И так далее.
В общем много чего там раскапывал.

ну и что тут? Как обычно? Платформа бесплатная, а конфигурации стоят по 200000 баксов? Или что-то другое?

(187) Можно. Начать проще в Studio (она бесплатна для старта) - она создаст инфраструктуру проекта, накидаете первые экраны и т.п.
Дальше переходите в IDEA/Eclipse и продолжаете там. Кстати, есть довольно продвинутый плагин для IDEA. Формы "рисовать" придется в xml, но это довольно тривиально. Отчеты в бесплатную часть не входят, можете "прикрутить" JasperReports например.

Куча примеров кода использования компонентов есть в демо-приложении: https://demo.cuba-platform.com/sampler
Документация в основном тоже не привязана к специфике Studio.

(189) вам сюда - http://www.cuba-platform.ru

(188) ну если делать в промышленном масштабе (например скрипты для автоматического перевода конфигураций), эти проблемы вполне решаемы

(192) Отчасти. Надо тестами покрывать. Но, увы, тесты тоже локализовывать надо :)

Ставлю на то, что в течении года не наберется сотни внедрений на предприятиях оптовой торговли.

(194) можно смело года на 2-3 ставить

(195) к тому времени есть шанс что или ослик сдохнет, или падишах умрет.

Почему именно оптовой торговли?
Только потому что ты других отраслей не знаешь?

(194) Ох лолище )))
У 1С-ников реально какие-то проблемы...
Вы на полном собрались считать внедрения платформы для разработки на предприятиях оптовой торговли?!?!?
А много платформ 1С внедрено на этих предприятиях?

(198) В России много, а если по всему миру считать :)

(196) Не, ты не прав, для стартаперов самое то платформа...

(198) лолище не лолище, но самодельные модномоложёдные велосипеды на яве и дотнете в конторах начинают пропадать если отъезжать подальше от Москвы

потому что там программеров на яве нет, а на 1С есть, я уж молчу о ценниках интеграторов для глубинки

(200) чесслово, давно уже пора слово стартапер ругательством считать, хипстерство какоето ейбогу

(201) В России это да... А вот если по всему миру так вполне себе нормальная тема...

(202) ну мы в России живём всётаки

(201) К слову, у нас вся разработка в Самаре. И кроме нас здесь довольно много компаний, у которых 100+ разработчиков на Java. Существенно больше, чем интеграторов 1С. Но 1Сников много в ИТ-отделах производственных компаний, так что по общему числу наверное +/- паритет.

(204) Основная масса одинесников роится по франчам.

(204) только компании работают на Москву/зарубеж, для местного бизнеса ценники совершенно неподъёмные

Казахстан засветился как один из заказчиков. Интересно.

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

(204) А вот интересно - есть статистика или это ощущения? У нас у 1С франчей сильно меньше разработчиков, чем у не-1С компаний. В разы я бы сказал. А в целом 1Сников по моим ощущениям не меньше.

(208) Угу, я тут на днях видел людей, которые несколько лет работают на типовой 10.3 без дописок и переделок О_о

(209) Есть данные по количеству сертифицированных специалистов по франчам. Оно может дать примерное представление.

(211) Насколько я понимаю сертифицированных больше у франчей, чем в штате. Ибо франчам это дает скидки.

(211)+ а где эти данные посмотреть можно? Они публичные?

(213) Раньше было на сайте 1С и на ИТС. Где-то в районе рейтинга франчей.

http://www.1c.ru/rus/partners/franch-citylist.jsp

(215) Спасибо. Нашел табличку с кол-вом спецов. Негусто, хотя это только сертифицированные. http://www.1c.ru/rus/partners/franchlist.jsp?city=Самара&partf=1

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

(217) Высококвалифицированные одноэсиники тоже бухам сопли не подтирают

(218) А за что тогда им деньги платят?

(219) Высококвалифицированным одноэсиникам не бухи деньги платят.

(25)Vaadin очень унылое и тормозное ..овно.

(217) Отличный портрет типичного 1С-ника. Бегать по ларькам с  полуграмотными бухами и вытирать им сопли)

Ради бога, пусть 1С ники и дальше продолжают возиться с эти слабоумными) Никто этот рынок у них не собирается отнимать.

Поэтому более дорогая разработка на Java, является неким барьером отсекающим всякую шелупонь еще не взлете. Что позволяет разработчикам заниматься гораздо более интересными вещами, чем вытирание соплей слабоумным...

(222) Дело не в джаве. Точнее, деньги не в джаве. Сама по себе ни джава, ни 1С, ни ещё-чего ничего не стоят. Стоят решения. А джава/1С/С# и т.п. — это инструмент.

Что лучше: дрель или перфоратор? Зависит от покупателя. А покупателю не нужны ни  дрель, ни перфоратор. Покупателю нужна дыркаотверстие в стене.

(223) В целом согласен.
Но дьявол, как всегда, кроется в деталях.
Ларечных решений на Java никто просто не делает.

(224) >Ларечных решений на Java никто просто не делает.

Чего? Как раз на западе и особенно в ЮСА просто дофига "ларечных" решения на чем угодно и в том числе на java.
Причем они уникальные лисапеды под фирму на заказ. Суть что там тупо больше бабла выкидывается "на ИТ" и ваяют решения с 0 на чем знают.
Точнее было так раньше (точно знаю), сейчас возможно уже и изменилась картина.

А так да никому не нужна не java не 1С (бизнесу или заказчику) нужно просто решение. И вот на западе роль 1С как раз и играет Java и недавно туда влез C#/.Net. А чуть раньше там рулил FoxPor и Delphi.

(225) SAP с определенного времени активно использует Java.

https://ru.wikipedia.org/wiki/SAP_NetWeaver

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

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

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

(217) Бухам сопли подтирают эникеи и падаваны. В конторе с вменяемой организацией работы ДИТа программисты (и тем более архитекторы) бухов видят разве что при постановке задач и тестировании.

+(230) У жавистов чот ЧСВ зачесалось, я смотрю :)

(0)"Шо, опять?"
Ну наверно кто нить на ней чтонить и сделает на этой кубе.
Но станет ли это массовым? Сомневаюсь.

Бизнесу нужны конкретные решения и эти решения должны быть настолько лучше 1С, что бы это было очевидно. Иначе будут юзать 1С, потому что бренд и привычка.

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

+(233) Вообще Нуралиевым следовало бы поставить памятник за то, что они перенесли "взрослые" технологии на уровень ларьков. У буржуев такого не было - там или монстр типа SAP или простая электронная таблица.

Не перейду на java. Даже не умоляйте.

Вопрос в догонку-у кого-нибудь вышло написать на 1С CMS для веб-сайта?

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

(237) Ты хто?

(238) я человек

(239) Точно не троль? В зеркало смотрел?

(240) не знаю. я не помню когда в последний раз в зеркало смотрел

(240) А  ты что, немного не согласен с моими утверждениями?

(227) (228) (229) Успокойтесь, расслабьтесь, не напрягайтесь, нервные клетки не восстанавливаются.
Продолжайте развозить типовые коробки по городу и вытирать сопли бухам.
Никто не собирается отнимать у вас нишу сопливых бухов)

(243) Круто, чо.

(233) Ну что тут скажешь... сравнивать прикладные решения и язык разработки это сильно.

Кстати уже были конструкторы - убийцы 1С.
но не взлетели

На делфи был один и на c# вроде тоже был

Вернее они живут только в рамках фирмы создателя

И вообще поиск "конструктор бизнес приложений" много чего выдает

(243) Покажите нам коробочное решение класса ЗУП или ЕРП.
Потом про сопли рассказывайте

Без коробочного решения на рынок конструкторов выходить бессмысленно

(243) Я бухов лет 5 не видел, ты о чем? :)

(245) "сравнивать прикладные решения и язык разработки это сильно"
1с это не только прикладное решение, это комплекс из средства разработки и прикладного решения. Где подобное на джаве, чтобы "доступно и всерьез"?

И вообще сейчас жава интересна 1снику только потому что на ней больше можно заработать, работая на запад

1с и запад понятия мало совместимые

(246) Чот вспомнился "убивец 1С" с хабра на похапэ+мускуль. Типа "работает мгновенно, круто, отчеты за миллисекунды строит", "ваша адинэс тормозное гуано" и тэ дэ.

При детальном разборе выяснилось, что используются толком не нормализованные таблицы без вменяемого механизма обхода блокировок, никаких промежуточных итогов нет, а все тестирование, из которого "невероятные скорости" брались, выполнялось на двух сотнях записей :)

(255) поэтому и джава

(257) п.э. никуа не понятно к чему автор призывает

готовых конфигураций у него нету

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

чего он хочет то?

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

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

(230) >> В конторе с вменяемой организацией работы ДИТа программисты (и тем более архитекторы) бухов видят разве что при постановке задач и тестировании.

:) Ну то есть одинэсник не видит буха только когда программный код пишет.

Одинэсники считают вменяемой организацию работ когда программист сам ставит задачу, сам ее решает и сам тестирует? Как говорят англичане: "Рыли????".

архитектор 1С - это оксюморон.

(258) "готовых конфигураций у него нету "

Как нету? Есть довольно популярная в России ЭДО, если система для такси для международного рынка. Это то, что я помню, из решений, которые можно назвать тиражными.

(260) Программисту ставит задачи не бухгалтер. Если, конечно, весь ДИТ из погромизда и эникея не состоит.

С хабра набежали, что ли? %)

(260) "Одинэсники считают вменяемой организацию работ когда программист сам ставит задачу, сам ее решает и сам тестирует? "

У многих проблемы с чтением. Бухов он видит, когда ОНИ ставят требования к задаче, а потом когда ОНИ ее тестируют.

(263) Ставит требования обычно ЛПР, у бухгалтеров дальше уточнения разве что.

>Одинэсники считают вменяемой организацию работ когда программист сам ставит задачу, сам ее решает и сам тестирует?

agile и разработку через тестирование - придумали 1с-ники?

рыыыли?

(262) Инициализатором может быть и бухгалтер. В рамках большой фирмы, например, вообще есть разделение: заказчик - бизнес-аналитик - ИТ аналитик - разработчик. Над ними РП, рядом архитектор системы. И периодически происходят совещания со всей этой братией. брр.

(264) ЛПР в общем случае ничего не ставит, он выбирает из предложенных вариантов и отвечает за свой выбор.

(263) Ой, пардон, недооценил брутальность реальности.
То есть одинэсники считают вменяемой органиацию работ при которой бухгалтер ставит задачу программисту и бухгалтер ее тестирует.
Ну круто, а чего тогда так люто бомбит от "вытирают сопли бухгалтерии"?

(265) Вы точно читали в википедии что такое агил и тддд? Ни первое ни второе не подразумевают отсутствие всех этапов разработки ПО кроме программиста.

(268) Чукча не читатель. "И эти люди запрещают ковыряться мне в носу" (с)

(268) см (266). Заказчик может быть и бухгалтером, а последнее тестирование обязательно должно быть пользовательским.

>То есть одинэсники считают вменяемой органиацию работ при которой бухгалтер ставит задачу программисту и бухгалтер ее тестирует.

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


вопрос то в чем?

(272) Вопрос в том, кому вытирают носы одинесники.

(266) Ну инициатор все равно через руководство инициативу проводит. По хотелке рядового буха или даже ГБ без БА/РП или хотя бы "одобрямс" финдира вменяемый программист за ухом даже не почешется.

(269) шо за куйню вы несете...

там может быть наличие отсутствия любого этапа

(273) заказчику. как и все остальные

(274) Есессно.

(259) Они выбрали путь раскрутки через разработчиков. Надеются, что разработчики будут использовать их инструмент, тем самым бизнес, на который разработчики работают, будет использовать их платформу. Правда, и с этой задачей справляются пока не очень...

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

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

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

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

обратная положительная связь так просто не возникает

1с в свое время предложила по сути уникальный и революционный в какой-то мере продукт

(279) Ну это совсем упрощенная схема, когда погромизд сам себе РП, БА, архитектор и на дуде игрец вдобавок.

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

(282) Совсем недавно же были такие организмы вроде. Еще сайтик у них развеселый с луркоязом, весельем и чадом кутежа.

+(283) Толкали мега-ЫРПи систему, которая заменит все от бухни до WMS, гг.

(282) сами безрукие и безязыкие - пусть наймут кого-то...

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

(283) Эти хоть забавные были...

(286) +1

а тут просто "слабо вольдемару в фонтан нырнуть"

(284) Тоже недавно про них вспоминал. UltimaERP :)
На Хабре словоблудием сейчас занимаются.

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

(289) А сам-то ты на каких проектах участие принимал? :)

(279) >>> только программист знающий бизнес логику компании...

>>> он живет в неком виртуальном мире цифр.

Это выписка из чьей-то амбулаторной карты?

(290) На разных. В том числе где может отсутствовать любой из этапов, ага.

(292) И ты их всех избил канделябром за это?

(289) Разработчики, работающие в приличных местах, по рабочему инструментарию коллег не судят, однако. Это как тупой молодой эникей, поставив убунту, всем рассказывает, что винда - гамно, и пытается никсы во все технологические отверстия запихать, независимо от целесообразности.

+(294) И попутно при это хает все и всех, имеющих отношение к MS-инфраструктуре. Будь то MCITP, MSDBA или случайно затесавшийся CCIE. Патамушта он таких слов просто не знает.

(293) Нет, но то были места дикие с соответствующими традициями и обычаями - там это было нормой.

(296) А что ж ты так? Сказал бы ты им свое "фи", что все не по науке, и ушел бы, хлопнув дверью :)

(294) Думаю вы не совсем правильно меня поняли.
Моя точка зрения состоит в том, что никакие убийцы одинэса на яве никогда не взлетят, потому что чтобы продукт развивался и захватывал рынки нужно большое количество специалистов, которые его развивают и поддерживают - большое комьюнити. Но джава программисты не будут работать в нише 1С. Потому что там где работает 1С это не про программирование.
Вы можете написать тысячу убийц 1С на джава в тысячу раз лучше типовых конфиураций 1С, но вы не найдете достаточного количества энтузиастов среди программистов, готовых броситься с головой в переписывание проводок документов и изменение печатных форм для предприятий.
По-моему, именно из-за этого все убийцы обречены на провал. И именно поэтому 1С идет не в сторону интеграции с другими известными и распространенными технологиями, а закрывается в себе.

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

(297) А дверью обязательно надо было хлопнуть? А то вот все сделал, а хлопнуть забыл. Думаю тогда вернуться надо и хлопнуть.

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

(298) >три программиста на заводе бесконечно переписывающие УТ и БП под фантазии очередного фин дира, или глав буха

Вот это и есть фантазии и отсутствие понимания работы конторы серьезнее ларька.

Схема "три программиста" работает только там, где "работает - не трожь" длится годами. УТ и БП на заводе - это вообще как-то странно звучит. И да, на крупном производстве так не работают. И эджайл с другими умными словами не с потолка берутся, т.к. водопадная модель разработки в любом проекте с большим количеством участников обречена заведомо. И с заказчиком разруливают не программисты, а РП и БА. И подтиранием соплей занимаются не разработчики, а саппорт.

В общем, все мимо.

(299) Ты определись: или участвовал (что следует из твоего поста (292)) или нет (как ты говоришь в (299)) :)

+(301) >в любом проекте с большим количеством участников обречена - имеется в виду проект в _действующем_ бизнесе, а не "сели и написали игрушку для неформалов".

(298) 1С то интегрируется, вон уже даже на эклипс попытались запрыгнуть.

Может в версии 9.2 будет использоваться подрезанный Java))

(304) А к 10й версии даже ООП запилят! И тогда классические JaviStЫ вообще пойдут повесятся.
(нет сынок, это фантастика)

Насчёт аджайла...
Помнится, в книге Бека про XP и прочие плюшки... Рассказывалось, как они на смолтолке делали систему для (?) боинга. С использованием всех этих картинок.
Проекто провалился.

(306) провал/успех проекта зависит НЕ от методики

"Это — программирование, то — не программирование", — давайте уже разберемся что есть это самое "программирование".

(301) Это вы сейчас на полном серьезе, или популизма для?
Для внутренних ит отделов норма когда аналитиков либо нет вообще либо он один на десяток программистов сидит инструкции пользовательские пишет.

(308) Мы тут вообще про убийцу одинэс собрались поговорить. При чем тут программирование?

(258) сценарии, когда CUBA может быть интересна 1Снику я описывал в (147)

(309) Если аналитик пишет инструкции, то он не аналитик, а техпис.

и еще раз для всех. Мы НЕ ДЕЛАЕМ убийцу 1С. И не пытаемся с 1С конкурировать.

(309) Это я сейчас серьезнее некуда. Не надо сравнивать гипертрофированный ларек в стагнации с реальным предприятием.

(311) >> Вы 1сник и пишете тиражируемый продукт на не 1С.
Разве такое бывает в ЭТОЙ жизни?

+(314) Так-то можно вспомнить и "якобы жавистов", которые клепают обертки для веб-сайтов в конструкторах индусским кодом под видом "мобильных приложений".

(310) Не-не-не!
Вот тыща строк кода на 1С — это "программирование"?
А 25 строк на scala?

НАСА работает по старинке.

(317) Запрос на 2000 строк в 1С - это баловство и конфигурирование

запрос на 15 строк в Oracle - это сложное программирование, творческий процесс и воообще не для тех, кто бухам носы утирает))

(319) А, нех писать не читаемые запросы такого размера.
Это каким нужно быть , что бы наваять запрос в 2000 строк.

Парни, а если на Яве научусь программировать, смогу приложение для Android сделать?

(317) Все что меньше 100 строк кода это вообще не считается, от 100 до 1000 - конфигурирование, от 1000 до 10000 - программирование, а от 10000 - это уже проектирование архитектуры.

(321) Ты можешь сделать приложение для андроида и без явы.

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

(298) У вас какие-то комплексы))
Никто не пишет убийц 1С на Java. Никому это нафиг не надо))

Всё таки в 1С по серьёзней программирование чем в джаве. Отчеты на СКД это вам не шутки.

Или написание алгоритма расчета цены реализации

2000 строк запроса?
Хм... На РСДН как-то выкладывали типичный РЖД запрос к ораклу.... 65КБ в текстовом файле...

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

(322) Я слышал мнение, что за модуль больше 1000 строк надо убивать.

(329) клиника

(330) Типовые же задают стандарт в отрасли

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

"Но кто ж его посадит, он же памятник"

В этом плане, имхо самый ппц - это в битовской финкорпе. Там реально собрали МОНСТРА!

(333) Количество модулей глаз не режет, если, конечно, они разумно структурированы.
В любом вопросе важна разумность.

(328) Это вы еще запросы почты россии не видели. На самом деле они доставляют посылки быстро, у них просто запросы к базам адресов выполняются месяцами.

(335) Почта России на 1С же перешла)))

(329) о господи
Если вы не понимаете зачем вам эта куба, значит она вам не нужна

Весь этот тред напоминает следующий диалог)

CUBA: Парни, мы сделали крутой двигатель с турбонадувом и это бесплатно!
Программист 1С: Да? А какие автомобили вы предлагаете?
CUBA: Никакие, мы делаем двигатели
Программист 1С: Хм, бизнесу нужны автомобили. Вот как сделаете, тогда поговорим.
CUBA: Мы предлагаем свои двигатели бесплатно, чтобы вы могли сделать автомобиль сами
Программист 1С: А что в вашем двигатели есть? Есть кожанные сидения?
CUBA: Нет, этого нет. Но есть отлаженная система впрыска, система зажигания и т.д.
Программист 1С: А нафига мне это? У меня в жигулях все это есть, но она еще и ездит! А у вас есть примеры, где ваш двигатель ездит?
CUBA: Да, мы сделали несколько спортивных автомобилей
Программист 1С: А у вас они двухместные...

(337) Скажите, а ваша система впрыска поднимет 10 человек?

(315) я сейчас этим занимаюсь

(339) На делфи небось пишешь?

(337) кстати очень неплохое сравнение, но это автоматически подтверждает тот факт что тут непрофильный форум обсуждения такой системы

(337) Да сын мой. Я уже лет 5 продвигаю использование классов .Net в 1С. Массово  это не нужно.

Но кому нужны движки?
Правильно, конструкторским бюро,.
А обычному автомастеру они не нужны

(337) не верно!
В такой концепции программисты это разработчики автомобилей. Вот так будет корректнее.

"
CUBA: Парни, мы построили новый завод по сборке авто и это бесплатно, можете собирать на нем свои автомобили!
Программист 1С: Да? А какие автомобили вы предлагаете?
CUBA: Никакие, мы завод построили.
Программист 1С: Хм, бизнесу нужны готовые автомобили. Вот как сделаете, тогда поговорим.
CUBA: Мы предлагаем вам свой завод с нашим конвейером бесплатно, чтобы вы могли собрать автомобиль сами.
Программист 1С: А что в вашем заводе есть? Есть электричество?
CUBA: Нет, этого нет. Но есть проходная, конвейер, и секретарша.
Программист 1С: А нафига мне это? У меня на старом заводе все это есть, но он уже и авто делает! А у вас есть примеры, собранных автомобилей?
CUBA: Да, мы сделали несколько спортивных катеров.
Программист 1С: ок, мы пожалуй на старом пока заводе пособираем...
"

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

(345) он и свое может создать, если не лень будет. Важно что ему можно только на одном заводе работать от 1С.

(346) может, но зачастую это невостребованно.

(347) есть больные люди отрицающие типовые. их лозунг - сами напишем!

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

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

(348) ну не для всего есть типовые решения

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

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

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

<с возможность отслеживать GPS датчики в машиных скорой помощи >

Больная тема... мнения медучреждения никто не спрашивает...

(321) Я сейчас учусь делать приложения для Android по самой доступной для чайников книге - "Head First. Программирование для Android". У меня сложилось впечатление, что знание Java - это примерно 50% от всего, что нужно знать для работы с Android Studio (IDE от Гугл). Еще работа с БД SQLite, хитрости разметки (фрагменты), чтобы твоя программа работала при смене ориентации экрана и т.п.

(352) самое печальное что Java в андройде неполноценная, а некоторые подходы к организации взаимодействий в программе через какуюто ж.. сделаны

(326) >> Всё таки в 1С по серьёзней программирование чем в джаве. Отчеты на СКД это вам не шутки.

Отчеты альтернативные люди делают на HTML и специальный библиотеках Javascript. Например, можно погуглить "Вывод таблицы из БД 1С на веб-страницу. Knockout.js".  

И выводят эту информацию в веб-браузер (на андроиде, например).

А вот о существовании библиотек для Android Studio, которые помогали бы строить отчеты я пока не знаю, не докопался еще. И буду признателен за такую информацию.

(353) А чем она неполноценная?
Я пока заметил одну странность, а именно - нельзя сделать классы общими для всех поектов. Это пипец, зачем тогда наследование? Код в одном месте? То есть можно как-то извратиться - скомпилировать классы, и их подключать к проекту как-то.

*проектов

(337) не хотите двигать свою кубу в массы, не двигайте. сидите ровно на попе, как сейчас в ожидании мифических разработчиков.

(355) тем что если у вас есть например библиотека собранная в Java 8 вы её не сможете подключить к проекту в андройд, точнее подключить сможете но ничего не скомпилится

А вообще в андройде урезанный клон Java 6 который и с ней не полностью совместим

(355) надо делать отдельную библиотеку с общими классами, вообще кстати в случае андройда это в книжке было написано как это делается, помоему там даже отдельной apk-шкой можно её распространять

(355) <можно как-то извратиться - скомпилировать классы, и их подключать к проекту>

Это не извратится - это совершенно обычный и правильный способ

(360) А что здесь обычного и правильного? Разработка идет в одном сеансе, в одной среде. А хочу подправить свой класс, общий для нескольких проектов, а найдя в нем ошибку  сразу увидеть результат.

Как решили повышать пенсионный возраст, так я и решил на Андроид пойти.
Вот подбежит внучок к старому деду - дедушка, а кем ты работаешь? Вот смотри внучок, дай свой андроид, вот эту программу написал я. - Ааа, круто!!

А подбежит внучок к старому одинэснику - дедушка, а кем ты работаешь? Да понимаешь, внучок, я закомментировал строку 3556 в общему модуле типовой, а потом два года раскомментировал. - А, брехло ты, дедушка..

(361) вообще так можно сделать, общий класс в отдельный проект и в зависимости

тут главное понимать что андройдстудия это всеголишь редактор, и мыслить надо всётаки реальной конфигурацией проекта, а не так как среда разработки организована

(363) А как??

(365) не знаю как в андроид студии, а в других ide java можно в импорт проекта включить другой проект, и все

(355) (361) Как же вас 1С-ом то побила жизнь))
Нет в нормальных языках никаких сеансов и сред.
У вас есть код, который вы меняете в текстовом редакторе. Все.
Можете объединять этот код в библиотеки и обмениваться ими как угодно. Есть и цетральные репозитории для удобного обмена. В Java например можно на http://mvnrepository.com/ посмотреть.
Это и есть самый нормальный подход. В С# тоже сначала кочевряжились и тыкали пальцами в джавистов, а потом сами NuGet запилили.

В общем выкиньте эту муть из головы и учитесь мировому опыту разработки, а не потугам 1С.

(365) Как как. Первое, чему надо научиться разработчику, это чиению документации.
Android Studio сделана на базе IDEA и использует для сборки Gradle.
Идем на сайты идеи и гредла, и читаем про модули проекта до полного просветления.

(367) ненене, нам и в 1с сухо и комфортно.
А то, что не может 1с - мы напишем на рассово верном Дельфи и прикрутим к 1с. Или поставим отдельно стоящим.

(352) Абсолютно неправильное понимание.
Знание Java, это примерно 10% от всего что надо знать. А то и меньше. Учится, большая, необходимая часть JavaSE ну месяца за 3 максимум. А потом все это надо учиться применять на практике. И вот этот процесс может занимать годы. У кого как.

(369) Ну и сидите в своем 1С. Вас кто-то за уши оттуда тянет?
Тем более некрофилия (делфи) у вас в почете, есть развлечение для долгих зимних вечеров))

(368) Ну взяли бы и поделились ) Про IDEA и Gradle в курсе, так как вижу их.  А вот как сделать общий модуль.. Я читаю, на английском уже начал, но до полного просветления далеко.

(371) сколько в часах будет написать клиет- сервер, который будет позволять редактировать файлы по сети?

Не используя готового решения?
Клиентов может быть много.

Ой.

(373) Это ты щас Делфи или 1С хвалишь?

(337) спасибо, просто отличная аналогия!

(375) ну за то что теперь в лицензировании не сломать мозг, в отличии от того что было в январе, респект конечно.

(370)  у меня практика - разобраться как с эдо юзд работать и по какому формату накладные выгружать - ибо фнс плодить нпа как кошка
Что джава
Что одно эс
Здесь слабые помощники даже если я их знаю
Поэтому сидим на попе в одноэс
Овладение джавой нисколько не увеличит профиты как некодера

(374) 1С. На Дельфи там геммороя на 40 часов минимум, если все по уму делать.

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

(373) На meteor.com накидать можно.
Там реактивный клиент-сервер из коробки.

(373) 30 минут без 1С и без java и без дельфи, кроссплатформенно в любом почти броузере

(380) А что с метеором? Чё это?
>>Код Meteor работает поверх node.js

Сегодня проезжал мимо Библиоглобуса.  Не знаю, какие книги купить - по Android Studio или Node.js. Я понимаю. что это разные технологии - то клиент, а то сервер.
По Node.js придумал такую фишку - вот не знаю будет она востребована или нет. HTTP-сервис (как в 1С), но который держит одно постоянное подключение к 1С и, соответственно, экономит лицензии на подключение.То есть всегда использует только одно подключение к 1С. Это актуально или так, фигня?

(382) Это актуально но запрещено лицензией 1С 8.Х

(383) Как это? Расскажи, брат.
Мне было трудно, но я запустил таки v8.connector из Node.js.

(384) В соответствии с действующим Лицензионным соглашением, использование программных или аппаратных средств, уменьшающих количество пользователей, которые имеют непосредственный доступ к "1С:Предприятию 8", не уменьшает количества требуемых лицензий. Организация должна приобрести Клиентские лицензии по количеству пользователей, в действительности одновременно работающих с системой "1С:Предприятие 8".
http://v8.1c.ru/predpriyatie/questions_licence.htm

(385) Спасибо, друг, за цитату.
Видимо и вправду я нащупал убийцу 1С - HTTP-сервис, который использует 1 подключение к базе. И Android-клиенты, которые вообще не требуют лицензий от 1С. Надо додумать класс-справочник )

PS жду письма от 1С - вот вам 100.000 баксов, уезжайте в Пхукет и несите оттуда пургу )

(386) У них тонкости есть, если использовать встроенные веб сервисы 1С то пофиг на это ограничение, одной лицензии хоть на тысячу пользователей.

Но если использовать прямой доступ к данным (через клиентов 1С, com или еще как), без выполнения кода обработчиков веб сервисов. То такое запрещено лицензией.

Иначе простейший способ написать спец http прокси (с очередью) и юзая одну лицензию 1С использовать с небольшими неудобствами (авторизация встроенная 1С того и права) обычных веб или тонких клиентов сколько угодно.

(387) Дружище, у меня есть фантастическая идея, которую можно начать уже завтра. Не напишешь мне в почту? Хотелось бы обсудить.

(388) Этих фантастических идей у многих такие пучки растут ))

Моя почта и скайп в личке.

(389)+ И Телеграм есть Garykom

(390)+ оппа, если сначала "@" а потом логин то делает ссылку на личку, прикольна

(390) Куда писать-то? Хотелось бы кратко и понятно) На почту ушло.

(375) прислушиваемся к справедливой критике! По старой лицензии много нареканий было..

(387) пару недель уже чёто такое обсуждалось

нельзя делать проксирование клиентов в 1С, точнее нельзя этого делать для того чтобы на одной лицензии всё работало, по лиц.соглашению

(394) А что в данном случае означает термин "проксирование клиентов"?

(395) проксирование это когда одной точкой входа много клиентов пользуется

грубо говоря

<написать спец http прокси (с очередью) и юзая одну лицензию 1С использовать с небольшими неудобствами>

это оно и есть

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

(396) А, понятно. Затейники в этом 1С. А написать на Java программу, которая будет отображать данные, полученные из 1С - это тоже нельзя?)

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

(398) есть такое

(399) Да это же абсурд! 1С может отправлять прайсы на почтовые серверы, например. А мобильное приложение прайс отображает и дает возможность сделать заказ на почту.
И как здесь накладываются ограничения по лицензированию? Не понимаю.

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

этак с экрна скоро нельзя будет собраться двум-трем бухам и смотреть на одну оборотку на экарне...

(402) И обсуждать легитимность JSON-файла.

нет, можно сделать систему как битрикс, она вполне укладывается в лицензию

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

(399) Интересно вот я пользуюсь Вэб сервисами и я должен всем платить.
Вроде использование Вэб сервисов бесплатно.

(404) А как же OData?

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

(402) можно почитал лиц.соглашения на SQL сервер и CAL лицензии винды..
вот уж где черт ногу сломит по тому как лицензии покупать

(405) Использование веб-сервисов бесплатно. Но каждый сеанс связи с веб-сервисом порождает процесс в 1С, который требует лицензирования. И было бы терпимо, но эти самые процессы имеют свойство зависать и жрать лицензии. Кажется, в этом проблема.

(409) проблема не в зависании, а в том что затруднительно делать общедоступные сервисы пользователи которых порождают запросы в 1С..потому что вместо того чтобы покупать такое кол-во лицензий проще сделать отдельную промежуточную БД с который у 1С будет обмен

(410) А такая промежуточная БД не ущемляет права господ с Селезневской?)

(409) некоторые утверждает что 1С - устойчивая платофрм, и на ней нет глюков мешающих нормально работать в продакшене

(411) Яж говорю, я не профи лицензирования

посмотрите как битрикс устроен, подобная схема точно не ущемляет

(412) Пятница завтра....

(412) Некоторые тоже самое утверждают про Windows

(409) Там сеанс только на вызов. Если одновременных вызовов больше чем лицензий они становятся в очередь

Так же как и ODATA, HTTP сервис. При каждом вызове идет авторизация и УстановкаПараметровСеанса
v8: Web сервис, момент подключения

(415) у мну виндовз не виснет.

(418) например при аптайме больше пары месяцев у сильно нагруженного терминального сервера, в винде обычно начинаются проблемы

417+ Можно по Tcp/IP подключаться к клиенту и использовать его соединение

Не хочется, чтобы такая тема померла..
Вопрос об областях, в которых востребована Java. Про Android понятно -  Google двигает свое детище "Android Studio", а что еще востребовано?
Java на сервере рулит? Там и так, вроде, забито: старый добрый Php+Apache или новомодный Node.js.  
Проще вопрос так звучит - Java где еще нужна, кроме как в андроиде?

(421) Основное применение Java - Тяжелый и не очень Enterprise. И этот рынок намного крупнее андроида.

Оставлю тут ссылочку для желающих поучить Java:
JavaRush — обучение программированию на Java

(422) Можно чуть подробнее, коллега? Меня интересуют перспективы фриланса, уточню на всякий случай.

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

(424) Java не подходит для фриланса, если только что-то под Андроид делать, т.к. Enterprise - проекты на фриланс не отдают ввиду их огромности и серьезности

(423) Апнул вчера 24, жду стажировку в августе)

(423) Улыбнул. Взрослый дядя, а постит рефералки.

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

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

(428) И чё? Посажу дочку, пусть учится. Она ОГЭ по информатике на 5 сдала.

(429) Вся ее сила в кроссплатформенности. А ООП во всех нормальных языках сейчас применяется.

(421) <Там и так, вроде, забито: старый добрый Php+Apache или новомодный Node.js.   >

JSP/ASP и PHP/Node.js совершенно разные отрасли и сферы

(432) кросплатформенность на яве не так проста как кажется, обычно всёравно приходится костыли к каждой платформе прикручивать

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

да помимо железа тоже много всяких нюансов...

самое явное: отсутствие "дисков" в юниксе, обратные слэши в путях к файлам в винде

(421) Android Studio - это совместное детище Google and JetBrains.Все таки в основе нее лежит платформа IntelliJ Idea.

На джаве(J2EE, Spring) написано куча банковского софта. Одноклассники, Яндекс.Деньги (и прочие приложения яндекса) также написаны на джаве. есть куча софта для трейдинга, также написанного на джаве. Куча разных инструментов для джава-разработчиков тоже написаны на джаве.

(436) Это не такие большие проблемы, если использовать PathDelimeter и не пытаться собирать пути из заданного имени диска.

(426) <Java не подходит для фриланса, если только что-то под Андроид делать>
Да я собственно и провожу свое маленькое  исследование: что интереснее/перспективнее для фриланса на ближайжие 10 лет. Жаль, что не могу создать тему - мои темы не живут больше 10 постов )
В голову приходят варианты:
1. Java + Android;
2. PHP + wordpress;
3. front-end -> Angular;
4. back-end -> Node.js

Может кто поднимет тему вмнсто меня?

*вместо

+ (437) У меня в телевизоре (Sony) стоит ОС android TV.

(440) Для фриланса подходит всё.
Просто, нужно решать задачи, а не заниматься вопросами, на чём они будут написаны.

(439) "для фриланса на ближайжие 10 лет" - таксовать еще не предлагали ?)

(436) Что за бред?
"обратные слэши" - поднимите руки кто не знает java.io.File.separator
"отсутствие дисков" - только самый начинающий может тут получить какие то проблеммы, получив сразу начинает использовать относительные пути и переменные среды.

(443) Пробовал, нужно свой Юбер (или хотя бы Такси Максим с Яндекс-такси) сначала запилить. Думал на работу/с работы по пути бензин оправдывать, не вышло.
Тупо все выгодные заказы улетают мимо к другим, даже если ты тут рядом вот и первый тыкнул.

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

(445) Написать универсальный сервис предложения услуг не предлагать?)

(446) да есть такая мысля
Чтоб с показом для заказчика машин какие и где они и за сколько готовы чтобы выбор был

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

(444) <относительные пути и переменные среды.>

угу, которые в разных системах разные..а среди юниксов вообще чёрт ногу сломит в разнообразностях

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

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

(447) + и с нормальной интеграцией с навигацией и картами а не тот изврат что есть

(450) юду? Тоже думал но там специфика тему тут поднимал

(453)+ Информатизация работы дворников, уборщиц и прочих муж/жена на час

(454)+ И халтурки кста для 1С-ников и прочих java'истов было бы удобно ))

(449) Да ну прямо так уж и разные. Все основные стандартизированы и легко получаются через System.getenv()

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

особый шик когда несколько версий JVM в системе и если оракл есть
от уровня костылестроения любой .Net программист сразу удавится :)

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

(457) Да java это костыль на костыле сидит и костылем из костылей погоняет...

(424) Java как раз позволяет не выходить на копеечный фриланс. Да, на проект попасть сложно, но если уже прошёл все испытания и собеседования, то на таком проекте можно долго кормиться хоть в местном бодишопе, хоть на удалёнке.

(458) На модерах разоримся или будет как в авито когда конторы под видом частников сначала полезут.
А потом исками и судами начнут за "омрачение деловой репутации" гнобить как различные черные/белые списки (работодателей и прочих)

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

сижу ща философию Java читаю :)))

(457) Интересно, а какая есть альтернатива для юниксов и ораклов у сишарп?

(462) ахахаха. На какую позицию собеседовался?

(464) написал же
<собеседование на андройд программиста>

Ничего страшного не спрашивали, тупо опыта коммерческого программинга не хватило.

(462) Лучше расскажи, что спрашивали

(465) Я имел ввиду junior, middle, senior.
(466) судя по всему не про устройство памятb в jvm )

(461) А списки закрытые. Ты видишь, что среди дворников город N, находящихся онлайн, ты сейчас на 3 месте, а вчера был на 5. Ты видишь, с чем связан этот прогресс, но других дворников (конкурентов) ты не видишь.

(468) Да но чтобы видеть историю выполненных работ/отзывы или еще что. ФИО и прочие то нафуй (152-ФЗ)

(469)+ И можно будет как гугл, яндекс и прочие, продавать места в списке :)

(467) Как раз про устройство памяти в JVM достаточно 1 статью прочитать, пусть и на английском языке. Вот всякие вопросы про алгоритмы и структуры данных - там да, читай не читай, вряд ли расскажешь, напишешь, если этого не изучал и к математике душа не лежит.

(471) " Как раз про устройство памяти в JVM достаточно 1 статью прочитать, пусть и на английском языке. " - что за статья такая?

Сборка мусора в ней описана? JMM, happens-before?!

какие структуры данных вызывают сложности?

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

(471) Алгоритмы все дженериками сделаны. Их с нуля никто не пишет. Спрашивать должны про взаимодействие классов и фреймворки применяющиеся в кокретной разработке

(467) junior

спрашивали элементарщину честно говоря
Я ещё тупанул, надо было почитать перед походом туда, а я чёто както резко решился, записался вечером, утром уже пошёл туда :))

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

сказали читай теорию и приходи через пару месяцев, поговорим :)

(475) Это чисто андройдные вещи. У меня сегодня тоже было собеседование на другой проект в рамках компании. ))) Началось все с happens-before, volatile, как работают Atomic из пакета concurrent и т.д.

(475) А в резюме, что написано. Что вообще без опыта?

(470) Ни каких ФИО и проделанных работ.
В моей философии "Всё есть консультации".  Допустим, дворник города N ставит приложение на андроид. С утра проснулся, чаю попил, зашел в андроид и ставит статус "Готов проконсультировать". А другой гражданин, нуждающийся в уборке через то же приложение хочет получить консультацию дворника. Не услуги. Бесплатную консультацию. Типа: "Ага. Ну, у вас работы на два косаря, но можно и за один, если у вас своя метла". Встретятся ли они в реале и чем будут заниматься - не забота сервиса. И да, дворник может проплатить место в рейтинге за то, чтобы следующим утром оказаться  на первом месте и иметь возможность дать консультацию по уборке.

(472) Точную ссылку дать сейчас быстро не могу. Видел статью на сайте journaldev.com, Но она процентов на 90% повторяет по тексту такую же статью с ораклового сайта.

(480)
В одной статье говоришь?! http://www.oracle.com/technetwork/java/javase/memorymanagement-whitepaper-150215.pdf

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

(482)+ Заказчики/задачи и Исполнители (консультанты).
Общение в онлайне в несколько каналов (канал заказчика общий, канал задачи общий, приватные каналы заказчик-задача-консультант, канал консультанта общий).

Общие каналы читать могут другие, писать по разрешению (нечто вроде стены) но удалять только модераторы.
Приватные понятно дело приватные.
На общих каналах можно "прилеплять" сообщения/объявления.

(483) Да, несколько каналов. Заказчик (потребитель консультации) выбирает только канал. Он не выбирает исполнителя (нет такой функции). Сервис отправляет запрос на консультацию первому исполнителю в рейтинге канала и ждет N секунд/минут. Для каждого канала свои настройки. Для канала Дворники можно подождать и 5 минут, для канала Такси - 45 секунд и т.п.

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

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

(485) Конечно! Заказ идею первому по рейтингу с учетом отборов.

+(486) *идет

Реализацию серверной стороны я уже придумал. У меня сейчас хуже с клиентской стороной.

(483) У тебя сложная система. Представляешь, как геморно ее обновлять?
Есть такая штука - Redis, она целиком находится в оперативной памяти. Попробую реализовать такое на 1С. Пусть называется "Редиска". Один экземпляр 1С, всё находится в индексированных таблицах значения (ТЗ). Задача 1С - в фоновом режиме сохранять эту конструкцию, чтобы восстановить после краха. Достиг время взаимодействия со внешим миром 0,25 сек. Это конечно лучше, чем среднее время срабатыания web-сервиса или http-сервиса (более 3 секунд).

(484) А почему нельзя показывать запрос сразу всем ?
Просто, кто успевает ответить первым - того и тапки.
А также, вполне вероятно, что вопрошающего также будут интересовать другие мнения.

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

А хранить всё это дело в MySQL там есть режим DbInMemory

+(488) По идее такой подход уж точно можно использовать для прототипирования сервисов. Сервис получает JSON, отдает JSON. Заработало на 1С -  можно переносить на другие системы, например на mongodb.

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

(493) Спасибо за ответ.
Я видел пример постороения запросов к серверу - если статус "Ок", то сразу возвращается результат. Если статус "ЗайдитеПозже" то возвращается ID запроса и следующий запрос нужно делать с этим ID через некий таймаут. То есть ничего нового уже не спрашивать, задать только ID старого запроса.

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

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

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

(496) как там написание tv? Идет? А то бы я бы купил.

(496) Нет, ну вы хотите ещё и стороннюю систему прикрутить - получается, что данные сначала должны будут быть переданными по ней, потом обработаны сервером, а потом опять отправлены в виде сообщений.

(498) Пока тестовая эксплуатация параллельно с юзанием TV который не сносим. До выхода на свет еще долго, одна проблема с железом $ много хотит.

(499) Да но сторонняя система висит на шустром канале и задержки минимальны. Причем система хорошо поддается распараллеливанию так как ничего страшного что запрос уйдет на другого консультанта по чуть старому рейтингу.
Вот как то сделать чтобы к консультантам уже "на связи" новые запросы (хотя он в топе) не поступали это вопрос.

ЗЫ Какой то аналог "ответов@майл.ру" выходит только в режиме онлайн без задержек...

(501) А что значит "на связи" ?
То есть, если кто-то "взял вопрос", то пока он не "закрыт", ему остальные не приходят ?
А как же распараллеливание ?

И, самый главный вопрос, как определить, что стороны закончили общение ?

(502) Приоритет отдается "свободным", вот если нет таких то можно и "уже занятому" скинуть.

(504) и в чём проблема - "клуша, скушавшая сыр, перемещается в конец списка" ?

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

(503) По таймауту отсутствия сообщений и статусам? Типа статус у консультанта "готов к труду и обороне" и общается = пока не посылаем, сменил статус за "занят, выполняю" выкидываем. Не сменил статус и сообщений/общения нету со скинутым кидаем еще заявки.

(505) Да, вполне вариант чтобы дать заработать другим с рейтингом похуже ))

(506) Согласен что очередь, но эту очередь из реализации самого сервиса приемо/передающего выносим наружу куда то на соседний сервер.

В общем, мы выбираем ответчика по критерию - минимальное количество полученных заданий и максимальный приоритет в этом количестве - это в терминах SQL-запроса.

(509) Про монетизацию забыли, она тоже в критериях ))

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

(510) Так монетизация и есть рейтинг - или будут отдельные шкалы ?
Просто, если сервис не рассматривает вопрос оплаты (чтобы не отвечать по закону за качество работ), то есть только косвенные пути монетизации, например, за определённую сумму допускать несколько заданий сразу и т.п.

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

(511) В телеграме есть "программируемые клавиатуры", нажал и оно свободно с комментами.

Garykom, так ты уже в теме или пока планирование?)

(512) Ну да монетизация возможна с двух сторон и со стороны конультантов за несколько заданий или приоритет в предложении.
Так и со стороны запросодателей в обнулении монетизации от консультантов и приоритете запросов если консультантов маловато.

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

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

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

(519) Дык разве кроме youdo.com есть конкуренты? Которые сильно ограничены территориально и по видам консультаций.

(520) кроме youdo.com я знаю только узкоспециализированные сайты.

(520) Сайтов для фрилансеров - полным полно.
Хотя, самый первый, наверное, irr.ru и самый популярный.

(520)+ Как раз через мессенджер типа телеграм легко и удобно раскрутиться.
Стоит уже у многих, вот еще нужно простой подбор консультантов сделать через "запрос обычным текстом" в чате к боту.
Хотя можно сделать меню на основе клавиатур программируемых.
А своя уникальная прога для сотовых и сайт это уже дело будущего.

Точно знаю только, что avito must die.

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

(522) Да согласен что полно но они заточены не на то.
Хочется в оперативности выигрывать и на рейтинге консультантов.

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

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

Авито должен умереть. Они совсем зажрались.
(525) Да вконтактик вроде безвредный, пусть живет.

(525) Да группы ВК это в тему но только если там модеры овец не считают, часто висит такой хлам а последнее/свежее в самом конце куда листать замаешься.

(526) Консультации - это очень сложный вопрос - иногда получается, что вроде бы, всё было сказано правильно, а на той стороне неправильно поняли, и потом доказывай им, что верблюд не ты, а тот, кто читать не умеет.

(527) Да сайт нужен тоже, но через мессенджер оно реально удобнее и оперативнее.
Просто запустил и выбрал контакт/бота, вместо запуска браузера, авторизации и поиска там.

(530) Ыыы прямо мой случай когда нуна было купить переходник с новой видяхи к монику со старым кабелем DVI-VGA, а им дали обратный переходник со старой видяхи к монику с новым кабелем VGA-DVI

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

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

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

(534) И не надо, это бот/сервис сделают. Прямой то передачи сообщений не будет между заказчиком и консультантом, только через бота или виртуальные учетки мессенджера.
Вот если они обменяются реальными это уже их дело.

(535) Вот как раз к скайпу и больше всего претензий про прожирание батареи, а так как у многих он почему-то считается стандартом из-за того, что идёт на компьютере и есть возможность проброса голоса в Ip-телефонию.

(537) Ну жрет но на день заряда аккума хватает, под конец правда уже процентов 40

(536) Просто, с помощью сайта, пользователь может войти как Вася и задать один вопрос, потом войти как Петя и задать другой - а через месенджер ему это будет сделать достаточно сложно.

(539) Если такое предусмотреть то не вижу проблем. Кнопочки/команды логин/выход в чатике.

(540)+ вот чтобы спайсами и лядями все не загадили это будет посложнее ))

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

(542) А без этого сча никак, вот представим что няня кому то головку отрежет, придут из органов и что сказать? А если не сказать то прикроют во избежание кучей способов.

(543) Ты показываешь данные, которые ввёл пользователь на сайте, а также список IP-адресов, с которых пользователь заходил - а дальше, они идут к тому, чьи Ip-адреса указаны и просят логи у него - и всё - меньше проблем для всех.
И никаких персональных данных.

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

(539) А если человек заходит с приложения андроида, то и проблемы быть не должно, если приложение знает номер телефона или откуда оно его знает? Оно знает хоть ID  устройства, на котором запущено? Или эти функции доступны только ЦРУ?

(546) <Оно знает хоть ID  устройства, на котором запущено?>
знает, но в андройде он сбрасывается при hardreset телефона
но imei можно получить...

тут уже всё от непосредственно приложения зависит, делает оно это или нет

(478) Да, без опыта

kotlin выживет ?

Еееее... мне сегодня предложили из одинэсников к java программерам перейти в отдел...

второй мой уход из 1С :))

Хто там говорил что в >30 лет нельзя в джуном пойти?