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

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

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

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

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

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

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


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

МЦСТ, ИНЭУМ, R-2000
все комментарии
  • -9
    Нет аватара guest
    17.04.1814:00:12

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

    #1026841 ↑
    • 7
      Нет аватара guest
      17.04.1815:01:55

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

      Отредактировано: Сергей Иваненко~15:02 17.04.18
      #1026870 ↑
      • -7
        Нет аватара guest
        17.04.1815:13:13

        Из текста:

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

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

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

        #1026884 ↑
        • 2
          Нет аватара guest
          17.04.1815:47:48

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

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

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

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

            #1027161 ↑
    • 6
      Нет аватара guest
      17.04.1815:10:32

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

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

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

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

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

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

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

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

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

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

        #1026909 ↑
        • 4
          Нет аватара guest
          17.04.1816:04:51

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

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

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

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

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

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

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

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

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

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

            #1026914 ↑
            • 2
              Нет аватара guest
              17.04.1816:18:09

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

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

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

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

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

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

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

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

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

              — SPICE симулятор

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

              — 2D Field Solver

              — 3D Field Solver

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

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

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

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

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

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

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

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

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

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

                #1026946 ↑
              • 0
                Нет аватара guest
                17.04.1817:54:10

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

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

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

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

            Отредактировано: vlad_i_slav~22:50 17.04.18
            #1027102 ↑
            • 2
              Нет аватара guest
              17.04.1823:49:00

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

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

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

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

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

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

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

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

                #1027165 ↑
                • 3
                  Нет аватара guest
                  18.04.1808:41:38

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

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

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

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

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

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

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

            #1027300 ↑
            • 0
              Нет аватара guest
              18.04.1814:44:13

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

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

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

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

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

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

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

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

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

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

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

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

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