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

1. Небольшую программу для учета личных финансов (для единоличного пользования).
2. Небольшую программу для учета прихода-реализации-списания товаров на складе (для бизнеса на 3-4 пользователя).

Как понятно из задачи, это приложения с базой данных.

Т.е. на чем сейчас с точки зрения уровня развития IT имеет смысл это реализовывать? Неужели на модном Питоне?
И какой движок баз данных использовать?

Единственное требование к разработке - это чтобы оно получилось тиражным и работало оффлайн. Т.е. если у вас 5-6 клиентов, то чтобы каждый получил апдейт, который сделает нужные изменения в структуре базы данных. И чтобы этот апдейт не приходилось писать вручную, сравнивая базу прошлой и текущей структуры, и чтобы можно было пропустить несколько релизов, т.е. по сути в апдейте была бы нужная структура БД, а обновление бы подгоняло БД под эту структуру?

Может уже есть готовые решения кроме 1С и я зря туплю?

Фузина же.

Зачем писать. Вот качай готовую http://old-dos.ru/index.php?page=files&mode=files&do=show&id=1899

(0) +1 за фузину )

(0) Иди проспись.

(0) Желание похвально, но пока не видно - что тут убийственного.
1С,конечно, стоит на краю пропасти, но чтобы её убить, надо сделать большой шаг вперёд)))
А вы предлагаете:
давайте сделаем все тоже самое, но другими инструментами. Это никому не нужно.

(0) годом ошибся)

(0) <Ну не самому, а наняв товарищей. >
в курсе сколько это может стоить?

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

(1) Об этом я слышал, но это целая RAD, я больше спрашивал о классическом подходе. Вариант Delphi + mySQL, например. Или что-то в этом роде.
Должен же быть в 2020 набор инструментов, чтобы такое наваять не на 1С или Фузине. А на "НОРМАЛЬНОМ" языке программирования. Или кризис ИТ?

(7) думаю, не дорого. Ведь речь только о тиражировании конфигурации на 7.7-подобной платформе.

(10) зарплата тимлида 250тыр, миддла 180тыр... два человека - уже 500тыр в месяц

(0) на чем хошь, что позволяет рисовать гуй и работать с БД. Желательно чтобы имелись data-aware компоненты, т.е. чтобы вы могли кинуть на форму сетку и автоматически пристегнуть ее к таблице или запросу - это во много раз ускорит процесс.

(9) В 2020 году голые десктоп-приложения интересуют все меньше и меньше. Тонкие клиенты снова в моде.

(13) за всех не говори. но без проблем, пусть это будет браузерное решение, но тогда на чем писать. Тут есть не 1с программисты, ггг? Или переадресовать вопрос на SQL.RU.

Народ, на дворе 2020 год. Вопрос- на чем писать простейшее приложение БД. Программисты чешут репу. Смешно.

(9) дельфя и сейчас есть. Лазарус есть. VS.Net. Да все то же что тогда было, есть и сейчас. Фузину можно глянуть. Другой вопрос - надо ли.

(15) вопрос тиражирования остается открытым.

(0) Тебе пора думать о радикулите, простатите, а ты туды же ))

(15) вот смотри, есть клиент, у него 4 точек РИБ планируется на самописке + 1 центр. 1С для всего этого 5*13000 (за 1 платформу) = 65.000.
Это 43 часа работы. За 43 часа можно полностью повторить их маленький функционал. Смысл покупать 1С для них?
И таких немало товарищей по РФ, которым 1С нафиг не упала.

(17) моё будущее больше моего прошлого, спасибо.

(18) функционал конфигуратора за 43 часа повторить, даже семерочного? Ню-ню.

(18) Ты там объелся чего-то несвежего или выпил прокисшее до появления градусов?

(20) зачем нужен конфигуратор? я полагаю есть среда, где уже есть связь между формой и объектом БД? ведь на дворе 2020 год жи?

(20) ну и потом ты путаешь задачи. Написать 77-подобную RAD и приложение пользователю - это разные задачи.

Приведу пример. В 2000 году на хлебзаводе в Калининграде жизнь столкнула меня с одним Гением, реальным.
Он автоматизировал производство на БД MS SQL, в качестве клиента было приложение на VBasic.

Вот и все.
Правда, задачи тиражирования БД там не стояло, но думаю, выгрузка конфы базы в XML и подгонка под эту структуру базы у другого клиента - это задача, которую можно отдать фрилансеру "за тарелку супа".

(23) да, а теперь посчитай, сколько бы этому заводу стоило УПП на штук 50 рабочих мест. ;-)

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

а исчезни программист - вместе с ним (ну максимум месячишка через три или полгода) исчезнет и система. А вместо нее будет 1С.

(25) я тебя умоляю. программировать на бейсике - это не джава. Решается путем штата из 2-3 человек.

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

Я написал на Java под Android платформу 1М, там есть справочники, документы, регистры. Могу поделиться исходниками, если интересно.

(27) Только кто пойдет на этот тухлый стек?

(26) не согласен.
(28) ложусь в 22:30, встаю в 8:00, спасибо ЭлРоду за "Магическое утро".
(29) буду иметь ввиду, пока что не надо.

Меня удивляет простота вопроса и неспособоность на него ответить. Получается, что в 2020 году кроме 1С нет доступных инструментов разработки десктопных приложений для БД?

(27) а это точно надо? Штату из 2-3 человек надо платить деньги. Если это прогеры, то не как грузчикам. А теперь посчитай их зп за год и сравни со стоимостью 1С

(32) ты знаешь заводы, где 1С свистит-пердит без программистов?
Ну и потом опять же, ничто не мешает стандартизировать это решение. Я бы воспользовался, если бы кодер описал, хотя бы в том случае, где бюджет в 65к. И появился бы рынок внедренцев. Так что все нормально.

(31) полно. Но для "тиражирования" в вашем понимании в штате нужны будут серьезные и недешевые специалисты.

(18) Ты не подумал о стоимости поддержки такого решения. Тебе конечно профит, а клиенту сплошные мучения. Если бизнес чуть-чуть с головой, на такое не поведется. Он лучше перетерпит немного на Экселе и Гугл Докс, заработает 65К и внедрит 1С.

(34) если полно, то примеры в студию.

(22) "я полагаю есть среда, где уже есть связь между формой и объектом БД?" Оно таки есть. Странно что целый Гений этого не знает.
Вопрос где будет бизнес-логика? В хранимках SQL-ля? Или все же придется рисовать контроллеры? Или голые таблицы SQL будешь показывать пользователю?

ЗЫ. Чудны дела твои... Чел ни ухом ни рылом в предмете а уже туда же. Киллерсов рисовать собрался.

(36) см (15), уже все сказано

(35) Мучения потому что нет альтернативного стандарта. Все пытаются создать копию 1С (ананас, 2С, Фузион), никто не думает о возможности реализации в чистом коде.

(33) знаю, где работает один достаточно средний специалист. Знаю такие, где есть сисадмин и которые обращаются к франчам.

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

(38) Я смотрел, как делаются формы к Джава. Простые формы даже, без БД. Это же тихий ужас - на каждый элемент формы объявляется класс-наследник и т.п. Даже в Аксессе и то проще формы рисуются. Мне кажется, в 2020 году должен быть нормальный инструмент для работы с формами, а не это ООП старье.

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

(41) А ЗаДляНафига тогда показывать голые таблицы на формах собрался?

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

(43) смысл в цифрах я тебе уже нарисовал. Проблема не в смысле, проблема в том, что никто не разрабатывает альтернативу.
Вот я работал в розничной контроре, там было 100 точек, на каждую по 10.000 была куплена 1С:Розница (по тем еще ценам). Это 1 лям. Я думаю, если бы эти деньги были вложены в "убийцу 1С", было бы больше эффекту и предприятию и бизнес-сообществу и программистам.

(45) вот потому "нормальные" программисты и автоматизируют простейший склад годами, а не за пару дней, как 1сники. Заметь, что в моем примере с заводом программист клепал формы не на дельфи или C++, а на VBasic, ибо формы там клепаются очень быстро.
Наверняка у него была общая процедура для заполнения полей формы по полям БД и наоборот.

(44) данные хранятся в БД. а бизнес-логика и код по отображению полученных из БД данных - в приложении. Что не так?

Фигасе... Гений 1с собрался писать убийцу 1С!

Самая нелепая новость на сегодня.

(47) нормальные вещи требуют времени. "Клепатели" обычно кончают плохо.

(50) Раскажи это Цукенбергу и Гейтсу.

(50) или ты хочешь до пенсии хлебать лаптём 1С?

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

(53) ты че к конфигуратору прицепился. Еще раз - можно написать библиотеку для того же VBasic (ну счас уже этот язык не актуален) и все.
Формы можно клепать в обычном IDE, но не ООП-ном, конечно же.

(51) у них все нормально со штатом серьезных высокооплачиваемых специалистов.

(54) Да никто не согласится на поделку за 65тыс, с поддержкой, состоящей из одного Гения с горящими глазами.

(48) Прочитай свой (22) "я полагаю есть среда, где уже есть связь между формой и объектом БД?".
Открою секрет - в общем случае это и есть приложение, которое пишут программисты. Тебе оно нужно готовое? Таких тоже есть. Только они способны только показать кристально чистые данные из таблиц SQL. Без обработки.
Для всего остального нужно писать, рисовать формы... В общем именно то чем и занимаются программисты.

(54) Как ты не можешь понять — что бы клепать формы быстро и "автоматизировать простейший склад за пару дней", нужен некий аналог конфигуратора.

Чтобы иметь конкуренцию с решениями от 1С нужно:
1. Иметь возможность оперативно реагировать на изменения законодательства.
2. Иметь развитую сеть (продажи + поддержка).


Техническая сторона вопроса - вторична. Без решения эти вопросов все эти "Убийцы 1С" - как круги на воде: да, были. Да, кто-то в видел. Где они сейчас? ХЗ.

По сути, я вижу структуру Killer 1s так:
1. Формы рисуются в обычном IDE. По сути в нарисованной форме важно только расположение и названия элементов.
2. События форм описываются опять же в IDE.
3. Есть библиотека по привязке форм к объекту БД. Чтобы формы вели себя как формы справочников и документов.
4. Есть библиотека по получению итогов по регистрам, чтобы не ваять каждый раз SQL запрос.
5. Есть библиотека по выгрузке конфигурации БД в XML и натягивании этой конфы на БД клиента. Наверное, в этот файл имеет смысл включать и свежий EXE с логикой приложения.
6. Логика приложения содержится в EXE.
7. БД рисуется на первых этапах ручками по правилам, или же в дальнейшем каким-то простейшим конфигуратором.

(58) Вот в VB есть некий аналог конфигуратора. А в Access еще лучший аналог, поэтому в Access клепать быстрее. чем в VB. Но гибкости меньше.

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

(61) я изложил в (60)

(58) не нужен, читай (60)

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

(61) Там куча мастеров которые позволяют что-угодно учитывать.

(66) мастерами пользуются только подаваны. Я работал с Access, мастера со временем перестал юзать.

(65) зачем с ней справляться юзеру? ггг.. Или ты думаешь, что на хлебозаводе над каждым юзером стоял программист? Я тя умоляю, он очень быстро разработал и внедрил. И в его системе я был потенциал для тиражирования. Но сейчас, конечно, Vbasic уже не актуален.

(42) ХЗ...вроде если использовать SceneEditor и нарисовать макет формы в XML под java fx , то базовые вещи не особо отличаются от управляемой формы в 1С.
Не базовые хз...не  пробовал.

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

(67) Раз не подаван в аццес - бери его. Там есть все из (60). За исключением *.exe

(71) аксесс - уже нафталин.

САП уже предлагали?

(62) Ну так и пиши: никакой это не убийца 1С.
Просто программа для автоматизации учета выпеченный булок.

(70) мы не про клиентские приложения говорим, а про инструменты разработки. Так все же, кризис ИТ?

(69) ну вот уже некий прогресс. Формы рисуем отдельно, а события и все остальное с ними - описываем в приложении, которое клепаем в обычном IDE.

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

(71) и за исключением тиражирования. Access разве позволяет программно менять структуру БД? ггг

(72) Та... я так и понял. Особенно когда прочитал за "Формы можно клепать в обычном IDE, но не ООП-ном, конечно же."
Расстрою. В ненафталиновых - оно все ООП.

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

(14) мускул

(79) Открою тебе секрет - в любом IDE можно написать не ООП приложение. Но суть не в этом. ООП вредно только для форм. В принципе, для ERP-систем можно не использовать ООП на уровне логики приложения.

(81) Это БД. Хорошая БД, не спорю. Что дальше? Само приложение на чем?

(68) потому что первое изменение какого-нибудь ЭУПД - и приплыли. Нужно какие-то данные, данных в базе нет, надо столбцы добавлять. Еще хорошо если просто извлечь. А если обрабатывать их как-то перед передачей, не дай Бог? Кто все это будет делать в вашем киллере, если тот кто изначально писал проект, вне доступа?

(82) "ООП вредно только для форм." Иттить колотить. Вот это перл. А народ то и не знает. Всякие MVC изобретает. А оно оказывается - "ООП вредно" )))

(85) для RAD вредно. Для вылизывания какого-то приложения может и норм, но не для RAD

+ (84) в 1С, если подобное происходит, я могу по объявлению найти программиста который мне все моментально сделает. В случае самопальной системы - если автор недоступен - я попадаю в глубокую просрацию, которая кончается убытками и тем что система выкидывается нахрен с предприятия и заменяется на 1С.

