Yakhnev

Еще вариант списать на безопасность. Что один IP публичный с публичными сервисами (web), а второй секретный для администрирования (ssh, mysql и т. д.).

Еще бывает реальная необходимость переключаться с одного IP на другой в случае DDOS (должен быть один неизвестный никому адрес на который трафик может быть запроксирован через гейты).

Еще посоветую Anvir Task Manager

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

В качестве прямого ответа на вопрос автора.
В мире веб-разработки сейчас доминируют два технологических подхода — LAMP (и подобные) и Java.

LAMP — это разработка на PHP, либо Ruby, либо Python. Под любым вариантом существуют довольно удобные фреймворки. Языки, сами по себе, также неплохо развиты. PHP лидирует со значительным отрывом по распространённости как среди разработчиков, так и среди заказчиков; во-многом благодаря распространённому мнению, что PHP-кодеры дешёвые и их много. Зарплаты на самом деле очень разные, как правило зависят от степени ориентированности компании на технологию. LAMP — это как правило мелкие и средние заказы, восновном сайтоделание. В любом случае во фрилансе довольно сложно заполучить крупный проект. Хотя мне как-то предлагали долгосрочную удалённую работу на американского хостера за ~$2000 в месяц.

Java — на мой взгляд самая прогретая по зарплате область в web-программировании. И она продолжает подогреваться ентерпрайзами как в западном мире, так и в России. У меня нет данных насчёт успешности применения Java во фрилансе. Заказчиков должно быть достаточно. Разработчиков тоже. Java — развитая платформа, предоставляющая бесплатно колоссальное количество всяческих библиотек, фреймворков и прочих поделок. Многие очень грамотно спроектированы. Я плохо понимаю специфику Вашей работы, но мне кажется, в Вашем случае плюсом может стать наличие real-time библиотек и востребованность Java для разработки под железо. Минус этого варианта в высоком пороге входа. Чтобы овладеть мат-частью Java (особенно web) придётся потратить много времени.

В качестве just for fun. У меня сосед в деревне у бабушки неплохо зарабатывает на стройке-ремонте, и подторговывает пиломатериалами. В среднем в год больше меня получает. А я между прочим в Москве зарплату получаю. А сантехник там же, у бабушки, из меня всю кровь выпил в виде денежных накоплений. ;-)

Т.е. книга, которая научит вас зарабатывать должна быть бесплатной? И 250р — это копейки, вы посмотрите хорошие технические книги на Амазоне, они могут стоить не одну сотню долларов.

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

Если вам кажется, что 250р — это слишком дорого, то вы можете потратить несколько лет СВОЕЙ жизни, чтоб сэкономить эти деньги.

20 кВ — какая же это молния? Зажигалка от газовой плиты больше дает.

Я консервативен, и за 15 лет сменил пять-шесть обоев :)

Видимо не очень, как винду ставлю, как стандартные стоят, так и не парюсь.

как пользователь HP EliteBook 8560w (XU085UT) могу сказать что мощный проц без SSD для компиляции мало чем поможет. А вот SSD удивительным образом ускоряет большие сборки раза так в 3-4.

Самый большой скачок производительности, со времён первых Core Duo, ощутил при переходе с HDD на SSD, а не при сменах процессора. Теперь, работая с HDD-системой возникает примерно такое же странное ощущение ностальгического дискомфорта, как при пользовании ЭЛТ монитором. PHPStorm, Eclipse, две работающих виртуалки: Win и CentOS с двумя субд — чувствуют себя на Core2Duo 1.86 GHz + SSD абсолютно свободно, поэтому не нахожу причин менять камень. Моё мнение: попробуйте для начала сменить винт.

Я считаю, менять железо чаще, чем раз в 3-5 лет — это потворство потребительским инстинктам и уплата дани транснациональным корпорациям. В общем, это плохая затея.

Говорят, на визуальном быстродействии гораздо ощутимей сказывается замена HDD на SSD, нежели замена C2D на i7.

Очень интересно, как вы будете считать на кубиках вероятность того, что я по пути в университет в метро встречу однокурсника. И вообще оценивать любую непрерывную величину. На кубиках можно только конечные (даже не счетные) события моделировать. А это даже не 5% курса теории вероятностей. Ко всему осмелюсь предположить, что статьи будут на 80% из теории множеств и комбинаторики, а из теорвера вообще только определение события и одна формула: p = число успешных комбинаций / число возможных комбинаций.

Эм. Вообще интересно было бы, конечно. Но каждый хорошо разбирающийся в этом предмете человек знает, что предмет называется не «теория вероятности», а «теория вероятностей». Из-за этого возникает вопрос достаточно ли хорошо вы знаете этот предмет, чтобы писать свой курс о нём.

Госуслуги в новой версии вроде ничего.

1. Алгоритм требует двустороннего обмена данными. В простых сигналках (которые вскрываются граббером) поток данных однонаправленный: в брелоке передатчик, в базовом блоке — приемник.

1.1 Если уж у нас есть двусторонний канал, что мешает применять нормальные криптографические протоколы аутентификации? Логика подсказывет, что в современных сигналках так и делается. Конкретные модели не назову, самому интересно. Производители почему-то тщательно скрывают информацию о своих протоколах.

2. Запрашивать пароли нужно не по порядку, а рандомно (но следя, чтобы не было повторов). Иначе возможна следующая атака:
— Жертва снимает машину с сигнализации. Брелок начинает сессию. Сигналка запрашивает пароль номер 100500. Брелок говорит пароль и команду. Запоминаем номер.
— Жертва садится в машину и едет, следуем за ней.
— Жертва ставит машину на сигнализацию. Брелок начинает сессию. Ставим помеху, база ничего не слышит.
— Притворяемся базой и запрашиваем пароль номер 100501. Брелок говорит пароль и команду. Записываем.
— Жертва видит, что ничего не произошло, и снова нажимает на кнопку. Брелок начинает сессию. Опять ставим помеху, база вновь ничего не слышит.
— Притворяемся базой и запрашиваем пароль номер 100502. Брелок говорит пароль и команду. Записываем.
— Притворяемся брелоком и начинаем сессию. База запрашивает пароль номер 100501. Говорим пароль и команду.
— Машина становится на сигнализацию, жертва уходит.
— Притворяемся брелоком и начинаем сессию. База запрашивает пароль номер 100502. Говорим пароль и команду. Машина наша.

3. Брелок будет плохо защищен от копирования. Одно дело — хранить 128 бит ключа в защищенной памяти внутри криптопроцессора, а другое — сотни кБ-мегабайты одноразовых ключей. Потребуется внешняя флешка, которую можно легко прочитать.

4. Что делать, когда ключи все-таки закончатся? Перепрошивать сигналку? Генерировать новые? А как их потом в брелок заливать? Нужно тщательно продумать этот момент.

5. Как будет выглядеть процедура добавления в систему нового брелока?

В целом идея хорошая и при грамотной реализации будет надежно работать. Но дьявол, как всегда, в деталях :)

Какие все принципиальные. Вам лень сфотографироваться, вконтакт не хочет делать исключения из правил. У нас парадокс. Как думаете какая сторона скорее всего подвинется?

я может не в тему, но заголовок странный, где написано что это айфон? )

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

store.abbyy.ru/catalog/license_view.php?l=p&p_id=119471&strlang=ru

(запрещается)
«7.6.8. Использовать Словари или предоставлять доступ к Словарям (за
исключением Пользовательских Словарей) отдельно от ПО.»