Олег

Впервые встречаю, чтобы сразу все ответы были неверными!
В двух словах:
Ставь и не парься!

Длиннее:
1) DDR3L обратно совместима с DDR3, то есть все планки DDR3L на 1,35 В можно пихать в обычные "старые" слоты DDR3 на 1,5 В (в том числе и в твоём случае);
2) несовместимы они по прямой - то есть если вставишь старые палки DDR3 в новые ноуты/неттопы, которые поддерживают ТОЛЬКО DDR3L (обычно сейчас ноуты поддерживают оба напряжения, но нужно читать датащит/инструкцию к ноуту), то да, она не заработает (хотя, если она свежая, хоть и DDR3, не удивлюсь, если спокойно заработает, ибо изготовлена недавно и такому же тех. процессу, что и DDR3L);
3) не слушайте тех, кто говорит, что нужно пихать палки одинаковой частоты - это всё бред уже лет 15 с момента появления SPD микросхем ("аля BIOS" на самой палке оперативки, в которой прописаны все её ТТХ: частоты с таймингами, серийник, завод, дата производства и т.п.) - по ней комп сам найдет максимально одинаковый режим (в твоём случае это будет 1333) с наибольшими таймингами (если они будут отличаться на этой частоте) и запустится.

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

Например почти каждый javascript разработчик писал что-то в духе...

var api = (function() {
    // какие-то приватные вещи, к которым не стоит давать доступ из вне
    // что бы все было чистенько
    var privateVars =  {};
 
    // публичный метод
    return function () {
         
    }
}();

Но сказать что это "шаблон модуль" могут не все. В случае с CommonJS оно происходит автоматически, но суть остается той же. Думаю добрая половина даже не знают что все это ради инкапсуляции.

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

p.s. пользуюсь постоянно, в контексте Angular реализую даже сервисный слой, что бы вся бизнес логика была вне контроллера и последний использовался для отделения бизнес логики от логики представления.

А сам код синхронным не называется, это его по ошибке или для упрощения так называют. Синхронным и асинхронным называется только API ввода-вывода, т.е. операции, прерывающие исполнение кода и требующие от системы обратиться к внешнему устройству, работающему не синхронно с центральным процессором. Операции ввода-выдвода, каковые есть: работа с дисками, портами, контроллерами, периферийными устройствами, как клава, мыша, тачскрин, разные датчики, вебкамера, сетевые карты, блютузы и другие радиомодули, принтеры, видеокарты и прочее. Все они получают задание от программы, и исполняют его отдельно, своими мощностями. Потом внешние устройства присылают программе сигнал о статусе исполнения и, возможно, полученные данные. Программа все это время может ждать (если у нее синхронное API, т.е. блокирующее) или что-то делать (если асинхронное, т.е. не блокирующее). Если программа ждет, не переходит к выполнению следующего действия, то это синхронный ввод-вывод, потому, что осуществляется процесс синхронизации программы с внешним устройством. Внешне устройство посылает прерывание, которое обрабатывает операционная система и через несколько слоев драйверов оно попадает в программу, обычно в виде колбека или события. Если программа ждала, то вызов API не завершался, она все время слушала, когда придет событие о завершении операции ввода вывода, а получив его API отдает ответ и управление переходит к следующей команде, что и называется, синхронизацией с периферийным устройством. Если программа не ждала, то вызов API сразу завершается и не блокирует поток выполнения программ, это называется асинхронным API, потому, что процесс синхронизации не происходит явно, а ответы возвращаются через события.