(84) а как это в 1С делается, друже?
аналогично.
на пальцах объясняю:
1. Получаешь XML с новой структурой и новый EXE.
2. Натягивается XML На структуру базы. EXE проверяет версию базы и при необходимости вызывает процедуру апдейта с одной версии на другую. В 1С все точно так же, посмотри модули обновлений.
Тривиально.

(86) "для RAD вредно."
Не стыдно не знать. Стыдно упорствовать в своем незнании.

(87) ну недоступен он, потому что нет Killer 1S. как народ войдет во вкус, тут же и прогеры появятся. Да им и самим будет приятнее работать на системе, где они могут сделать все, чем на ЖКК.

(89) да знаю я, ВА, знаю. Но ООП и RAD - это разное, уймись.

(88) Получаю - эт хорошо. Но кто будет эти XML подготавливать и за какие шиши?

(92) XML - это просто выгрузка структуры текущей БД. Вот ты ведешь разработку на некоторой БД. Нажал кнопку - и структура БД выгрузилась в XML

(93) Вы не поняли. Кто это все будет делать? Я ж говорю - программист недоступен. Ну надоело ему это все.

(93) в txt ты похож на моего учредителя, на этом всё

(92) Если тебе нужны примеры, то приведу еще один пример. Всем вам известна Магазька. Автор продает ее за смешные деньги (то ли 2 то ли 5 тыщ, не помню), но для работы нужен ключ 1с за 13000. Есть у него вариант с тиражированием в 1С, но то ли не принимают там его конфу, то ли он не заморачивается, то ли ему не выгодно.
А вот теперь подумайте, стало ли бы у Магазьки больше внедрений, если бы ее автор писал бы ее не на 1С, а на Killer 1s?

(94) другой программист. При наличии стандартов найти такого программиста не сложнее, чем Linux-администратора.

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

(97) кто будет устанавливать стандарты и за какие шиши?

(98) что мешает возникнуть сообществу программистов на Killer 1s, если там будут реальные деньги и внедрения?

(99) Я, например. ;-)
Ну или Линукс-схема.

(100) Кому будешь продавать? Чем твое решение лучше, чем аналоги?

я думаю, сообщество ответственных программистов, у которых будут свои клиенты на killer 1s, будут заинтересованы в стандартизации и ведении репозитория.

(0) А чем всё-таки твой Killer 1S, будет отличаться от других убийц?
(90) Чтобы народ вошёл во вкус, это денег не хватит на откаты (если это крупные конторы), а мелкие конторы всех Магазька к себе сманит))

(102) тем что
а) платформа бесплатна  
б) полностью написано на настоящем ЯП
в) код открыт.

Клиентам магазьки, заводам, клиентам с бюджетом 65к (простейшуюю торговлю-склад).
Короче всем тем, на ком паразитирует 1С с платформой за 13к.

(100) их не будет. Нужно понимать, что сейчас индустрия стала зрелой. То что 1С делала в 1993 году, сейчас уже не повторить, потому что это никому не будет нужно. Повторять придется с учетом того что 1С уже есть и работает, соответственно нужна будет команда программистов и инвестиции. Без какой-либо гарантии успеха. Какой идиот за все это будет платить?

(106) ну я не против, я ж говорю - кому то хочется до пенсии хлебать лаптем из 1С.
Если бы 1С была идеалом и программисты на партнерском не ныли, что их нужды десятилетиями не учитываются - то нет вопросов.
Killer 1s - не для рабов 1с.

(106) кстати, я знаю, кому еще можно продавать killer 1s - украинцам. А как украинцы прохавают, то и литовцам. и чехам-полякам.

(105) Это ты пишешь отличия от 1С, а не от других убийц 1С.

(105) Если весь код открыт, то кто будет покупать, а не тупо ставить себе?)))

(105) так с чего вы взяли, что у вас получится сделать бесплатную платформу? Вы считали, во сколько вам обойдется разработка? Сейчас капитализм. Бесплатно никто работать не будет. Соответственно придется привлекать инвестиции, а чтобы их как-то отбить - все это физически бесплатным не получится. Опенсорсные решения? Они есть, причем прям щас. Я вам про Фузину писал. Но их качество... отдельная тема. Ищите ветки по Фузине, разбирайтесь, ставьте, настраивайте. Может, это как раз то что надо.

(105) Какая наивность. Чтобы это все создать (и поддерживать) твоих сбережений не хватит. Придется привлекать инвестиции. И чтобы их отбить, у тебя не будет другого выхода, как тоже "паразитировать с платформой за 13к". Ну или за 5К, не суть важно.

А потом тебе понравится, и платформа так и не станет бесплатной.

Геня... Возьми фузину и переставай .... мозги, весна закончилась

(109) Нужно понимать, что тебе придётся вначале конкурировать не столько с 1С, которая позиционирует себя как "заплатите нам денег, у вас всё будет норм".

Сколько со всякими поделками вида: (вон там целый топ 10 таких)
https://www.ekam.ru/blogs/pos/analogi-programmy-1s-torgovlya-i-sklad

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

(105) "полностью написано на настоящем ЯП" Вот здесь хотелось бы подробностей.
На каком именно настоящем ЯП? Что выбирать нужно из упоминаемых Гением васиком и делфи? Кто же из них наиболее настоящий?

а) платформа бесплатна  
б) полностью написано на настоящем ЯП
в) код открыт.

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

а этот бесплатный конструктор нафиг никому не сдался. много ли вон линуксоидов - 2%. вот и на этот конструктор клюнет не больше.

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

техническое превосходство - это далеко не все, что нужно для победы на рынке.

Кстати, если уж так дико надо сэкономить на 1С, вот есть более дешевый и тоже худо-бедно конфигурируемый коммерческий варик
https://инфо-предприятие.рф/stores/price-list/

согласен со многими, пить надо меньше на выходных) и жрать меньше)

+ (119) я ее смотрел, когда она была еще Инфо-бухгалтером. Скромненько, конечно, все там, но кой-как работает, что характерно. На уровне семерки вполне себе смотрелось. Думаю, сейчас хуже не стало.

(0) например на C# (прочих .Net'ах)
Редактор формочек худо-бедно есть, правда он странненький, но есть.
Библиотеки для СУБД есть. И вообще разные библиотеки.

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

(+122) кстати, там и по русски писать можно :))

(108) Опоздал немного. https://ru.wikipedia.org/wiki/Дебет_Плюс
Пока 1С не сильно вытеснило :)

(124) Ну имена переменных и методов можешь.
Можно структуру базы описать в 1С конфигураторе, а доступ к базе использовать через .Net
http://catalog.mista.ru/public/402038/
http://catalog.mista.ru/public/402433/

программы из (0) делаются на чем угодно. я бы сделал полуоблачное на quasar+cordowa/web в качестве морды и апи на каком-нибудь laravel + nodejs для websocket
основная проблема во всех этих приложений в хитрости разрешения конфликтов при полуонлайн работе нескольких пользователей.

(127) "laravel + nodejs"
Это как?

(105) Ладно, допустим.

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

б) полностью написано на настоящем ЯП
На каком?

(0) лет 10ть назад я пробовал нарисовать edi-провайдера на дельфи
за три дня я запаривлся рисовать гриды  и связывать их с датасетами
это если с нуля
Серега, мысль стрельнула, а теперь посчитай бюджет мероприятия в деньгах и времени. Есть такой расчет?

(128) апи на ларавель, вебсокеты на ноде. потому что ноду я не очень люблю, но вебсокеты на пхп - ещё бОльшее извращение.

(130) прова? Или все же клиента?

(131) Возьми Go (с)

(133) погромист на Go будет кучу бабла просить на ЗП

(121) У них был странный идеологический пунктик "субконто не нужны, субсчетов достаточно". Сейчас опомнились?

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

(134) А на ноде не будет?

(137) меньше, погромистов на js девать некуда...а туда всё прут и прут

(136) чтобы было не скучно, можно на руби попробовать ;)

Походу кое-кого фузинцы покусали...

(136) >этот я таки намерен вывести в продакшен

Тогда на том, что лучше знаешь.

(0) Напомнило.
В веб студию приходит дама.
Мне сайтик нужен.
Такой же вот как фейсбук.
Смогёте? Бюджет 200 000 рублей.

(0) зачем изобретать велосипед. Юзай аксес

(136) Blazor WebAssembly
Для обмена с сервером для ускорения можно использовать gRPC https://devblogs.microsoft.com/aspnet/grpc-web-for-net-now-available/

(136) хостить похапэ намного приятнее, чем ноды, питоны и прочее

под подобные масштабы (от 1 до 10-15) пользователей в качестве движка БД - sqlite. Софтинка доказавшая свою состоятельность и работает под чем хошь.

(141) Да я всё мало знаю, только питон чуть больше, ибо нарисовал на нём кусочек бека, рабочий...

(145) Ну, питон можно на питонанивере хостить... У меня там даже аккаунт есть...

(146) "Софтинка доказавшая свою состоятельность"
Ага. Мы это все видели на примере 1с...

(144) Вп....у. Я к дотнету не подойду.

(0) 1с это же не просто программа, это сообщество, это бизнес-структура.
1с подняло зарплаты эникеев в 2000-ых в разы, дав им заработать и пока 1с была простая, быстро в неё войти.

Всё ведь в деньги упирается. Почему клиент должен выбрать Killer 1s вместо 1с? Скажите, что дешевле в 2 раза будет.
Так значит и труд программиста будет дешевле и зарплаты у вас будут меньше.
Допустим средняя зарплата 1с-ника 100 000 рублей, вашей Killer 1s будет 50 000 рублей.

Ну а если вы свой Killer 1s будете не в 2 раза дешевле продавать, а дороже или чуть дешевле, то зачем вы нужны? Люди 100 раз подумают зарекомендованную 1с купить или какую-то на коленке написанную Killer 1s, которую не понятно будут через 5 лет поддерживать или нет.

Мы например столкнулись в 2010 году с такой проблемой. Нужен был интернет-магазин, наняли человека который сделал его на какой-то своей технологии, потом когда уволился, не смогли найти человека который смог его поддерживать. Сделали потом с нуля опять интернет-магазин на 1с-Битрикс.

Бизнесу нужна программа такая, чтобы её могли сопровождать не 1 фирма, а разные, чтобы можно было выбирать разработчиков.
В ларек с шаурмой вы сможете впарить Killer 1s, а в компанию, где дружат с головой думаю нет.

(0) пиши на питоне сервер, на клиенте реакт. Модно, молодежно.

+(152) потом допилишь под ведроиды, айосы на react native. Получишь сразу 3 в одном. веб-десктопно-мобильное приложение.

(150) Странно. Мощная вещь. Кроссплатформенная. Развивается не по дням а по часам. https://docs.microsoft.com/ru-ru/dotnet/csharp/whats-new/csharp-8

Писать можно все и клиент и сервер и бэкЭнд и фронтЭнд и Xamarin для мобильников. Blazor WebAssembly  позволят писать без JS используя нетовские сборки итд.
C# покруче питона.
Другое дело, что наверное религия не позволяет ...

(154) А вприсядку не пробовал? Заобно и напляшешься...

(155) Я каждое утро приседаю и днем и иногда вечером. Так, что ...

(154) <Blazor WebAssembly  позволят писать без JS используя нетовские сборки итд. >
а потом мы имеем автосгенеренные js - файлы, весом по 5 мегабайт, ага

(136) Бэк? Чем питон не угодил? Если хочется масштабируемости, то джава всем хороша, кроме того что слегка прожорлива. Так что если прицел на облачные виртуалки, то Go привлекательно выглядит.

джаву деплоить немного геморройно по сравнению с питоном и прочими пхп

(158) Я же говорю - скучно...

(157) Нет. Там есть несколько функций для проброса. Сейчас в WebAssembly  Mono интерпретирует Il код. Ноябре обещают AoT компиляцию

(159) Да ладно? Новый fat jar забросить - где гемор? Сейчас по моему уже никто сервлеты отдельно не деплоит.

(46) 10 000 на 100 точек 1 раз за 20 лет итого, 1 000 000 / 20 / 12 = 4 166 рублей. А ж 4 000 рублей в месяц с одного ларька, бешаная сумма. А теперь посчитаем затраты на аренду 100 000 в месяц, а теперь посчитаем зарплату двух продавцов 80 000 + налоги + социалка праздники 150 000 + управленчеко логистические расходы + 150 000. Итого 500 000  в месяц против 4000 за 1С. Фикса ты не туда копаешь, сейчас пишут "убийц" людей и торговых точек. Автоматы по продаже продуктов, онлайн магазины, умные магазины. Ты отстал лет на 30.

Хотя в деплое сервлетов тоже была своя прелесть.

(162) куда забросить? в appserver?
сейчас модно-молодежно в кубер или сварм микросервисы деплоить, а ява, особенно если старые версии, задолбает своими oputofmemory и heap size low и огроменной jvm в каждом контейнере

+(163) херню насчитал 10 000  с одной точки, делим на 20 лет, получаем 500 рублей в год / 12 = 41.66 копеек. 41 рубль в месяц против 500 000

(105) да одинэс в облаке вообще копейки стоит, почти бесплатно. Да и дохрина веб сервисов типа https://kontur.ru/mercury/services/retail 3900 в год! Короче "Гений" выпей таблеточку и иди спать, ты рано проснулся.

(165) Дык не носят давно апп-сервера вроде. Во всяком случае на новых проектах.

(168) а через что оно работает?

(0)
Да всё обычно:
бэкенд
python/golang + postgre
фронт
js или typescript

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

