Это не столько возраст, сколько характер. Возраст его просто усугубляет.
Впрочем, насчет технологий есть такое дело. Молодой год позанимался одним, перепрыгнул на другое и стал осваивать третье. Опытный наработал десять лет опыта по конкретной технологии, знает ее спинным мозгом - перепрыгивать без острой необходимости ему действительно просто не хочется.
Антон Уланов: ну, я и не позволял себе в этом усомниться ;)
Фокус в том, что Линукс сам по себе тоже не гарантирует защиты от таких проблем. Радует два пункта: во-первых, их по-прежнему нет, а во-вторых, мне как-то за годы под Линуксом никогда и не требовалось ставить неизвестно что неизвестно откуда. В такой неблагоприятной среде, глядишь, не скоро что-то и появится.
Если установщик заряжен трояном - вы приходите ровно в ту же задницу, что и сидя под админом постоянно.
Кстати, шифровальщикам на хрен не нужны права админа, они и из-под пользователя спокойно сжирают его файло.
Соответственно, запуская программы из непроверенных источников - вы в любом случае рискуете.
athacker: вы меня так убеждаете, как будто я вас уговариваю вообще отказаться от свопа.
Я же говорю, что некоторая разница в скорости его работы будет некритична, поскольку постоянно в него лезть никто не будет.
А если будет - в системе в любом случае будут твориться такие тормоза, что на их фоне эта разница опять-таки некритична.
athacker: на практике картина обычно отличается от тестов, но в данном случае это неважно. Потому что обращение к свопу в любом случае означает замедление работы на порядки. Если вы будете обращаться к нему постоянно, так что указанная разница как-то скажется на реальной работе - получается, у вас заведомо не по феншую настроенная система.
noteblock: Ряд, не кратный 4-м, получится только в том случае, если в нем:
- три единицы и двойка;
- единица и две двойки;
- двойка, единица и двойка.
Проходим весь список подряд, пока не натыкаемся на такую ситуацию, меняем местами последнюю двойку с предыдущей единицей, продолжаем.
noteblock: В приведенной картинке, собственно, другая задача - "сдвинуть двойки, если они попадают в четвертую позицию". Попадают они туда, только если перед ними в ряду есть единица, ее и сдвигаем.
Впрочем, вру. Задача довольно узкая, и ее можно решать проще. Например, так.
1. Проверяем, складываются ли в 4 начальные и конечные элементы массива - эту часть можно не трогать.
2. Внутри оставшейся части, если ее сумма больше 4, определяем перестановку ОДНОГО элемента, дающую максимальное количество успешных сумм в начале + в конце оставшегося массива. Условия задачи таковы, что такая перестановка, очевидно, всегда возможна.
3. Возвращаемся к п. 2 или выходим, если в нем оказалось, что сумма уже недостаточна.
Если суммы должны идти подряд - то про конец забываем. Если известно, что сумма элементов кратна 4, вспоминаем про него снова, т.к. в середине остатка уже не будет.
noteblock: условие "максимально близкий к начальному", если его исполнять в точности, дает NP задачу - она решается только полным перебором - нахождением всех вариантов, удовлетворяющих условию, и выбором из них того, который требует минимальной перестановки. Рюкзак, коммивояжер, вот это все.
То проще сразу предполагать, что он может ВСЕ.