maaGames

У меня в драйверах есть пункт автоматического обнаружения подключения наушников, чтобы выключать колонки. Наушников нет, но драйвер предпочитает делать вид, что они есть и вырубать колонки. Отключил автообнаружение наушников и колонки заработали.
Программисты Creative ОЧЕНЬ нехорошие люди.

Почему именно брендовый?
У меня на видеокарте два DVI, HDMI и Display port. DVI через переходники можно сделать в HDMI. Display port легально вроде нельзя в HDMI, но китайские переходники есть. Так что на бюджетной карте (NVidia GTX670) получается 4 HDMI порта. На более дорогих наверняка получится без кучи переходников к одному интерфейсу привести.

В Visual Studio ведь есть встроенный статический анализатор для .NET кода.

Почти любой полноценный язык программирования подойдёт. Имитацию нажатий клавиш сделаешь через WinAPI функцию отправки сообщений. Подойдёт ДАЖЕ ВижуалБэйсик. Вопрос только в необходимой производительности программы и частоте отправки запросов.

Простое клиент-серверное приложение... Такие формулировки любят заказчики, но не программисты.)

Как перейти к следующему инту, если текущий уже упал? Он все итерации и пытается один и тот же инт получить.

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

Уникальный код пользователя и СМС. Как в Сбербанке-Онлайн.

А вот беготня с получением электронного паспорта или как там оно называется - не лучший способ для пользователя.

OnStop может не быть вызван. Если для одних Activity он вызвался, а для других нет, то может быть разный результат. Возможно, все сбросы/сохранения нужно сделать только в OnPause.

Беги оттуда, пока не поздно!

Госкорпорация, отсутствие опыта самостоятельных разработок, древнее недокументированное зло... Жесть!

Мне стыдно жить в Мире, где С++ называют учебным языком...

Весь "красивый" промышленный софт пишется на .NET.
Весь быстрый промышленный софт пишется на сишечках с ассемблерами.

Сперва хотел рассказать про хранение WAV файлов в формате PCM, но передумал. Вы собираетесь экономить на печеньках - не правильный подход.
Предлагаю оптимальный вариант + его модификацию.
1. Раз данные пишутся и читаются последовательно, то вам Бог велел использовать потоковое сжатие (это если файл в оперативную память весь не влезает, иначе тупо зиповать можно было бы). Не зная языка программирования не могу подсказать библиотеку. На C++ можно декорировать файловый поток архиватором, чтобы на лету данные паковать. Самому архиватор писать не стоит, лучше поищи готовую реализацию.
2. Так как числа упорядочены, то вы правильно предложили хранить разницу между соседними числами, это обеспечит очень много повторяющихся величин, которые должны отлично сжаться любым архиватором.

Как правило архиваторы считают контрольную сумму кодируемых данных, поэтому дополнительной проверки не должно потребоваться. Если при закачки на/из облака данные повредятся, то при распаковке это должно будет выясниться.

> при каких ситуация нужно создавать связывающую таблицу, а при каких нет?

При проектировании реляционной базы данных - используйте.
Если какие-то данные используются более одного раза, то их можно (не обязательно) помещать в отдельную таблицу. В вашем случае, в разных университетах могут быть факультеты с одинаковыми названиями. Поэтому факультеты сохраняются в одной таблице, а в таблице с университетами задаются уже не сами названия факультетов, а их индексы в таблице факультетов. Это если очень кратко.

"не должны храниться в интернете" - излишне категоричный совет. Не должны храниться в открытом виде - так точнее. Утечки с iCloud продемонстрировали, что всякие авторизации не помогают от программных ошибок.
Решение: шифруйте файлы перед помещением в сеть. Хотя бы архиватором с большим ключом запаковать можно, если настоящую шифрующую программу ставить не хоцца. Даже если кто-то файл из сети стащит, его ещё расшифровать нужно суметь. А уж дропбокс или гуглдрайв - дело вкуса и потребностей. Можно использовать несколько слабонадёжных облачных хранилищ, маловероятно, что они сразу все перестанут работать.

Не советую делать из листов. Раму нужно делать из профиля, иначе вибрации будут. Особенно, если случайно вибрации от дисков совпадут с собственными частотами получившейся рамы. Цена вопроса больше будет зависеть от способа "склейки". Сварка будет дороже, чем соединение винтами, но и надёжнее будет. Ну и фрезерование будет гораздо дешевле, чем лазерная резка - если какие-то красивости на боковых панелях (которые из листов как раз будут) вырезать захочешь.
Когда проектировал нестандартный кронштейн для экрана, то нашёл фирму по словам "сварочные и слесарные работы". В каком ты городе не знаю, так что и ничего конкретного не скажу по поводу адреса.

Если Windows7-x64 и карта от Creative... А если встроенная звуковуха и драйвера от Сонара... Рандомно же?

Можно каким-нибудь обфускатором-минимизатором страницы обработать, но это не защитит от "опытного пользователя".
На хабре есть статья про "шифрование" информации непечатными символами, может помочь против браузеров и некоторых редакторов.
И вступи в РСП, они любят интернет шерстить в поисках нарушения копирайта...