(2) Самое интересное, что мне попадалось типа того, что хочет (0) это 2С (если кто помнит, что это такое), была альфа версия, очень даже интересная, боюсь соврать, но вроде бы единственное, чего мне там не хватало для полного счастья - это нескольких табличных частей (хотя видел давно, может они там и были). Но доковырять проект так и не доковыряли, хотя он был ОЧЕНЬ хорош. Но он был, кажется, под GPL, а бесплатно работать никто не хочет :-( Обидно, что он был достаточно близок к завершению, когда приказал долго жить...

(172) а по-моему там была сырющая кривоподелка, написанная молодыми прогерами на досуге

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

(173) Не спорю, поделка была сырая, на то и Альфа версия, но то, что уже было сделано было сделано очень даже неплохо, особенно, учитывая, что все далалось на голом энтузазизме :-) , а не на ставке в какой-либо организации. Но, по большой части существенная часть проектов с открытым кодом доросле до сегодняшнего состояния не потому что там такие уж бессеребренняки, а отчасти потому, что в тот же Линукс вкладывались очень немаленькие конторы, типа IBM и др. как финансово, так и кодом. А 2С рос и загнулся исключительно на народной энтузиазме...

(0)
бэк на django
фронт на js

раньше все это можно было сделать на foxpro,сейчас на javasript, например.Еще и скорость будет и web.

В 90ее реализацию и склад мог легко разработать 1 программер на том же foxe.

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

(0) напиши лучше гугл, или Амазон

(180) написать не сложно, а вот денег на железо где это всё запустить - найти тяжело

(0) если заказчик на эт дело есть, могу помочь)

Я так понял  Сирожа Джобс(или Стив Осипов) проект с единомышленниками будет писать в том же гараже в, котором стоит сервер под сдачу из прошлой ветки? У таджичек заберет паспорта и заставит приложение писать или у таджиков?

(179) это неправильные велосипеды. они не с прицелом на тиражирование.

Придумал название, Killer 1S это от "противного", лушче Fast RAD

(172) 2c я видел. Если бы увидел что-то стоящее, то я бы развил чисто для себя. Писать себе многочисленные проги бы использовал. Но 2С пошел по пути "копирования 1С", я же предлагаю нечто другое.

(163) я ожидал подобных расчетов. Но нет. Они предполагают, что пользователи "и так скушают", ничего другого ведь нет.
Хотя конкуренты у 1С, конечно, те еще перцы. Я лично видел, как клиент оказался от "Мой склад", потому что те не дали возможности использовать свой формат чека. Гггг...
Но вот та же Магазька могла бы заменить Титаник Розницы. Вполне.
Но она опять же завязана на платформу.
Я думаю, Fast RAD есть где развернуться

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

(188) Линуксоиды ползают на коленях перед Линусом Торвальдсом, умоляя его внедрить в ядро очередную фичу.

(185) Первая буква в аббревиатуре "RAD" означает Rapid (быстрый), так что получается перебор...

(129) я буду разрабатывать продукт на платформе. Отстегивать разработчику платформы, наверное. ХЗ, может донаты, может через членство. Может там будет ценник на реализацию определнных фич в платформе. Типа сделать сравнение конфигураций - 50.000 рублей, собрано 30.000.

(130) для начала бы определитья с ЯП. Все зачем то предлагают модные клиент-серверные языки, которые там не упали никаким боком.
ты потратил много времени, потому что гриды руками привязывал, а надо было библиотеку по привязке писать. Но это не на ООП, как в Дельфи.

(189) у них есть вариант сделать фичу самим. А не ждать милостей от метрополии.

(190) прости не понял этого буквоедства. Да, 1с - самая быстрая среда разработки приложений БД на текущий момент. Есть сомнения?

(127) ложь. на ассемблере тоже можно написать "что угодно". Речь о приложениях баз данных.

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

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

(116) зачем самописке "Законодательство", не ну до слез, когда в преимущество 1с записывают "поддержку законодательства". ты не встречал конфигураций, на которых по 7 лет работают без обновления, что ли? Ну что за детский лепет про "Законодательство".
1С в первую очередь это RAD, вот тут и надо конкурировать.

(196) быстрее нету. были разные соревнования, где надо написать склад на 1С и на визардах. И че? и ниче. 1С быстрее.

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

(115) компилируемый в EXE, так понятно? Это про "Настоящий" ЯП

(114) мне не надо будет с этим конкурировать, это поделки а не тиражируемая RAD

(112) да мне до сих пор нравится, я же на 1С зарабатываю. Но хочется принести в мир АйТи что-то доброе и светлое, больно видеть тянущийся уже десятилетия Кризис АйТи.

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

(202) это где в айти кризис то?

"Дешевле" --- это нужно только ларькам, а у ларьков на велосипедостроение денег нет

(135) ну, это уже нюансы той или иной программы. Можно вести учёт и без субконто.

(205) у одного ларька нет, а у многих есть.

(204) в программировании.

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

(208) в чем он заключается то? языки придумывают постоянно, новые инструменты, новые технологии...сравнить сегодня и 10 лет назад - все очень сильно изменилось

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

(207) Очень наивная точка зрения, так обычно мыслят люди начитавшиеся "неработайнадядю"...типа буду делать сайты ИПшникам по 10000 рублей, их много...сделаешь 100 сайтов заработаешь миллион!!
ну или продавать коробочки для визиток в бизнесцентре...этож скоко бабла поднять можно оооо ;))

(208) а в чем он заключается? Мне кажется, есть заметное такое развитие.

(210) серьезно? Все изменилось, а системы RAD до сих пор нет, лет 20.
Языки - это мода. Функциональное программирование до сих пор. Что нового в ЯП?

(213) можно узнать направления этого развития? Не, ну серьезно? Я в 1997 закончил БГУИР по профессии "Программист". Хочется понять, что счас есть такого, чего не было тогда?

(212) ну тут мы не сможем ничего друг другу доказать. Я вот работаю и на мелких и на крупных. И там и там успешно. И че?

(202) "Но хочется принести в мир АйТи что-то доброе и светлое". Это чего й то? Сервер из гаража? Что у тебя есть?

(217) Убийцу 1С конкретно. свободную RAD, которую 20 лет с момента появления 1С не получило человечество.

(218) Ну давай - выкати. Хотя бы прототип фиговенький. Где посмотреть можно?

(186) Ну, ты сам сказал, что быстрее 1С на данный момент нет платформы разработки, именно поэтому ребята и делали 2С, к тому же, сам ведь знаешь, что если будет платформа с англоязычным языком программирования - она просто не пойдет в массы, ибо мало кто будет совмещать знание английского, знание бух или упр учета, ну и плюс знание самого программирования пусть даже на самом элементарном уровне. Можно много говорить о платформах, но будь 1С англоязычная, она бы не подмяла под себя множество других российских разработок. Так что в реальности кроме платформы от 2С на этом поле не было НИЧЕГО, что могло бы удовлетворять подобным правилам. А писать с нуля - это гарантия, что проект постигнет та самая судьба, которая постигла 2С, хоть они и сумели далеко зайти...

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


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

(220) Узкозаточенные системы вполне себе взлетают. И уделывают в своих нишах 1С.
Но вот нет в них "конфигурирования под себя". И все. Заканчивается ниша. И заканчивается взлет.

(191) щас я тебя засмущаю. Все, о чем рассуждаешь, будет, если будет реализация, пародией уже готовых решений. Ни скорости, ни удобств не добавится, тк использоваться будут те же сани, только вид сбоку.
А вот в мою молодость был один коллега, кот занимался обработкой информации , получаемой с зоны ответственности РЛС. Строил траектории об’ектов. Он делал это не программно, а аппаратно. Делал многопроцессорные системы. К чему это я? А вот к чему. Он почти вплотную подошёл к такому понятию, как машины баз данных. Т.е. есть массив данных, а вся обработка, запись, получение результатов запросов, поиск данных осуществляется на аппаратном уровне. Современные технологии программирования ПЛИСов это позволяют. В общем виде получится куб , многомерный, при обращении к которому, со скоростью срабатывания эл устройств на выходе будет появляться информация.

(222) Они взлетают как коммерческий проект, т.е. на этом деле зарабатывает Узкий круг разработчиков, которые пилят эту систему, да узкий круг продажников, которые эту систему продают. Все... А что хочет ТС?... Осчастливить сообщество Разработчиков и Внедренцев :-) , ибо он сам является таковым. Идея понятная и интересная, но насколько реализауемая - хз. Я пока не видел подобного. Т.е. видел, проходило несколько русскоязычных язычков, в т.ч. и тех, что можно было назвать платформами, но то, что на них было в виде конфигураций было совсем плохо...

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

+ (225)
В (191) все есть :
"я буду разрабатывать продукт на платформе. Отстегивать разработчику платформы, наверное. ХЗ, может донаты, может через членство. "
таджики/индусы/папуасы будут работать на фиксина за тарелку супа.

Я сейчас вот пробую в lsfusion чего-нибудь сделать. Пока немного сложно, но есть и определенные интересности.

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

(187) Чего нет? Да этих веб сервисов как  грязи. Набери в яндексе, онлайн учет (финансы, розница, общепит, гостиницы,"что то тут впиши свое") и их сотни выползет. Стив Осипов вы опоздали со своими "инновациями" лет на 20-30.

Закройте нафиг ветку.

(228) это не имеет отношения к фундаментальным изменениям в программировании

это изменения в социуме....и к ИТ отношения не имеет вообще

(214) Языки сейчас развиваются в разные стороны. И функциональность поддтягивают, и разного рода структуры развивают для ускорения работы, сахар добавляют для упрощения работы
https://docs.microsoft.com/ru-ru/dotnet/csharp/whats-new/csharp-8

(232) бла, бла, бла, а конкретики нет. Все тот же Си и Паскаль, ничего нового в ЯП после Дейкстры

(233) Ну тогда 1С точно хватает. Сравнивать даже Delphi c C#  просто нельзя. Я программировал на этих языках и знаю разницу.
Тот же Linq значительно упрощает работу. А это функциональный подход. Те же паттерн матчинги. Этого и близко в Си и Паскаль не было.
Те же async/awaite. Динамическая компиляция. Один Reflection чего стоит.
Что тебе из конкретики нужно?

(230) Ну зачем так сразу. :)

(233) Удиви всех! Напиши "убийцу 1С" на 1С!

(200) т.е. Java у тебя на настоящая ООП потому, что не компилируется в exe?
(233) Ну так и пиши на Си, в чем трудности? Когда там твою поделку ждать лет через 30?

Вернее джава не ЯП? Потому, что не exe?

Если уж так уходить в корни. То полное управления памятью. Это с++. Завлечь клиента. Это графика. Я про wms. Онлайн 3д склад)

Можно и node.jc. Но опять что ближе к телу. А язык это инструмент. В 1с он ещё не полный. Но и остальные языки грешат.

Сирожа мы тебе нихера не поняли, ты оффлайновое приложение под венду, что ли написать хочешь? Тогда и базу данных свою напишешь? Или пользователю надо будет к твоей приблуде еще и базу данных (postgres, mysql) корячить? Ты еще и библиотеки для торгового оборудования напишешь? Ты вообще в курсе кто там сидит в этой рознице? Ты вообще видел, что там даже компов нету? Ты вообще видел, что последние 10 лет все уже с телефонами/планшетами ходят и есть 99%, что компа там под виндой вообще не будет.

(240) глупо.
Есть ещё деревнщина. Вопрос что хочет. И что надо.
У нас то так же делает не 1с. Вы для бюджета в санкциях. А ерп хотят. Как то так

Убейте нафиг эту ветку.
или пусть ъхотя бы Фузиной займется. Хоть какая-то база будет.

(241) Бро выдохони и еще раз напиши, я ничего не понял, что ты сказать хотел.

(242) А где нам развлекаться?

(243) ответ прост. Рынок будет всегда. Для некоторых 1с сложной. А у нас для бюджета 1с закрыта. А ерп все хотят)

Переведите пожалуйста кто нибудь  (241) и (245) с русского на русский. Вроде буквы знакомые, слова тоже, а по факту хайку какое то у меня щас мозги из ушей польются, кто на ком стоял, кто будет всегда? Кто чего хочет? Почему 1С закрыта?

Если идти по системам. Не видел норм решения для лесопроизводства. Когда все в одной системе. Нужно ставить куча срани. И то она не все покрывает. За океаном есть. Тут пока нету...

Дак на C# же легко это делается.  На С++ Builder,  На Java..

А я такие штуки легко делаю на  php + Vuejs  но это канает только для веба. Если надо длля веба написать систему учета - обращайтесь.
Это будет не просто сайт как Wordpress.  Это будет годный интерфейс с реактивными компонентами, где  есть таблицы с различными фильтрами, выпадающие списки с данными, зависящими от других данных.
То есть форма может меняться в зависимости от выбранных значений.

Как там, кстати мой клиент? Сработались?

(244) немного осталось! в Октябре - год с Фузинаторов будет

+(246) а кажется понял. Автор с вУкраины. Значит, история про то, что хохлы сами себе в карман насрали запретив 1С в собственных компаниях и теперь в 1С учет вести нельзя. А ну sap r3 пусть используют багатая эвропейская нация же, нефиг на вражеских продуктах сидеть.
зы
Офигеть, они еще и дурь свою на местах соблюдают, а я думал это все прикол. Ну типа повякали на публику и дальше в 1С работают.

(200)(236)сделать программу, написанную на Java  в виде Exe файла это вообще не проблема.
https://mnogoblog.ru/sozdaem-exe-fajl-na-java-dlya-windows

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

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

