Навижен сильно недоделан (С) Gmc. Почему? - Страница 4 - NAV: Функционал

romeo · 07.05.2008, 17:47

Цитата:

Сообщение от HLS

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

Отчеты, разработанные неумелым Васей и доделываемые чуть более умелым Петей никак не говорят о том, что плоха система. Мы выходим за рамки.

HLS · 07.05.2008, 17:47

Цитата:

Сообщение от HLS

"Правильнее просто не экономить на ИТ - на консультантах, тестерах, программистах"

Т.е. повысить Васе изначально зарплату?

romeo · 07.05.2008, 17:48

Цитата:

Сообщение от HLS

Т.е. повысить Васе изначально зарплату?

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

artkashin · 07.05.2008, 17:50

Цитата:

Сообщение от SVG

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

Это лишь частичное решение проблемы. Супер специалисты - тоже люди. И Супер специалисты ошибаются - не они закладывали логику и принципы работы учетных кодюнитов, до конца понять её, по-моему, не возможно.
Скажем так. Представте себе программу, которая, чтобы заработала должна поменять код ядра Windows под свои потребности? Поставите себе такую программу? Какова будет стабильность такой программы? Помните Windows 9х, когда программа могла свободно "залезть" в адресное пространство ядра и завесить всю систему? И насколько стабильнее работает NT ядро, потому что не пропускает к себе пользовательские программы. Получается, чтобы писать полноценный, СТАБИЛЬНЫЙ код в наве нужно быть не просто прикладным программистом, но и системным.

HLS · 07.05.2008, 17:52

Цитата:

Сообщение от romeo

Отчеты, разработанные неумелым Васей и доделываемые чуть более умелым Петей никак не говорят о том, что плоха система. Мы выходим за рамки.

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

romeo · 07.05.2008, 17:58

Цитата:

Сообщение от HLS

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

Это проблемы руководства, Пети и может быть Васи. Не системы.

artkashin · 07.05.2008, 17:58

Цитата:

Сообщение от romeo

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

главное то, Петя, когда-то был Васей (т.е. не был спецом).
З.Ы. Спецов (не будем употреблять слово высококлассный) - единицы, может сотня.Внедрений Нава - тысяча.
Т.е. Примерно один спец на десять внедрений. Боюсь, на всех не хватит :-)

SVG · 07.05.2008, 18:09

Не хватит.
Почему-то даже у дорожных строителей есть старший бригады
А у программистов почему берут одного студента и дают ему карт-бланш? Экономят.
Ну вот пусть потом и расхлебывают, нанимают спецов для повышения производительности и т.п.

**mazzy** · 07.05.2008, 18:09

и пошли меряться...
может к теме вернемся?

HLS · 07.05.2008, 18:11

Цитата:

Сообщение от romeo

Это проблемы руководства, Пети и может быть Васи. Не системы.

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

выход один - жесткие меры (спеиально для России).

SVG · 07.05.2008, 18:16

2mazzy
А чего возвращаться - да, нави не доделан )))
Спроси Санчу как он зарплату пытался посчитать - он будет
плакать, показывать пантомимы в лицах, трясти книжкой о восьмистах листах
с названием "описание навижна", а в конце махнет рукой и скажет "а... перепишем нах, и будет конфетка" )))))

HLS · 07.05.2008, 18:19

Предлогаю удалить последние посты - как антирекламу! Так нам лучше будет!

**mazzy** · 07.05.2008, 18:22

Цитата:

Сообщение от SVG

2mazzy
А чего возвращаться - да, нави не доделан )))

А возвращаться надо не к утверждению "да, недоделан"
А к утверждению "почему".
И перечислять, перечислять, перечислять эти самые "почему".

Чтобы при выходе 5.1 поднять список и пройтись по нему с крыжиком.
Если не исправили, то бушевать по поводу версии 2009 заранее.
Для партнеров доступен Microsoft Dynamics NAV 2009 Technical Preview

Итак, почему Навижен сильно недоделан?

Цитата:

Сообщение от HLS

Предлогаю удалить последние посты - как антирекламу! Так нам лучше будет!

сразу в кусты... сразу "удалить"...
Думать раньше надо было

HLS · 07.05.2008, 18:26

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

HLS · 07.05.2008, 18:41

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

...может конечно это и чушь... простите если -что...

**mazzy** · 07.05.2008, 18:58

Цитата:

Сообщение от HLS

