Поясните, кто в теме, кажется wifi антенну зря посадили поверх платы? Надо бы сдвинуть наружу, что б текстолит несущей платы не ухудшал параметры антенны модуля.
Не хватает в анализе дальневосточных городов — Хабаровска и Владивостока.
Да и Сочи надо добавить. Такое ощущение, что все айитишники из разных городов, что заехали отдохнуть на море и в горы в прошлом году, так и живут до сих пор :)
Надо изучать. Мне кажется, по разному все пляшут.
ISA может быть как в Форте у Технофорт ТФ-16, например.
У Мультиклета и Мальта, что-то своё изобретено…
Согласен, против сложившейся практики, когда data transfer object (DTO) отдельно от методов, не отмахнутся. Собственно об этом и решил написать — о DTO через REST/GraphQL.
Меж тем, SQL воспринимать как DTO сложнее. Модель предметной области вполне может хорошо ложиться на реляционное представление. Тогда запросы SQL оказываются настоящими «методами».
Во-первых, делать «второй экземпляр» объекта на той стороне или после передачи копии «уничтожить оригинал», решать вам. Как минимум два экземпляра, скорее всего, меняться будут несинхронно и перестанут быть копиями со всеми вытекающими по слиянию, хранению, первенству…
Во-вторых, память может быть совместно доступна. Зависит от архитектуры железа (UMA), операционной системы и вашей системы. Именно так сейчас работает macOS на M1. Вполне реальная ситуация.
В-третьих, про «только данные» или DTO — это в рантайме часто, но не всегда. Есть IRIS — платформа, где можно динамически подгружать новые реализации методов и классов. А уж в дизайнтайме у вас всегда всё в руках в любых языках и налюбых платформах — и методы, и структуры данных.
Небольшое в-червёртых, есть подозрение, что Хуавей готовит новый язык и платформу с динамическим изменением рантайма. Будет собственный язык или кросс-языковая поддержка — подождём посмотрим.
Более-менее универсальный путь передачи объекта — маршалинг и передача в принимающую систему, которая понимает этот формат и имеет типизацию для этого объекта. По сути ничего нового — посылка сообщений в стиле Smalltalk.
Если говорить применительно к IRIS и ObjectScript, то соответствующие механизмы встроены в среду исполнения IRIS. Тут даже придумывать ничего не требуется — достаточно наследоваться от класса %Persistent.
Зачем сдирать с MIPS, если RISC-V проектировали авторы MIPS? Они же авторы самой идеи RISC архитектуры. Ищите David Patterson & John Hennessy.
Про отсутствие анализа других архитектур, мягко говоря вздор. Даже на русский есть переводы анализа архитектур: Паттерсон «Компьютерная архитектура. Количественный подход. Руководство».
Много сравнительных тестов Эльбрусов с компами на других архитектурах есть на Эльбрус/тесты/результаты. Это неофициальные постоянно пополняемые результаты бенчей.
На сайте Микрософт три ссылки на поддерживаемые процессоры. В статье только две. Странно…
Куда ARM потеряли?))
В расчётах печатных антенн материал плат учитывают.
А вот как говорят японцы про свои модули с антенной внутри:
Да и Сочи надо добавить. Такое ощущение, что все айитишники из разных городов, что заехали отдохнуть на море и в горы в прошлом году, так и живут до сих пор :)
Научный парк МГУ, судя по адресу.
ISA может быть как в Форте у Технофорт ТФ-16, например.
У Мультиклета и Мальта, что-то своё изобретено…
Пусть частично аппаратно, а частично эмуляцией.
Как эти сопроцессоры управляются?
Меж тем, SQL воспринимать как DTO сложнее. Модель предметной области вполне может хорошо ложиться на реляционное представление. Тогда запросы SQL оказываются настоящими «методами».
Во-первых, делать «второй экземпляр» объекта на той стороне или после передачи копии «уничтожить оригинал», решать вам. Как минимум два экземпляра, скорее всего, меняться будут несинхронно и перестанут быть копиями со всеми вытекающими по слиянию, хранению, первенству…
Во-вторых, память может быть совместно доступна. Зависит от архитектуры железа (UMA), операционной системы и вашей системы. Именно так сейчас работает macOS на M1. Вполне реальная ситуация.
В-третьих, про «только данные» или DTO — это в рантайме часто, но не всегда. Есть IRIS — платформа, где можно динамически подгружать новые реализации методов и классов. А уж в дизайнтайме у вас всегда всё в руках в любых языках и налюбых платформах — и методы, и структуры данных.
Небольшое в-червёртых, есть подозрение, что Хуавей готовит новый язык и платформу с динамическим изменением рантайма. Будет собственный язык или кросс-языковая поддержка — подождём посмотрим.
Если говорить применительно к IRIS и ObjectScript, то соответствующие механизмы встроены в среду исполнения IRIS. Тут даже придумывать ничего не требуется — достаточно наследоваться от класса %Persistent.
Про отсутствие анализа других архитектур, мягко говоря вздор. Даже на русский есть переводы анализа архитектур: Паттерсон «Компьютерная архитектура. Количественный подход. Руководство».