(254)да любая программа тянет с собой кучу либ.  что в этом плохого? Делаеш инсталлятор и он устанавливает все что требуется для запуска программы. Затокросплатформеность у Java.

(255) Говорят, что гланды можно через жо пу рвать.

(250) С ними скучно, они адекватные. А здесь половой гигант с изъеденным виагрой мозгом, будет в гараже в компании таджиков лепить НЕЧТО.

(0) я тебе скажу - как занять место 1С.
Надо написать поддерживаемое ПО : Бухгалтерия, которое ты будешь обновлять в соответствии с законодательством РФ. Обновлять быстрее чем фирма 1С выпускает свои обновления.
Например, если 1С выпускает обновления через 2 недели после изменения законодательства РФ, то ты должен выпустить обновления через 1 неделю.
Ну и стоимость ПО должна быть та же или ниже.
ЯП - не важен.

(258) Т.е. нужно 10 000 000 долларов, чтобы подобное решение написать. 1 000 000 долларов, чтобы его обновлять в соотвествии с законодательством и  И 100500 миллиардов, чтобы его пролоббировать. Спасибо за совет, нам очень полегчало.

Как понимаю автор хочет что то подобного:
https://habr.com/ru/news/t/387257/

(260) Микрософт вообще на этом свете живет, чтобы гадить во все к чему прикасается. После того, как я взял в руки ноут, чтобы поговорить по скайпу, ноут сказал да иди на .!. мне обновлятся надо. И вообще я тебе новый браузер поставил я решил поставить линукс.

+(261) я за 100 000 купил железку, которая живет своей жизнью. Делает, что хочет, когда хочет и вообще хз чего от нее ожидать я не знаю. Завтра возьмет пистолет в руки и порешит человеков.

(251) я тебе про бюджет. другие рулят. внедряем. вопрос бюджета. Альтернативы нет !

(263) покажи ме ращение порезке дерева с учетом дефекта в 1с. а ?

(262) о блин, а у меня нет такого. Че я делаю не так?..
Правда, я обновки на ночь настроил, иногда включается. Но особо не мешает.

(0) React Native for Windows, если винда будет целевой платформой плюсом получаем кроссплатформенной приложение, которое будет работать и на мобилках.https://techcommunity.microsoft.com/t5/windows-dev-appconsult/getting-started-with-react-native-for-windows/ba-p/912093
Локальная база на sqlite, но нужен будет и сервер приложения и БД. Можно использовать облачную платформу,мобильщики любят google firebase. Но если 10 точек и бюджет всего 1 млн., то лучше купить 1С даже если планируется использовать только 5% функционала.

(265) у меня на ломаной винде тоже нет такого, я вообще все обновления отключил. Просто в ноуте честная стоит. Я конкретно не про виндовз, а про микрософт. Они гадят во все отрасли в которые только пролезли. Эксплоер ихний это головняк всех веб разработчиков, виндовз - головняк всех пользователей, раз видел как в маке все терминалы по самостоятельному приему заказов не работали и висела гордая заставка обновление виндовз, я развернулся и ушел, пусть микрософт теперь вернет маку деньги. И мне не нужны всякие там сфистоперделки, которые мне наставили принудительно и мне не нужен ихний дурной планшетный интерфейс. Понятно, что все это вырубается сторонними прогами. Но танцев с бубнами, чтобы это все отключить добавилось. Когда только микрософт купила скайп, лично меня в скайп перестало пускать по логину скайп, требовало зайти по логину микрософт, с ним возникли какие трудности и мне его вообще заблокировали, пришлось писать в службу поддержки.  Все думали что скайпу тоже писдец. Короче эта программа будет дополнительным головняком и я 100 раз подумал бы использовать данное поделие или вообще ЛЮБОЕ поделие от микрософта или нет.

(267) "виндовз - головняк всех пользователей"
Это то, что пользуют 99% пользователей. А всё остальное - от лукавого

(268) Не знаю, на ноуте вполне можно и отказаться, пока погоняю на виртуалках, потом на один из ноутов поставлю линукс. Может для работы вообще получиться отказаться от этой хрени, для работы я прям острой необходимости не вижу в этом виндовзе, вполне можно и линусксом обойтись. Правда в линуксе есть пара проблем, не работают игрухи, я не умею 1С ломать под линукс и плеер Гилева на нем не запустится.

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

(269) для вашего играния можете ставить и линуксы и фузины и прочие убивцы 1с, а вот для работы все-таки нужны винда и 1с

(270) макдодальдс.
(271) я тоже так думал. Дофига уже людей у которых на серверах 1С linux и postgres стоит. И производительность устраивает и вроде как на горячую бекапы делать можно.

(272) А ещё я много людей с тестикулами видел, которые в женское платье одеваются...

(273) Ясно. Интересный у Вас Денис круг общения, европейские ценности продвигаете? Я ни одного не видел. Ну видел этого из осторожно модерн, но он не такой, он актер.

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

Странно, если линукс отлично себя показал как интернет сервер, то почему он себя не может показать как 1С, postgres сервер? Я думаю вполне перспективное направление.

(275) О, а вы и в интернете на них смотрите? Денис заиграл новыми цветами радуги.

(275) Давай будь мужиком, сделай уже coming out.

(278) Вам это так надо? Вы без этого спать не можете?

(279) Да в принципе по фигу. Это ваше личное дело, я уважительно отношусь ко всем формам полового влечения. Если Вам хочется, ну это самое с мужиками... то  пожалуйста, лично я не против. Кстати а статью в УК за мужложство отменили или таки нет?

(267) до сих пор хожу в скайп по учетке 15-летней давности и нормально пускает. Серьезных проблем с программами MS не припомню со времен Windows 95...Me. Вот эти системы да, создавали проблемы. Системы на основе технологии NT - достаточно беспроблемные.

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

(271) 1C да, а вот страшно подумать все те 1С, которые предлагают в нете работают на postgre. И предложений таких все больше и больше, и предлагают подобное от Раруса до маленьких местных франчей...

+(282) даже в микрософте о такой проблеме помнят https://answers.microsoft.com/ru-ru/skype/forum/all/не-могу/aaf58c49-9a46-4961-8a94-c11b41aa2d9e

+(283) имеются ввиду облачные 1С...

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

(286) Был один клиент в 2010 году на УПП линукс + postgres, я его на микрософт тогда перевел, потому что испугался линукса. Но они вполне себе до этого о 5 лет на этой связке прекрасно работали. Причем документооборот документов 300 в день + производство со своими приколами и документами по 3000 строк + закрытие месяца. Вполне себе еще тогда все шутсро работало. Единственно в чем я не уверен так это в горячих бекапах от postgresa, но говорят они тоже работают. microsoft Sql чем хорош, так это гибкой настройкой бекапов. Если бы я 100% был уверен, что postgres горячие бекапы делает я бы с ним работал.

(287) Мы во времена 8.3.6 переползли полностью на линукс и пару лет так жили. К постгресу особых вопросов не было. Производительность несколько просела несмотря на все попытки тюнинга, но просела терпимо. Где меньше, где больше. Какие-то запросы пришлось переписывать. Все-таки и оптимизатор запросов в mssql умнее и параллелит эффективно и еще по мелочам. По надежности к постгресу вообще никаких вопросов. А вот сервер приложений генерил по нескольку инцидентов на неделе. Постоянно присмотра требовал. Баз много и базы с разнородной нагрузкой, включая несколько тяжелонагруженных. На винду вернулись с облегчением. С тех пор много воды утекло, может уже постабильнее на линуксе работает.
Что такое "горячие бэкапы"? log shipping?

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

(289) Да на бери в яндексе скайп не пускает под логином скайп, требует авторизации под учетной записью майкрософт. Там миллионы запросов будет. Весь 2017-2018 годы мозги выносили. Потом вроде как попустило и стали пускать под скайповскими логинами.
(288) Горячие бекапы, это когда бекап делается во время работы пользователей без перехода в монопольный режим.

(290) "Горячие бэкапы" в PostgreSQL делаются нормально, так как он изначально версионник. Плюс его можно делать многопоточно. Мы на практике спокойно запускаем в 18.00 вечера с кучей работающих пользователей (под 1000 и базой больше 2ТБ), и это никак не сказывается на производительности. Просто важно понимать, что у вас бэкап будет на 18.00 вечера. Кроме того, в последних версиях PostgreSQL прекрасно делается асинхронная реплика (мы так мигрировали здоровенные базы между серверами без остановки работы пользователей). Плюс там можно настроить бэкапирование WAL и тогда можно восстанавливать базу на любую точку. Только важно понимать, что в PostgreSQL это все делается ручками в конфигурационных файлах. Те, кто привык все делать мышкой - будут в шоке.

(290) "это когда бекап делается во время работы пользователей" - любая "настоящая" СУБД (имеющая механизмы восстановления при сбоях) умеет такое. Предполагать невозможность этого в постгри - это оскорбительно для постгри :)

Бэкапирование WAL, насколько я помню, делается не очень удобно. В том смысле что максимум плюшек при бэкапировании включая возможность использования бэкапов транзакций дает утилита pg_basebackup. Но она бэкапит только весь кластер целиком. Поэтому в продакшене часто поднимают по отдельному кластеру на базу, часто в отдельных виртуалках. А на коленке по рабоче-крестьянски полные бэкапы можно делать и pg_dump/pg_restore. У них есть несколько недостатков в сравнении с сиквельными (они не бинарные и без верификации), но жить можно. Сколько раз пользовался - никогда проблем не было.
Хотя бэкапы, конечно, стоит тестить в любых СУБД. В идеале каждые сутки разворачивать свежую копию из свежего бэкапа.

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

А теперь еще подумайте о торговом оборудование, в 1с есть все драйвера и обработчики,а тут тоже зоопарк его еще какой.

Я пару месяцев как начал писать "убийцу 1С" :) (ну почти, для начала "убийцу" МойСклад и Битрикс24). Опен сорс, проект здесь: https://github.com/anticrm/platform Что касается вашего вопроса о выборе языка, в моем случае это TypeScript. Для некоторых компонент напрашивается Rust и на клиенте (WebAssembly) и на сервере, но пока до них я не дошел, так что 100% TypeScript.

(291) Круто. Надо будет с линукс по плотнее разобраться, я как раз centos на virtual box поставил, чего то он мне как то больше нравится чем ubunta. Да я тут открытие сделал, что мне с линуксом и с конфигурационными файлами, как программисту больше нравится работать чем мышкой. Потому, что команды выучить труднее, но это делается один раз, а интерфейсы постоянно какие то педерасы переделывают так, что там вообще ничего не найдешь. Лучше с командами и конфигурационными файлами дружить, чем с интерфейсами.

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

(297) < интерфейсы постоянно какие то педерасы переделывают так>

в линуксе тоже любят такое, причем покардинальнее...вон вам на выбор SysV Init, upstart, systemd, мало? XWindows и Wayland...мало? XWindows через Wayland... ещё? Настройка сети через NetworkManager... хочешь wifi - вон тебе wpa_supplicant... нужен usb-модем...ну все знают что надо usb-modeswitch чтобы на лету менять тип устройства...без этих костылей оно не умеет понять что это не сидиром.

(299) *во всяких убунтах худо-бедно типовые процессы автоматизировали, но там теперь руками в конфиг лезть чревато

а если вспомнить что они сделали с гномом...тут плитки Win8 меркнут по сравнению с тем ужасом во что оно превратилось

tl;dr

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

Qt ещё не предлагали?
Ананас на ней строили. Можно в качестве примера посмотреть.

(302) Дык, вон они, в (291)

(304) О!

Гений 1С, ты там в (0) хотел "нанять товарищей". Так вот же они!

(299) Ит развивался стихийно  сотнями разных компаний, которые между собой мягко говоря не дружили, поэтому всё ИТ конченная помойка. И везде бардак и содомия. Но я вообще говорил про подход в целом, интерфейсный или через конфигурационный файлы. Согласись одной строкой вызвать nano /путь/файл какие то настройки, подправить файл и сохранить, это дело 1 секунды. А ковырятся через меню, которое постоянно меняется, нажми эту кнопку нажми ту кнопку, перейди на закладку прочие, поставь синюю полосочку туда, нажми кнопку дополнительно, потом напиши чего то там и все это в модальных окнах, в которых почему то нельзя изменить размер и все строки на 30 процентов обрезаются -  это то еще садомазо.

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

(306) и не говори. Штатские полные долбо...бы, потому как строем ходить не умеют

(308) Ты о чем? О том что Бил Гейтс с Джеймс Кларком бабло не поделил и теперь в интернет разработке бардак и содомия? Или про то как Стив Жобс с Брином Бабло не поделили и теперь в мобильной разработке бардак и содомия. Чего сказать то хотел?

(308) Большие массы людей гораздо быстрее перемещаются строем. Но штатские долбо...бы, как ты говоришь, об этом не знают ))))

(306) <Согласись одной строкой вызвать nano /путь/файл какие то настройки, подправить файл и сохранить, это дело 1 секунды. >
только надо еще знать, что в debian-дистрибах файл в одном месте лежит, в redhat в другом, в ubuntu вообще его трогать нельзя, в freebsd его вообще нет и пещерные люди ходят, в солярке в принципе своя атмосфера с негнутыми binutils которые в старых версиях могут внезапно чтото важное не уметь (типа юникода в таре)

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

по сравнению с этим бардаком, в винде прям строгость и порядок

