Ska1n: Ну в принципе верно. Библия. Что-то вроде священного писания. Многое может быть не верным, однако исповедуя его причисляешь себя к некоторой группе людей, которые также его исповедуют. Это и есть имидж. Там действительно немало вещей уже искажены в призме времени, хоть они в большинстве своём весьма фундаментальны. Кормен другой в том плане, что он делает упор именно на алгоритмы, причём без трёхэтажных доказательств, которые и не нужны на самом деле, без тучи лемм и теорем, которые только мешают чтению. Зато в справочнике им самое место - не каждый день встретишь парочку томов в котором перечислены бОльшинство теорем так или иначе связанных с программированием.
Ska1n: тогда просто не понимаю. Зачем вам нужен этот Кнут. В нём нет никаких откровений, а вот Кормен вполне себе вправляет мозг на место. Особенно, если выполнять каждое упражнение. Кнут хорош именно как настольная книга, чтобы освежать знания полученные очень давно в университете. Ну и просто имидж.
AVKor: обычные карты "flashcards": на одной стороне слово, на другой - перевод. Гоняем туда сюда разными сторонами и пытаемся вспомнить слово на обороте.
Mikeismynick 27 лет это много. Но меняться никогда не поздно! Тем более есть свои преимущества - осторожность, бОльшая рассудительность и подобные, обычно приходящие с возрастом, вещи. Чем раньше начнёте - тем больше будет проку. Сидеть и зубрить материал можно вечно - никогда толком не поймёте, что от вас хотят. Собственно, наблюдал интересные феномены: выпускники толком ничего не знают (видно, что на лекциях что-то похожее слышали, да забыли); а взрослые уже дяди с семьёй, ошибавшиеся с работой, заваливали материалом, который даже и не нужен, а по делу только "а можно попробовать позже?". Серьёзно, всё что вам надо прочитать есть в Thinking in Java. Остальные книги - сами поймёте что потребуется. Уже потом. Шилдт это хорошо для совсем новичков, но его время быстро проходит. Уже потом, когда начнёте проседать с математикой и алгоритмами узнаете про Алгоритмы Кормена и КонКретную Математику Кнута. Потом, когда почувствуете в себе специалиста библиотека уже пополниться Скотт Оаксом. А сейчас кроме документации и головы на плечах в общем-то и не надо.
Конечно, вы можете выждать. Но никто вас не съест, если получите тестовое задание и не сможете его сделать. Никто не укусит за то, что интервьюировали, а потом отказали. А вы получите бесценный опыт. Тот, который действительно нужен, а не какой-то мифический.
lugger Ну я даже хотел изменить организацию на нонейм или ООО Вектор какой-нибудь... Но потом стало лениво.
Алсо, много где работают специалисты мирового уровня. Да и вообще - "специалист мирового уровня" - это заурядный выпускник бакалавра или специалитета. Тут лучше было бы сказать "лучшие из специалистов", тогда уж, но что-то я в этом сомневаюсь. Да не суть.
Эдуард Дейнега скажу вам честно - ваш русский не есть русский, а если бы и был, то все русские вокруг в момент перестали бы быть русскими. Тут даже не столько орфография, сколько речь и пунктуация.
reggilennon для начала надо было бы написать, что за ВУЗ и какая специальность. От этого многое зависит. Во-вторых, диплом должен продвигать науку, а не топить. Суть не в практике, а теории. Требуется исследование и анализ, а не обезьянья работа. Например, интернет магазин может быть инструментом для такой темы, как "исследование влияния расположения элементов управления на конверсию посетителей в заказы" на кафедре медиатехнологий и пиара, или "исследование производительности ресурса в сети Интернет с использованием hadoop" на кафедре многопоточных нанотехнологий. А прийти с интернет-магазином и сказать "его написал я" на кафедре оптотехники или информационной безопасности - просто моветон. И каким бы "классным" интернет-магазин не был (имеется в виду, оценивается работа, ваша работа а не интернет-магазина, написанного вами: он может быть убогий и через раз работающий, но если идея новая, а исследование продуктивное - это вин), никто за "просто классный интернет-магазин" вас по голове не погладит.
ну вектор инициализации - этот тот же кусок ключа, считай. Давайте теперь в RSA считать первое простое число вектором инициализации, лол =) Ну и потом, все операции в RSA по модулю, который, внезапно, дефолтный. Делаем не дефолтным - получаем ещё кусок ключа. Ах да, совсем забыл, что есть McEliece, про который я сотню раз здесь писал и в нём совершенно случайно результат почти совершенно случаен (в разных слуаях от 10% до трети).
алгоритм DES работает в разы быстрее, чем современные блочные шифры. Читаем матан - там ничего кроме замены и пары побитовых операций нет - на ASIC перформанс такой, что скорость шины - единственное ограничение
Наконец, претедентов на постквантовую криптографию не так много. Кодовые шифры относительно устойчивые к квантовым вычислениям, однако "не так всё просто". Не так давно видел публикацию за авторством не_помню_кого, где описывался гипотетическая атака на DES с помощью квантового компьютера методом какого-то там убер перебора. Результат - взлом за n действий - где n - длина ключа. Не размер, а длина, угу.
Правда памяти требуется в размер ключа, при этом ещё константа нехилая, а учитвая, что тёплых квантовых компьютеров нам скорее всего не видать мы ещё долго не увидим квантовых вычислений, как минимум до космической экспансии, когда будет достаточно места в на орбите и достаточных техпроцесс по изготовлению стойких и излучению обшивок.
Два одинаковых сообщения так и так будут одинаковые, как бы их не пытались шифровать, за исключением разве только тех редких криптографических алгоритмов, которые используют при шифровании случайные числа (смотри McElice).
Но есть и плюс того, что они работают медленно - их сложнее взламывать.
Человек в статье не просто так пишет, что он не знает теории чисел. Да, есть способ решения тех систем, и возможность устанавливается китайской теоремой об остатках. Собственно, она и используется в алгоритме RSA, чтобы он был не таким so slow.
Непонятно, что значит должно быть как минимум 2 цифры и они должны повторяться как минимум дважды.
А вообще, . Конечно, это не априори самая верный способ записи. При чтении надо держать в уме, что двоеточие читается, как "такой(ие), что", "Е наоборот" - "существует", "А наоборот" - "для всех (любых)", "Э наоборот" - принадлежит.
Александр Таратин: да, вполне реально (и не нужны никакие directsound) упаковать JVM вместе со всеми зависимостями и самим приложениям.
И не надо статически линковать. Линкуйте динамически. И в принципе реально запихать зависимые библиотеки внутрь исполняемого, они всё таки вряд ли сильно мешаются. Единственная проблема - размер. Всё таки плеер размером в пару сотен мегабайт - странная штука.
Александр Таратин: если уж на то пошло, то я бы использовал Qt, немного не понимаю, что значит "генератор портабельных нативных приложений", но если что - меняем копирайты к qmake, качаем и упаковываем qt и c++ либы, а при распаковки - запускаем qmake; make; make install/checkinstall.
В итоге нам надо научить приложение управлять звуком (эквалайзер; громкость - это упрощённый эквалайзер, если "топорно") и.. всё. гг вп
Итого - QIODevice на фононовский MediaSource. И пара минут на настройку интерфейса.
Ещё вариант - Java. Здесь всё даже проще, правда от окружения потребуется инсталированная java. Настройки пусть берёт из xml рядом - быстро, удобно, надёжно. Интерфейс делаем на awt - получаем аккуратно-нативный интерфейс на всех платформах. Правда с прозрачностями проблема, в этом случае юзаем swing. В любом случае - на всё про всё не так много времени. Ещё немного на выбор библиотеки, которая будет звучать всеми цветами радуги, я как-то работал с javazoom. Ну и немного возимся с мутным look&feel. Вот на это вполне может уйти и неделя.
Avrong: ну готовьтесь тогда, что и по C# будет не вся информация достоверна, как минимум. Уже возразил Артем по поводу, ибо в том же msdn полуавтоматический перевод. Да и вопрос, если C# - тот же cxFreeze в плане упаковки в исполняемые файлы, то может быть установка и настройка даст некоторое понимание процесса.
И, алсо, на нормальных операционных системах python обычно установлен по умолчанию, или вытягивается из сети одной командой, и ещё, он является зависимостью большого количества софта.
