Сейчас на форуме много внимания уделяется языкам программирования отличных от 1с. Я подумал, что не плохо было сделать что-то для сообщества.  Я предлагаю людей способных и желающих участвовать собраться в команду и реализовать систему позволяющую клиентам самостоятельно формировать заказы в 1с.
Тут более подробное описание.
https://drive.google.com/open?id=11KFWaBcU6iQ_K_B7ZhRghPaVBnySTmoDHHcl-pxdvI0
Для реализации нужны люди способные писать код на java и js. Имеющие представление о технологиях требующихся для проекта. Могу предложить вариант, я рекомендую, что почитать/посмотреть и через пару недель могу провести короткое интервью, если человек за это время усвоит, то я бы такого пригласил в команду. Проект не коммерчески и после реализации 1-й версии, планируется выложить как open source.
Я считаю - это отличная возможность для начинающих специалистов в области программирования Java и JS. Для более устоявшихся специалистов, возможность сделать доброе дело для сообщества, поучаствовать в проекте с 0, обменяться опытом и укрепить знания.

(899) где там?

(903) в ВК

(904) я вижу, что данные подгружаются порциями когда я скролю ленту.

(905) это авто скролл. А где пажинация вдобавок?
Пример в (900)

eks1985, спасибо, коллега, за разъяснения по firebase. У меня получилось начать работу с firebase.google.com, благо нашел библиотеку AngularFire. С помощь нее можно получить данные из базы одной строчкой, примерно так:

this.items = af.database.list('/items');

Как раз для дебилов, которым я пока и являюсь в новой области.

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

(883) Никаких скроллингов страницы и таблицы только на экране крутятся. Это просто средний уровень типового веб-программера так же крив как и рядового начинающего 1с-ника.
Давно в js есть нативные способы сделать нормальный скроллинг, да хотя бы http://trirand.com/blog/jqgrid/jqgrid.html (New in version 3.7 > Virtual scrolling) или https://vaadin.com/elements/-/element/vaadin-grid (Lazy loading a large data set)

(908) но так или иначе, но книги пришли на смену свиткам... ;-)

только не надо тут постить про техподдержку! ;-)

(909) Прикинь реализовать не смогли бесконечные свитки ))

Если знаем технологию "наборной печати" то там матрица набирается из литер и получается большой "штамп" на целую страницу.

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

(908) Ага, вот только что-то такие конторы типа воллмарта, ситилинка и алиэкспресс почему-то юзают паджинацию, ну видать не достигли уровня "среднего веб программиста"

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/ali.png?alt=media&token=06dc64a2-4a87-4c64-b859-d096996be571

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/citilink.png?alt=media&token=97bc15a8-45ea-461d-a1ef-1759524500e7

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/wallmart.png?alt=media&token=68eddd9c-7ab7-445e-8f20-7670a64320ad

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

(912) Ви таки думаете в подобных конторах работают какие то супер пупер программисты? Да нифига подобного софт (в т.ч. веб сайтики) им пишут обычные Васи и(или) Амиты

(914) В таких конторах работают крутые спецы, до которых нам как до луны.

(915) Это распространенное заблуждение...

(911) листать менее энергозатрат но чем крутить так как одна сторона листа не нагружена

(917) Про https://ru.wikipedia.org/wiki/Лента_Мёбиуса слышал?

(906) Я всегда считал что пагинация - это когда данные разбиваются на страницы. А есть при этом панелька с номерами страниц или нет уже дело второе. Помню, что в ВК в обсуждениях такая панелька есть.

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

(915) Действительно такие компании могут позволить себе нанять IT-шников высокого уровня на ключевые позиции, но и обычных специалистов там тоже много. Я бы сказал, что самое главное для девелопера - это дисциплина разработки (соблюдение цикла разработки). Эти вещи вижу изнутри крупной IT компании. Не могу писать название заказчика на моей основной работе, но для понимания масштабов скажу, что только гугл туда влил ~100 миллинов $, а apple ~50 миллионов $.

