Полигон-2

DrPass

[q]

1C является специализированным средством как готовая учетная система.

[/q]

Под специализированностью имелось ввиду не существование готового решения, которое нужно "допилить", а тот факт, что 1С проектировалась как средство для разработки бизнес приложений. Типичной задачей такого приложения является ввод данных пользователем с последующим сохранением в БД и дальнейшим отображением в виде форм/отчетов. При этом в обязательном порядке должен присутстсовать функционал по сортировке данных, поиску в соответствии с заданными критериями, работе со справочниками. В спец. средстве такой функционал обеспечивается системой. Т.е. для того чтобы создать функционал по работе с простейшей таблицей, в 1С требуется описать структуру таблицы, нарисовать дизайн формы и весь перечисленный функционал начинает работать без дополнительного кодирования. В C# и других подобных универсальных средствах разработки, упомянутый функционал придётся создавать самому. Интеграция с БД в спецсредствах существует на уровне языка разработки, в универсальных средствах - на уровне библиотек. Спору нет, по "фенечкам" универсальные средства оставляют 1С позади. Но если наша задача может быть классифицирована как бизнес приложение и рамки, которые накладывает платформа 1C нас не стесняют, средствами 1С задача будет решена в разы быстрее. Именно по той причине, что 1С является более высокоуровневым средством чем, например C#.

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

8000 не такие уж деньги, если в ней это делается - можно купить...

Чётко разметить места внутри стеллажа нет возможности, т.к. коробки очень разные, мелких на полку влезает 5 рядов по глубине, а крупных коробок и штук типа ДВК - всего 1-2; по высоте вообще как получится, "сколько влезло до следующей полки". Держать пустые места непозволительная роскошь, стеллаж не безразмерный.

borisfox написал:

[q]

А как у 1С с визуализацией?

[/q]

В том-то и дело, что никак. В том смысле, что вообще никак. Только использованием внешнего софта, например, ActiveX-рисовалок

Schicchi написал:

[q]

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

[/q]

Я имел в виду, что "средство разработки" там родилось как побочный продукт средства ведения учета. Оно проектировалось как инструмент, которым можно было что-то подшаманить в логике программы, а не для создания приложений. Это уже потом, когда выросло поколение 1С-программистов, из него стали делать что-то, похожее на платформу разработки. И только в последние годы оно стало для этого пригодным.


Schicchi написал:

[q]

Создайте простейший справочник в 1С и Delphi и сравните полученный функционал.

[/q]

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


Schicchi написал:

[q]

Мнение о том, что 1C "примитивный, кошмарный и неэффективный инструмент" может быть только у людей, которые не сталкивались серьёзно с разработкой/поддержкой учетных систем и 1С в частности.

[/q]

Вы не спорьте о вкусе плюшек с человеком, который их ест регулярно, и легко отличит вкусную и свежую от пересоленной и черствой Вы вот, к примеру, наверняка неплохой 1Сник. Но при этом понятия не имеете о возможностях других средств разработки, для вас оно замерло на уровне 90-х. Иначе бы вы не писали вещи вроде "Интеграция с БД в спецсредствах существует на уровне языка разработки, в универсальных средствах - на уровне библиотек." Даже если вы можете увидеть какие-то недостатки в подходе "подключил библиотеку и используешь классы для работы с СУБД" по сравнению с "используешь объект Запрос", то самый банальный пример - C# и LINQ.

Schicchi написал:

[q]

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

[/q]

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

borisfox написал:

[q]

Попробую пока по старому, реестры в экселе

[/q]

Зависит от количества ежедневных обновлений реестра и от количества задействованных работников. Если у тебя магазин, и за приёмку, за складирование и за выдачу отвечают разные люди - ёкселем не отделаешься: тебе нужна "мега-база" и несколько терминалов для работы с ней, иначе - всё запутается и будет разворовано (теми-ж работниками). Но если сие - твоя личная коллекция, и за все приход-расходные операции отвечаешь ты сам - нафиг тебе "мега-база"? Для удобства восседания на заднице? Ежли уж "очень чешется", перенеси из ёкселя в акцесс (M$access == настольная DB), как раз по профилю будет. А лучше - сразу садись за C(+++) и delphi и пиши своё с опорой на mysql (или аналоги). На время кодинга пользуй ёксель. Грамотно составленные таблицы коего сможешь потом относительно легко импортнуть в свою БД...