(311) тут соглашусь, сегодня целый день проковырялся, чтобы virtualbox guest additions на centos подключить. Оказалось делал по мануалу 19 года, в 2020 то уже все по другому. Но это не значит, что подход с конфигурационными файлами плох. В принципе он хорош, но реализация так себе.

Гораздо проще открыть текстовый файл, развернуть на весь экран и спокойно править. Чем через 20 меню прорываться и глаза ломать в модальных окнах в которых нихера не видно.

(9) delphi + mySql - это "нормальный язык", чтобы писать убийцу 1с?
Мне вот больше интересны мотивы для заведения таких идиотских веток. Это просто тупой троллинг (тогда это совсем неоригинально) или проблема в реальном поражении головного мозга?

(298) Ну pg_dump там настраивать особо нечего. Просто запустил pg_dump с параметрами и все.

Асинхронная реплика настраивается немного сложнее. Проще всего поискать в интернете и выбрать тот мануал, который более понятен (только важно понимать, что streaming replication появился только в последних версиях PostgreSQL, и раньше все делалось сторонними средствами). Один из вариантов просто посмотреть официальную документацию : https://www.postgresql.org/docs/current/warm-standby.html . Или вот на русском : https://postgrespro.ru/docs/postgrespro/12/warm-standby

Только в PostgreSQL (да и в любом open source) желательно понимать, что вообще происходит, и как это работает (в частности, что такое WAL и с чем его едят).

Я вот почитал весь этот кипеж и решил, что ок, напишу на своем сайте тех задание, как я вижу Free RAD. Ну а там уже не так важно, на чем она будет написана, скорее всего на C++, как и сама 1С. Писать точно буду не я, а нанятый мною кодер или энтузиасты.
Но единственное, что я буду проводить аудит кода и если кодер попадется говнокодер, поменяю его, чтобы не пятнал светлое имя Free RAD.

Главное, что у меня есть Видение этого продукта. Остальное не важно. Критики они по определению должны быть. Новое всегда критикуют и это хорошо. Если бы не критиковали, грош цена была бы этой инновации.

Все еще не читал, спасибо за бурное обсуждение. Я так понимаю, в IT затяжной кризис в приложениях БД. Думаю, не в последнюю очередь из-за коммерциализации. Каждый тянет одеяло на себя, а в итоге никакой Академичности. Путину надо не в сколково вкладываться, а в банальную теорию информатики, она стоит на нуле.

Я помню, еще в универе мы проходили метаданные (т.е. это уже тогда было в рабочей области информатики). И где метаданные в современных СУБД и средствах разработки к ним. Нетуть. А уже 2020 год. Этак еще 100 лет человечество будет кушать 1С. Нет, так невозможно.

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

Что, Сереж, не слушаются тебя? Даже клиенты? В IT кризис?

(316) > Писать точно буду не я, а нанятый мною кодер или энтузиасты... Главное, что у меня есть Видение этого продукта...
Видение есть у всех. Ну как Видение... так, список пожеланий для мифических энтузиастов. Под общим заголовком "чтобы было зашибись".
И если бы Архитекторы лично засучили рукава, то конечно все получилось бы. И их имена были бы высечены в граните на века за решение наболевших проблем человечества. Но вечно что-то мешает. Всякие досадные мелочи. Ну что ж. Подождем еще "джва года".

(316) Угу писать на С++ аж 2020 году ….
Есть Managed языки. Для ускорения есть нативная компиляция. И в Java и в .Net https://github.com/dotnet/corert  https://docs.microsoft.com/en-us/dotnet/framework/net-native/net-native-and-compilation

Для ускорения используют генерацию кода для запросов на стадии компиляции https://devblogs.microsoft.com/dotnet/introducing-c-source-generators/

Для доступа к базам используют https://github.com/linq2db/linq2db

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

Но в любом случае удачи. Главное, что то делать и главное интересное. Опыт вещь неоценимая!

(316) 1) так мы не поняли никуя чего ты хочешь? В чем новое? Инновации? Чем собрался покорять рынок?
2) Вот случилось чудо и все ларьки поставили твой продукт с закрытым кодом. А потом раз и Сирожа сказал теперь обслуживание стоит сто тыщ мильйонов. А них там бизнес уже работает. Чего им делать? Думаешь они такие тупые? 1С предлагает открытый код, из-за этого на нем все и работают. Надо чего, вызвал студента он за 15 баксов в час отчетность поставил, которую самому писать 150 000 долларов. Захотел Сирожу взял на работу, захотел выгнал на мороз, там за порогом еще 300 000 никому в мире не нужных, одинэсных голодранцев топчется.

(320) ты упустил что код платформы.

что код платформы откры

(318) ну я думаю мое Видение выльется в конкретное ТЗ, а потом реализацию. Ты путаешь вИдение и видЕние. ггг

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

(316) Ты это.. На 1С сам хоть одну конфигурацию написал и продал, хотя-бы?

(316) то разнообразие метаданных как в 1с не нужно.
нужно
1. Ссылочная таблица
2. Остатки
3. Произвольная таблца

(326) Так этож ещё одна фузина выйдет :)

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

(328) То есть лучше бы вместо SQL был бы Cишный синтаксис ? Вы вообще в курсе для чего тот же язык SQL делали ?

(328) Полиморфизм, но не полиморфизм, инкапсуляция, но не обычная

WYSIWYG какие-то буквы

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

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

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

(329) лучше бы вы НЕ изобретали свой язык. но это оффтоп

(334) Одинэсник он получше многих. Но не более того. Будь у него побольше опыта уровнем пониже - этой бы ветки не было.

из конфигураторов наверное куба подошла ближе всего к 1с

(335) А я не про фузину. Я про то, что вы принципиально против DSL ? Все должно иметь какой синтаксис тогда ? С-подобный ? Питон-подобный ? В 1С тоже SQL-подобный синтаксис не надо было вводить ?

(338) я против изучения еще одного мало кому нужного языка.
мне это никакого роста как специалисту не даст. поэтому в сторону фузины я даже не смотрю. А так бы мог

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

(337) Ага. Только они его за деньги продают. А киевский Дебет+ использует готовый Eclipse RCP. А 1С не берется конфигуратор качественно перепиливать. А EDT поверх готового движка! целой командой уже сколько за небесплатно пилится? А у ТС вызывает возмущение, почему такая "простая задача" до сих пор в пол-пинка не решается. ТЗ сейчас напишет только поподробней и колеса сами завертятся.

(340) Да не будет он "рисковать своей наличностью". Не настолько идиот. Для красного словца приплел. Это и раздражает.

(342) Ну, назовешь его со спокойным сердцем треплом :-))) - впервые что-ли? :-)))

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

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

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

(322) Ну и что дает открытый код платформы? Что это дает кроме бардака в сборках и нестабильности работы? Думаешь гикам интересно ковырять идеи 50 летней давности, когда есть крипта, нейросети и виртуальная реальность?  А еще открытый код платформы херовый тем, что умелец сможет туда закладок на втыкать, которые будут воровать номера данные банковских карт и сливать куда надо.

(295) не все сразу. есть приложения без торгового оборудования. Можно сперва ориентироваться на них. Тот же сканер может работать в разрыв клавиатуры. Думаю, с БД логику сложнее организовать чем с дровами ТО

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

(346) Это все от отсутствия Видения такие странные вопросы у Вас. Зачем ковырять код платформы тому, кто ее просто использует?

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

(348) Да, да. Сберовские терминалы по бесконтактной оплате тоже в разрыв клавиатуры запихаешь?

(345) TypeScript - это javascript под капотом. Он в него транслируется. Исполняется уже javascript
Просто когда всем ежам стало понятно, что в javascript с "динамизмом" откровенно переборщили, появилась куча вариантов "улучшенного" javascript (да и сам javascript пытаются избавить от детских болезней). В TypeScript вон строгой типизации насыпали. Всем нравится. На текущий момент почти стандарт де-факто для разработки под джаваскриптовые движки. Для тебя важно именно это. Что речь про джаваскриптовые движки.

(234) да просто конкретно скажи, что дает linq, например. Или асинк вызовы. ггг...

(353) Что то меня смущает, что для классического приложения использовать Java Script. Уж лучше C++
(352) о, если вопрос дойдет до терминалов, это будет уже говорить о серьезном спросе на мои продукты. А как автор Магазьки в одно рыло интересно, дрова подключает? Поинтересуйся у него.

а классика плд винду или мак-линукс тоже?

(356) было бы правильнее писать мультиплатформенную хрень. Но мультиплатформенное только QT, а оно разве не на Паскале? Считаю паскаль убогим языком, если есть QT на Си, то можно на QT

О, хотя есть С++ для QT, Норм.

Тогда по сути, просто SQL Lite + QT

сейчас в тренде электрон

скллайт кстпти однопользовательский
сразу ограничиваешь себя

(355) автор магазьки готовыми библиотека под 1С пользуется, для тебя кто эти библиотеки писать будет? Нафиг ты сплющился кому?

(362) Если пилить, пилить и пилить рано или поздно допилишь до вменяемого состояния. Ту же Магазьку пытался пару-тройку лет назад у клиента внедрить - не прокатило - одного не было, другого, третьего, а весь код закрыт. А сейчас поглядел, уже вполне достойная программа получается, хотя мне, как программисту она не очень интересно, что мне делать с закрытым кодом? Переписывать все? Но как типовая без изменений она очень хороша...

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

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

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

(359) Раз ты хочешь открытую платформу, то поверь C++ не лучший кандидат, что бы на нем что то дописывать.
Если ты хочешь как 1С свой язык типа DSL. То тоже не лучший вариант.
Мои плюсы за C# или Котлин. Современные развивающиеся языки. Среда разработки и главное огромное сообщество.
Котлин может использовать для компиляции в JS у C# есть Блазор.

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

(366) а зачем тогда мне это ховнище? Если есть какой нибудь https://kontur.ru/ , который из коробки совместимо со сбербанком, кросплатформенное и стоит копейки. Вот уж по истине убивца так убивца 1С.

(0) Если ты действительно хочешь дельного совета то лучше его задать на https://stackoverflow.com/
Там дадут ссылки на то, что сейчас в мире есть.
И не забывай, что если платформа будет на C# или Котлин то подтянутся студенты, которым будет интересно как это реализовано, сами будут допиливать, предлагать и тд.
Можешь поспрашивать на нашем http://rsdn.org/
Хоть дадут направление куда рыть.

(369) А он тебя заставляет на нем работать? Странный ты... Вроде бы тут никто никого под страхом смерти ни на чем работать не заставляет. Даже на 1С. Не нравится - не работай. Есть куча других интересных и неинтересных программ. Можешь даже сам написать. Можешь просто в блокнотике вести учет. Я не меньше тебя знаю имеющихся систем, начиная с Паруса, заканчивая Турбо-9, Инфо-Предприятием, Галактикой и еще многими и многими другими. Но я точно не слышал, чтобы тебя приглашали в проект. Высказал мнение - молодец. Ну а что уж там дальше будет делать ТС (и вообще будет ли что делать) решать ему самому...

(371) Читай "А зачем мне это ховнище.", Как "А зачем это ховнище?" Это была просто опечатка.

(334) Так дело то не в коде, а в том, чтобы создать продукт самому, от начала и до конца, а не кодить по чужому ТЗ.

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

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

(372) Могу только повторить, что написал в (371). Или ты как, все что скачал из нета, но оно оказалось ненужно закачиваешь обратно? Еще раз, кому не надо: обойдет стороной. Может быть и ТС поиграется-поиграется и все забросит. Тебя то что напрягает?

(375) Концепция может и неплоха, а вот реализация - уныла.

(377) Как смогли. Зато смогли.

(378) Ну да, ну да. Паровозик, который смог. ТС, конечно, даже такого не сможет.

(379) "Даже такого"? Ты недооцениваешь проделанную ими работу. И это при том, что под "эффективным подходом" я подразумеваю создание RAD максимально дешево и сердито.
Очевидно же, что им нужно было что-то кушать и основной задачей было выталкивание на рынок готовых продуктов, а не вдумчивое пиление самой

..RAD

Кстати фузиновцы пишут https://habr.com/ru/company/lsfusion/blog/468415/
А вот зачем 1С в качестве платформы разработки выбирают разработчики отраслевых решений, а также ИТ-директора для создания решений внутренней автоматизации (так называемые «самописки») — это, конечно, загадка. Черт с ним с lsFusion, он только пару месяцев назад на рынок вышел, но любая из связок .Net+MSSQL или Python+PostgreSQL будет уж точно не хуже. При этом не надо будет мучаться с ключами защиты, и платить лицензии за платформу, которая местами не то что не помогает, а наоборот мешает. Все ради одной реально полезной абстракции — регистры (которая легко реализуется как средствами СУБД, так и средствами того же .Net) и сомнительной пользы визуального программирования?

Питон тоже сейчас очень популярен у молодежи (нейронные сети)

(380) Не, тут говорят, что Фиксин неплохой программист. Так что, это я, скорее, его переоцениваю :)

(382) Фузиновцы языком трепать мастера, это да. А как до дела доходит - этого нет, этого нет, а это на яве подпилить надо. То есть, по сути, выбирая фузину - подсаживаешься на их техподдержку навсегда. Неплохая бизнес-модель, спору нет, так-то.

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

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

