БАЗИС 8 - общее обсуждение

Обещанные скриншоты. Пока скриншоты.

На скриншотах №№ 04 и 05 - изображено по одной(!) панели на каждом. Тот самый трехмер, о котором немало говорилось.

06 - Пользовательская настройка "горячих клавиш"

БМ 80 с 10.02.11 запущен в режиме промышленного тестирования (расширен круг тестирующих пользователей).
C 05.04.2011 на оффсайте доступна для скачивания ДЕМО версия БМ8.
21.04.2011 на оффсайте появился прайс на БМ8.

31.05.2011 Начало продаж системы БАЗИС 8 Подробнее...



Рекомендации по установке программы, исправления ошибок сохранения настроек и т.д, "access violation at address ****":

Скрытый текст

1. Раскройте всю папку установки БАЗИС`а (по умолчанию это C:\Program Files (x86)\Bazissoft\) на чтение и запись: папка/ПКМ/Свойства/Безопасность - там дать полные доступы на чтение и запись для Вашего Пользователя Windows.
2. То же самое сделайте для всех папок, где храните пользовательские файлы БАЗИСа, в том числе и для папки C:\Users\<имя пользователя>\Documents\Bazis8\, в том числе и для папки с базой материалов *.fdb.
3. Назначьте каждому *.exe файлу БАЗИСа атрибут "Запуск от имени Администратора":
Файл/ПКМ/Свойства/Совместимость - там назначить этот атрибут. Лучше даже - для всех Пользователей Windows.
4. Разрешите индексировать содержимое файлов в следующих областях Вашего компьютера (Папка/ПКМ/Свойства/Общие/Другие - там поставить соответствующую галочку):
4.1. В папке установки БАЗИСа (по умолчанию это C:\Program Files (x86)\Bazissoft\)
4.2. В папке личных настроек БАЗИСа (по умолчанию это C:\Users\<имя пользователя>\AppData\Roaming\Bazis8\)
4.3. В папках, где храните пользовательские файлы БАЗИСа.
5. В настройках Вашего антивируса/защитника ПОЛНОСТЬЮ исключите из проверки и сканирования следующие области Вашего компьютера:
5.1. Всю папку БАЗИСа (по умолчанию это C:\Program Files (x86)\Bazissoft\)
5.2. Папку личных настроек БАЗИСа (по умолчанию это C:\Users\<имя пользователя>\AppData\Roaming\Bazis8\)
5.3. Папку С:\Program Files (x86)\CodeMeter\, С:\Program Files\CodeMeter\
5.4. Сам ключ CodeMeter (он видится, как съемный диск, как обычная флэшка).
5.5. Все папки, где храните пользовательские файлы БАЗИСа, в том числе и папку C:\Users\<имя пользователя>\Documents\Bazis8\, в том числе и папку с базой материалов *.fdb.
6. Для хранения пользовательских настроек в папке с программой, а не в папке %AppData%\Roaming\Bazis8, при закрытой программе создайте в папке с Базис`ом подпапку Settings,
при запуске Базиса настройки автоматически создадутся в ней, так же можно сюда перенести свои существующие настройки из %AppData%\Roaming\Bazis8
7. Открыть порты в брандмауэре Windows для CodeMeter и Firebird - TCP 22350, 14357, 14358, UDP 22350.
8. При работе на ноутбуке с дискретным графическим адаптером назначить на все модули *.exe запуск с высокопроизводительной видеокартой (в настройках драйверов видеокарты - параметры 3D - программные настройки).

[свернуть]

При вопросах связанных с "глюками" при проектировании/тонировании/экспорте/импорте - выкладывайте файлы при работе с которыми проявились описываемые Вами ньюансы и указывайте конфигурацию ОС и "железа"

[Am0ralist]

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

Возможно, но мы себе такого пока не можем позволить: если мы будем редко выпускать новшества, а только править ошибки - через некоторое время и править ошибки будет некому.

Змея съест сама себя. Или трест, который лопнул - кому как удобнее для понимания.

Дмитрий, то есть по вашему ошибка в конкретном постпроцессере в формировании паза - достойна того, чтоб ее правили 4 месяца руками?
в ожидании пока прочие разработчики достигнут дзена в реализации новой оптимизации базы?

[DTioutiou]

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

ошибка в конкретном постпроцессере в формировании паза

1. Ошибка и отсутствие возможности в программе сделать что-либо автоматизированно - это большая разница. То, чего нет в программе и что хочется Пользователю - это еще не ошибка.

2. Если какая-то работа требует времени - значит, она его требует.

[Am0ralist]

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

1. Ошибка и отсутствие возможности в программе сделать что-либо автоматизированно - это большая разница. То, чего нет в программе и что хочется Пользователю - это еще не ошибка.

2. Если какая-то работа требует времени - значит, она его требует.

1. Я говорю не про новшества и добавлении чего либо. А именно про ошибки. Если до обновления - работало, а после - нет.

2. Повторю: "то есть по вашему ошибка <разработчиков> в конкретном постпроцессере в формировании паза - достойна того, чтоб ее правили 4 месяца руками <на производстве пользователи>?"

[Kudesnick]

Есть проблема. Пользователи не знают что их ждёт в будущем, не знают что стало с их предложением/замечанием/ошибкой. Вроде есть какой-то мифический список приоритетных задач, но это видимо только для внутреннего пользования.
В последних релизах наблюдаю, что некоторые отклонённые прежде замечания всё же реализовываются или принятые года назад сделаны, но с другой формулировкой.
О чём это говорит?! О том, что пользователи в (порой) долгой переписке таки добиваются заветного "зафиксировано", но сколько до этого людей пыталось донести то же самое и потратили кучу времени, красноречия и нервов?!

