Ну так если надо написать оптимальный по производительности код, который будет быстрым на разных архитектурах и даже микроархитектурах, то приходится писать нечитаемую дичь. Увы, но даже для разных микроархитектур x86-64 нужно компилировать разную последовательность инструкций. В zen, вроде, 2 определённые инструкции могут превращаться в один uop. Когда-то cmov в большем числе случаев следовало использовать. Естественно, приходится давать компилятору как можно больше информации и давать такой код, который компилятор сможет для разных архитектур/микроархитектур максимально эффективно транслировать в машинные коды.
Если вы посмотрите на эффективные алгоритмы умножения матриц, то там тоже будет плохочитаемый код. Увы, но красивый и быстрый код почти всегда антонимы. Важно, чтобы хотя бы интерфейсы были читаемы и просты.
Ну так надо покупать услугу номер для регистрации в N сервисе с гарантией, что этот номер не использовался и не будет после использоваться для регистрации в этом сервисе. 6 лет назад зарегал пару аккаунтов для ВК по цене 15 рублей за аккаунт. (номер давался на 30 минут, показывал sms только от номеров, связанных с ВК) До сих пор они остались за мной. 3 года назад зарегал 2 аккаунта для телеграмм по цене 30 рублей за аккаунт. Тоже до сих пор со мной.
Тут надо смотреть как эта лицензия сделана. Если завтра Nvidia скажет, что у нас новая arm совместимая архитектура (как amd64 является x86 совместимой) и все права на эту архитектуру принадлежат Nvidia, то будет ли Apple иметь лицензию на эту новую архитектуру? Имеет ли Apple лицензии на все форки Arm или Apple имеет лицензию на все продукты компании Arm?
Ну это вопрос из разряда зачем щёлкать в койсанских языках. Так уж сложилось, что естественные языки — конвенциональны и следует говорить так, как говорит большинство. Чем сильнее ты отклоняешься от большинства, тем тяжелее тебя этому большинству понимать.
Значит эта компания будет иметь право выпускать новые Arm процессоры N десятков лет. Я же написал про прекращение выдачи лицензий, а не про их отзыв. Правда, не очень понятна практическая сторона вопроса. Arm развивается и Nvidia, теоритически, к новым ревизиям Arm может закрыть доступ для таких компаний. Можно, конечное, сделать форк, но зачем делать форк, зная, что через N лет у тебя прекратится лицензия.
Эм, чисто теоритически, конечно же, никто не мешает Capcom или EA сделать игру эксклюзивом ящика, но на практике в эксклюзивности заинтересован платформодержатель, а разработчики игр хотят охватить большее число платформ. Так что в реальности все эксклюзивы бокса теперь будут и на винде (как минимум, я не припомню хоть одну игру, которая была бы чистым экслкюзивом коробки, после заявления майков.)
Ну Nvidia имеют же право решить, что процессоры на ARM теперь будут выпускать только они и прекратить давать лицензию на производство процессоров на основе их архитектуры (Естественно, если это не нарушает уже заключенных договоров). Вон, Intel и Amd так делают и нормально себя чувствуют. В США есть ещё Билль о правах, а там определена свобода ассоциаций, хотя есть куча антимонопольных актов. Из-за особенностей правовой системы США, однако, в случае суда, всё будет зависеть от мнения конкретных судей, ибо конституция там не детерминирована.
А что мешает Apple, Qualcomm и прочим лицензиатам скинуться условные 50b$ и купить ARM, если они считают переход ARM под крыло Nvidia катастрофой? Или избежание этой «катастрофы» не стоит 50b$, но тогда это не такая уж и катастрофа.
Ну, примерные цены ещё в августе сливали. А так, мой косяк. Я статьи в ленте смотрю, поэтому привык, что даты свежие.А эту статью, видимо, из предложенных с правого блока взял, а на дату не посмотрел.
Ой, тут смотря какая математика! Про графы все же программисты знают?! А это часть дискретной математики. Мат.логику тоже все знают. Умение определять сложность алгоритма — тоже математика. Работаешь с float — должен знать часть вычислительной математики.
Если поставить вопрос так: насколько нужен «чистый матан» (мат.анализ) программисту, то получили бы интересное исследование. Критерии сходимости рядов, разрывы функции, множества Парето, Слейтера и т.д.
Если вы посмотрите на эффективные алгоритмы умножения матриц, то там тоже будет плохочитаемый код. Увы, но красивый и быстрый код почти всегда антонимы. Важно, чтобы хотя бы интерфейсы были читаемы и просты.
Если поставить вопрос так: насколько нужен «чистый матан» (мат.анализ) программисту, то получили бы интересное исследование. Критерии сходимости рядов, разрывы функции, множества Парето, Слейтера и т.д.