стань автором. присоединяйся к сообществу!
Добавить новость можно всем, без премодерации, только регистрация
Лого Сделано у нас
171
kerosene 17 апреля 2018, 06:07 19 Электроника, электротехника и приборы

Первый инженерный образец микропроцессора МЦСТ R-2000

@sdelanounas_ru
  •  © scontent-sof1-1.cdninstagram.com

Сотрудник МЦСТ Максим Горшенин продолжает радовать нас информацией о новых разработках МЦСТ. Недавно он выложил фотографию инженерного образца нового микропроцессора МЦСТ R-2000.

читать полностью
Источник: www.instagram.com

Поделись позитивом в своих соцсетях

Вступай в наши группы и добавляй нас в друзья :)


Следи за успехами России в Телеграм @sdelanounas_ru

МЦСТ, ИНЭУМ, R-2000
все комментарии
  • 0
    Нет аватара guest
    17.04.1822:21:07

    А кто будет платить за переход на Linux? Для разработчика софта кроссплатформенность это большой геморой. На данном этапе спрос на решения под Linux ничтожно, а возни с переходом море. Тем более, что проприетарный софт не может распространяться в исходниках, а собирать под все Linux-подобные системы, даже пусть только находящиеся в реестре отечественного софта, это застрелится!

    У нас в Nanosoft, к примеру, преобладают определенные надежды связанные с Wine. Даже тестировали с партнерами. Но после очередного обновления версии нашего .NET API, засыпались на Mono.

    Пока воз и ныне там.

    #1027089 ↑
    • 0
      Мирон 1 Мирон 1
      18.04.1806:14:33

      Термин «засыпались» не развертывается. Нельзя ли пояснить, что хотели сказать.

      #1027160 ↑
      • 0
        Нет аватара guest
        18.04.1808:52:03

        Хотел сказать, что Mono не всесилен и после очередного обновления нашего API, nanoCAD запускаться с шарповой частью под конкретный Wine, на котором его тестировали, отказался. Видимо что-то не поддерживается. Пока никак разрулить эту ситуацию не пытались, но возможно в ближайшем будущем появится необходимость.

        #1027193 ↑
        • 0
          shigorin shigorin
          18.04.1813:45:44

          Со стороны это читается как «мы что-то поменяли и всё сломалось». Если есть хотя бы система контроля версий вроде git, такое можно от’bisect’ить. Если нет -- самая пора заводить.

          #1027297 ↑
          • 1
            Нет аватара guest
            18.04.1813:58:02

            Я вас умоляю! За то время что прошло с момента этих тестов мы уже три релиза nanoCAD Plus выпустили. Под Windows все работает как часы. Четвертую выпускаем. Прямо сейчас идет бета-тестирование.

            И как вы представляете выпуск ПО без системы контроля версий!!!

            Даже когда я в одно лицо ;) писал Geokosmos 3D Modeler десять лет назад я пользовался CVS_ом.

            Просто nanoCAD .Net API перехало на .Net 4.5 и тот Wine, что использовался для тестов года два назад жевать его не захотел.

            #1027306 ↑
            • 0
              shigorin shigorin
              19.04.1810:33:00

              Если что, в стабильной ветке альта сейчас к wine 3.5 идёт пакет wine-mono 4.7.1 -- не знаю, насколько там версии чему соответствуют, но вдруг пригодится.

              PS: я-то слабо представляю, но те же лет 10--15 назад в штатах примерно половина софтовых контор не пользовалась SCM и примерно половина -- BTS, по одному виденному исследованию…

              #1027612 ↑
    • 1
      Нет аватара qwerty_asd
      18.04.1807:46:24

      Есть ещё один положительный момент: тестирование под Linux выявляет ошибки, не замеченные под Windows.

      #1027181 ↑
      • 0
        Нет аватара guest
        18.04.1808:54:23

        Только цена такого стресс-теста высока. Пока одно это никак не окупает перехода!

        #1027194 ↑
        • 0
          Нет аватара qwerty_asd
          18.04.1814:46:01

          Но он может воспрепятствовать падению приложения после очередного обновления Windows.

          #1027326 ↑
          • 0
            Нет аватара guest
            18.04.1816:15:52

            Это скорее надуманная проблема. Ни разу не встречался с подобным в своей практике. Может те, кто используют самые свежие компоненты и технологии и сталкиваются с подобными проблемами, но САПР очень консервативная отрасль. Наши пользователи на таком запускают наши продукты, что консерватизм это врожденное качество наших разработчиков. Обновления редко касаются проверенного временем.

            #1027348 ↑
            • 0
              Нет аватара guest
              18.04.1816:24:25

              Может те, кто используют самые свежие компоненты и технологии и сталкиваются с подобными проблемами, но САПР очень консервативная отрасль.

              Подтверждаю.

              Во-первых все до сих пор сидят в Windows 7.

              Во-вторых касательно собственно софта — мало кто мигрирует на новый релиз, пока не выйдет с пару десятков хотфиксов. Потому что апрев проекта обычно можно сделать только в одну сторону. А особо крупные дизайн-конторы как правило сидят в предпоследней версии. Это касается не только России. У нас часто бывает, что наши зарубежные партнеры не могут открыть какие-то наши файлы, потому что у них более ранняя версия софта.

              #1027351 ↑
    • 0
      shigorin shigorin
      18.04.1813:44:32

      У нас в Nanosoft, к примеру, преобладают определенные надежды связанные с Wine. Даже тестировали с партнерами. Но после очередного обновления версии нашего .NET API, засыпались на Mono.

      Свяжитесь с Etersoft, если ещё не; и посмотрите вместо моны на dotnet-core, в альте собрано (как раз коллегами из Этерсофта).

      Кстати, у нас вроде бы есть место общения для разработчиков, переносящих наработки с винды (и в т. ч. на .NET) -- как вариант, черкните на почту, постараюсь состыковать. И ещё наш партнёр в части организации поддержки -- ALP -- вроде как озадачился и поддержкой разработчиков тоже.

      Тем более, что проприетарный софт не может распространяться в исходниках, а собирать под все Linux-подобные системы, даже пусть только находящиеся в реестре отечественного софта, это застрелится!

      Отставить панику, есть рецепты    

      Во-первых, сборка на чём-нить вроде centos6 поможет не выскакивать за ABI, который есть на любом более богатом дистрибутиве (если нужна какая более новая версия Qt -- осмысленно линковаться _с ней_ статически, т. е. делать semistatic; но это, как понимаю, не ваш случай).

      Во-вторых, можно ориентироваться на LSB (хотя практики явно предпочитают просто собирать на предыдущей версии чего-нить стабильного-распространённого вроде центоса или дебиана).

      В-третьих, можно собрать под наиболее удобный вариант и поставлять готовые образы виртуальной машины с ним (+/- flatpak какой).

      В-четвёртых, опять же у Etersoft есть технология Korinf, когда достаточно собрать пакет под альт и затем малыми усилиями пересобрать его под широкий спектр дистрибутивов и даже других ОС. Разумеется, если собирать у себя -- понадобится сперва развернуть систему и окружения, но об этом наверняка можно договориться с питерцами.

      Ну и до кучи: altlinux.org/migration

      #1027296 ↑
      • 1
        Нет аватара guest
        18.04.1813:59:58

        Спасибо за информацию. Подумаем. Вот версию выпустим и…

        Пора уже про это думать!

        Отредактировано: Константин Сараев~14:00 18.04.18
        #1027308 ↑
        • 0
          shigorin shigorin
          19.04.1810:28:48

          Удачи!

          PS: мне лучше почтой писать -- вебовые комментарии в низкоприоритетном ящике, когда по приоритетным движняк, до него могу неделями не добираться (хотя тогда обычно стараюсь пройти по неотвеченному).

          #1027611 ↑
        • 0
          Нет аватара guest
          20.04.1821:50:01

          У .NET Core фронта пока нет. Сами микрософты плюнули и написали VS Code на жабаскрипте под электрон. А так-то для бек-энда кроссплатформенный, милое дело.

          Отредактировано: Настя Вилкова~21:50 20.04.18
          #1028234 ↑
    • 0
      Виктор Гюго Виктор Гюго
      20.04.1823:33:54

      > А кто будет платить за переход на Linux?

      А кто платил за переход на mysql, postgresql?

      > На данном этапе спрос на решения под Linux ничтожно, а возни с переходом море.

      Если что-то долго развивалось на одной платформе, переход на вторую — да, штука сложная.

      > Тем более, что проприетарный софт не может распространяться в исходниках, а собирать под все Linux-подобные системы, даже пусть только находящиеся в реестре отечественного софта, это застрелится!

      Вот тут вы выстрелили в самую мякотку. Проприетарный софт с моделью «продажа копий» действительно очень хреново масштабируется на несколько платформ вообще, а «триллион версий линукса» для него труднопреодолимое препятствие. Но есть и другие модели — OpenCore, например. Когда ядро открыто под той или иной лицензией, и разрабатывается совместно с сообществом, а продаётся «обвес», саппорт, заказные фичи. Проблема в том, что тот же Open Core — это заявка на «законодателя мод» и весьма рискованная. У нас нет бизнесменов с такой комбинацией амбиций и уверенности.

      #1028287 ↑
Написать комментарий
Отмена
Для комментирования вам необходимо зарегистрироваться и войти на сайт,