Собственно отсюда и предложение. DTioutiou, зарегистрируйтесь, организуйте приём пользовательских предложений через спец. сервис типа Uservoice.com, Reformal.ru, Betaeasy.com или др. Там каждый сможет голосовать за нужную ЕМУ идею и видеть воочию что нужно большинству и весь список с актуальным рейтингом.
Такие системы используют многие разработчики и переоценить их по-моему невозможно.

[DTioutiou]

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

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

Начать надо с того, что отклоняется очень мало предложений. И это, как правило, предложения либо малореальные (типа читать модель Мебельщика Шкафом), либо те, в которых не продуманы пути решения конфликтов с уже имеющимся функционалом. Подавляющее же большинство предложений фиксируется.

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

Там каждый сможет голосовать за нужную ЕМУ идею и видеть воочию что нужно большинству и весь список с актуальным рейтингом.

Здесь есть несколько моментов:

1. Этот пользовательский рейтинг далеко не всегда будет совпадать с реальным рейтингом. А новшества вводятся в программу именно в соответствии с реальным рейтингом.

2. Полученный таким голосованием рейтинг будет весьма нечист из-за двух факторов:
2.1. Бездумного голосования (типа, мне-то не нужно, но пусть будет, не помешает!)
2.2. Эффекта "накачки", некоего флэш-моба.
Соответственно, этим рейтингом тоже не получится руководствоваться всерьез.

3. Даже реально высокорейтинговое предложение может оказаться весьма трудоемким в исполнении.

Таким образом, что и кому даст этот пользовательский рейтинг?
Что это даст Пользователям?
Что это даст "Базис-Центру"?

[Am0ralist]

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

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

Вот лучше б как раз список подобных задач, как и открытый список известных ошибок и "фич".
а то пишешь в ГТП, а оттуда: "да, старая ошибка"... епрст, им то известная, а пользователь почему каждый раз должен самостоятельно эти грабли нащупывать?

[Сергей Валерьевич]

как и открытый список известных ошибок и "фич"

Если такой список будет в открытом доступе, кто ж тогда его (Базис) купит? ))

[Am0ralist]

Сообщение от Сергей Валерьевич

Если такой список будет в открытом доступе, кто ж тогда его (Базис) купит? ))

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

[Tehnik]

каждый сможет голосовать за нужную ЕМУ идею и видеть воочию что нужно большинству и весь список с актуальным рейтингом.

Хотя бы небольшой раздел на сайте или оф.форуме (лучше на этом форуме) типа "Над чем работаем". Так фанаты смогут видеть прогресс на полшага вперед и не зависать в неведении между обновлениями. Или список зафиксированных проблем держать на виду, чтобы "пожелания" меньше повторялись.

[Kudesnick]

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

1. Этот пользовательский рейтинг далеко не всегда будет совпадать с реальным рейтингом.

Сразу вопрос: что это за "реальный" рейтинг? Если не пользовательский, то чей?

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

Таким образом, что и кому даст этот пользовательский рейтинг?

Дмитрий, вы видимо не в теме этой системы. Её придумывали не глупые люди и понятно, что разработчики типа "Майкрософта" не использовали бы её будь всё так примитивно.
Например, в том же UserVoice пользователю даётся лишь десять голосов (звёздочек, галочек, лайков). На одно предложение он может потратить максимум три голоса. А значит пользователь десять раз подумает какая из задач для него приоритетней в данный момент прежде чем голосовать. Поэтому фактор "флэшмоба" и накрутки сводится к минимуму (уверен у них есть и дополнительные степени защиты).
Когда/если функция реализовывается организатор помечает идею как выполненную, а голоса пользователей высвобождаются и они их могут отдать на другие задачи. Кроме того, если у пользователя поменялись приоритеты (например курс евро растёт как на дрожжах), то он может забрать голоса с других задач и отдать для более актуальной (например, поддержку нескольких валют в Смете).

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

Что это даст Пользователям?

1. Постоянный актуальный список известных замечаний/пожеланий, что избавляет от необходимости исписывать километровые "портянки" с ТП. Экономия времени пользователя = преданность разработчику.
2. Возможность влиять (очевидным способом) на разработку в нужном русле.
3. Возможность видеть чего хотят другие (такие же) пользователи, поддержать, обсудить, прийти к компромиссу по данной задаче.

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

Что это даст "Базис-Центру"?

1. Высвобождение ресурсов (человекочасов). Не придётся по сорок (останется лишь двадцать) раз разжёвывать одно и то же. Докапываться до того, что именно юзер имеет ввиду под "оно не работает".
2. "Живой", актуальный список задач заведомо согласованный и основанный на том, что нужно пользователям.
3. Заранее обсуждённые, выработанные, выстраданные решения самими пользователями о том как это должно быть, чтоб потом это не стало "сюрпризом". Т.е. вы ещё до бета-стадии будете знать для чего пользователи хотят использовать эту функцию, какие нужны параметры и делать это сразу, а не дорабатывать "по ходу".
4. Наглядность. Пользователь видит, что пункт договора, где "БЦ обязуется вносить изменения в программу по запросу пользователя" (примерно, дословно не помню) не для красного словца. Что он выполняется в порядке живой наглядной очереди,̶ ̶п̶о̶л̶л̶и̶т̶р̶а̶ ̶и̶ ̶т̶а̶к̶о̶й̶-̶т̶о̶ ̶м̶а̶т̶е̶р̶и̶.