Михаил Усоцкий

Это нужно для разъёмов B-типа, а также micro. USB 3.1 Типа С предусматривает возможность зеркального подключения (чтобы не было суперпозиции при подключении) и плюс дополнительные линии, поэтому и кажется, что там больше.

Приведённая запись - это кортеж, где можно вернуть несколько значений через возврат. Если хочется создать собственный тип. То, как обычно, создаём новый тип со структурой, пихаем туда свои поля данных. При необходимости можно их выравнивать в памяти. Для большей возможности придётся немного подождать, пока Microsoft не выкатят версию C# 7.0. Там возможностей побольше.

Я как-то читал в книге, что BigInteger не может меняться. Так как BigInteger имеет свою специфику. А также BigInteger не совместим с Int32, так как BigInteger - это длинные числа. Работать надо иначе.
То есть ваш код должен выглядеть где-то так.

using System;
using System.Numerics;


public class Sum
{
    private static void Main()
    {
        BigInteger x, y, z;

            x = new BigInteger(Convert.ToInt64(Console.ReadLine()));
            y = new BigInteger(Convert.ToInt64(Console.ReadLine()));
            z = BigInteger.Add(x, y);
        Console.WriteLine(z);
    }
}

Скорее, в гик. Всё-таки там собираются любители своих наработок. Да, мне было бы очень интересно почитать вашу статью.

Вы имеете ввиду AT&T и Intel синтаксис ассемблера? Если это, то так приняли раньше в лохматые годы. Просто надо знать оба синтаксиса. Насколько знаю, что в Linux принят AT&T-синтаксис. А в Windows - Intel-синтаксис, но AT&T тоже принято, но в меньших масштабах, как мне кажется.

Возможно, это глюк драйвера. Попробуйте переустановить.

Ну системный архитектор понимается мною как работа на уровне аппаратной части. То есть он должен уметь заставить аппаратуру послать два байта до космической станции, кружащего вокруг Плутона. А так системный архитектор должен в совершенстве электронику и схемотехнику, цифровую схемотехнику (перечень технологий и архитектур тоже включается в этот список, но не обязательно всё знать; важно уметь схватывать на лету появляющиеся новые технологии, и разбираться в них), низкоуровневое программирование (можно и опкодами программировать) на ассемблере, а также системные языки программирования, прямо затрагивающиеся создания операционных систем, драйвер и иже подобными. А всё остальное уже не совсем для системного архитектора. Базами данных и прочими занимаются другие программисты.

Обобщу. Ардуино создавалось изначально для прототипирования, как и любая отладочная плата. Но сердцем и мозгом любой отладочной платы всегда будет микроконтроллер, микропроцессор или ПЛИС. Ардуино позволяет вам без затрат подключать готовые модули для того, чтобы довести любое устройство до работоспособного состояния. После этого обычно начинают проектировать уже отдельную плату с заданным функционалом для конкретной задачи.

Где-то читал, что не стоит ставить проприетарные дрова в пользу свободных, которые уже в составе Linux. Попробуйте без драйверов видеокарты.

Ну ассемблер даёт хорошее представление, как работают языки программирования среднего и высокого уровней. Да и программирование напрямую железо даёт программисту неплохой результат по производительности и компактности кода в памяти. Но это может сделать хороший программист.

Датчики магнитного поля ещё называют датчиками Холла. А датчики удара скорее всего либо акселерометры, либо пьезоэлементы.

В целом, это возможно. Программно я не знаю. Наверное, это какая-нибудь утилита Acronis. Но я в своё время делал с помощью аппаратной двухдисковой док-станции жёстких дисков с поддержкой создания дубликатов. Оставшееся свободное место можно создать в новый раздел.

1. Да, современные операционные системы игнорируют сегментную организацию в пользу плоской модели памяти, разбитой на страницы. Но оставили пару сегментов для виртуальных машин. Этим дело и ограничивается. Сегментная организация памяти была хороша в те времена, когда нужно адресовать память больше, чем позволяет 16-разрядный процессор. К тому же плоская модель память удобней и проще для переносимости приложений в различные архитектуры.
2. PE -- это, по сути, структура самой программы при загрузке, указывает операционной системе, что и куда размещать в памяти и что подгрузить. Что-то вроде таблицы трансляций.
В Linux используется ELF-формат, если не ошибаюсь.
3. Для гарантированной работы приложения в системе обычно используют соглашения и рекомендации. В 32-разрядной системе ещё можно получить к ним доступ. Но лучше их не трогать. Так как никто не знает последствия. Но на уровне системного программирования знание может быть очень полезным, особенно в сфере безопасности. А вот в 64-разрядной системе они выключены кроме пары сегментных регистров для контекста.

Я практически использую только 1920х1080. Только на планшете используется 2560х1440 (1440х2560). Поэтому, на мой взгляд, лучше абстрагироваться от физических разрешений в пользу другим измерениям, не зависящих от разрешения монитора. А для картинок использовать несколько вариаций для различных плотностей пикселей на площади экрана.

Низкоуровневое - это ассемблер. А С/С++ - язык среднего уровня. А ниже нижнего уровня только архитектура процессора да опкоды, и логические вентили. Думаю вам опкодить тоже нет желания. =)

Судя по тегу, вы интересуетесь ещё и ПЛИСами?