aarty20

на жквери:

if($('#idofcheckbox').val() == 1){
  //do some code
}

или тут подробнее

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

1. производительность от количества не зависит. Зависит от качества каждого отдельного плагина.
Бывает достаточно 1го плагина, чтоб "убить" сайт, и, наоборот, грамотно подобранная пачка из 50-100 плагинов может прекрасно работать.
2. врут
3. зачем?
4. зачем? если вопрос принципа, то будет лучше перейти на принципиально другую CMS

Верстальщики изучают PHP на уровне шаблонизатора.

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

Скачиваете какой нибудь базовый курс по PHP, дня за 2-3 пройдете. Обязательно почитайте документацию на php.net

Все то что запускается в браузере - ваша зона ответственности. Ajax (ajax это просто возможность делать http запросы из js), все эти фреймворки и библиотеки, все все все. От бэкэнда вас целиком и полностью отделяет весьма жирная сетевая прослойка. Причем эту прослойку вы так же должны знать как слой интеграции между фронтэндом и бэкэндом (на поверхносном уровне хотя бы).

По сути сегодня фронтэнд и бэкэнд - отдельные приложения. SPA например - полностью независимое приложение, далее могут быть различные оптимизации и т.д. с сервер сайд пререндрингом где связанность повышается и четко границу ответственности уже не определить (хотя опять же можно). Ну и классический web как ярный пример каши.

Если фронтэнд - это отдельное приложение, то и знать вы должны все что нужно для его построения. Это и архитектурные штуки (MVC/MVA/MVVM/MVP/Flux/паттерны всякие/функциональное программирование) и тесты писать уметь должны и т.д. Все как у бэкэндщиков по объемам знаний. Просто у бэкэндщиков геморой обычно в конкурентных запросах, локах, базах данных и другими веселыми штуками. а у фронтэндщиков - зоопарк браузеров, различия в окружениях и т.д.

nodejs - это уже опционально. В любом случае если вы хорошо знаете JS то посмотреть как там чего в API ноды проблемы не составит (например что бы быстренько поднять expressjs сервачек для разработки с мидлвэрами, часто нужно для всяких webpack-ов и browsersync). Ну и опять же билд стэк у фронтэндщиков в принципе весь на ноде написан. Но это не бэкэнд.

Лучшего способа нет. Всё зависит от проекта, его задач, аудитории. Ресурсов, которыми располагает проект.

Не путайте отдельную "лайт-версию" сайта для мобильных (m.example.com) и просто адаптивный сайт.

Так же есть более сложные варианты, использующие как адаптивность основного шаблона, так и рендеринг разных шаблонов в зависимости от устройства.
Почитайте вот эту стать. например: frontender.info/building-a-better-responsive-website

Это не так. На Wordpress можно делать высокопрофессиональные и высоконагруженные сайты. Поскольку функционал расширяется за счет плагинов, то вам потребуется и ООП, и SQL, и вот это вот все.

И напротив, разрабатывать без CMS хотя бы на 50% типовое решение - дело гиблое.

1) Применяйте ООП в своих плагинах, в чем проблема-то. SQL - никто не заставляет пользоваться средствами wp.
2) Интерес такой же, как и в использовании gii или events в yii.
3) Серьезный проект на wp с минимальными знаниями вы не сделаете.

Вам бы загуглить "Wordpress Codex", "Wordpress template hierarchy" и "Creating wordpress themes tutorial". Ну и начинать лучше с underscores.me

У нас было примерно все тоже самое, только начинала я в 2005м. В 2008м код уже не писала и полностью занялась управлением.
Во-первых, ничего не будет получается, пока вы не выберете между кодом и менеджментом, как уже правильно подметил Александр Данилов. Плюс, если вы выберете код, у вас никогда не будет собственного бизнеса, он будет бизнесом вашего наемного менеджера, который просто его уведет в один не прекрасный день вместе со всей командой.
Во-вторых, чтобы получались свои проекты и продукты одновременно с аутсорсом нужно выделить часть команды и вместе с тем, кто будет ей управлять, посадить в другой офис. Обязательно посмотрите видео от основателя invisiblecrm по этой теме, у них именно так и было аутсорс, который они не хотели отпускать, плюс продукт, который только начинали делать https://www.youtube.com/watch?v=ie1aw5N055U
Сейчас у нас команда сократилась из 10 человека на аутсорсе до 5 человек на продуктах. Уже 3 года как мы полностью ушли от разработки на заказ. Путь до прибыльности занял примерно 8 месяцев, потребовался некоторый запас средств для перехода и после "тестирования темы на прочность" полного отказа от лавирования между двумя вариантами. Риск был, но оно того стоило. И да, откатиться обратно на разработку на заказ проще всего, но не спешите - вы всегда туда успеете.

Все зависит от тебя

Попробуй нанять менеджера и пусть он построит процессы
Или подними свою квалификацию до ПМа

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

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

у всех крупных бизнесменов на словах все просто и само....

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