AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 07.05.2008, 17:47   #61  
romeo is offline
romeo
Участник
Аватар для romeo
 
564 / 10 (2) +
Регистрация: 31.03.2004
Цитата:
Сообщение от HLS Посмотреть сообщение
В лучшем случае, придется переделывать отчеты. И не исключено, что Васины ключи программист Петя (более менее опытный) в дальнейшем не будет их использовать (не только для отчетов)....
Отчеты, разработанные неумелым Васей и доделываемые чуть более умелым Петей никак не говорят о том, что плоха система. Мы выходим за рамки.
Старый 07.05.2008, 17:47   #62  
HLS is offline
HLS
Участник
 
37 / 10 (1) +
Регистрация: 18.04.2008
Цитата:
Сообщение от HLS Посмотреть сообщение
"Правильнее просто не экономить на ИТ - на консультантах, тестерах, программистах"
Т.е. повысить Васе изначально зарплату?
Старый 07.05.2008, 17:48   #63  
romeo is offline
romeo
Участник
Аватар для romeo
 
564 / 10 (2) +
Регистрация: 31.03.2004
Цитата:
Сообщение от HLS Посмотреть сообщение
Т.е. повысить Васе изначально зарплату?
Выгнать Васю, не пожалеть денег и взять на работу высококлассного спеца.
Старый 07.05.2008, 17:50   #64  
artkashin is offline
artkashin
Участник
MCBMSS
 
519 / 18 (2) ++
Регистрация: 06.12.2006
Цитата:
Сообщение от SVG Посмотреть сообщение
Правильнее просто не экономить на ИТ - на консультантах, тестерах, программистах.
Не доверяться внедренцу "за подешевле", не экономить на собственных специалистах.
Вот решение проблемы.
Это лишь частичное решение проблемы. Супер специалисты - тоже люди. И Супер специалисты ошибаются - не они закладывали логику и принципы работы учетных кодюнитов, до конца понять её, по-моему, не возможно.
Скажем так. Представте себе программу, которая, чтобы заработала должна поменять код ядра Windows под свои потребности? Поставите себе такую программу? Какова будет стабильность такой программы? Помните Windows 9х, когда программа могла свободно "залезть" в адресное пространство ядра и завесить всю систему? И насколько стабильнее работает NT ядро, потому что не пропускает к себе пользовательские программы. Получается, чтобы писать полноценный, СТАБИЛЬНЫЙ код в наве нужно быть не просто прикладным программистом, но и системным.
Старый 07.05.2008, 17:52   #65  
HLS is offline
HLS
Участник
 
37 / 10 (1) +
Регистрация: 18.04.2008
Цитата:
Сообщение от romeo Посмотреть сообщение
Отчеты, разработанные неумелым Васей и доделываемые чуть более умелым Петей никак не говорят о том, что плоха система. Мы выходим за рамки.
Если Петя грамотный, то он скажет своему руководителю - что Вася - плохой человек, и переделывать за него ничего не собирается... ))))
Старый 07.05.2008, 17:58   #66  
romeo is offline
romeo
Участник
Аватар для romeo
 
564 / 10 (2) +
Регистрация: 31.03.2004
Цитата:
Сообщение от HLS Посмотреть сообщение
Если Петя грамотный, то он скажет своему руководителю - что Вася - плохой человек, и переделывать за него ничего не собирается... ))))
Это проблемы руководства, Пети и может быть Васи. Не системы.
Старый 07.05.2008, 17:58   #67  
artkashin is offline
artkashin
Участник
MCBMSS
 
519 / 18 (2) ++
Регистрация: 06.12.2006
Цитата:
Сообщение от romeo Посмотреть сообщение
Выгнать Васю, не пожалеть денег и взять на работу высококлассного спеца.
главное то, Петя, когда-то был Васей (т.е. не был спецом).
З.Ы. Спецов (не будем употреблять слово высококлассный) - единицы, может сотня.Внедрений Нава - тысяча.
Т.е. Примерно один спец на десять внедрений. Боюсь, на всех не хватит :-)
Старый 07.05.2008, 18:09   #68  
SVG is offline
SVG
Участник
 
201 / 10 (1) +
Регистрация: 15.11.2004
Не хватит.
Почему-то даже у дорожных строителей есть старший бригады
А у программистов почему берут одного студента и дают ему карт-бланш? Экономят.
Ну вот пусть потом и расхлебывают, нанимают спецов для повышения производительности и т.п.
Старый 07.05.2008, 18:09   #69  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
и пошли меряться...
может к теме вернемся?
__________________
полезное на axForum, github, vk, coub.
Старый 07.05.2008, 18:11   #70  
HLS is offline
HLS
Участник
 
