Singerofthefall

Нет, .a - это уже скомпилированный объектный модуль, восстановить из него исходники невозможно. Можете попробовать дизассемблировать чем-нибудь вроде Objdump.

В институте вместо десятка ненужных лаб <...> Я в криптографии вообще ничего не знаю

Надеюсь, это не лабы по криптографии ;)

Вам подойдет любой симметричный алгоритм (вот тут есть краткий списочек). Посмотрите что-нибудь вроде XXTEA(блочный) или RC4(поточный) (хотя последний вроде лицензирован, если это вас беспокоит) — оба были задуманы как алгоритмы, простые в реализации.

Рекомендую Luxcase. Покупал для 5 разных устройств, наклеиваются с первого раза идеально и без пузырей.

Если рассуждать логически, то подойдут угловые скобки (в любую сторону) — мне кажется, их смысл интуитивно понятен:

ужин с коллегами < ресторан
ужин с коллегами > ресторан

Правда, в русской раскладке их, как и собаки, нет. Можете попробовать знак процента %, он, по крайней мере, вряд ли случайно встретится в тексте и даст ложное срабатывание.

А вообще, я бы оставил собаку.

Возможно вам поможет вот этот пример с msdn.

-

Они работают на математических функциях, а для вычисления каждого ключа (под ключем я имею в виду то число, которое генерируется, и которое вы вводите для авторизации) используется либо счетчик, либо последовательное хеширование.

Грубо говоря, в токене зашита некоторая односторонняя функция f(x), и некоторое стартовое число k. Сервер также знает, какая функция и какое число используется в токене, привязанном к вашему аккаунту.

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

Соответственно каждый раз, когда вы нажимаете на кнопку, токен вычисляет следующий ключ. Когда вы вводите его для авторизации, сервер также вычисляет тот же самый ключ и сравнивает их.

Вам нужно что-то типа аудита, то есть чтобы специально обученные и получающие за это зп люди проверяли ваш код? Если по мелочевке, то codereview.stackexchange.com/

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

Насколько я знаю, такой формулы нет. Более того, вряд ли ее возможно разработать. У любого соревнования, для которого вы пытаетесь подсчитывать рейтинг, будет своя специфика. Распределяемые очки должны отражать как эту специфику, так и ту моменты, которые вы хотели бы подчеркнуть рейтингом. Например раньше в ФОрмуле-1 очки давались по схеме 10-8-6-5-4-3-2-1. Сейчас они начисляются по схеме 25-18-15-12-10-8-6-4-2-1. Для чего это сделано? Ну например для того, чтобы увеличить очковую разницу между победой и вторым местом, чтобы сделать вес победы больше. Это, в свою очередь, сделано из-за специфики соревнований — для того, чтобы сделать систему более «честной», и чтобы было труднее выиграть титул имея минимум побед, но хорошую стабильность.

А вот например в дисциплинах типа прыжков в воду вообще отсекаются лучшие и худшие оценки, чтобы избежать как накручивания, так и наоборот. Естественно и система оценки там должна быть другая.

В любом другом виде спорта (или не спорта, например, рейтинг на сайте по «плюсикам») систему начисления очков скорее всего придется придумывать заново, в соответствии с особенностями этого вида спорта, и с учетом того, что ее должно быть невозможно «накрутить».

Я недавно спрашивал про них, посмотрите ответ с флажком: habrahabr.ru/qa/27971/

Берите. SATA обратно-совместимы, прирост скорости вы заметите значительный, плюс если в будущем обновите железо и появится SATAIII, вам не придется покупать новый накопитель чтобы использовать ее на всю катушку.

В википедии же неплохо написано про систему расчета. Рейтинг Эло позволяет вам получить матожидание количества очков, которое разбивальщик тарелок А получит в очном противостоянии с разбивальщиком тарелок В. Если вы знаете, например, какие матчи (и с кем) предстоят каждому игроку, то вы сможете для каждого игрока рассчитать матожидание изменения его рейтинга в этих матчах. Например: «Завтра А играет с Б. Судя по рейтингу, от наберет в этом матче 10 очков, и его рейтинг увеличится. Послезавтра он играет с В. Учтем изменение рейтинга А из предыдущего матча, и посмотрим, на что он сможет рассчитывать в этот раз», и так далее.

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

Google Maps API
Yandex maps API

Либо я неправильно понял ваш вопрос, либо он равносилен вопросу «Почему PIN-код хранят отдельно от банковской карты?»…

Не совсем ответ на ваш вопрос, но почитайте тут, вдруг пригодится когда-нибудь.