183

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

  •  © scontent-sof1-1.cdninstagram.com

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

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

  • 8
    A S
    17.04.1815:10:32

    Разработчикам удобнее работать с латинским партномером.

    ECAD/ECAM и PLM системы в большинстве своем киррилицу не понимают.

    Если мне когда-нибуть придется что-то делать на Эльбрусе — я заранее говорю спасибо МЦСТ за латинский партномер.

    Кириллица вкупе с ГОСТ иногда добавляет к циклу разработки — недели. Например можно неделю сидеть и руками заполнять спецификацию на электронный модуль, только потому что там кириллические обозначения резисторов/конденсаторов, хотя выгрузка данного документа по хорошему занимает 2 клика мышкой.

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

    Это очень глупое занятие сидеть и со своего дивана поучать людей, которые заведомо квалифицированнее и вероятно умнее Вас — как им работать.

    Отредактировано: Антон Смоленский~15:23 17.04.18
    • -1
      alex4spb
      17.04.1815:56:10

      Разработчикам удобнее работать с латинским партномером.

      ECAD/ECAM и PLM системы в большинстве своем киррилицу не понимают.

      пора наверное уже выходить из дремучих лесов — война давно закончилась. юникод везде и всюду.

      • 6
        A S
        17.04.1816:04:51

        Вот давайте — получайте соответствующее образование, присоединяйтесь и расскажете нам про юникод и прочее подобное.

        В данный момент ситуация такая — не далее как на прошлой неделе один из моих коллег наглухо положил базу данных компонентов просто по ошибке написав киррилическую «С» вместо латинской в партномере очередного чипа, который он в нее вносил. Благо проблема известная и была быстро устранена.

        А в одном из популярных графических редакторов схем, люди, чтобы оформлять документацию по ГОСТ — рисуют кириллические буквы и собирают их в слова в Основной надписи.

        Вот давайте — сначала инструмент у нас появится, а потом Вы будете педалировать кириллицу. А не наоборот. Пока что это все *** с греблей. Решение каких-то левых проблем, требующее лишних усилий и ухищрений.

        Отредактировано: Антон Смоленский~16:13 17.04.18
        • -4
          alex4spb
          17.04.1816:14:33

          один из моих коллег наглухо положил базу данных компонентов просто по ошибке написав киррилическую «С"
          анекдот:

          — один мой приятель сервер уронил…

          — он что, хакер?

          — м#дак он! (С)

          зы: будьте любезны указать наименование софта и номер версии

          • 3
            A S
            17.04.1816:18:09

            Да, щас — расскажу на публичном форуме в каком софте мы работаем =).

            Хотите знать — идите к нам на Хабр и там по скриншотам можете поугадывать если хотите. Это коммерческая тайна.

            хххSQL СУБД в связке с графическим редактором схем.

            Причем вот Вы помянули Юникод и я кажется понял, что проблема в спецсимволах, которые СУБД породила, когда перевела во что-то русскую букву. Хотя это не важно — эта одна из тех самых левых проблем, не имеющих к разработке никакого отношения.

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

            То есть технически это безусловно возможно — непонятно только нахрена.

            Я могу взамен сказать что глобально используется в индустрии для разработки электроники (сверху вниз):

            — PLM или просто база компонентов

            — схемный редактор

            — SPICE симулятор

            — топологический редактор

            — 2D Field Solver

            — 3D Field Solver

            — IBIS симулятор для анализа системы во временной и частотной области

            — CAM редактор, для подготовки производственных шаблонов

            — 3D редактор для конструкции

            Это идеальный комплект. Естественно в реальной жизни есть не все.

            Как видите — звеньев достаточно много.

            У микроэлектронщиков несколько иной комплект, еще более развесистый.

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

            Отредактировано: Антон Смоленский~00:31 18.04.18
            • 0
              alex4spb
              17.04.1817:09:07

              Хотите знать — идите к нам на Хабр
              не.

              на хабре одни педерасты (в хорошем смысле)

            • 0
              Алекс Разработчик
              17.04.1817:54:10

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

              «Эта фирма использовала очень нестандартный подход к проектированию и разработке. Она использовала стандартное покупное ПО.»

              Отредактировано: Алекс Разработчик~17:54 17.04.18
        • -4
          Нет аватара
          17.04.1822:47:29

          рукожопый не ваш приятель, а ваша контора в целом. кто такой ui даёт вам использовать, который позволяет всякую ересь в базу писать. Что трудно веб-клиента с надлежащими проверками написать? Ваша бравада — это позор.

          Отредактировано: vlad_i_slav~22:50 17.04.18
          • 2
            A S
            17.04.1823:49:00

            Из Вашего полного мудрости изречения следует три вещи:

            1. Вы искажете чужие слова — я не называл никого ни «приятелем» ни тем более «рукожопым».

            2. Вы знаете два умных слова — «ui» и «веб-клиент"

            3. Вы не владеете контекстом.

            CADы имеют встроенные средства взаимодействия с базами и PLM. Да — они не ожидают что им скормят русскую букву или китайский иероглиф. Можете написать им претензию. Конечно самое правильное, мудрое и оптимальное решение — это наворачивать своего собственного клиента, да еще и веб, с проверками.

            Позор — это транслировать свой очевидно нерелевантный опыт на все подряд.

            Отредактировано: Антон Смоленский~00:20 18.04.18
            • -2
              Мирон 1
              18.04.1806:30:16

              Все китайские инженеры пишут на Китайском во все CAD с PLM во всех компаниях разработчиках, и все замечательно работает. Вы здесь неизвестно чем, пардон, занимаетесь.

              • 4
                A S
                18.04.1808:41:38

                Все китайские инженеры пишут на Китайском во все CAD с PLM во всех компаниях разработчиках,

                Это неправда.

                Мне вот интересно — зачем люди, абсолютно не владея темой — тем не менее считают необходимым написать какую-то глупость? Чтобы что?

                Отредактировано: Антон Смоленский~08:52 18.04.18
        • 0
          shigorin
          18.04.1813:51:22

          наглухо положил базу данных

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

          Багу хоть пробовали повесить горе-поставщику?

          • 0
            A S
            18.04.1814:44:13

            Михаил, ну вот хоть ты пожалуйста не впадай в крайности.

            Не стоит считать нас глупыми и/или неопытными. Я не о одного крупного производителя бывал в дизайн-центрах и видел как все у них устроено.

            У нас есть устоявшийся процесс, он на мой взгляд гораздо более оптимальный чем у всех хотя бы потому, что при наличии центральной БД компонентов мы уже 3 года обходимся без библиотекаря (это хорошее такое узкое горло + штатная единица) и за все время пропустили только один косяк в производство. Это очень хороший показатель.

            Да — есть своя специфика с которой приходится жить. Это не самая страшная напасть которая может случиться — просто текучка. Конкретно эту проблему можно полечить — там не знаю… использовать другую СУБД, ковырять настройки, открывать тикеты.

            Но проблема кириллицы просто переедет в другое место — будет на стыке каких-то других пакетов.

            Я понимаю если бы мы работали по госзаказу и блюли ГОСТ — там да, возможно игра бы и стоила свеч. Хотя тоже не факт. Но на ровном месте упарываться — не вижу смысла.

            Я не сторонник глобальной американизации всего и вся и американизмы в обиходе мне тоже режут ухо. Но в технической сфере — надо руководствоваться целесообразностью. Английский язык — это практически стандарт. Относиться к этому можно как угодно — но педалирование русского языка тут только создает проблемы. Я уже лет 10 не читал ни одной технической книги/статьи на русском языке (очерки на Хабре и иже с ним не в счет) — ну о чем тут можно говорить? Мы сейчас обсуждаем симптом и яростно настаиваем на его лечении. Лечить надо болезнь — нарастающее технологическое отставание страны.

            Отредактировано: Антон Смоленский~15:29 18.04.18
            • 0
              shigorin
              19.04.1810:27:28

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

              А то порой узнаёшь про то, как пользователи тихо страдают, при этом исправление тривиально…

      • 0
        Михаил Усоцкий
        19.04.1809:36:14

        Не везде. Некоторые САПР настолько консервативны, что попытка ввести что-то не латинское вываливается проблемой в пути и в файлах. Например, я работаю с программами от Xilinx ISE/Vivado и Intel(Altera) Quartus. У них есть особенность: они категорически не любят нелатинские буквы в пути, порой даже пробел является проблемой (в старых версиях). И Xilinx не может в UTF-8 (только Windows-1251) в отличие от Intel(Altera), что доставляет мне массу проблем с кириллическими буквами при переносе файлов из одного проекта в другой. В конечном итоге я стал работать только в Visual Studio Code, а синтезирую проект уже в самих программах, не забывая про правильность имён в пути. Так что юникод пока ещё не везде есть.

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