37 / 10 (1) +
Регистрация: 18.04.2008
Цитата:
Сообщение от romeo Посмотреть сообщение
Это проблемы руководства, Пети и может быть Васи. Не системы.
Да. Не спорю, вот только неграмотность наших чудо-директоров (управленцев) как причина серъезно сказывается на имидже навика (из-за большого кол-ва неудачных внедрений)...
Они (в большенстве своем) еще до сих пор считаю, что выгодней за копейки нанимать студентов. Но с другой стороны тут все взаимо связано - не нанимать студентов - значит не получить в будущем специалистов....

выход один - жесткие меры (спеиально для России).
Старый 07.05.2008, 18:16   #71  
SVG is offline
SVG
Участник
 
201 / 10 (1) +
Регистрация: 15.11.2004
2mazzy
А чего возвращаться - да, нави не доделан )))
Спроси Санчу как он зарплату пытался посчитать - он будет
плакать, показывать пантомимы в лицах, трясти книжкой о восьмистах листах
с названием "описание навижна", а в конце махнет рукой и скажет "а... перепишем нах, и будет конфетка" )))))
Старый 07.05.2008, 18:19   #72  
HLS is offline
HLS
Участник
 
37 / 10 (1) +
Регистрация: 18.04.2008
Предлогаю удалить последние посты - как антирекламу! Так нам лучше будет!
Старый 07.05.2008, 18:22   #73  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от SVG Посмотреть сообщение
2mazzy
А чего возвращаться - да, нави не доделан )))
А возвращаться надо не к утверждению "да, недоделан"
А к утверждению "почему".
И перечислять, перечислять, перечислять эти самые "почему".

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

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



Цитата:
Сообщение от HLS Посмотреть сообщение
Предлогаю удалить последние посты - как антирекламу! Так нам лучше будет!
сразу в кусты... сразу "удалить"...
Думать раньше надо было
__________________
полезное на axForum, github, vk, coub.
Старый 07.05.2008, 18:26   #74  
HLS is offline
HLS
Участник
 
37 / 10 (1) +
Регистрация: 18.04.2008
На мой взгляд, на данный момент общая концепция навижена такова, что он не может быть доделан впринципе! Если его доделать - то это уже, пардон будет уже не навижен! Во как! )))))) А если его доделать (что в принципе невозможно), то программисты Вася и Петя останутся без работы, а все отчеты будут лобать простые бухгалтера(на сколько я знаю он так и задумывался). я в этом, сори, не заинтересован!
Старый 07.05.2008, 18:41   #75  
HLS is offline
HLS
Участник
 
37 / 10 (1) +
Регистрация: 18.04.2008
Раскрою тайну, разработчики навижена (его мета -бизнес-логики), сами были очень ленивы, поэтому отладку системы они поручили таким как мы - Васям и Петям, сделав все "стремные" кодюниты - редактируемыми.... Чтобы избавить навижен от глюков, нужно нормально отладить мета-бизнесс-логику ("стремные" кодюниты) и дать возможность всем править простую бизнесс логику (конкретного предприятия)....

...может конечно это и чушь... простите если -что...
Старый 07.05.2008, 18:58   #76  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от HLS Посмотреть сообщение
На мой взгляд, на данный момент общая концепция навижена такова, что он не может быть доделан впринципе!
Ни одна программа не может быть доделана "в принципе".
может просто приведете свои пункты в ветках
Я буду считать локализацию Microsoft Dynamics NAV версии 5.0 SP1 нормальной, если...
Я буду считать локализацию Microsoft Dynamics NAV версии 5.0 SP1 отстойной, если...
?
__________________
полезное на axForum, github, vk, coub.
Старый 07.05.2008, 19:00   #77  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Чтобы получить доступ к "не стремным" кодеюнитам компания-клиент должна выложит 5К евро + НДС + 16% за поддержку. А для для доступа к "стремным" еще 18К евро + НДС + 16%.

Думаю, для протягивания одного поля такой инструментарий не покупают.
Старый 07.05.2008, 19:19   #78  
artkashin is offline
artkashin
Участник
MCBMSS
 
519 / 18 (2) ++
Регистрация: 06.12.2006
Цитата:
Сообщение от 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?

Это только то, что просто сходу вспомнил
Старый 07.05.2008, 19:25   #79  
artkashin is offline
artkashin
Участник
MCBMSS
 
519 / 18 (2) ++
Регистрация: 06.12.2006
Вспомнил еще:
Когда справку, которую ты пишешь, не прийдется обновлять на всех клиентах, а лишь на сервере (из-за этого она и не используется).
Вот тогда можно будет говорить, что навижн - технически шагает в ногу со временем. Никаких инноваций.
Старый 07.05.2008, 20:12   #80  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от 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?

Это только то, что просто сходу вспомнил
Спасибо.
__________________
полезное на axForum, github, vk, coub.
 

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 22:31.