(919) >Не могу писать название заказчика

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

ЗЫ У самого друг периодически фрилансит на такие "крупные компании" и когда работал в крупных компаниях изнутри то просто поражался идиотизму некоторых руклей.

(918) это бат бутылки Клейна?

(919) у заказчика в аутсорсе, только наша команда, >80% сотрудников заказчикп в штате/офисах заказчика из них минимум половина разработчики.
На счёт копеек смешно, как же тогда назвать суммы оплат за которые работают 1с ники?
Фрилансом в таких компаниях не пахнет. Если компании попроще и пользуются услугами фрилансеров, то для примитивного ПО.

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

Короче, пока все замечания по ui записал, над ними поработаю завтра, а пока запилил первую опцию бизнес логики.

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

Видео:

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/options.mp4?alt=media&token=bf7d8c7e-3e0c-463d-b192-da1cfbadd505

Демка:

https://quick-order-de84c.firebaseapp.com/

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

Это на основе issues которые были высказаны в самом начале

https://github.com/eks1985/quick-order/issues?q=is%3Aopen+is%3Aissue+label%3Adiscussion

Правильная ссылка на видео

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/options.mp4?alt=media&token=333433e1-eb67-416c-9072-f938ff75ba04

Как раз сейчас пишу подобное для наших клиентов. Работаем  в ут10. Для совместительства со старой программой заявок для обменов используем dbf. Написал веб-клиент на Django который позволяет формировать заказ и отправлять его в систему.
Мечтаю о том дне когда перейдем на платформу 8.3, для того чтоб все делать нативно через REST интерфейс.
А то замаялся парсить и формировать эти dbf.

(926) Ну вот, можешь почитать тут "умных" мыслей =)

(927) Сделать универсальное что то все равно врядли получится у кого нить. А вообще хорошая задумка.
Мне например нравится мое детище.
https://yadi.sk/i/G5aG4pXB32RQEZ

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

(929) Тогда уж лучше бы сразу доделывать для json.

(930) Был бы в локальном стандарте обмена json, маялся бы с ним.

(931) потерпим еще год другой пока эти dbf-ки канут в лету)

http://pastebin.com/sfKNrBNx -способ сказать серверу о кодировке, не меняя формат)

x:\какойтопуть\cp1251\..

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

(934) Как-то поработал в третьей линии техподдержки. Конечно же я не в курсе...

(935) были бы в курсе не неслибы ахинею

(936) Скалу разгоните сначала, потом пробуйте менторствовать.
Кода я не видел, зато видел как он работает у одного из тройки моб операторов РФ. Ну и базу за яйца держал.

(937) вы бы еще рассказал про сеть хлебных магазинов "на районе". В разработке у моб операторов все довольно печально.
А у скалы все отличном производительностью и лаконичность кода. Для абстрактных тестов в вакууме все отличном компилиться под llvm. Не даром на скале написана топовый брокер очередей и топовая система распределённых вычислений.

(938) А еще у scala все с отладкой в дебаггере замечательно да?

(938) Так ведь не только для абстрактных тестов в вакууме и у питона всё компилится под "сырую, мало где применяющуюся llvm", но это для вас "несчетово". И операторы у вас мелкие сошки, не то что мэйлру. А считаетесь вы только со своим мирком розовых поней.

(931) дождаться бы когда эксель канет в Лету

(941) а вместо него что?

(924) видео не фурычит, акцес дениед.
    "code": 403,
    "message": "Permission denied. Could not perform this operation"

(942) для чего?

(944) Для того же для чего и сейчас

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

(945) набить и посмотреть и отослать файлик чтобы другой ПОСМОТРЕЛ - это да.
но это млин не для АВТОМАТИЗИРОВАННЫХ ОБМЕНОВ!

(947) а где используется ексель для АВТОМАТИЗИРОВАННЫХ обменов?

да сплошь и рядом

(949) значит они не такие и автоматизированные как кажется

Вафель я тебе ответил на вопрос про ЕРП.

