1. она запрещает сторонние библиотеки для соединения с базой 1С, а не с другими базами. Ошибаетесь.
2. Все верно. Все будут делать внешние обработки, хранимые в репозитории дополнительных внешних обработок. Вопрос только в том, может ли при старте запускаться нужная обработка с системой меню или нет. Если нет — добавляется в избранное и запускается пользователем при старте.
3. Так 13.000 это с носа, а если пользователей 10, то 13.000 + 9*5000 = 58.000. Как бы. И 5.000 за каждого следующего. Бизнес бывает мелким. Если написать небольшую тиражную конфу для подобных товарищей, уже можно продавать.
Перечитайте статью, там объяснено почему именно MXL. Думаю, теперь импортных поставщиков задолбают этими MXL файлами.
В Json и XML картинки конечно можно сериализовать в BASE64, но думаю 1С не умеет это делать по дефолту. ;-)
Увы, нет. Ищем уже лет пять, никто не написал ничего подобного.
Если знаете, дайте ссылку, посмотрим.
Пока только Фузину (LSFUSION) знаем, но она излишне декларативна и математична.
ну это было неизбежно, тк в платформе появились новые механизмы типа регистров сведений.
хотя названия справочников и документов можно было бы оставить.
но это говорит об изначально плохом проектировании типовых на 1с77, впрочем типовые на 1с8 не сильно ушли вперед по качеству проектирования.
смысл в том, что:
1. Легко можно найти 1с-ника на сопровождение в отличии от Noname-формочек.
2. Сложность механизма проведения преувеличена.
3. Это как бы промежуточный мостик от 1С к независимой системе учета.
4. Всякие вкусняшки от 1С, типо системы отчетности, поддержки MXL файлов и тп.
То что 1с будет сопротивляться, это понятно. Она просто не видит своих перспектив, поэтому и борется с неизбежным. Имхо, фирма 1С не имеет миссии и видения.
Там репликация идет между базами, а не на каждый компьютер-клиент.
Ваши сведения про выход несколько устарели.
Есть как минимум два варианта:
1. Использовать SQL-сервер, самые тяжелые вычисления будут на нем.
2. Все вычисления делать на сервере, тогда не нужен терминал, так работает Фузина.
Открою небольшую тайну — есть много бизнесов, где не нужны крупные системы.
Где есть свой локальный учет, который и нужно автоматизировать «на коленке».
да вы не бойтесь. тут речь о том, что новички в 1С не пойдут.
А нам, старичкам, еще работы хватит.
чем меньше программистов 1С будет, тем дороже мы будем стоить.
В конечном итоге 1С выльется в NOCODE-монолит.
Я ничего не утверждаю, просто любопытные факты:
1. Введен пункт за огульную критику 1С
2. Удалена секция «Убийцы 1С».
3. Удаляются обсуждение статей с хабра с критикой 1С
А так вполне допускаю, что Волшебник все это делает добровольно, а не потому что запартнерился с 1С.
Мне кажется это очень узкая ниша. Вы что же, хотите копию базы на каждом компьютере пользователя иметь, пусть и отфильтрованную.
Если у вас 20 менежеров, работающим со складом, у них будут свои таблицы товаров, остатков и т.п.? Нет, это какой-то извращенный путь.
Не говоря уже о том, что контролировать оперативно остатки так не очень удобно.
Плюс базы если большие, локально они колом лягут. Большие базы должны жить на сервере. Окститесь, это тупик.
2. Все верно. Все будут делать внешние обработки, хранимые в репозитории дополнительных внешних обработок. Вопрос только в том, может ли при старте запускаться нужная обработка с системой меню или нет. Если нет — добавляется в избранное и запускается пользователем при старте.
3. Так 13.000 это с носа, а если пользователей 10, то 13.000 + 9*5000 = 58.000. Как бы. И 5.000 за каждого следующего. Бизнес бывает мелким. Если написать небольшую тиражную конфу для подобных товарищей, уже можно продавать.
В Json и XML картинки конечно можно сериализовать в BASE64, но думаю 1С не умеет это делать по дефолту. ;-)
Если знаете, дайте ссылку, посмотрим.
Пока только Фузину (LSFUSION) знаем, но она излишне декларативна и математична.
хотя названия справочников и документов можно было бы оставить.
но это говорит об изначально плохом проектировании типовых на 1с77, впрочем типовые на 1с8 не сильно ушли вперед по качеству проектирования.
1. Легко можно найти 1с-ника на сопровождение в отличии от Noname-формочек.
2. Сложность механизма проведения преувеличена.
3. Это как бы промежуточный мостик от 1С к независимой системе учета.
4. Всякие вкусняшки от 1С, типо системы отчетности, поддержки MXL файлов и тп.
То что 1с будет сопротивляться, это понятно. Она просто не видит своих перспектив, поэтому и борется с неизбежным. Имхо, фирма 1С не имеет миссии и видения.
Ваши сведения про выход несколько устарели.
Есть как минимум два варианта:
1. Использовать SQL-сервер, самые тяжелые вычисления будут на нем.
2. Все вычисления делать на сервере, тогда не нужен терминал, так работает Фузина.
Где есть свой локальный учет, который и нужно автоматизировать «на коленке».
А нам, старичкам, еще работы хватит.
чем меньше программистов 1С будет, тем дороже мы будем стоить.
В конечном итоге 1С выльется в NOCODE-монолит.
1. Введен пункт за огульную критику 1С
2. Удалена секция «Убийцы 1С».
3. Удаляются обсуждение статей с хабра с критикой 1С
А так вполне допускаю, что Волшебник все это делает добровольно, а не потому что запартнерился с 1С.
Если у вас 20 менежеров, работающим со складом, у них будут свои таблицы товаров, остатков и т.п.? Нет, это какой-то извращенный путь.
Не говоря уже о том, что контролировать оперативно остатки так не очень удобно.
Плюс базы если большие, локально они колом лягут. Большие базы должны жить на сервере. Окститесь, это тупик.