На мой взгляд, на данный момент общая концепция навижена такова, что он не может быть доделан впринципе!

Ни одна программа не может быть доделана "в принципе".
может просто приведете свои пункты в ветках
Я буду считать локализацию Microsoft Dynamics NAV версии 5.0 SP1 нормальной, если...
Я буду считать локализацию Microsoft Dynamics NAV версии 5.0 SP1 отстойной, если...
?

apanko · 07.05.2008, 19:00

Чтобы получить доступ к "не стремным" кодеюнитам компания-клиент должна выложит 5К евро + НДС + 16% за поддержку. А для для доступа к "стремным" еще 18К евро + НДС + 16%.

Думаю, для протягивания одного поля такой инструментарий не покупают.

artkashin · 07.05.2008, 19:19

Цитата:

Сообщение от mazzy

А возвращаться надо не к утверждению "да, недоделан"
А к утверждению "почему".
И перечислять, перечислять, перечислять эти самые "почему".

Чтобы при выходе 5.1 поднять список и пройтись по нему с крыжиком.
Если не исправили, то бушевать по поводу версии 2009 заранее.
Для партнеров доступен Microsoft Dynamics NAV 2009 Technical Preview

Итак, почему Навижен сильно недоделан?

Разобъем на две части: Техническая отсталость системы, и проблемы базы CRONUS Россия.
на второй вопрос ответить с ходу не готов.
А вот на первый с радостью:
-Когда сделают возможность выбора непредопределенных ключей (хочу отсортировать по любому полю! в любом направлении!)
-Когда тип Option не будет "Зашит" во внутренней структуре базы (Навижн нарушает принципы 1 Нормальной формы - отсутсвие составных кортежей-полей), и а добавление нового значения в список - не приведет к изменению структуры данных. (До сих пор плююсь от этого типа и не использую его, хотя он очень удобен с точки зрения пользователей)
-Когда добавится штатная возможность TreeView.
-Когда будут убраны ограничения системы в части длинны переменной в 1024 байта, а длинны поля - в 250, максимального размера записи таблицы в 4КБ, а длинны ключа в 250 символов.
-Когда можно будет использовать SQL запросы штатно
-Когда добавили в механизм фильтрации логический оператор "OR"
-Когда за целостность данных и Constraintы будет отвечать сервер БД (Даже не сервер ПРИЛОЖЕНИЙ) - хотя это спорный вопрос
-Про Тонкий клиент, и Веб-клиент я просто молчу. И чтобы не было так, что чтобы заработал Веб-Клиент надо перелопатить кучу кода и сотен ограничений при работе с ним.
-Когда функциональность Report Designer будет в корне пересмотрена. (это отдельная тема, чего не хватает Дизайнеру отчетов)
-Когда любое свойство кнопки, поля и т.д. можно изменить программно.
-Появятся обработчики событий типа OnMouseFocus
-Возможность формировать и выполнять Динамический код С/АL был бы плюсом.
-Легкая возможность выполнять бизнес-логику системы сторонними программами (Встроено, без доработки напильником). Т.е. например Validate поля из сторонней системы. Хотя бы Навижн в качестве Automation - сервера.
-Полноценный импорт/экспорт данных из системы ОнЛайн в форматах отличных от ТХТ (XLS, WORD, RTF) (Пусть скопируют функциональность из Access 2007, хотя бы), как пользователем, так и программно.
-полноценный парсер XML. (Кто нибудь пользуется XML портами?)
-Когда, наконец, исправят сохранение отчета в виде HTML?? (этот пункт зачту, когда увижу Товарную накладную ТОРГ-12, сохранненую из отчета в виде HTML, которую можно будет расспечатать сразу, и она будет такой же, как при печати из дизайнера отчетов)
-Когда, наконец-таки поменяют кодировку с DOS на WIN при экспорте и при копировании в буфер:-). Вообще бы Юникод был бы не лишним для "Мультиязыковой" системы.
-работа с внешними устройствами (терминал сбора данных) будет доведена до ума. Кто использует ACDS?

Это только то, что просто сходу вспомнил

artkashin · 07.05.2008, 19:25

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

**mazzy** · 07.05.2008, 20:12

Цитата:

Сообщение от Kashin

Разобъем на две части: Техническая отсталость системы, и проблемы базы CRONUS Россия.
на второй вопрос ответить с ходу не готов.