(939) У меня все хорошо в дебаге. Какие у вас проблемы?
(940) Вам стоит понять, что цель разработки получить ПО удовлитворяющее требованиям за меньшие деньги. Так вот, если новоротить кашу из нескольких языков приемлемый результат можно вообще не получить. Или получать на столько долго, что разработка будет экономочески не обоснована. А если писать на чистом пайтоне, то продукт получится в лучшем случае за то же время, что и на скала только на много менее производительный. Пайтон свою популярность получил именно в сферах в которых пишут небольшие куски кода, а джанго это неудачный апендикс не имеющий никаких приемуществ по сравнения с подобными фреймворками на других языках.

(949) тут эксель не причем. Все используют json уже сто лет как. Это 1с с опозданием лет в 5 реализовали поддержку.

(943) Злопчинский, вот в следующем посте я выложил верную ссылку на видео

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/options.mp4?alt=media&token=333433e1-eb67-416c-9072-f938ff75ba04

@Jija Grenkov к 1000 постов приближаемся, ты бы тему новую завел со ссылкой на это, чтобы нить беседы не потерялась =)

(952) Ну покажите мне нативный интерпретатор скалы...

(954) это я еще вчера или позавчера увидел самостоятельно...
где полезности? где Пушкин? или на крайняк Крылов? ;-)

(956) если под нативным интепритатором понимается компилятор в LLVM бинарник, то
http://www.scala-native.org/
https://github.com/scala-native/scala-native

(952) Всё пишется на чистом питоне, но мало кто знает что творится внутри его бесплатных, opensource библиотек.
(958) Ну вот, JVM уже не столь крутая;)

(959) Ну вот, JVM уже не столь крутая;)
вы совсем закрепите мое впечатление, если скажете что джава умерла и скините ссылку на хабр где написано совсем о другом.
JVM самая бастрая из высокоуровневых виртуальных машин.
В большенстве случаев код работающий на JVM избавлен от деградации
JVM и сопутствующие инструменты предоставляют, пожалуй, лучшие возможности для выявления ошибок, а это крайне важно для больших серверных приложений.
А сама джава довольно скучный, но один из самых безопасных языков, там просто уйма механизмов защиты от ошибок в коде.

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

(960) Я лучше укреплю свою позицию:

https://github.com/search?utf8=%E2%9C%93&q=sci&type=Repositories&ref=searchresults
https://github.com/search?utf8=%E2%9C%93&q=neural
с другой стороны
https://github.com/search?utf8=%E2%9C%93&q=big+data
https://github.com/search?utf8=%E2%9C%93&q=mathematic

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

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

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

(961) Пайтон долгое время был единственным языком в сфере академических вчислений на нем vного чего навояли, но подавляющее большенство устарело. Но когда математические вычисления вошли в бизнес начали появляться продвинутые реализации на JVM языках. Сравните самую провинутую SCI реализацию с подобными из Hadoop экосистемы(Spark, Tez, Flink) в инете должны быть сравнения если кто-то использует SCI реализации. Больше чем уверен, что на многонодовом кластере будет серьезный перевес в пользу hadoop.
С машинным обучением под пайтон конечно много написано готового, и по функционалу на jvm более бедные реализации, но опять же самая быстрая считается DL4J, для анализа данных спарк dataframe/dataset практически повторяет функционал пандаса и тоже работает быстрее. На хабре по поводу этого есть много статей

https://habrahabr.ru/post/259095/
https://habrahabr.ru/company/retailrocket/blog/258543/

(962) До сих пор еще есть куча систем на коболе

Улучшил работу с категориями. Теперь можно фильтровать по нескольким категориям одновременно и этот фильтр работает совместно с поиском по полям номенклатуры.

Также над категорями сделал фильтрацию самих категорий.

Осталось только сделать возможность использования иерархических категорий

Видео:

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/category.mp4?alt=media&token=e3657aa9-9237-4c5d-9165-43c4ca2be498

Демо:
https://quick-order-de84c.firebaseapp.com/

Проект:
https://github.com/eks1985/quick-order

