Страница 13 из 19 ПерваяПервая ... 3678910111213141516171819 ПоследняяПоследняя
Показано с 181 по 195 из 279
  1. #181
    Экстра-класс Аватар для R8TX
    Регистрация
    20.04.2005
    Адрес
    Оренбург, Россия
    Возраст
    55
    Сообщений
    3,390
    Поблагодарили
    613
    Поблагодарил
    119
    Цитата Сообщение от EW1CK Посмотреть сообщение
    Вот по-этому мы до сих пор и не ломанулись генерить код, а принимаем нужные решения по техническому дизайну.
    По-моему вообще нужно исходить из того, что сейчас наиболее привычно программистам. Если Вы заложитесь на трудоемкие или малопопулярные средства разработки, будет очень трудно найти помощников, а без них проект заглохнет очень скоро.

  2. #182
    Без позывного
    Регистрация
    17.12.2007
    Возраст
    40
    Сообщений
    304
    Поблагодарили
    17
    Поблагодарил
    3
    Сейчас кстати выпущены среды .net и ее аналог под Linux - Mono. Данные среды призваны способствовать написанию программ на тех языках, которые удобны программистам. Например над одной программой может работать целая команда разработчиков, но каждый при этом может писать на удобном ему языке. Отсюда же вытекает, что программы, написанные с использованием этих сред, могут быть легко портированы из одной операционной системы в другую и соответствеено наоборот. Сам я правда не программист, читал об этом в журналах.

  3. #183
    Координатор темы Аватар для RX4HX
    Регистрация
    03.02.2006
    Возраст
    47
    Сообщений
    11,516
    Поблагодарили
    4604
    Поблагодарил
    2562
    Цитата Сообщение от I love radio Посмотреть сообщение
    Например над одной программой может работать целая команда разработчиков, но каждый при этом может писать на удобном ему языке.
    Все таки мне интересно: в работе над одним проеком в комманде самое сложное - синхронизация действий комманды. По этому в целях упрощения обычно и выбирается единая среда разработки.
    Мало того, что нет по сути ни менеджера проекта, ни ведущего программиста, так еще и средства разработки предлагается сделать разные.
    Как вы собираетесь все куски вместе собирать???


    Цитата Сообщение от I love radio Посмотреть сообщение
    могут быть легко портированы из одной операционной системы в другую и соответствеено наоборот

    Как меня достала эта фраза!!!!
    Скажите, кто нибудь из присутствующих вообще хоть раз пробовал что либо куда нибудь портировать?!!! Пробовал???
    Я - пробовал! Многие другие пробовали. Итог: зачастую проще под новую операционку с нуля проект написать, чем портировать. Пока на сегодняшний день разговоры про легкое портирование - не более чем маркетинговый ход компаний типа Майкрософт.
    Как правильно сказал RX9TX - чего мучиться и писать что то свое - портируйте N1MM!

  4. #184
    Экстра-класс Аватар для RN9RQ
    Регистрация
    25.08.2006
    Адрес
    Шадринск, Курганская обл., Россия
    Возраст
    33
    Сообщений
    1,867
    Поблагодарили
    174
    Поблагодарил
    278
    Цитата Сообщение от RX4HX Посмотреть сообщение
    Как меня достала эта фраза!!!!
    Скажите, кто нибудь из присутствующих вообще хоть раз пробовал что либо куда нибудь портировать?!!! Пробовал???
    Я - пробовал! Многие другие пробовали. Итог: зачастую проще под новую операционку с нуля проект написать, чем портировать. Пока на сегодняшний день разговоры про легкое портирование - не более чем маркетинговый ход компаний типа Майкрософт.
    Как правильно сказал RX9TX - чего мучиться и писать что то свое - портируйте N1MM!
    Все решается просто при применении действительно трансплатформенных средств. При правильном подходе один и тот же код работает на любой платформе. Возьмите для интереса linux софт и попробуйте его перенести ан винду - это в разы проще, чем обратно.
    Сейчас для диплома и аспирантуры пишем сапр, и пока нет необходимости вообще как-то разделять код, он работает под обоими платформами (GCC Perl графика openCASCADE)
    Для человека с молотком любая проблема кажется гвоздем.
    Слава богу, теперь уже БЫВШИЙ член СРР, 73!

  5. #185
    Экстра-класс Аватар для R8TX
    Регистрация
    20.04.2005
    Адрес
    Оренбург, Россия
    Возраст
    55
    Сообщений
    3,390
    Поблагодарили
    613
    Поблагодарил
    119
    С cwdaemon действительно проблемы, может самим придется писать замену?

    --------------------
    Many Windows loggers have a CW interface enabling to use F-keys or direct typing into a dedicated box. In Linux, there is possible to evaluate cwdaemon but there is a rough edge - this daemon was initially made by not so keen high-speed operators so the versions 0.8 and down are rather useless at speeds above 20 WPM. Since the mostly used speed range is from 30 to 45 WPM, you will need a custom-built low latency kernel, then the cwdaemon ver. 0.9.1 and above is quite good up to 40 WPM, acceptable to 50 WPM and can be used up to 60 WPM but the speed setting and weighting is not very accurate. A good advantage of cwdaemon is the standard parallel port interface compatible with N6TR's TRlog, CT by K1EA and many others.
    --------------------

  6. #186
    Без позывного
    Регистрация
    17.12.2007
    Возраст
    40
    Сообщений
    304
    Поблагодарили
    17
    Поблагодарил
    3
    Портировать не приходилось, поскольку этим в приципе не занимаюсь, не программист, но вот из исходных кодов ставил проги и неоднократно. Главное, что бы код был доступен и открыт. Более того такие проги существуют чаще всего в вариантах не для двух а для большего количества систем, например это windows, linux, MacOsX да еще и FreeBSD, а то и более - тот же OpenSolaris. За примерами далеко ходить не нужно - возмите хотя бы браузер Firefox. Вопрос же о том портировал кто-то или нет считаю не совсем корректным, поскольку на этом форуме собрались в большей степени радиолюбители, а потому специалистов по портированию здесь просто мало. Кроме того как верно написал RN9RQ вопрос в изначально выбранной среде написания. Ну и о java забывать не стоит.
    Все таки мне интересно: в работе над одним проеком в комманде самое сложное - синхронизация действий комманды. По этому в целях упрощения обычно и выбирается единая среда разработки.
    Я думаю что это вопрос масштабности ПО, а так же веления времени. Если вы пишите небольшую программу, то вполне логично выбрать одно средство. Если же речь идет о масштабном проекте, то вы просто можете оказаться в ситуации, когда не сможете найти группу людей, пишущих на одном и том же языке и находящихся в одном месте планеты. Это как сборка крупного самолета - двигатели делают во Англии, фюзеляж во Франции, материалы поставляет Германия, а электроника идет из страны восходящего солнца (ну и в России что-то то же пусть делают в нашем примере ). Все при этом говорят на совершенно разных языках и используют свое собственное, отличное от чужого оборудование и технологии, но самолет все равно полетит. Так и сдесь - сделайте открытым компилятор, дайте профессионалам портировать его один единственный раз и люди смогут использовать одно и о же ПО на совершенно разных платформах.

  7. #187
    Экстра-класс
    Регистрация
    21.11.2002
    Адрес
    East Gwillimbury, Ontario, CANADA
    Возраст
    49
    Сообщений
    2,107
    Поблагодарили
    177
    Поблагодарил
    158
    Цитата Сообщение от RX9TX Посмотреть сообщение
    По-моему вообще нужно исходить из того, что сейчас наиболее привычно программистам. Если Вы заложитесь на трудоемкие или малопопулярные средства разработки, будет очень трудно найти помощников, а без них проект заглохнет очень скоро.
    Именно так, но я бы назвал это не средствами разработки, а скорее технологическим стеком, т.е. набором технологий и фреймворков. И выбор тут не такой большой на самом деле, а именно:
    C/Qt
    C/GTK
    J2EE/Spring/Hibernate плюс какой-нибудь MVC тила GWT,JSF,ZK
    J2SE/RCP/Hibernate
    Mono/Jitsu/NHibernate

    А средства разработки, если это среда разработки это уже личное дело каждого.

    Добавлено через 32 минуты
    Цитата Сообщение от RX9TX Посмотреть сообщение
    С cwdaemon действительно проблемы, может самим придется писать замену?
    Так я и писал уже что на 60 wpm есть проблемы, но они решаемы, я делал прототип драйвера ядра, там все не сложно. На 50wpm все нормально работает.
    Последний раз редактировалось VE3EUT; 12.04.2009 в 20:50. Причина: Добавлено сообщение
    Life's too short for QRP!
    73, Артур VE3EUT, EW1CK

  8. #188
    Экстра-класс Аватар для RN9RQ
    Регистрация
    25.08.2006
    Адрес
    Шадринск, Курганская обл., Россия
    Возраст
    33
    Сообщений
    1,867
    Поблагодарили
    174
    Поблагодарил
    278
    С чего бы вы взяли?
    одной графики начиная от motiff fltk wxwidgets и много много других либ,
    Языков куча, модула ада хаскелл R тот же python продолжать можно долго...
    Нет и опяить этот быдломоно и быдлоджава...
    Для человека с молотком любая проблема кажется гвоздем.
    Слава богу, теперь уже БЫВШИЙ член СРР, 73!

  9. #189
    Координатор темы Аватар для RX4HX
    Регистрация
    03.02.2006
    Возраст
    47
    Сообщений
    11,516
    Поблагодарили
    4604
    Поблагодарил
    2562
    Цитата Сообщение от RN9RQ Посмотреть сообщение
    модула ада хаскелл R
    Чую, последователей будет "море"!

  10. #190
    Экстра-класс
    Регистрация
    21.11.2002
    Адрес
    East Gwillimbury, Ontario, CANADA
    Возраст
    49
    Сообщений
    2,107
    Поблагодарили
    177
    Поблагодарил
    158
    Цитата Сообщение от RN9RQ Посмотреть сообщение
    С чего бы вы взяли?
    одной графики начиная от motiff fltk wxwidgets и много много других либ,
    Хорошая опечатка по Фрейду, motiff в отличие от smirnoff пишется с одной f на конце. Вообще вы сами много софта под motif написали ? Как он вам по сравнению с тем же Qt ? Вы немого не о том говорите. Нам не нужен набор графических компонентов, их полно всяких и разных. Нам нужен более высокоуровневый фреймворк, который позволит писать свои компоненты и расширять клиент по мере надобности без переписывания и рефакторинга. Если знаете нечто аналогичное RCP, я буду рад узнать для себя что-либо новое
    Цитата Сообщение от RN9RQ Посмотреть сообщение
    Языков куча, модула ада хаскелл R тот же python продолжать можно долго...
    Нет и опяить этот быдломоно и быдлоджава...
    Забыли LISP, SmallTalk и Eiffel для полноты коллекции. Юноша, если бы вы знали, как начинают с возрастом утомлять эти пионЭры с горящими глазами, которые делят технологии на тру и не тру.
    Из всего, что вы перечислили, наверное python подошел бы, но под него нет уже написанного готового фреймворка, аналога RCP, который бы нам позволил быстро надевелопить клиента, причем не тратя время на разработку самого настраиваемого контейнера компонентов с удобными плаг-инными интерфейсами и прочими рюшечками и бантиками. У нас не так много ресурсов чтобы тратить их на эту ерунду, изобретая велосипед в который раз, хотелось бы состедоточиться на более прикладных задачах. Надеюсь, ход мысли понятен.

  11. #191
    Экстра-класс Аватар для RX1AL
    Регистрация
    12.03.2007
    Адрес
    Грац, Австрия - Санкт-Петербург, Россия
    Возраст
    56
    Сообщений
    1,753
    Поблагодарили
    374
    Поблагодарил
    160
    EW1CK:
    Артур, приветствую... Сегодня полдня потратил на то, чтобы в UML прорисовать все необходимые блоки и их логику взаимодействия. Кое-какие моменты надо будет уточнять. Саму диаграмму могу выложить в топике в двух форматах ER-Enterprise Architect, Visio 2007. Вторую половину дня потратил на изучения некоторых "скользких" моментов по описанию возможностей N1MM. Кое-что есть, что вызовет у нас возможно трудности в реализации.

    Относительно средств разработки, думаю мы определились в плане Eclipse RCP. Думается будет лучшим начать писать standalone клиента для начала, чем делать его веб-базированным. Следующее: поскольку надобность в базе для нас с одной стороны стоит вопросом, с другой стороны нет, предлагаю (не настаиваю) взять и начать с простого (расширений в сторону усложнения, навалом) с XML ориентированной системы хранения данных. При этом в эту концепцию прекрасно вписывается и JLINQ, плагин для Eclipse, обеспечивающий для Hibernate дополнительную функциональность работы с entities. Работает в связке с JDBC. Нам это здорово поможет, да легкость структурирования объектов и классов, а также всей бизнес логики реализуется просто. Валидация добавлена по умолчанию уже. Кроме того, в случае применения аттрибутов, мы сможем реализовать и некую систему бизнес правил (business rules), которые нам потребуются. Несколько тестов я сегодня написал на JLINQ, по сути тоже самое, что и ADO.NET Entity Framework для дотнет. Думаю, вы в курсе.

    Следующее, что необходимо сделать, обриcовать всю иерархию классов и объектов, которые нам нужны. Я потихоньку сел за это в UML. На следующей неделе выложу результаты. Используются generics типы во многих местах, ну без этого уже тяжело...

    У некоторых оппонентов есть неплохие мысли, но использовать систему Scala, для интеграции многих языков в один фреймворк, несмотря на её столь широкую маркетинговую рекламу, пока не хочется. Вот будет что-то уже реальное на ней, тогда. А писать на ней только из-за "бантиков и рюшечек" не хочется ей-богу. Этих бантиков на RCP написано уже куча.

    ПС Для большей информации, смотрите Quaere - это именно то, что описано выше. Есть DSL и основа на JPA.

  12. #192
    Экстра-класс Аватар для RN9RQ
    Регистрация
    25.08.2006
    Адрес
    Шадринск, Курганская обл., Россия
    Возраст
    33
    Сообщений
    1,867
    Поблагодарили
    174
    Поблагодарил
    278
    EW1CK
    Я еще забыл и свой любимый Perl и руби и много еще чего интересного.
    И большое число графических библиотек.
    И я благодарю судьбу, за то, что она меня салагу-первокурсника, у которого не хватало денег чтобы просто прожить в общаге, забросила в отдел где были и великолепниые инженеры по радиоэлектронике и прекрасные програмиисты, как вы пишете "пионЭры с горящими глазами", некоторым из этих пионЭров в то время бьло уже далеко за 40
    и под motif, кстати еще даже не open motif я успел чуть-чуть по писать под операционную систему, название которой вы вряд ли даже слышали.
    Айклипсом вашим можно разве что подтереться, нет ни одно сколь-нибудь популярного открытого проекта, построенного на эклипсе и направленного не на эклипс, как говориться десятки тысяч свободных разработчиков не могут ошибаться. но куда им до Вас вы же все умные и опаленные опытом.
    Я при первой публикации целей попунктно понял куда катится этот едва зародившийся проект, поэтому сразу и написал что в этом я копаться не буду.
    Удачи что называется.

    Добавлено через 40 секунд
    "Мышки плакали и кололись, но продолжали жрать кактус"
    Последний раз редактировалось RN9RQ; 13.04.2009 в 03:21. Причина: Добавлено сообщение
    Для человека с молотком любая проблема кажется гвоздем.
    Слава богу, теперь уже БЫВШИЙ член СРР, 73!

  13. #193
    Экстра-класс
    Регистрация
    21.11.2002
    Адрес
    East Gwillimbury, Ontario, CANADA
    Возраст
    49
    Сообщений
    2,107
    Поблагодарили
    177
    Поблагодарил
    158
    Цитата Сообщение от RX1AL Посмотреть сообщение
    Саму диаграмму могу выложить в топике в двух форматах ER-Enterprise Architect, Visio 2007. Вторую половину дня потратил на изучения некоторых "скользких" моментов по описанию возможностей N1MM. Кое-что есть, что вызовет у нас возможно трудности в реализации.
    Михал, если можно то в Visio 2003, удобнее всего. А что за скользкие моменты ?

    Добавлено через 2 минуты
    Цитата Сообщение от RX1AL Посмотреть сообщение
    Валидация добавлена по умолчанию уже. Кроме того, в случае применения аттрибутов, мы сможем реализовать и некую систему бизнес правил (business rules), которые нам потребуются. Несколько тестов я сегодня написал на JLINQ, по сути тоже самое, что и ADO.NET Entity Framework для дотнет. Думаю, вы в курсе.
    JLINQ пойдет в принципе, но вопрос в следующем, будем ли мы логи хранить на каждом клиенте и реплицировать или это будет выглядеть как-то по-другому ?
    Последний раз редактировалось VE3EUT; 13.04.2009 в 04:05. Причина: Добавлено сообщение
    Life's too short for QRP!
    73, Артур VE3EUT, EW1CK

  14. #194
    Экстра-класс Аватар для RX1AL
    Регистрация
    12.03.2007
    Адрес
    Грац, Австрия - Санкт-Петербург, Россия
    Возраст
    56
    Сообщений
    1,753
    Поблагодарили
    374
    Поблагодарил
    160
    RN9RQ:
    Роман, не умаляя никоим образом ваших программистких навыков скажу просто. Во-первых, Eclipse никогда не являлся никаким языком программирования, а был и есть Open Source IDE для многих платформ, включая и С++, J2EE, .NET и другие специальные для автоматизации, embedded и real-time приложений.
    Во-вторых, именно под Eclipse написано столько уже application frameworks, что с ним не сможет сравниться ни один из имеющихся сейчас на рынке продуктов. Кроме того, Eclipse поддерживает Dynamic Languages, чего нет даже у Микрософт пока - есть только попытки, создать нечто подобное, и появится только в версии 4.0. В-третьих, на базе application frameworks уже реализовано в мире огромное множество enterprise проектов, которые внедрены во многих отраслях промышленности. Вероятно вы просто не в курсе...
    В-четвертых, если бы весь мир плевался бы от него, то не проводились бы каждый год конференции DoorOpen, посвященные развитию данной платформы и её значимости для Open Source комьюнити. Взгляните хотя бы на Ganymede, если вы не в курсе. Относительнo вашей сильной неприязни к этому, я могу повторить лишь то, что сказал Артур - это лишь молодость и отсутствие нужного опыта. Я думаю, у Артура, да и у меня за плечами его несколько побольше в плане разработки больших проектов... не обижайтесь, но и я старше вас. Причём намного.

    Попробуйте создать альтернативу и вы поймете, о чем мы здесь рассуждаем. Только когда наступите на грабли, приходите и мы вам объясним, где и почему это произошло. Мы не рвемся на абразуру, как матросовы, чтобы потом не сказать, как в анекдоте "грё...ый гололёд". Надо сначала всё взвесить, а потом приниматься за пилот-версию, а не делать сразу же беты или релизы. Вы наверное знакомы с таким понятием, как proof of concept? Если да, то вы нас поймете, если нет, то познакомьтесь. Очень полезно.

    ПС И для сравнения, Роман. После подробной постановки задачи, программисты на Eclipse пишут за 4-5 месяцев приложения энтерпрайз уровня, группой из 3-4 человек. Если вы будете писать тоже на Qt, TCL/TK (не принижая их достоинств) - потратите год-два, как минимум, если не больше.

    EW1CK:
    Артур, как скажете, в таком формате и сконвертирую, тем более совместимость сверху вниз ещё поддерживается. Касательно JLINQ, точнее Quaere - я предлагаю хpанить логи на каждом из клиентов и использовать репликацию. Ну как-то привычнее. Если есть аналогия сервисам Sync, рад услышать что-то новое, но пока они в стадии альфа... и не хочется связываться. Есть дедовские, проверенные способы - на них и будем делать. Будет, что-то новое, опробованное - перейдем на них. Развитие должно быть последовательным, а не сразу все на 1-2-3 - проходили уже...

    ПС По тонким моментам, составлю табличку и выложу. В основном там момемнты, связанные со статистикой, рейтами в реальном времени и мультами.

  15. #195
    Экстра-класс
    Регистрация
    21.11.2002
    Адрес
    East Gwillimbury, Ontario, CANADA
    Возраст
    49
    Сообщений
    2,107
    Поблагодарили
    177
    Поблагодарил
    158
    Цитата Сообщение от RX1AL Посмотреть сообщение
    Следующее, что необходимо сделать, обриcовать всю иерархию классов и объектов, которые нам нужны. Я потихоньку сел за это в UML. На следующей неделе выложу результаты. Используются generics типы во многих местах, ну без этого уже тяжело...
    Мне кажется это может в принципе подождать, вернее класс-диаграммами заниматься можно и нужно, но самое важное сейчас это продумать концепцию пользовательского интерфейса, а еще лучше сделать прототип UI и поругать его с точки зрения функциональности.

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

    Еще вопрос, это интерфейс с hamlib, нужно подумать, будем ли мы заморачиваться и дергать его через RCP или просто будем дергать через JNI. Я бы наверное предпочел второй вариант.

Похожие темы

  1. Разработка open-source SDR
    от RELAYER в разделе SDR техника
    Ответов: 66
    Последнее сообщение: 19.03.2011, 09:12
  2. LZ open contest
    от 4L6QC в разделе Соревнования
    Ответов: 5
    Последнее сообщение: 17.01.2009, 23:57
  3. ОС Open Solaris
    от Кирилл в разделе Программное обеспечение
    Ответов: 8
    Последнее сообщение: 14.10.2008, 15:18
  4. Антенны Open Sleeve
    от UN7GCE в разделе Антенны КВ
    Ответов: 4
    Последнее сообщение: 19.10.2006, 08:02
  5. LZ Open
    от adani в разделе Соревнования
    Ответов: 4
    Последнее сообщение: 16.01.2006, 19:10

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •  
Похоже, что вы используете блокировщик рекламы :(
Форум QRZ.RU существует только за счет рекламы, поэтому мы были бы Вам благодарны если Вы внесете сайт в список исключений!
как отключить
×
Рейтинг@Mail.ru
eXTReMe Tracker
Яндекс.Метрика