Лого Сделано у нас
183

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

  •  © scontent-sof1-1.cdninstagram.com

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

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


  • -1
    alex4spb alex4spb
    17.04.1815:56:10

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

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

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

    • 6
      A S A S
      17.04.1816:04:51

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

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

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

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

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

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

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

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

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

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

        • 3
          A S 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 alex4spb
            17.04.1817:09:07

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

            • 4
              A S A S
              18.04.1808:41:38

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

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

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

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

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

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

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

        • 0
          A S A S
          18.04.1814:44:13

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

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

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

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

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

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

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

          Отредактировано: Антон Смоленский~15:29 18.04.18
          • 0
            shigorin 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, а синтезирую проект уже в самих программах, не забывая про правильность имён в пути. Так что юникод пока ещё не везде есть.

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