Из опыта могу сказать, что программист != математик. Программист — он больше стратег, архитектор, обладающий сильным объемным мышлением. А математик — тактик, который может оптимальнее решать локальные задачи какими-то сложными формулами и алгоритмами, но в больших масштабах его код будет чрезмерно мудреным, что пойдет только во вред.
А вы никогда не задумывались, зачем, собственно, нужны «nbsp» — они же неразрывные пробелы? В верстке они расставлены не просто так, а согласно типографическим правилам, так что тут большой плюс верстальщику.
Не очень понял, что встречается через слово? Какой редактор вы имеете в виду и в чем, на ваш взгляд, верстать правильно? Про id классы стиля тоже не совсем вас понимаю, можете привести пример правильно/не правильно?
Иконки сделаны спрайтами, просто разбиты на группы. Возможно вы имели в виду, что не «все в одном» — не вижу в этом проблемы. Насчет высоты у кнопки и плавных переходов не очень понял.
«Полнофункциональная корзина» — добавить товар в корзину, изменить количество, применить промокод. Заказ сохраняется в базу и отправляется письмо, на этом все.
Да, тут есть нюанс, что я любой этап работы имел возможность подхватить и доделать сам. Поэтому на некоторый риск шел сознательно. Если бы я сам не был специалистом в этой области, то конечно стремился бы нивелировать риск, искал бы не дешевле, а надежнее.
Если честно, не хотел делать рекламный пост, поэтому ссылок не давал, отправлю вам личным сообщением.
Для бэкенда у меня было несколько специфичных задач:
1. Сохранение в базу и отправка на почту сообщения о заказе обратного звонка
2. Сохранение заказа в базу и отправка писем. Плюс ко всему там прописана логика ценообразования.
3. Применение промокода и хранение списка промокодов.
Редкая CMS сможет из коробки реализовать именно то, что нужно, но зато придется с ней разбираться, как устроены шаблоны и т.п. Пришлось бы подстраиваться под нее, да и опыт с разными CMS у меня не очень большой. В данном случае реализация на Slim заняла реально очень мало времени — вывел шаблон, подключил через Composer нужные библиотеки и воспользовался ими. Пусть папка vendor и стала достаточно объемной, я бы не назвал получившееся решение тяжелым. Если бы я использовал Laravel, то да, это было бы «из пушки по воробьям».
Помимо веба у нас есть лишь мобильные приложения — iOS, Android, Windows, Blackberry, и 2 версии мобильного сайта — HTML5 и версия для более старых мобильных клиентов. Все они работают через единое API. Насколько я знаю, версий для ТВ-клиентов не планируется.
Да, скорее Pjax. У нас нет шаблонизации на клиенте, все запрашивается исключительно с сервера. Если переход осуществлен по прямой ссылке, сервер отдаст целиком каркас с блоками без дополнительных запросов. При всех следующих переходах подгружаются лишь блоки (+дополнительные скрипты и стили), а базовый каркас остается.
У нас собственное хранилище для сессий, работа с которым осуществляется через специальный класс, отвечающий за работу с демоном. SessionHandler-ы PHP и массив $_SESSION не используются.
Для бэкенда у меня было несколько специфичных задач:
1. Сохранение в базу и отправка на почту сообщения о заказе обратного звонка
2. Сохранение заказа в базу и отправка писем. Плюс ко всему там прописана логика ценообразования.
3. Применение промокода и хранение списка промокодов.
Редкая CMS сможет из коробки реализовать именно то, что нужно, но зато придется с ней разбираться, как устроены шаблоны и т.п. Пришлось бы подстраиваться под нее, да и опыт с разными CMS у меня не очень большой. В данном случае реализация на Slim заняла реально очень мало времени — вывел шаблон, подключил через Composer нужные библиотеки и воспользовался ими. Пусть папка vendor и стала достаточно объемной, я бы не назвал получившееся решение тяжелым. Если бы я использовал Laravel, то да, это было бы «из пушки по воробьям».