Дело в том, что не бывает пользователей, которым нечего скрывать. Исходя из этого, можно задать вам вопрос: вы всю переписку ведёте через зашифрованные винраром файлы через торрент из-под тора?
Откуда ж мне знать, какое оборудование у вас есть?
Если софт для USBee умеет записывать поток семплов, то можно хотя бы попробовать сгенерировать по ним wav-файл и открыть в каком-нибудь аудио-редакторе. Костыль, конечно, но хоть что-то.
И то, что все мы в России живем рабами — давным давно известно каждому. Просто не каждый с этим мириться хочет.
Тот факт, что вы живёте в рабстве, не означает, что все так живут. Хотите прогибаться — прогибайтесь, но не нужно навязывать другим свою позицию. Это отвратительно.
Это что-то новое: рассказать о том, как сделать сигнализацию самому, а потом предложить «недорогую камеру наблюдения», которая дороже нового бюджетного смартфона.
Пользуясь случаем, спрошу: как можно организовать защищённую беспроводную сеть без пароля? Пока что в голову только приходит способ по открытой сети выдавать страницу с предложением воспользоваться защищённой сетью и паролем к ней.
Да ну? Если плотность предупреждений, указывающих на реальные недоработки, крайне низкая, то все остальные предупреждения — false positive и, соответственно, их плотность высокая. Их столь большое количество указывает не на высокое качество кода проекта, а на неумение эти срабатывания корректно отсеивать. Если на каком-то проекте мой гипотетический анализатор не осиливает находить множество реальных ошибок, но при этом находит много FP, то это не код проекта такой хороший, а мой анализатор такой плохой. Доля FP это прямой показатель качества анализатора, никак не анализируемого кода.
Если узнать mac-адрес терминала, то можно с помощью спуфинга и ноутбука его проплатить, после чего терминал сможет заходить в интернет без авторизации.
Как по мне, совершенно не учитывается тот факт, что использование наушников в метро уже ощутимо уменьшает уровень шума, даже без музыки (зависит от типа наушников, конечно). Поэтому, чтобы заглушить шум метро, совсем не обязательно слушать музыку на все 100 дБ.
Как-то сумбурно и недостаточно широко. Если это всё, что вы знаете, то в лучшем случае вы придумаете какой-нибудь MIPS. Я бы добавил ещё как минимум про микрокод, delay slot-ы и стековые архитектуры.
И да, мне кажется, или PIC/PIE вообще никакого отношения к процессорным архитектурам не имеют?
Радует, что вы хотя бы осознаёте, что разговаривать с вами бессмысленно.
Секундочку. А зачем с этим мириться?
Если софт для USBee умеет записывать поток семплов, то можно хотя бы попробовать сгенерировать по ним wav-файл и открыть в каком-нибудь аудио-редакторе. Костыль, конечно, но хоть что-то.
Тот факт, что вы живёте в рабстве, не означает, что все так живут. Хотите прогибаться — прогибайтесь, но не нужно навязывать другим свою позицию. Это отвратительно.
> статья на GT, рекламирующая Chrome
Okaay.
От пассивного перехвата трафика.
Пользуясь случаем, спрошу: как можно организовать защищённую беспроводную сеть без пароля? Пока что в голову только приходит способ по открытой сети выдавать страницу с предложением воспользоваться защищённой сетью и паролем к ней.
Да ну? Если плотность предупреждений, указывающих на реальные недоработки, крайне низкая, то все остальные предупреждения — false positive и, соответственно, их плотность высокая. Их столь большое количество указывает не на высокое качество кода проекта, а на неумение эти срабатывания корректно отсеивать. Если на каком-то проекте мой гипотетический анализатор не осиливает находить множество реальных ошибок, но при этом находит много FP, то это не код проекта такой хороший, а мой анализатор такой плохой. Доля FP это прямой показатель качества анализатора, никак не анализируемого кода.
Я бы тут отметил низкое качество кода PVS-Studio, поскольку это утверждение автоматически означает крайне высокую плотность ложных срабатываний.
Ничем, за исключением невероятной уникальности этой реализации.
Как-то сумбурно и недостаточно широко. Если это всё, что вы знаете, то в лучшем случае вы придумаете какой-нибудь MIPS. Я бы добавил ещё как минимум про микрокод, delay slot-ы и стековые архитектуры.
И да, мне кажется, или PIC/PIE вообще никакого отношения к процессорным архитектурам не имеют?
Ничего не слышали о бэкапах и vcard?