(385) Когда появилась 7.0. Многие так и говорили. Но типовые конфигурации плюс допиливание под себя сделали 1С монополистом.
Если же будет открытый проект в который будут вкладываться те кому не нравится монополизм 1С. То вполне реально сделать опенсорсный движок на нормальном языке.
Так как C# мне ближе. То это
1. Среда разработки
2. Возможность написания своих плагинов к VS
3. Формы WPF. Можно свой конструктор сделать на XAML
4. Linq мощный язык запросов. https://github.com/linq2db/linq2db
Entity Framework
http://catalog.mista.ru/public/402038/
http://catalog.mista.ru/public/402433/
5. Огромное сообщество. Любая проблема быстро находится на том же https://stackoverflow.com/
6. И самое главное это база для обучения. Эти знания не специфические как для 1С, а для различных проектов на C#.
Можно встраивать в свои проекты как часть системы.

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

и вообще пользователю без разницы на чем написана по.

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

(387) Так в 1С теперь EDT, можно плагины писать, юнит-тесты, и ещё дохрена всякого.

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

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

у отраслевок 50% и более это типовой функционаал

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

Ну и заодно расскажите много ли в магазьке, ланселоте или Асторе сейчас типового функционала.

(392) а ты не садись на техподдержку напиши всю отчетность сам, со всеми нюансами.

(391) Угу. Идея плагина к студии это аналог конфигуратора, редактора форм.
А сравнивать язык 1С и платформу с C# на .Net наверное не стоит?
И речь не про 1С, а про её убивца, или так скажем немного конкурента. Что бы можно было иметь опенсорсную альтернативу.

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

(395) Сам это кто? Владелец бизнеса сам сядет писать? Или знакомый дядя вася? Так тогда на его иглу точно также бизнес подсядет, потому как только он в той хрени которой наворотил сможет разобраться. Точнее эта игла от .Net'кой и любой другой отличаться не будет.
(397) Писать фискальный учет никакого смысла нет (собственно потому как он по определению должен быть стандартизирован, то есть там пространства для маневра не так много). Это даже 1С сам понимает, когда продвигает свою ЕРП на другие рынки так и говори БУХ и ЗУП берите местные. Но смысл отраслевок и самописок как раз в глубокой кастомизации под специфику заказчика.

Собственно поэтому совет Гению первоначально найди свою нишу. Это даст и достаточно денег для развития и полигон для испытаний. А потом уже go global. Ну или присоединяйся :), у нас хорошо платят (благодаря как раз тому что нашли свою "первоначальную" нишу)

(361) ок, Mysql

(370) ОК, я сначала напишу ТЗ, чтобы не с пустыми руками приходить. В принципе, я Вижу, как это должно выглядеть. Поделюсь с Сообчеством, вот тогда и подумаем, стоит это делать или нет. ;-) А то много "Глупых вопросов", которые хотят сразу сделать все, так не бывает.

Пока пусть будет QT + My SQL

(390) тут идея не в монополисте, идея дать наконец программистам нормальный инструмент RAD, чтобы они не мастурбировали с Data-Grid и ООП в формах

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

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

(398) > совет Гению первоначально найди свою нишу
Так он ее уже нашел, вот оттуда и вещает.

(404) Простота дорогого стоит.

Таких попыток был уже не один десяток. Это не значит, что не стоит пробовать еще раз. Но нужно учитывать предыдущий опыт. Я даже сам пару раз составлял твой список выше :)

Для программистов (с ООП) ничего круче и удобнее Delphi никто не придумал.
Для недо-программистов (без ООП) ничего удобнее 1С и после нее Access не придумали.

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

(408) не совсем.

(407) на самом деле .Net можно рассматривать как развитие Delphi, особенно с учетом того что кто-то из специалистов Borland, которые занимались архитектурой Delphi и VCL, переходил в Microsoft на развитие .Net в начале нулевых.

(407) Вот и хочется как в 1С, только просто, как говорится "дешево и сердито".

(410) Развитие, безусловно. Архитектура .NET крутая, круче Delphi. Но таких визуальых средств, как в Delphi, нет. По скорости клепания форм Delphi уделывает всех, кроме 1C и Access.

(411) Важнейший вопрос — какой язык будет для прикладного кода? С русским синтаксисом или английским?

(412) Угу Xaml (Wpf, UWP, Xamarin.Forms) поверь покруче Delphi. Те же Windows.Forms/
Кроме того есть и аналог электрона Blazor Desktop blog.stevensanderson.com/2019/11/01/exploring-lighter-alternatives-to-electron-for-hosting-a-blazor-desktop-app/

(407) Я сам лет 20 программировал на Паскале и Delphi. Последние 10 лет я уже на нем не пишу. C# и .Net поверь намного круче, при всей моей любви к Delphi.

(414) Конечно .NET круче в целом. Я говорю только об узкой нише клепания типовых CRUD формочек для учетных систем. Именно о ней весь топик.

(415) Так написать те же формочки легко и на .Net в VS. Плюс Linq, async/awaite, патерн матчинг.
Студентам поверь интереснее C# нежели Delphi. Они его могут применить где угодно.
Ладно. Гений вроде уже сделал выбор.

Где-то QT уже было... Уж не известный ли в узких кругах лет десять назад Ананас :-)))

+(417) Помнится я тогда лет десять назад даже какие-деньги на развитие кидал, ребята деньги приняли и проект забросили :-)))

Вот ведь, этот самый Ананас как раз и работал с MySQL, PostgreSQL или SQLite :-))) Так что за Гения уже часть работы сделано :-))), правда язычок программирования был qtScript, мало 1С-ников будет в подобном разбираться...

(402) Жуть как интересно. А как собираешься избавляться от ООП на формах? Как будешь обращаться к этим самым контролам, которые не будут объектами из кода. В 1С все реквизиты формы это ведь тоже объекты, просто компилятор 1С за тебя их заботливо инициализирует и ссылки в нужные места подпихивает.
Или к простенькой системе еще и свой компилятор планируется.

нужно к onescript прикру работу с бд и формами
и вот убийца готов

(420) Гений просто в ооп разбирается как хрюша в апельсинах

(413) с английским, конечно

(420) я думаю, формы нужно будет рисовать или же по первости описывать в XML файле.
Ну а а дальше просто. При открытии формы она отрисовывается по XML.
Далее, при событии в элементе вызывается процедура с названием FormModule_EventName
Если такой процедуры нет, то событие FormModule_Event (для динамических элементов удобно).
Вот и все. Дешево и сердито. Никакого ООП и гридов на формах.

(419) иногда проще с нуля. ;-) мне подход Ананаса не нравится.
Я вот сейчас думал, что в базе данных нужно не только структуру в XML выгружать но все же и метаданные некие иметь.
Хотя бы:
1. на какие таблицы ссылается ключ в поле внешнего ключа в таблице?
2. что таблица представляет собой табличную часть.
3. Что объект является документом или справочником (по сути разница только в составе полей таблицы и событии проведения).
4. подумать, как реализовывать составные поля.
Ключ будет типом long int. Нечего шалить с GUID. ;-)

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

(424) Ну вот описал ты в XML что на форме у тебя есть просто текстовый реквизит. И хочешь ты в коде его заголовок поменять ну и цветом допустим выделить.
Как в коде это будет изображено?
А если допустим просто куда-то кидать действие с текстовым идентификатором, то получается никаких прелестей подсказок после точки
и быстрого поиска по документации?

(420) "как собираешься избавляться от ООП на формах"
А что, до изобретения объектно-озабоченного формы никак не рисовали? О_о

(424) "Никакого ... гридов на формах"
Что для отображения тч будешь использовать?

(28) Та конечно рисовали, они и сейчас так рисуются, только где-то там ниже, на уровне системы. Все в конечном итоге просто массив пикселей.
Так что все время работать с этой матрицей меняя попиксельно?

(430) те ты никогда не работал с формами вне ооп. Ну так и скажи, что молоденький совсем.

ОК, создал страничку проекта, кому интересно будет, заглядывайте туда периодически.
https://geniy1s.ru/developments-soft/free-rad/

Миссия проекта: дать программистам-разработчикам инструмент для быстрой разработки приложений (RAD — Rapid Application Development), связанных с базами данных.

В IT отрасли наблюдается отсутствие таких инструментов. Единственным образцом является 1С, но это проприетарная платформа с закрытым кодом, которая не позволяет создавать законченные отдельные EXE-приложения.

Классические IDE вроде Delphy, C++, Access и т.п., предлагают морально устаревшие средства разработки.

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

В целях кросс-платформенности в первоначальном приближении будут рассматриваться QT и My SQL.


(427) ты никогда не программировал ни на чем кроме 1С? Не везде есть подсказки, IDE - это уже следующий шаг. Если понравится платформа, Снегопата тебе наваяют, это как пить дать.
Да заголовок или цвет меняется элементарно.
ThisForm.Controls.MyControl.Caption = "Новый Заголовок"
ThisForm.Controls.MyControl.Color = SeroBuroMalinoviy
(428) ХЗ, я уже в универе застал ООП-формы на паскале. Турбо-чего-то там, не помню.
(429) Я думаю, для того, чтобы упростить взаимодействие с SQL и обеспечить совместимость с бОльшим количеством SQL-серверов, я буду юзать пагинацию. Т.е. по 1000 строк запроса. Ну и кнопки - следующая страница/предыдущая. Это и нагрузку на базу снизит и не потребует сложных гридов. Для учетных целей и приложений БД вполне норм.

(429) ну, наверно, форму с полями. А на ней три кнопки - вперед, назад и закрыть. Наверно, так :)

(433) не, ответил ниже - пагинацию.

(432) "Классические IDE вроде , C++"
А что, С++ у же стала ИДЕ? О_о

"будут рассматриваться QT"

А что, QT уже не на с++ написана? О_о

Геня продолжает удивлять...

(432) Я думаю, для того, чтобы упростить взаимодействие с SQL и обеспечить совместимость с бОльшим количеством SQL-серверов, я буду юзать пагинацию. Т.е. по 1000 строк запроса. Ну и кнопки - следующая страница/предыдущая. Это и нагрузку на базу снизит и не потребует сложных гридов. Для учетных целей и приложений БД вполне норм.

У вас сразу же спросят - где гриды. Потому что захотят видеть данные "в общем". И у конкурентов, у той же 1С, гриды есть.

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

Да, поток сознания какой-то

(432) "ThisForm.Controls.MyControl.Caption"
Ну ни разу не ооп...

(432) ...Да заголовок или цвет меняется элементарно.
ThisForm.Controls.MyControl.Caption = "Новый Заголовок"...

Откуда взялся ThisForm.Controls.MyControl?
Ты же в коде его не инициализировал, он появится только на стадии исполнения, когда форма сгенерируется из какой-то XML-ки.

(435) меня удивляет буквоедство. На С++ можно написать приложение БД, но через гланды - там нет инструментов поддержки метаданных, прикладных объектов и т.п. Тебя не удивляет что сама 1С написана на С++? гггг

Автор, видимо, не вкуривает что такое ООП

(438) Пора привыкать к гениальности...

(441) "На С++ можно написать приложение БД, но через гланды - там нет инструментов поддержки метаданных, прикладных объектов"
В языке С++ нет. Зато есть кучи прикладных библиотек.

(440) открой для себе динамические привязки. При создании формы из XML заполняется массив ThisForm.Controls - как раз объектами-контролами (привет ООП), гггг..

(442) Да не, автор просто вкурил. Причём не одну и не две порции...

(442) ну что ты, в Универе учил.

(447) Не учил, а тебе читали лекции. Которые ты пропускал. Когда по бабам гулял

(447) нужно не учить, а понимать. Вы пишете обращение к объектам через точку как пример своей системы и тут же сообщаете всем что ООП не нужно, это как?

(439) еще раз - форма описывается в XML (на первых порах  вручную, потом через IDE). Где здесь ООП? Если ты щупал ООП, то знаешь, что на каждый контрол создается свой класс-наследник и в итоге гора мусорного кода, который IDE стыдливо прячет.

(449) Почитай (450). ООП будет в реализации системы, но разработчик не будет использовать ООП. Как он не использует ООП в 1С.

(448) Серьезно. И как же я на первом рабочем месте писал на BC++ без ООП приложение с формами? гггг

(450) "ThisForm.Controls.MyControl" - это не класс-наследник? Геня, завязывай уже с наркотой...

(453) нет, это не класс-наследник. Это список (массив) элементов-контролов.

(451) "Как он не использует ООП в 1С."
Как раз в 1с он использует ооп. Только не может наследовать классы. А вот создавать свои на основе стандартных (наследовать) делает каждый

(452) И на чём ты писал на ВС (это visual studio)? Наверное, на MFC, на чём там ещё можно было...

(455) Спорный момент, можно эту парадигму описать и без ООП. Это очень урезанное ООП

(454) Геня... Ты вообще ничего не понимаешь

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

(457) Да. Это объектное, не -ориентированное, программирование.

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

Лучше б дальше бложики спермотоксикозные вёл :)

(459) Слушай, ну мне по барабану, есть там ООП с академической точки зрения или нет. Главное, что разработка форм будет упрощена, а не такая, как сейчас в C++ или Дельфах. Или даже в Java - все эти формы испорчены ООП

(458) мне не надо понимать, чтобы делать. мне надо Видеть.

(445)(450) И Вы батенька всерьез собираетесь что-то проектировать?
:)
Так кто же и в какой именно момент создаст динамическую коллекцию ThisForm.Controls со всеми "MyControl", "MyControl1", "MyContro2" и т.д.?

(465) Когда вызывается открытие формы, приложение по XML-файлу создает коллекцию контролс с элементами-экземплярами классов.

(466) И где то там за кулисами выполняется тот самый код "..который IDE стыдливо прячет.."?
А когда работаешь в редакторе кода я так понимаю этот самый:
ThisForm.Controls.MyControl.Caption = "Новый Заголовок"
можно писать только по памяти и элементарная проверка синтаксиса всегда будут на такой строке выдавать ошибку?

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

