|
![]() |
#1 |
Участник
|
Цитата:
Просто он нужен далеко не всем клиентам, и некоторые виды деятельности никак не попадают под его "стандартный шаблон". Цитата:
Использовать Навик как чистую среду разработки - нецелесообразно (не только экономически, но и технически).
Не использовать уже готовый функционал - "разбазаривание семенного фонда" (С) Имхо, как среда для разработки и автоматизации бизнес-процессов предприятия он вполне подходит. Мне нравится. А к глюкам и недостаткам и я, и многие другие, уже привыкли. Цитата:
Во-вторых,
я уже неоднократно говорил про 1С - нет такого функционала. Нет такой платформы. У 1С - нет решений. ... Есть решения на платформе v7 (как правило, несовместимые друг с другом) Есть решения на платформе v8 (как правило, несовместимые ни друг с другом, ни с решениями на платформе v7) ![]() Но ты, вероятно, невнимательно прочитал предложение и пропустил ключевую фразу "КАК в 1С". Я имел ввиду саму СХЕМУ разработки отдельного решения на платформе 1С. А про совместимость решений или платформ 1С друг с другом я, честно говоря, и не спрашивал. Не совместимы - и Бог с ними. Цитата:
Цитата:
Теперь уточните в какой именно 1С? ![]() И что именно вы подразумеваете под "календарно-сетевым планированием", реализованным в 1С ![]() Теперь уточните, в каком именно месте в нём написано хоть что-либо про 1С ? ![]() Там есть только про Спайдер и Примаверу. Цитата:
насколько я знаю, ни в одной конфигурации 1С, ни на одной платформе он не реализован.
Цитата:
![]() Конечно же, центры решений, относятся к любой "самодеятельности" резко отрицательно. Помню, ещё несколько лет назад многие из них исходили желчью, когда узнавали, что клиент НАСТОЛЬКО ОБНАГЛЕЛ, что нанял себе в штат Nav-программиста и теперь может "сам себя поддерживать", а не пользоваться их услугами. Но времена меняются. Рынок, знаете ли ![]() Цитата:
они должны были послать не "к x#$ям", а на Visual Studio.
![]() Что предлагать писать "всё самим и с нуля", что просто послать. На минуточку (если кто-то забыл), что кроме хранилища данных в Nav существуют также интерпретатор и компилятор встроенного языка. Просто ли реализовать свой интерпретатор+компилятор на Delphi или Visual Studio? Не думаю. В этом надо минимум разбираться и этим заниматься. А для тех кто уж СОВСЕМ уверен в своих силах, или нашёл уже готовый компонент интерпретатора, к примеру, для Delphi... Для них остаётся ещё одна задачка - написать отладчик. Хотя бы такой простенький как в Nav. Да весь наш "продвинутый" форум можно допросить с пристрастием. И аксаптовский заодно. И ещё 20 форумов по Delphi. И никто! Ни один человек ВООБЩЕ НЕ ПРЕДСТАВЛЯЕТ СЕБЕ АРХИТЕКТУРУ ОТЛАДЧИКА. Как его писать и с чего надо начинать? И никто из нас профессионально этим не занимался. Я уверен в этом на все 100% Не. Ну можно, конечно, всё делать "экпериментально" или "по наитию". Типа, полгода продержать в штате группу разработчиков, а потом понять, что то, что они "наваяли" вообще никуда не годится. Да и зачем? Зачем все эти сложности? Есть же УЖЕ ГОТОВАЯ ПРОГРАММА - NAVISION. И УЖЕ С ОТЛАДЧИКОМ. Весь вопрос, как её купить у Microsoft, не переплачивая за техподдержку и сервис-паки? ![]() Цитата:
Если продукт самописный и никак не связан с существующим функционалом, то пусть лучше возьмут Visual Studio и ваяют свою нетленку. В VS и среда разработки получше, и система лицензирования более приспособлена для самописных нетленок.
Да. Новый продукт с "типовым функционалом" никак не связан. А вот с их движком МОГ бы быть связан! Так не хотят же... Политика Мелкософта напоминает мне советский стол заказов, когда к банке красной икры расторопные продавщицы "прикручивали" жуткий суповой набор, консервы из перловки и прочую дрянь. А отдельно икру было не купить. Ни за какие деньги! О чём вы?! Они(продавщицы) делали такие большие выразительные глаза и к моим просьбам купить отдельно только икру тоже "относились отрицательно". ![]() И где сейчас все эти продавщицы с их магазинами и совковой жадностью? Сами знаете. 1С всё это как-то быстро поняли, и сделали шаг в сторону клиента. И тебе недорогая "Учебная версия", и тебе "Комплект специалиста по разработке и внедрению". + поддржка линукс и PostgreSQL. Внедряй - не хочу. Молодцы! Вот за это их уважаю. Осталось только дождаться такой же вменяемой ответной реакции от Microsoft ![]() |
|
![]() |
#2 |
Участник
|
Цитата:
Сообщение от jopagames2
![]() Цитата:
Во-вторых,
я уже неоднократно говорил про 1С - нет такого функционала. Нет такой платформы. У 1С - нет решений. ... Есть решения на платформе v7 (как правило, несовместимые друг с другом) Есть решения на платформе v8 (как правило, несовместимые ни друг с другом, ни с решениями на платформе v7) ![]() Но ты, вероятно, невнимательно прочитал предложение и пропустил ключевую фразу "КАК в 1С". "В 1С" (в фирме 1С) не ведется разработка "отдельных решений". В (фирме) 1С ведется разработка типовых конфигураций. Цитата:
Под схемой видимо имеется в виду запуск платформы 1С на пустом каталоге? Нет, в Навике такой схемы не предусмотрено ни технически, ни юридически. Потому что такая схема приводит к несовместимым приложениям(конфигурациям). Цитата:
Сообщение от jopagames2
![]() Цитата:
![]() Конечно же, центры решений, относятся к любой "самодеятельности" резко отрицательно. Помню, ещё несколько лет назад многие из них исходили желчью, когда узнавали, что клиент НАСТОЛЬКО ОБНАГЛЕЛ, что нанял себе в штат Nav-программиста и теперь может "сам себя поддерживать", а не пользоваться их услугами. Но времена меняются. Рынок, знаете ли ![]() ![]() во-первых, я всегда поддерживал наличие внутренней команды. во-вторых, речь идет о едином-совместимом-функционале или о наборе разрозненных конф. а навике - единый функционал (да, я знаю о боковых ветвях типа Incadea). специалисты (клиента, внедренца) могут допиливать. Но основа - единая. Так он устроен, так он продается, так он лицензируется. Просто надо это учитывать. |
|
![]() |
#3 |
Участник
|
Цитата:
![]() Понял, где я был неправ. Теперь наконец-то дошло. Виноват, не спорю. Я-то, по простоте душевной, написал "как в 1С", а надо было написать "как на 1С". (тогда бы у тебя с просто "1С" возникла бы правильная ассоциация не с "фирмой 1С", а именно с "платформой 1С") Что самое смешное, я на эти же самые грабли уже наступал этим летом в Крыму. Пошёл, понимаешь, на рынок за цибулей там, или ещё за чем-то. И сдуру в разговоре с продавцом-хохлом, так же как и тебе, ляпнул - "на Украине". Что тут было? Не поверишь! Позеленел аж весь. Глаза выпучил, орёт не меня, кидается с кулаками. "Що, мля? Як ти мэнi, москаль поганiй, кажешь?!" Короче, еле-еле его от меня граждане оттащили. Убил бы меня. И прав бы был!!! Чесслово! Оказалось, что говорить "на Украине" или "в Украине" это вам не какая-то, мля, школьная фонетика. Тут, мля, замешана ПОЛИТИКА, а также извечные РОССИЙСКИЕ ПРЕТЕНЗИИ на исконную территорию Украины! И говорить так могут только НЕГРАМОТНЫЕ ПОЛИТИЧЕСКИЕ ПРОСТИТУТКИ! (так мне объяснял мужчина, размахивая кулаком) А ты, вишь как... Деликатно меня поправляешь. Спасибо. Учту. Цитата:
Разве исходный вопрос был не о разработке "все самим с нуля"?
Нет, Сергей. Исходный вопрос был такой: "все самим с нуля, используя движок Nav. возможно ли?" Про ваять всё на VisualStudio или Delphi речи не шло. Вести разработку своей конфигурации на 1С, честно говоря, мне тоже не очень хочется. Во-первых, я сам лично на 1С не программирую. (но, от безысходности, уже начал читать книжки ![]() Там же наверняка куча "своих" глюков и проблем совместимости, в которые надо долго вникать. А во-вторых, для клиента бренд Microsoft пока гораздо симпатичнее бренда 1C и его легче продавать клиенту. Насчёт разработки на "других системах", про которые ты пишешь... Если ты действительно знаешь какую-то реальную альтернативу движка Nav, напиши. Я искал и не нашёл просто. SAP и Axapta в разы дороже. Цитата:
Нет, в Навике такой схемы не предусмотрено ни технически, ни юридически.
Потому что такая схема приводит к несовместимым приложениям(конфигурациям). Что водку нельзя купить без бутылки - это ты прав. Только учти, что стоимость бутылки, по сравнению с ценой на водку, незначительна. Именно поэтому и не происходит русский бунт (безжалостный и беспощадный ![]() Если же бутылку станут делать из хрусталя (как сейчас делают пиндосы в Nav), а водку без этой БЕЗУМНО ДОРОГОЙ ПОСУДЫ вообще будет нельзя купить, то тогда - будьте любезны. Таким продавцам рано или поздно проломят голову ![]() Цитата:
Но основа - единая. Так он устроен, так он продается, так он лицензируется. Просто надо это учитывать.
Просто возникает обычный для России вопрос: "ДОКОЛЕ???!!!" ![]() |
|
![]() |
#4 |
Участник
|
Я тут думал-думал... Возможно, я вообще лижу не ту задницу
![]() Возможно, есть более простой способ решить мою "проблему" с движком, но другим способом. Начальные условия: У меня есть несколько независимых друг от друга "конфигураций", написанных на движке Nav. (они в отдельных диапазонах и не требуют основной конфигурации для запуска) Я хочу их продать, а клиент хочет их купить. Как минимизировать расходы клиента? Чтобы он, по возможности, не платил за всю ERP-систему, которая ему пока не нужна. Вести управленческий учёт или склад на Nav он пока не собирается. Возможно позже. Сейчас покупка базовой конфигурации Nav, насколько я знаю, стоит около 1500 евро, что сравнимо с ценой на мою "конфигурацию", пока особой коммерческой ценности не представляющую. Но конфигурацию планируется развивать. Как лучше поступить? |
|