Первый вопрос, для того, чтобы поставить диагноз: какой версией Delphi пользуетесь? Все дело в том, что если версия старее 6.0, то её поддержки Микрософтом не будет. :(Цитата:
Сообщение от UR5EQF
Теперь по теме топика, но не в продолжение тематики о SP2.
Я очень долго слежу за событиями (сообщениями) в данном топике, поскольку сам являюсь программистом, правда на .NET (C# и прочее, включая SQL 2000/2005) с многолетним стажем, и несмотря на то, что в данное время вдали от родного Петербурга - уже 8 год в Австрии, готов помочь всем, чем смогу. Благо старый добрый Паскаль ещё не забыл, да и как работает InterBase тоже. :)
Далее хотелось бы задать несколько вопросов и пожеланий автору программы по существу:
1) Чем обусловлен выбор именно Delphi, как платформы? Все дело в том, что Borland уже не поддерживает ее и она в "свободном" плавании в исходных текстах и не имеет никакого будущего. Как следствие и реалное пожелание - пора мигрировать идеи и код на что-то более свежее типа .NET 3.0 или Eclipse. Здесь по крайней мере имеются бескрайние перспективы. Кроме того, масса наработок на тему логов и так далее и тому подобное. Все это к тому, что не надо изобретать велосипед, а пора на нем ездить. Тем более не так много времени нам позволяют провести наши близкие в эфире, чтобы еще уйму времени тратить на написание программы для упорядочивания всей нашей бумажной "бухгалтерии" после выковыривания очередного DX'a.
2) Следующий вопрос, а скорее всего длинная и нудная тема - это наличие открытого API для возможности подключений других пользовательских модулей, а также расширения имеющейся базы. С этим, как я вижу, читая данную "нитку" форума - огромные проблемы. Здесь есть масса соображений и предложений. Я надеюсь на неделе более подробно изложить как все это можно улучшить не на словах, а в виде реальной диаграммы. Жаль, что я не нашел возможности приаттачить файл с картинкой или еще как. Придется рисовать псевдо-символами. А может есть такая возможность? Без пересылки с мыла на мыло?
3) Самый серьезный вопрос - это именно совместимость данной имеющейся программы с различными другими програмами, а также DLL или COM/COM+ объектами самой операционной системы. Дело это настолько тонкое, можно не одни зубы на полке оставить. Кстати, при использовании .NET такая головная боль, называемая по-английски "DLL Hell" исчезает сама собой - там 100% managed code. Кроме того, Delphi по своей основе язык процедурный, а не объектно-ориентированный. Я не беру в рассмотрение последние (также ушедшие в прошлое версии 8.0 и 9.0. При этом при использовании .NET или Eclipse не надо особенно заботиться о наличие библиотек для работы с Serial Ports, USB - все уже есть в виде стандартных assembly или wrapper. И это не реклама, а констатация голых фактов. Ну и использование современной концепции баз данных с поддержкой XML, уже de facto стандарт, кое о чем говорит.
4) Проблема с пользовательским интерфейсом (GUI). Насколько я могу судить после просмотра и установки тест-версии, программа грешит (мягко сказано, но прошу меня простить и не кидать в меня камни, а тем более ставить мне помехи на частоте - вроде террориста номер 1 - Нино IT9HLN на 14.195) - я здесь, чтобы помочь. Более понятным языком: программа должна (must have, not may have) интерфейс понятный самому въедливому (ака тупому юзеру), аналогично интерфейсу того же Микрософтовского Офиса. Установил и начал работать. Соответственно и система помощи должна быть также интуитивной.
Что касается меня лично, да и не только меня, а моего хорошего друга UA1AKJ (Юрия Володина), в свое время лет 7-8 тому назад мы начали с ним долгое и нудное исследование. А в итоге среди кучи (более 50 или более логов) остановили свой выбор на DXBase. Почему? Ответ прост, стоит он немного. Я думаю заплатить 90 вечно убитых енотов у народа найдется? :) Если трансиверы за 2 или более штук покупаем, то почему и нет? ОК. Теперь о самой программе: строга, интерфейс по удобству не имеет равных, даже в сравнении с Logger32, Swisslog или DX4WIN - где есть все вроде бы, но с мулечками, бантиками и так далее, а нет главного, простоты и быстроты работы. Есть масса отчетов, открытое API и так далее. Как говорил персонаж Ю. Никулина - "Мне б такого же, но..." :) Вот в этом "но" и кроется то, что многие из нас ищут-ищут или начинают писать свои программы. Здесь совершенно резонный вопрос, а зачем? Скуки ради? Для удовлетворения собственных амбиций, типа крутой программист и могу лучше? Я вас умоляю, найдется толпа программистов которая такие амбиции похоронит, была бы цель поставлена. Ради денег? Нет резона - 40 или 50 евро погоды не сделают. Хобби, возможно. Не критикую и не собираюсь.
Но даже, если человек стал писать свою собственную программу, а многие программисты не начинают с нуля, надо же и на другие разработки смотреть. Я к тому, что на многих сайтах уже куча open source проектов. Отсюда совершенно реальное предложение, требующее одобрения: а не открыть ли нам свое community на сайте и не начать ли писать серьезную прогу? В пику, не в пику кому-то, а вот взять и начать? Скажу просто, я в свое время писал с немцами нашу же радилюбительскую программу HamOffice. Программа блеск и красота, но на немецком. Отсюда как следствие - невозможность ее использования у нас в стране. За редким исключением, тех, кто свободно немецким владеет.
Вроде все.
73 de RX1AL (OE/RX1AL and OE6AKJ)
Graz, Austria