Текущее время: Пн дек 18, 2017 5:31 pm

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 18 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Пт авг 13, 2004 8:40 am 
Site Admin

Зарегистрирован: Вт мар 18, 2003 3:36 pm
Сообщения: 335
Откуда: Easy Trace Group
Будет, когда мы наконец выпустим версию на новой платформе, над которой уже давно работаем. Сроки пока не обозначены...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн авг 16, 2004 2:57 pm 
Site Admin

Зарегистрирован: Вт мар 18, 2003 3:36 pm
Сообщения: 335
Откуда: Easy Trace Group
Про новую платформу мы ничего не публикуем, т.к. до релиза еще далеко. О сроках говорить очень сложно, т.к. одновременно приходится поддерживать и развивать текущую версию. Как минимум еще год. Скорее всего, будем выпускать частями, по модулям. Новое ядро предполагает более гибкую работу с векторными и атрибутивными данными и, в частности, открытые интерфейсы для доступа к данным проекта. Предложения по расширению функциональности ET принимаются.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн авг 30, 2004 3:57 pm 
Site Admin

Зарегистрирован: Вт мар 18, 2003 3:36 pm
Сообщения: 335
Откуда: Easy Trace Group
Открытие интерфейсов в текущей версии никак невозможно - ну не предусмотрено этого. А адаптация (считай, исправление архитектуры) слишком накладна. Так что пока мы вынуждены добавлять функциональность в текущую версию параллельно с работой над новой.
Кстати, а зачем вам автоматизация в Easy Trace? Чего вы от нее ждете конкретно и чем она облегчит вам жизнь?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт авг 31, 2004 12:27 pm 
Site Admin

Зарегистрирован: Вт мар 18, 2003 3:36 pm
Сообщения: 335
Откуда: Easy Trace Group
Ну вот... я же просила конкретно :D
Ясно, что автоматизация должна позволять писать скрипты... а зачем?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт окт 26, 2006 12:11 pm 

Зарегистрирован: Ср окт 25, 2006 10:09 pm
Сообщения: 8
Немного философский ответ.
Многие программные продукты решают общие задачи, что, в принципе и является их сильной стороной.
Однако, конечным пользователям обычно приходится решать частные задачи.

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

Полагаю, для вас не является секретом, что большинство конечных пользователей используют несколько процентов от общей функциональности программы. Т.е им мешает избыточная функциональность.

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

Кроме этого, пользователи будут писать вашу программу за вас, и, при этом, будут довольны.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт окт 26, 2006 3:02 pm 
Site Admin

Зарегистрирован: Вт мар 18, 2003 3:36 pm
Сообщения: 335
Откуда: Easy Trace Group
Это все верно, но есть проза жизни.
Вопрос: построятся ли новые пользователи в километровые очереди за программой, если мы напряжемся и сделаем таки автоматизацию?
Ответ: нет, увы, не построятся. Более того, осмелюсь предположить, что на число продаж это вообще не повлияет.
Так что в ответ на предложение выделить ресурсы и время на благое дело автоматизации начальство резонно вопрошает: а что мы с этого будем иметь? и когда?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт окт 26, 2006 4:23 pm 

Зарегистрирован: Ср окт 25, 2006 10:09 pm
Сообщения: 8
Вы считаете, что внедрение скрипта в программу увеличит затраты на ее разработку?
Я полагал, что наоборот, стоимость разработки новой функциональности после внедрения языка сценариев сильно упадет. И тестирование кода упростится за счет автоматизации.
Новую функциональность можно отрабатывать сначала на скрипте, а, потом уже писать hard-код.
Сплошные плюсы. Особенно, если взять готовый язык сценариев, и не терять время на COM-технологии. Посмотрите, как делает ESRI - прописали интерфейс к Python-у и все. Хотя, в прошлой версии ArcGIS все работало через COM.

По поводу объема продаж я вам точно не скажу, но, новые ниши для применения ЕasyТrace несомненно проявятся.

На мой взгляд, что для увеличения объема продаж, у вас существует масса возможностей чисто маркетингового плана. И, наверное, это дело отдела продаж, а не разработчиков.

Итого, после внедрения скриптов вы получаете массу плюсов, как коммерческих, так и технических.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 18 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

Найти:
Перейти:  
cron
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB
phpBB SEO