Вообще с точки зрения построения интерфейсов есть два подхода.

1) По старинке (императивный) - Delphi, Access, 1C и т.п. Контролы это объекты, императивно изменяешь их поля / значения, форма обновляется
2) Реактивный (декларативный) - React, фузина, САП (хотя тут не уверен) и т.п. Есть state (модель), есть представление (рендерер). Описываешь декларативно рендерер (скажем в React есть специальный язык JSX) от state'а, после чего чисто работаешь со state'ом (изменяя его как надо), платформа сама все обновляет. Круче конечно когда и state реактивный (то есть при изменении одних данных в state автоматически обновляются другие вычисляемые данные в этом state, а вслед за ним и представление), но это "могут не только лишь все".

Чисто теоретически сейчас второй подход в моде (а точнее конкретно React). Причем хз почему, потому как IT-лудисты его должны ненавидеть - слишком много магии, свой язык и т.п. Но видимо Facebook и особенности фронтендеров. Так что бери его лучше за основу интерфейса. Он конечно весьма тяжеловесный и немного мозговыносящий в сложных формах, но в любом случае с нуля тяжело будет делать (очень хитрые скиллы и ресурсы нужны), плюс так можно реактеров затянуть к себе. Хотя конечно все зависит что у тебя за ниша и какими ресурсами ты располагаешь.

(469) И зачем вся это вот хрень для ниши ларьков, на которую нацелился наш Гений?

(470) Ниша ларьков закрывается специализированным жестко коробочными SaaS'ами. Которые очень дороги в написании (и кстати судя по всему на реактах сделаны), но это капексы, а по эргономике такие решения уделывают любую высокоуровневую платформу. В последнее время кстати начал замечать у нас во всяких кофейнях и пивах на розлив, что многие на планшете в веб-саасах начали работать.

Ну патерн MVVM не ахти и молод и давно применяется в WPF  https://metanit.com/sharp/wpf/22.1.php

(401) > Пока пусть будет QT + My SQL
Это ровно до того момента, пока ты новых умных слов не узнаешь

(467) чувак, ты меня удивляешь. Я недавно писал на JS для селениум. Прикинь в Notepad++, все по памяти и мануалам. И ниче, кряхтел, пердел, но писал. Видишь ли, просто больше не на чем было писать программно управляемый браузер. Тебе шашечки или ехать, ну ё-моё.

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

(469) Прости, думаю не осилю изучение новой парадигмы типа Реакт и написание убийцы 1С. Давай я напишу убийцу 1с, а ты ее потом перепишешь на Реакт. "Потом, если захочешь". Я уж по классике - на С++.

(470) Надо в миссии написать - для небольших тиражных решений в 1, 10, 100, 1000 экземпляров. Чтобы не возникало вопросов.

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

(473) да не, я не гоняюсь за модой. Я вижу решение в обычном EXE, а для EXE лучше всего классические С++. Паскаль не люблю как язык. Си++ красивый. А Мускул и сам щупал, когда сайт на PHP свой когда-то делал, так и недавно в проекте на Drupal к MySQL подключался.

(474) <решение в обычном EXE, а для EXE лучше всего классические С++>
А какжэ линукс? макос? мобилки?

потом на си, вспотеешь погромистов искать

время standalone приложений для десктопа давно прошло

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

(475) QT кроссплатформенна, если что. Я не собираюсь писать приложение для мобилок. Это потом, если понадобится. 1С тоже не сразу пошла на мак и мобилки.

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

(478) Ну ТЗ то я напишу. А там посмотрим.

(481) Ну ТЗ то да, это же полдела. А написать, уложившись в сроки и бюджет, а потом написанное кому-нибудь продать - этож так, мелочи.

(481) А ник на "Гений убийцы 1С" сменишь?

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

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

(484) А что такое необычный софт?

(486) который не локально на декстопе работает под виндой

веб-версия одинеса например

(488) И чо тут необычного. Это просто вопрос где хранить данные. У дяди или у себя. Ну и вопрос ограничивать себя возможностями браузера или нет.

(489)
1) где хранить данные - мало кого занимает, конторы отдают базы программистам на раз-два (ну вы там ченить настройте, да да конечно возьмите себе базу)
2) хранить у дяди, зачастую надежнее чем у себя, а если есть бекапы то вопрос вообще смысла не имеет.
3) возможности браузера - это кто ими ограничивается? пользователи вообще не знают что они в чемто ограничены

(483) Гений Рад

(490) Молодость-зеленость. Наивность и идеализация окружающей действительности.

(492) это скорее у вас излишне консервативная точка зрения, IT развивается сильно быстрее чем любая другая отрасль. Еще лет 10 назад я бы с вами еще согласился, сейчас уже нет. я когда работал в процессинге, при мне за 3 года выпилили 80% такого софта с рабочих мест...а он там работал больше 20 лет и был удобным и непривязанным ни к чему..все ушло в пользу центральной CRM-ERP системы и перестройке процессов
и потом слышал о таких-же процессах во многих других компаниях.

(490) Ну это всё дело хозяйское. Мне вот без разницы, в браузере оно работает или нет. Лишь бы работало.

(493) "..все ушло в пользу центральной CRM-ERP системы и перестройке процессов"
да в экселе они теперь всё делают. и вашу CRM-ERP копипастят :)

(495) в том то и дело что теперь уже нет, там очень много было еще на базе экселя и написано с огромными простынями макросов на vba и первоочередная задача была выпилить vba вообще с концами

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

(474) >> Си++ красивый.
Но только для открытой системы он не подходит. У меня коллега пишет на C++ и после того как переходит на C# радуется и называет C# детским языком.
На C# значительно проще писать и сообщество больше.
Тебе нужен язык, на котором легко допилить платформу до своих нужд. При этом он должен быть общего пользования.
Сейчас в тренде TypeScript (Электрон),Питон, Котлин и C#

(497) технически большая часть системы - это облако, часть на чужих серверах (типа амазон но в РФ), часть в чужом датацентре - фактически своем собственном "облаке" (и то только потому что по регламентам нельзя данные на чужих серверах держать)

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

писать ide убийцу на си тоже такое себе дело...сколько лет он его писать будет еще вопрос

(500) Кто смешивает? Это ж Гений сам и заявил, что не собирается в своей самоубийце использовать отдельный DSL.

До мысли разделения языка написания инструмента и языка разработки он по-моему еще не дошел. Во всяком случае эта мысль не звучала.

(500) А нахрена 2 языка? Если платформа открытая. Берем язык общего назначения и пишем на нем. Если вдруг чего то не хватам пишем dll ки на С++. Так или иначе интероп присутствут во всех языках

(502) да. не планирую отдельного ЯП и отдельного IDE.
По сути, все приложения соответственно будут Free RAD тоже написаны на QT, но с ипользованием библиотеки Free RAD.
То бишь многое в написании приложения к БД будет автоматизировано.
По сути, кодить в Free RAD нужно будет на C++
Потом компилить проект и наслаждаться EXE-кодом.

(501) я напишу ТЗ, думаю, это дело нехитрое. Детальное ТЗ, по которому нужно будет просто закодировать. А кто будет кодировать - нанятые мною кодеры или энтуазисты, это уже не суть. Главное, вдохнуть жизнь во Free RAD, описать ее принципы.

(498) Можно и на C#, пожертвовав кросс-платформенностью. ЭТо не так важно. Если заработает на винде, то заработает и везде.

(493) так вы юноша по своему опыту весь IT не меряйте. Хорошо, что у вас выбрасывают "Кобол", но от этого "Коболу" (т.е. 1С) ни холодно ни жарко. Он продолжает свистеть-пердеть

(505) Каким образом будет организован обмен с 1С Бухгалтерией?

(503) разделение языков - это усложнение системы. а смысл? по сути я хочу сделать "костыли" к классическим IDE, чтобы упростить (ускорить) разработку приложений БД

(509) шта? через XML жи

(510) К классическим иде уже сделаны костыли. В количестве.

(507) "на C#, пожертвовав кросс-платформенностью"
ЭЭэээээ Wat?

(513) Си Шарп на линухе есть?
(512) Какие? назови плиз их.

(507) C# кроссплатформенный. Единственно, что гуй писать либо на Electron или Blazor Desktop.
Но для винды подойдет и WPF с Xamarin.Forms для мобильных устройств https://metanit.com/sharp/xamarin/
Все в одном. Linux мало кому интересен, а вот Андроид интересен многим

(515) поясни тему про гуй.

(505) "По сути, кодить в Free RAD нужно будет на C++"

Прямо вот так вот с обычными указателями или shared_ptr?

Прямо вот так можно будет?


template<class T, int... args>
class CompoundBuilder: public NodeBuilder
{
public:
    shared_ptr<EntityNode> GetNode(const List<EntityNode&>& list) const override
    {
        auto result = CreateList<EntityNode&>();
        initializer_list<int> init = {args...};                
        for(auto i:init) {
            result->push_back(list->at(i));
        }
        return make_shared<T>(result);
    }
};

515+ ну и обещают через год MAUI https://devblogs.microsoft.com/dotnet/introducing-net-multi-platform-app-ui/

Ну я ссылки дал. На Xamarin.Forms ты сазу можешь делать приложения для 3 платформ. Единственно, что сейчас нет DataGrid https://metanit.com/sharp/wpf/5.14.php
, но есть ListView https://metanit.com/sharp/xamarin/3.16.php

То есть биндинг к данным в 2 направления есть

(517) А что Вам не нравится ? Гораздо лучше, чем писать на примитивном фузиновском языке. Тут смотрите сколько строчек кода. Можно с заказчика кучу денег содрать. Да и главное все понятно - и дурак разберется.

(514) "Си Шарп на линухе есть?" Да

(517) Для таких вещей итератор на C#. Пример рекурсивного обходя от меньшего к большему
public IEnumerable<int> PreOrder(Node root)
        {
            if (root == null)
                yield break;


            if (root.left != null)
                foreach (int i in preOrder(root.left))
                    yield return i;

            yield return root.val;

            if (root.right != null)
                foreach (int i in preOrder(root.right))
                    yield return i;
        }

(511) Т.е. твоя программа будет отдавать данные в твоем формате?

(0)
По существу: если сможешь уйти хотя бы немного дальше, чем просто намерения, то я готов присоединиться.

Сейчас вижу перспективу только если это будет открытый фреймворк для разработки бизнес-приложений. Пусть на C#/pynhon/golang с фронтами на JS. Ядро предоставляет определенный API. Прикладные решения строятся на микросервисах к объектно-табличной модели ядра. Объектную модель можно содрать с 1С, так будет проще, и прикладные решения будут легче разрабатываться.

Эра платформы 1С8 начинает приближаться к закату.

(520) ты там в (136) Хотел сайт пилить, а чего не хочешь django API на сервере + react на клиенте?

(524) Вполне себе вариант

(474) "..Прикинь в Notepad++, все по памяти и мануалам.. Тебе шашечки или ехать.."
Ну можно предположить что IDE будет "или ехать" :)
Зачем это все, быстрее и эффективнее в том же JavaFX накидать SceneBuilder форму и описать бузнес-объекты. Они сами в контролах да в гридах отразятся как надо. JavaFX в плане датабиндинга очень прогрессивная.

(524) Джангу не хочу. И реакт тоже, мне больше вуй нравится.

(527) Не разу vue  не ковырял, а чего у него на сервере будет?

(528) А вот об этом я и думаю ))) Вую, в принципе, пофиг, главное - что рест...

на спрингбуте пили

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

ну если вы еще сообразите отойти немного в сторону от чисто "документальной модели" 1С..
как вариант например. - есть записи в БД. они отражают некую сущность.
а документы - уже СОБИРАЮТ эти сущности для своих ДОКУМЕНТАЛЬНЫХ нужд.
надо - эта запись "попала" в счф. надо "эта запись" попала в ордер на приемку...
.
но это ахереть сложно будет...
но зато красиво и концептуально.

(531) С полпинка на питоне и фласк работает, зачем того монстра тянуть?

(533) джангу по ковыряю, потом фласк ковырять пойду, а может и не пойду. Джанго она сама в себе, а к фласку еще библиотеки нужны. Это еще + бардак с библиотеками. С меня хватит брадака с версиями джанги.

(532) все гораздо проще:
таблицы с ключами (справочники), таблицы без ключей (все остальное). таблицы хранящие расчитанные данные (остатки)

(532) Так это же ещё одна фузина будет...

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

(537) Почему хрень? У тебя ордер может быть один на 10 штук, а приходов по месяцам по 3. И одна недопоставка.

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

По поводу кроссплатформенности Xamarin.Forms
Есть для Linux GTK# https://docs.microsoft.com/ru-ru/xamarin/xamarin-forms/platform/other/gtk?tabs=windows
Для Wpf https://docs.microsoft.com/ru-ru/xamarin/xamarin-forms/platform/other/wpf

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

(539) угу. я в качестве примера-размышления только

короче. нихера в (0) - не взлетит.

(543) Я бы сказал так: вероятность реализации данного проекта имеется.
Величина вероятности составляет 0.001%.

(523) Присоединяйся! :) Ушел дальше намерений, делаю все как ты сказал: открытый фреймворк для разработки бизнес-приложений. Фронт на TypeScript. Прикладные решения -- плагины в платформу, общая объектная модель. Проект тут: https://github.com/anticrm/platform

(545) > Проект тут
В котором вместо сальдо дебетового на конец периода реализуется виджет часов. Ну ок.

