1) Как раз-таки используйте отложенную загрузку, в slick-slider она работает из коробки. При этом в html у вас в изображениях вместо src будет аттрибут data-lazy, поэтому при загрузке страницы никакие слайды загружаться не будут.

<!-- у всех слайдов меняете src на data-lazy -->
<img data-lazy="img/lazyfonz1.png">

// добавляете параметр lazyLoad при инициализации
$('.main__slider').slick({
  ...
  lazyLoad: 'ondemand', // или 'progressive' (https://stackoverflow.com/questions/25726554/lazy-loading-progressive-vs-on-demand)
  ...
});

2) Можете сделать инициализацию слайдера после загрузки документа

$(document).ready(function(){
  $('.your-class').slick({
    setting-name: setting-value
  });
});

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

Что делает mailto:? Просто сообщает ОС, что нужно передать обработку почтовому клиенту. Если не работает, значит не установлен почтовый клиент по-умолчанию.

Для разных языков существуют свои стандарты. Просто гуглите что-то вроде {language} style guides. Например для php это будут PSR, для js например гайд от airbnb или ideomatic.js.

Когда вы пользуетесь общепринятыми стандартами написания кода, все проще. В линтерах эти style guides априори уже есть. Внутри команды вы просто договариваетесь, каким будете следовать. Если хотите использовать что-то свое - расшариваете для членов команды кастомные конфиги.

Как называется такой документ? Наверное Code Style Guide. Возможно вы говорите о статье https://www.pullrequest.com/blog/create-a-programm...
Там же есть синонимы: coding guidelines, coding standards, or coding conventions.

Кто контролирует? Хорошо, если есть несколько уровней проверки кода:

• уровень разработчика - с помощью линтера в среде разработки кода
  
• уровень тимлида/старшего разработчика - в ходе выполнения кодревью
  
• уровень хендлеров в системе контроля версий - при выполнении push или merge (не прошло - получаем отказ)