Куда перенести ваши пункты? Когда сделают, то вы будете считать Навижин нормальным или отстойным?

Цитата:

Сообщение от Kashin

-Когда сделают возможность выбора непредопределенных ключей (хочу отсортировать по любому полю! в любом направлении!)

Ой, не надо...
В Аксапте есть. Убил бы. Пользователи ищут и сортируют по странным комбинациям полей. Блокируют систему нафиг из-за full scan'ов... А запретить там нельзя...

Цитата:

Сообщение от Kashin

-Когда добавится штатная возможность TreeView.

Ой, не надо...
http://axapta.mazzy.ru/lib/tree/
http://axapta.mazzy.ru/lib/tree2/
http://axapta.mazzy.ru/lib/tree3/

Вкратце: реляционные СУБД отвратительно работают с иерархиями.
С появлением treeView либо придется много программировать (перехватывать события expand, collapse), либо смириться с тормознутостью этого контрола при первоначальной загрузке огромного количества данных.

В той же самой Аксапте есть дерево для загрузки прав доступа... Блин... Застрелить хочется разработчиков.
Есть и сложно написанные деревья - клоичество кода огромно.

Цитата:

Сообщение от Kashin

-Когда будут убраны ограничения системы в части длинны переменной в 1024 байта, а длинны поля - в 250, максимального размера записи таблицы в 4КБ, а длинны ключа в 250 символов.

размер записи диктуется ограничением поддерживаемых версий SQL

с остальным согласен.

Цитата:

Сообщение от Kashin

-Когда можно будет использовать SQL запросы штатно

В обход триггеров?
Ой, нафиг, нафиг.
Если триггера должны работать, то все равно будет работа с каждой записью

Тут нужно, чтобы триггера были на уровне СУБД.
А это совсем другая система.

Цитата:

Сообщение от Kashin

-Когда за целостность данных и Constraintы будет отвечать сервер БД (Даже не сервер ПРИЛОЖЕНИЙ) - хотя это спорный вопрос

А отлаживать и вызывать кодеюниты вы как собираетесь?
Или вы предполагаете только статику?

Это будет совсем другая система.

Цитата:

Сообщение от Kashin

-Про Тонкий клиент, и Веб-клиент я просто молчу. И чтобы не было так, что чтобы заработал Веб-Клиент надо перелопатить кучу кода и сотен ограничений при работе с ним.

Хм... вы в курсе чем отличается веб-системы от gui-систем?
веб-системы работают в режиме вопрос-ответ.
клиент задает вопрос, сервер отдает ответ.
никаких динамических пересчетов, изменений режима редактирования и подсказок.
вернее можно. Но на клиенте должен присутствовать код, который делает мелкие запросы к серверу и управляет ответами.
Это совсем другая система

Цитата:

Сообщение от Kashin

-Когда функциональность Report Designer будет в корне пересмотрена. (это отдельная тема, чего не хватает Дизайнеру отчетов)

Согласен.

Цитата:

Сообщение от Kashin

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

Может быть, лучше просто взять Visual Studio?

Цитата:

Сообщение от Kashin

-Возможность формировать и выполнять Динамический код С/АL был бы плюсом.

Нах, нах, нах.

Цитата:

Сообщение от Kashin

-Легкая возможность выполнять бизнес-логику системы сторонними программами (Встроено, без доработки напильником). Т.е. например Validate поля из сторонней системы. Хотя бы Навижн в качестве Automation - сервера.

О! Да.

Цитата:

Сообщение от Kashin

-Полноценный импорт/экспорт данных из системы ОнЛайн в форматах отличных от ТХТ (XLS, WORD, RTF) (Пусть скопируют функциональность из Access 2007, хотя бы), как пользователем, так и программно.
-полноценный парсер XML. (Кто нибудь пользуется XML портами?)
-Когда, наконец, исправят сохранение отчета в виде HTML?? (этот пункт зачту, когда увижу Товарную накладную ТОРГ-12, сохранненую из отчета в виде HTML, которую можно будет расспечатать сразу, и она будет такой же, как при печати из дизайнера отчетов)
-Когда, наконец-таки поменяют кодировку с DOS на WIN при экспорте и при копировании в буфер:-). Вообще бы Юникод был бы не лишним для "Мультиязыковой" системы.
-работа с внешними устройствами (терминал сбора данных) будет доведена до ума. Кто использует ACDS?

Это только то, что просто сходу вспомнил

Спасибо.