Saboteur

Недавно отсканировал ВСЕ альбомы. Ушло пару недель (несколько тысяч фото)

Из опыта:
Сканировать с максимальным разрешением - реально НЕ нужно. Переглядывать фотки раз в десять лет, причем важно просто разглядеть что там, а не высматривать щербинки и родинки. Поэтому на 600 DPI хватает выше крыши для всех обычных семейных фото, а для фоток сделанных мыльницей - 300 dpi за глаза.

Отдельные фотки для реставрации, можно постараться отсканить с бОльшим разрешением, 1200, аккуратно прижимать, но нужно понимать, что если вы начнете реставрировать сами, то через 30-40 фоток вам это надоест, и вы поймете что не так уж и важно сверх-качество. Следовательно хорошо подумайте, стоит ли фотка дополнительных усилий, или ее в общую стопку. Редкие студийные фото, сделанные не на цифровые камеры тоже можно отсканить в 1200.

Слайды, диафильмы - 1200 хватило. немного размыто, но на самом деле сами слайды не дают слишком большое разрешение, то есть сканируя слайд на 2400, особо качества не добавилось, а размер - в разы. Его потом просто неудобно смотреть.

На что нужно обращать внимание:
1) Положение фото на сканере. Чем ровнее положить, чем аккуратнее закрыть крышкой, тем ровнее будет фотка, проще обрезать, меньше работы.
2) Сразу придумать каталогизацию. Пока фото сканируется, можно его переименовать, положить в нужный каталог.
Вот такое - не очень.
серый_альбом/фото10.jpg
белый_альбом/фото10.jpg

А сквозная нумерация - гораздо лучше, особенно если в будущем фотки будут перекладываться из папки в папку.
серый_альбом/фото10.jpg
белый_альбом/фото20.jpg

В идеале, если альбомы велись корректно, то год-месяц-день_номер.jpg. Если с этим тяжело, можно например 2001-xx-xx-01.jpg, будет хотя бы год.

Книга не нужна. Просто поищите готовые ответы на тостере что такое ООП и для чего он нужен.

На гиктаймсе и мегамозге полно статей о том, как работает мозг.

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

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

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

"что бы достичь желаемого :( "

А вы конкретизируйте желаемое.
Если вы хотите браузерку, это одно.
Если вы хотите писать свой клиент - на чем сможете осилить? И следовательно какой протокол обмена данными будете делать? Свой? Тогда копайте в нетворк

Рекомендую Soft Perfect ram disk
если его не монтировать как виндовый диск(без полной эмуляции), он работает на порядок быстрее чем аналоги.

Программ миллион. Вы бы хоть уточнили в какой среде вы можете выполнять команды.
Начиная от обычного rsync, find, diff и заканчивая полноценным деплоем при помощи кучи вариантов.
Почему неудобно выкладывать весь проект - не уточнено.

Напишите свой алиас, и используйте его

DU показывает не размер файлов и папок, а сколько они занимают на диске.
Например, если на втором диске у вас размер блока больше, то du всегда будет показывать больше.

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

Или упростите скрипт, например до такого

find DIR1/* -exec md5sum {} \; > file1.lst
find DIR2/* -exec md5sum {} \; > file2lst
diff file1.lst file2.lst

"Разработчики пишут скрипты например на php, где эмулируют какую то последовательность запросов на сервер?"

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

если 1C увидит LPT порт, то заработает.

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