183

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

  •  © scontent-sof1-1.cdninstagram.com

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

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

  • Комментарий скрыт по причине низкого рейтинга. показать
    • Комментарий удален
      • -7
        Григорий Харченко
        17.04.1814:00:12

        Мой вопрос был простым и прямым, а реакция обитателей — как раз как с «Окраины».

        • 9
          Сергей Иваненко
          17.04.1815:01:55

          Не лукавьте. У вас вопрос был, не требующий ответа — только для провокации. То есть тут не было ни простоты, ни прямоты. Вы хотели услышать, как тут оправдываются перед вами, поборником кириллицы.

          Отредактировано: Сергей Иваненко~15:02 17.04.18
          • -7
            Григорий Харченко
            17.04.1815:13:13

            Из текста:

            Микропроцессор разработан в рамках госконтракта с Минобороны РФ со сроками исполнения 2014 — 2018 годы.

            И чем мой вопрос лукав?    

            Для чего на нём латиница?

            • 2
              Сергей Иваненко
              17.04.1815:47:48

              «Для чего в нём латиница» — и как надо было ответить?

              Мы же взрослые люди и все уловки понятны. Надо бы уже уметь задавать вопросы по существу, а вместо хитреньких вопросов говорить действительно прямо и по-мужски: мне не нравится использование латиницы в маркировке, или — мне обидно, что в МО используют латиницу. И все дела.

              Отредактировано: Сергей Иваненко~15:51 17.04.18
              • 0
                Мирон 1
                18.04.1806:15:28

                Это самый существенный вопрос. Для взрослых.

        • 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, а синтезирую проект уже в самих программах, не забывая про правильность имён в пути. Так что юникод пока ещё не везде есть.

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