(545) нафиг мне - девелоперу - этот проект. дай инструмент готовый. и типовую конфигу. для начала

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

(548) проекту и двух месяцев нет, все что есть захостили, но вряд ли это можно назвать "демкой", только ошметки UI тут http://anticrm-platform.s3-website.us-east-2.amazonaws.com/. Про mongodb комментария не понял :), то есть вы увидели противоречие между целостностью данных системы и наличием mongodb в системе?

(549) он acid вроде не поддерживает. Не говоря уже о Repeatable Read или Serialiazable изоляции. То есть как вы списывание остатка одновременно двумя пользователями будете контролировать?

(545) Норм

(550) ACID -- в mongodb нет (ну в том понимании этих букв как привыкли понимать пользователи реляционных БД). Но я не вижу противоречия, вот простой пример (не то как я буду делать, поскольку надо написать много букв) как считать "остатки". Насколько я понимаю остаток -- это то что "осталось", соответственно остаток считается как сумма того что пришло, минус сумма того что ушло. Если в mongodb хранятся immutable записи о том что пришло и/или ушло, то остаток считается как сумма по этим записям, и для получения корректного остатка из всего ACID достаточно атомарности операции создания записи, что безусловно есть в mongodb. Естественно вы скажете что считать каждый остаток чего либо таким образом очень накладно, и я конечно же соглашусь, поскольку это просто пример того, что на mongodb можно построить целостную систему. Второй пример -- отказаться от concurrency и все запросы от пользователя выполнять последовательно, это будет 100% ACID. Можно возразить что это медленно на многих пользователях, но очень спорно. Как сделать чтобы при одновременном списании не уходили в минус? Как вариант двух-фазное списание (по аналогии с 2-phase commit). В общем вариантов много, но я в этом проекте не собираюсь считать остатки ни в mongodb ни в реляционной базе. И то и другое медленно.

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

(552) забавно что вы об этом серьезно не думали, как и большинство строителей убийц 1С

Помню ковырял оч старую учетную систему (не для розничного бизнеса) построенную на БД Informix с движком без поддержки транзакций...у меня волосы на голове шевелились от запросов виде
select count from table;
if count>0 then update table table set count=count-1;
и это при том что в системе единомоментно происходит по 500-600 транзакций В СЕКУНДУ...
на моё wtf??!!
мне сказали...та..в конце дня будет закрытие дня и пересчет остатков и мы откатываем то что в минус улетело,мы в бизнеспроцессе прописали что в таких случаях можно до 5 дней подвешивать запросы...и их вручную разруливать... и они так около 15 лет работали и целый отдел из 5 тётенек этим занимались

(554) мммм что значит серьезно не думали, я привел примеры как программист может обеспечить целостность данных используя хранилище без поддержки ACID. Что касается конкретно этого проекта я написал "в этом проекте не собираюсь считать остатки ни в mongodb ни в реляционной базе. И то и другое медленно."

все эти варианты - костылестроеное которые драматически снижают быстродействие

(556) а я этот тезис и не оспариваю, коллегу удивило наличие mongodb и он пришел с вопросом о целостности данных, мой ответ был о том что дело не в mongo и целостность данных слабо зависит от типа хранилища данных, но от архитектуры системы зависит. Ваш пример лишь подтверждает то, что дай дураку в руки ACID и он там наворотит делов... Ну и я бы не согласился с термином "костыль". Рассматриваемые варианты как раз не костыль, а академически верные решения, что лишь дополняет ваш тезис о том, что они неприменимы в реальной жизни.

(552) 1-й подход убийство производительности, второй - масштабируемости (а это единственное для чего имеет смысл использовать монгу, да и тот уровень масштабируемости, где нереляционки сильно обыгрывают реляционки, бизнес-приложениям нафиг не нужен). 2-фазный коммит, целостность к слову не гарантирует вроде как, да и непонятно как тут поможет
(553) Тогда это скорее фреймворк для создания crud веб-приложений. Бизнес-приложения это совсем про другое, без тех же материализованных вычислимых данных они не имеют смысла.

мля. 1С - форева! остальных - фтопку!

(554) Вообще правильный ответ был, что он сделает сервер блокировок и блокировать все ручками. А это кстати то что по факту сейчас и предлагает использовать 1С. Что на мой взгляд к слову редкий идиотизм, но это отдельная тема.

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

(561) Строго говоря клюшки это чистый RAD (где все условно быстро, просто и "более автоматически", но не масштабируемо), а восьмерка это скорее .Net (где все ручками, гибко и потенциально масштабируемо, но сложно и медленно). Поэтому непонятно что значит "даже клюшек", потому как клюшки и 8ка это диаметрально противоположные направления.

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

А вот когда люди начинают пилить велосипеды, то все это приходится делать им самим...сразу начинают вылезать всякие транзакции, select for update, глобальные блокировки таблиц, затыки в многопользовательских режимах..
а динамичные красивые интерфейсы превращаются в инструмент убийства базы...помню нам одни разрабы писали мануал "не смотря на то что система позволяет делать много фильтров, мы крайне не рекомендуем делать их больще 5 и выбирать для отображения больше 5 колонок, также если вы не дождадлись отображения данных, не пытайтесь поменять фильтр и подождите 30 минут или позвоните администратору"..там скрипт генерил sql запрос который клал намертво базу стоявшую на на кластере из 4х серверов и 500гигабайтами памяти...запрос для генерации списка для интерфейса пользователя...рукалицо...

если бы мне вдруг в голову .бнуло написать учетную систему, я бы проектировал: на сервере С++ в библиотеках расчета остатков, групповых проведений документов и прочих емких операций например для отчетов, для логики python. На клиенте какой нибудь фреймворк на джава скрипт.

(563) *они тупо не подумали что данных может быть по 50-90 миллионов записей...а они запросто джойнят базу саму на себя в автоматическом режиме...у них в тестах же всё отлично работает

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

(563)
>в 1С есть куча встроенных штук, типа транзакционности, контроля целостности причем это всё реализовано на базе платформы

Вы сейчас про управляемые или автоматические блокировки? Потому как управляемые блокировки это все ручками, и по сути та же монга (кстати там ЕМНИП есть тоже сервер блокировок, хотя даже если нет можно легко сторонний прикрутить). А автоматические блокировки в 1С - пессимистичные (то есть с блокировками), что ставит крест на масштабируемости. То есть по сути те же 2 "зла", что и у z2sx.

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

(568) Garikk тут программеры в основном, красивые маркетинговые лозунги тут не прокатят. Нужны детали. Вы про кучу встроенных штук что конкретно имели ввиду? Автоматические или ручные блокировки? Потому как одни хер пойми как использовать, а вторые не масштабируемы. Я просто вот недавно видел, как 1Ский астор работает в одной относительно небольшой сети, так с точки зрения времени отклика это обнять и плакать. И именно потому что там все походу на автоматических блокировках сделано.

(569) ну какие детали? в принципе наличие уже автоматических блокировок это плюс, потому что в велосипедах это всё надо делать вручную и везде...будь то справочник или еще какой список

Когда задача "сделать учет товаров на складе" превращается в разработку на 3 месяца из которых 1 месяц делают справочник номенклатуры, 2 месяц склад, 3 месяц офигев от того что ОКАЗЫВАЕТСЯ надо делать concurrency во всех справочниках и объем данных такой что в один селект не влезает..на скорую руку перекраивать архитектуру..потом с горем попалам запускать...и повесится всем отделом с поступлением заявки "а теперь нам интересен партионный учет"

(560) Сервер блокировок естественно глупое решение (хоть я и уверен что обоснуем мы с вами это совершенно по разному). Нет, я не собираюсь делать серверов блокировок. Сервер блокировок предполагает что ваши данные все равно где то хранятся в mongodb или rdbms. я же сказал что для остатков у меня не будет ни того ни другого. Ответ прост — свой собственный движок БД для этого дела.

(567) По сути вы нихрена не понимаете в блокировках 1С.

(571) < свой собственный движок БД для этого дела.>
велосипедостроение высшей степени, вот это круть конечно

(571) Прям с нуля движок БД?

(570) Вы же понимаете, что автоматические блокировки это просто по сути отдать все на уровень СУБД. Что на .Net, что на Delphi. То есть стартуете транзакцию с уровнем изоляции RR или SERIALIZABLE и вперед. Там есть тонкости с dead lock или update conflict, но 1С с последними не работает, а dead lock по сути обрабатывает как ошибку.

(569)
> одни хер пойми как использовать
> там все походу

Спасибо за превосходную демонстрацию ваших знаний 1С. Продолжайте, пожалуйста.

(572) Ну а вы по сути тогда нихера не понимаете в блокировках СУБД и серверах блокировок. Вот и поговорили.

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

(577) У вас там где то ветка ваша есть, туда и идите.

(578) Не хочу, извините.
Бисер в другой секции.

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

(573) Я программирую фултайм за деньги с 1994 года. Жил в Америке, сейчас в Европе, писал на всех хоть как то заметных языках и так или иначе использовал каждую хоть как то заметную технологию, работал с ребятами о существовании которых вы возможно знаете только из обложек переводных книжек; и объемы данных я видел такие, которые не снились людям работающим с бизнес транзакциями на этом форуме.

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

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

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

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

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

(582) мне "попрограммировать" - ну его на.. мне бы как бы получить денег побольше, а услий на это вложить поменьше..
а что там внутри будет - монг, не монго, серизайбл или потоковая обработка csv - vyt djn f,cjk.nyj gjabu

(582) Деанон, или это обычные рассказы из уровню "ну и вы говорите", которых тут полно.

(584) Ну, судя по https://medium.com/платформа/го-я-создал-4250ec3dab76 эдакая гремучая помесь {@Гений 1С} и Emery.
Иногда возраст приходит один.

(582)
1) возраст это не показатель и не приемущество
2) то что ты работал в и жил в Америке и Европе - ниочем
3) по стилю кода не особо заметно что вы сеньор в какомто языке хотя вы и хвастаетесь этим

я тоже могу много чего о себе нахвастать, у меня тоже есть pet-проект которым я хотел бы поделится, но я осознаю свой уровень и немного касался бизнеса чтобы понимать бесперспективность этого занятия на русcкоязычном форуме...одинесников ;) вообще почему вас вообще сюда занесло

(572) >По сути вы нихрена не понимаете в блокировках 1С.

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

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

А куда меня должно было занести? :) Ну то есть представьте, мне действительно интересно и хочется наладить контакт с какими-то ребятами имеющими опыт в автоматизации бизнеса, знакомыми с 1С, и интересующимися чем-то помимо 1С. Как мне показалось этот форум -- место где собраны такие люди. Если я ошибся, то я точно не знаю где таких искать :)

(582) Чот вы адресом ошиблись, вам на Хабр надо, там таких любят.

Пока я не проснулся и добрый...

(588) > Как мне показалось этот форум -- место где собраны такие люди. Если я ошибся, то я точно не знаю где таких искать

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

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

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

(590)+ Гений 1С это тоже касается. Ему даже сложнее, у него известность.

(550) а вы в фузине как контролируете конкурентный доступ к данным?

(590) Браво! Абсолютно в точку! И почему мне так не хватает этого точного и немного циничного красноречия? Приклоняю колено.

(582) Брать документоориентированный движок в качестве основы для универсальной среды разработки бизнес приложений - это довольно смелое и неожиданное решение. На нем, конечно же, можно все это реализовать. Но придется основательно работать напильником, реализуя нужные концепции. Подход интересен тем, что возможно получится предоставить достаточное количество "киллер-фич", которые будут все это окупать. Ибо если нет - тады ой. Если система окажется более сложной для стороннего разработчика (а она окажется) - это должно чем-то окупаться.
Реляционные движки при всех своих недостатках имеют неоспоримое преимущество - при том что они очень универсальны, они всю "магию" прячут в движке языка запросов, с которым все так или иначе сталкивались (с языком). И который несложно расширять своими диалектами. Одна из проблем RAD типа 1С - в необходимости скрещивать OLTP и OLAP потребности в одном флаконе. И тут документоориентированные движки явно не в плюсах в сравнении с реляционными (если речь о RAD широкого назначения).

(592) Он из фузины?

(595) главный глашатай фузины на мисте

(595) Пошукай по темам фузины... Он из евангелистов..

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

Эта тема такие мысли рождает.

О, я не первый про фузину подумал, когда пафосный камент этого персонажа увидел :)

Расписал как описываются формы в FreeRAD:
https://geniy1s.ru/developments-soft/free-rad/freerad-forms/

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

(582) а что у вас за система-то? Главное не сказали

(562) не согласен, 8ка это тоже RAD, там быстро клепаются приложения. Что за клюшничество?

Заголовок ветки навеял
https://youtu.be/cXOAcuNhFS4

ничёсе, у вас тут вакханалия...

(600) Когда додумаешь свой html, не забудь про css - тоже пригодится.

(606) я понимаю вашу реакцию

Просто этой статьёй про формы я закрываю вопросы типа: "А какой у тебя GUI"?

(608) Вопрос действительно закрыт. Гуй у тебя никакой. У тебя просто есть пожелание, чтобы тебе кто-то реализовал УФ.

(609) это четкие и ясные декларации (описания) системы описания форм. В следующих выпусках модель форма-данные, структура БД, дистрибуция конфигурации и т.п. Запасайтесь кок-порном.

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

(611) не наблюдай. мне интересно, это главное.

(600) Ты точно гений. Взял и еще раз изобрел YAML :)

Кстати, поддерживаю такое описание форм как (600)

(611) Чем бы дитё не тешилось, лишь бы с властями не боролось :)