darksladen

1. Юзаю notepad++ и Far (всё настроено в плане подсветки и подсказок)
2. Формирование краткого перечня работ и стоимости, предоплата от клиента 50%, составление ТЗ (если необходимо), затем уже сама работа по кодингу. (порядок следования очерёдности задач - сохранён)
3. Делается полный бэкап текущего сайта средствами хостинга.
4. Если есть возможность разделить логику разработки от действующего функционала (чтобы текущая работа не оказывала влияние на реальных посетителей) - правлю обычно сразу на (S)FTP. Иначе - только на своём хостинге.
5. Бэкапы - делаю копированием файла/папки с добавлением .ORIG в полное имя файла (например, файл: index.php.ORIG или реже, директория: TEMPLATE.ORIG).
6. В текстовик (для себя) - пишу всё, что я сделал, чтобы по нему можно было легко восстановить последовательность действий.
7. Сдаю работу, получаю деньги, делаю полный бэкап сайта после всей работы и отдаю клиенту.

Теперь, главное:
1. Никогда не тяните время
2. Клиент платит не за часы, а за конечную сделанную Вами работу (если это не так - значит не нужно работать с таким клиентом)
3. Если клиент требует больше работы, чем вы с ним договорились до предоплаты - найдите компромисс, чтобы вариант устроил всех, закройте проект и больше не работайте с этим клиентом.

Держите codepen.io/delphinpro/pen/BWJEgG
Простая линейная структура. В определенных пределах можно менять положение плиток, не меняя css код.
Если еще помозговать, можно расширить эти пределы, добавить другие размеры плиток. Но на это нужно время, которого у меня нет.

1. Стив Макконнелл - Совершенный код.
- почему еще никто не назвал эту очевидную классику? (я аж Ctrl+F-нул по странице, не поверил сначала).
- также рекомендую его "Анализ алгоритмов. Вводный курс" (хоть это и в стороне от сабжа).

2. Кент Бек - Экстремальное программирование. Разработка через тестирование.
- многие считают этот подход антипаттерном, но прочесть, безусловно, стоит хотя бы ради того, чтобы иметь возможность самому поискать ошибки в рассуждениях автора (оно того стоит).

Еще несколько очень разных книг, которые для меня стоят в одном ряду с Макконнеллом:
3. Фредерик Брукс - Мифический человеко-месяц.
4. Эндрю Хант, Дэвид Томас - Программист-прагматик. Путь от подмастерья к мастеру.
5. Том Демарко, Тимоти Листер - Человеческий фактор: успешные проекты и команды.

Далее, у Макконнелла в (1) после каждой главы приведен огромный список литературы по теме, большая часть - признанная классика, можно прямо брать списком и выкладывать в этот тред.

Очень основательная книжка

В подвале googleSpeed можно выкачать все ресурсы сайта в одном архиве уже оптимизированные гуглом

Научись пользоваться GitHub'ом. Залей туда свой проект и попроси знающего человека, друга или просто кого то из сети глянуть твой код и дать тебе советы. Тебе будет очень удобно ссылаться на свой профиль на Git'e, а не скидывать свои файлы с версткой.

Берем плагин www.formvalidator.net
Подключаем, инициализируем и всё. Все формы на сайте валидируются. Правила валидации задаются в дата-атрибутах полей. При желании, если правила более или менее одинаковые в разных формах - их можно задать в инициализации плагина. Плагин с широкими возможностями, достаточно много стандартных валидаторов, можно легко дописывать свои, мультиязычный и т.д. и т.п.
Для маленьких и средних сайтов, включая лендинги - зе бест.

по словам крутого разраба, ПРОЩЕ сделать самому

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

Где лучше указывать url, на который будет отправляться форма

Единственное правильное место для указания данного URL - атрибут action формы. Без вариантов.

они делают валидацию для каждой формы (почему??? Ведь про какое то поле можно забыть к примеру =))

Валидация - она на то и валидация, нужно все проверить.

ведь id по сути вообще плохой тон

Эмм... что? В стилях - да, это плохо, но не в скриптах.

Тогда придется второй тоже другие id делать

Это проблема? Кажется, что нет.

по словам крутого разраба, ПРОЩЕ сделать самому.. Что скажите?

Валидация на клиенте - это регулярное выражение + некая реакция на правильность/неправильность действий пользователя. Написать руками часто действительно проще и быстрее, чем переписывать готовое.

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

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