Сортировку по заголовку колонки сделай

(968) Где? В списке товаров?

кукуруза стайл какой-то...
http://content.screencast.com/users/Che66/folders/Jing/media/28420f5d-00b5-4367-9dd0-a3962d0a0501/2016-12-08_1207.png

(967) "Осталось только сделать возможность использования иерархических категорий " - заклинаю в настройках сделать возможность показа списка категорий без иерархии.

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

(969) угу, как я выше описывал

(970) Так это опять же гугл в своих гайд лайнах так завещал =)

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

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/chips.png?alt=media&token=eff0ffdc-0a20-4d8a-a1d1-0e907e11b4e8

(972) Да, такое в планах есть

(974) согласен, может оно и правильно. ПРОЧТАЛ слева-направо, потом жмакнул убить ;-)

(976) У 1С кстати так же, только они по горизонтали

Удержание стрелок вверх/вниз не работает, только на  строку переходит

(970) О пошел конструктив в построении приличного UI

Кстати может такое же и для ключевых слов для поиска сделать? Набрал слово, тыкнул/нажал нечто и оно "в теги", можно еще по словам отбирать и фильтры накладываются по разному.

Можно причем начать "новый отбор" и будет не просто "И" как в одном отборе но еще и "ИЛИ"

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

(978) https://github.com/eks1985/quick-order/issues/25

(980) Нужно в поле встать для ввода кол-ва заказа.

Кстати когда в этом поле стрелки влево-вправо идеально на "листание страниц".

(982)+ А то сейчас много лишних действий если товара на первой странице нету, фокус ввода не переходит при листании мышкой

(981) нужно каждый раз нажимать вниз, а обычно 1 раз назал и само бежит

уи конечно еще пилить и пилить

(984) >1 раз нажал и само бежит

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

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

(983) Вот это правильно!

надо сделать чтобы ФОКУС ВВОДА (курсорный-клавишный) стоял в поле ввода! при листаниях страниц автоматом.

(985) да вообщем уже вполне работоспособно получилось.
жду когда запилит авторизацию нормальную и отсылку по почте - тогда можно будет потестить в "боевых" условиях...

(986) Это смотря сколько позиций на странице.
Если 10 то нет смысла, а если 30 то уже имеет

(989) Ты себе уже зарегал файербес на организацию?

Создал продолжение
Система формирования заказов покупателем (2)

(990) У "настоящих программистов" нету чисел 10 или 30.

Есть только 1, 2 и "много"

ЗЫ Некоторые могут представить даже бесконечность под "много"

(993) У программистов нет, а у дизайнеров UI есть

(994) Вот пускай тогда эти дизайнеры сами и верстают и потом сами код пишут...

...Ну или без разговоров укладывают свой дизайн UI в "1, 2 и много"

(991) не, я пока неграмотный

(991) и что например будет если файербес загнется или станет жутко платным?

(980) //увеличение/уменьшение колов по клавишам - перенесут на серый плюс/минус (пока) - если автор не забудет.

Не забуду, у меня ж все записано в тетрадку =)

https://github.com/eks1985/quick-order/issues/20

(987) //- это вообще мне кажется фигня. есть PG клавиши для листания страниц - их и прикрутит автор попозже когда руки дойдут.

Это я уже сделал, page up/page down листает страницы

(991) // Ты себе уже зарегал файербес на организацию?

Нет, а нафига? У меня как работало так все и работает, писем вообще никаких не приходило...

(997) //и что например будет если файербес загнется или станет жутко платным?

За день перепишу все на российский аналог scorocode, это кстати и так планируется, чтобы была альтернатива. Но фокусировка на том, что приложение должно работать именно с BaaS сервисами отстанется.

Тут надо понимать, файрбейс всего лишь поставщик данных, я на данный момент дергаю буквально несколько вызовов его API

(965) Я это читал на момент публикации.
Без изменения алгоритма, а только лишь с использованием правильных средств скалу разрывает на куски.
http://pastebin.com/7n6kXvzk