183

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

  •  © scontent-sof1-1.cdninstagram.com

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

читать полностью


  • 6
    A S
    17.04.1815:56:48

    Ну мало ли для чего она изначально писалась — важно что сейчас.

    Cadence вот тоже есть для Linux, только патчи и суппорт для него с горем пополам по остаточному принципу.

    Да чего далеко ходить — даже наш Аскон никак не облинуксится (и не собирается, насколько я понимаю).

    Про физиков — я согласен сильно абстрагировался. Скажу более конкретно, раз уж Вы привязались. Люди, занимающиеся электромагнитным моделированием — а охват тут достаточно большой — это и печатные платы, и внутренности чипов и всяческие радиочастотные конструкции — работают в Ansys. И это количественно очень серьезная группа специалистов. Все современные радиоэлектронные устройства требуют такого анализа в том или ином объеме, так как спектры современных шин уже вылезли за 10GHz. Просто я их обозвал условно физиками, на самом деле это работа имеет другое название.

    Отредактировано: Антон Смоленский~16:02 17.04.18
    • 0
      Константин Сараев
      17.04.1822:21:07

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

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

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

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

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

        • 0
          Константин Сараев
          18.04.1808:52:03

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

          • 0
            shigorin
            18.04.1813:45:44

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

            • 1
              Константин Сараев
              18.04.1813:58:02

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

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

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

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

              • 0
                shigorin
                19.04.1810:33:00

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

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

      • 1
        Нет аватара
        18.04.1807:46:24

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

        • 0
          Константин Сараев
          18.04.1808:54:23

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

          • 0
            Нет аватара
            18.04.1814:46:01

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

            • 0
              Константин Сараев
              18.04.1816:15:52

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

              • 0
                A S
                18.04.1816:24:25

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

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

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

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

      • 0
        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

        • 1
          Константин Сараев
          18.04.1813:59:58

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

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

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

            Удачи!

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

          • 0
            Настя Вилкова
            20.04.1821:50:01

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

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

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

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

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

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

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

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

    • 1
      Нет аватара
      18.04.1807:43:07

      Не знаю как сейчас, но в 2009 году CATIA V5 поддерживала Solaris. PTC предоставляет версию под Linux.

      Аскон систематически смотрит в сторону Линукса («выпустим, как только появится потребность рынка») — но в комментариях иногда отмечается их представитель; он подробнее может рассказать.    

      • 0
        A S
        18.04.1809:08:49

        в комментариях иногда отмечается их представитель; он подробнее может рассказать.

        А я собственно со слов этого представителя и пишу.

        Он говорит практически тоже самое что и Константин (выше) — кто будет платить за переход на Linux?

        Отредактировано: Антон Смоленский~09:09 18.04.18
        • 0
          shigorin
          18.04.1813:48:37

          Никто не будет платить тем, у кого вдруг(!) не окажется сейчас(!) продукта для тех контор, которым закрыли винду или её поддержку.

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

    • 0
      shigorin
      18.04.1813:27:13

      Да чего далеко ходить — даже наш Аскон никак не облинуксится (и не собирается, насколько я понимаю).

      Жизнь покажет -- вдруг «не всё так однозначно"™    

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