iliyaisd

А какой у Вас профиль как сисадмина? Я просто насколько знаю, там можно найти задачи и для администратора, если Вы можете заниматься настройкой серверов по удалёнке.

У меня у самого так не получалось (приходилось постоянно доделывать за наёмными рабочими). Но в компании, где я работал, было примерно так. Берётся крупный проект, первое самое ответственное время его ведёт такой человека, как вы. Не кодит. Но постоянно всех разрабов собирает и подробно обсуждает, что, как и когда будет сделано. Начиная с определённого момента он постепенно снижает своё присутствие, перекладывая полномочия на самого ответственного и опытного разраба (вплоть до общения с заказчиком), а сам переключается на другой проект.
Возможно, вашу проблему сможет решить размер проектов. Т.е., не 20 небольших, а 3 огромных. Тогда вам не надо будет особо вообще вникать, начиная с определённого этапа.

Сейчас в тренде флет и метро. Посмотрите айфон и вин8, яркий пример. Также посмотрите топ на темфорест.

Помните прикол про программиста и стиральную машину?)
Ну дык вот, оказывается, есть люди, которым проще освоить интерфейс стиральной машины...

Очень зависит от того, разработка чего ведётся. Сегмент (b2b/b2c), не-/нагруженное, сайтик/веб-приложение/интернет-магазины/большой портал... И так далее. Из общего можно выделить:

- sql, как вы сказали - напрямую к РНР не относится, но знать его и СУБД точно придётся (в основном, MySQL, PostgreSQL, иногда Oracle, MSSQL).
- фреймворки - для любой более-менее серьёзной разработки. Наиболее распространённый зоопарк: Yii/Yii2, Symfony2, Zend, сейчас нашумел Laravel (не пробовал), иногда CakePHP.
- разные CMSки для сайтов и особенно для интернет-магазинов. Если сегмент требует, изучайте.
- для нагруженных проектов - memcached, APC, RabbitMQ, всевозможные NoSQL (Mongo, Redis). Понимание тонкостей Apache и Nginx.
- cron
- контроль версий - в основном сейчас git, используется также svn.

Из книжек никогда ничего не читал, кроме php.net (это прям "настольная") и гугла. Наверное, это неправильно. Но я очень не люблю учить программирование по книжкам - у меня как-то всё сразу забывается. Поэтому я по ходу необходимости почитываю разные статейки / ответы на вопросы.

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

Из описания полагаю, вам проще всего искать постоянную работу. Возможно, по удалёнке, чтобы тихонько дома сидеть - код пилить. Где-то джуниором РНР. Либо фриланс, но с напарником любого типа: фронтендером, дизайнером, сеошником, главное чтобы он в нагрузку общался с клиентом.
- точно придётся выучить ООП, ознакомиться с паттернами.
- нужно разобраться с каким-то MVC фреймворком (например, Yii2)

Определитесь, в каком сегменте вы хотите первым делом начать работать. Сайтики? "Чистый" бекенд и всякие серверные части? Корпоративные веб-приложения? Исходя из этого, выбирайте дополнительные технологии, которые вам понадобятся.

Курсы, сертификаты - не советую. Только практика, только хардкор.

Могут спросить, какие знаете паттерны. Нюансы различных патернов - редко и самые основные, этим больше жависты и дотнетовцы страдают. Из программерских приблуд по проектированию - разве что более базовые вещи могут спросить типа SOLID, особенности наследования и т.п. Алгоритмы скорее всего не спросят вообще.

З.Ы. Вопрос ярко показывает гнилость системы собеседований, т.к. для любого очевидна разница между теорией и практикой. Собеседование в компанию, где я сейчас работаю, длилось минут 10, из которых 7 мне рассказывали о компании и условиях, а остальные были в духе "эту фичу знаешь? ок"

Насколько я могу знать, всё это делается по знакомству и "для своих", решение о сотрудничестве принимается за рюмкой чаю. Как найти людей, готовых платить хорошие деньги за проекты? Общаться со знакомыми, со знакомыми знакомых, бывать на соответствующих тусовках... Но как правило крупные заказы находят вас сами (по таким же путям), надо только уметь их удержать и сделать, а это даже сложнее, чем найти.

я думаю, что в первую очередь вам надо предложить это счастье подобным госконторам. Я не знаю, как там это всё правильно оформляется с точки зрения бумажек и "в каком тоне" предлагать. Но мне кажется, что 2-3 госконторам можно перепродать (включая аналогам в странах СНГ).

Работаю с забугорными клиентами :Р
Хотя для именно студии, конечно, будет чуть сложнее.

Всё упирается в дорогостоящие проекты, ведь так? Вот и ищите таковые. В 80% случаев они находятся только по знакомству. Стоимость проекта должна быть хотя бы в пару раз больше, чем реальная стоимость разработки. Т.е. вы оговорили, что программист за этот проект получает 10 тыс, дизайнер 15 тыс, а менеджер 20 тыс. (цифры с потолка). Тогда стоимость проекта должна быть 90 тыс. Желательно, чтобы стороны её не знали и просто делали свои части работ. И не думайте, что вы получите 45 тыс с нифига. Скорее всего, половина из них уйдёт на непредвиденные пере-/доработки, помощь сторонних специалистов, недобросовестных фрилансеров, да и Вам придётся покорпеть, чтобы всех организовать правильно и получить результат. По опыту обычно как-то так.

Случай из практики. Студия берёт заказ на магазин 80 т.р. Платит 15 т.р. дизайнеру и 15 т.р. разработчику, который верстает и кодит. В итоге 50 тыс навара.

Во-первых. Вот вы знаете, я (программист) прочитал ваш вопрос и действительно не понял. И не понял бы на месте вашего программиста. Что значит "маленький секрет, который они знают, а я нет"? Если вопрос ставится в таком ключе, то это немного обидно. Если бы я работал с вами, то вопрос решился бы так: мы собираемся вечером за рюмкой чаю, и вы мне очень кратко, но доступно объясняете, откуда растут ноги у процессов. Ну не верю я, что человеку, который зарабатывает на жизнь своей головой, невозможно будет донести это хотя бы в общих чертах. Это не отчёт, а взаимообмен информацией внутри дружеской рабочей группы. Мне кажется, программисту здесь обидно именно то, что, как ему кажется, процессы пошли в обход его понимания картины мира. Да, программисты порой предвзято относятся к продажникам, и это отношение в себе, по опыту, поменять очень тяжело. Это идёт в разрез с мышлением программиста: я создаю продукт, который нужен людям, значит я автоматически герой. В эту слегка детскую картину просто не укладывается идея того, что у нас всё-таки не коммунизм, "выполнение плана" не есть самоцель, и нужно на этот самый продукт ещё найти покупателя. Но главный ключ к решению - это именно понимание, что да, это всё-таки надо. И нет другого способа донести это до программиста, кроме как дать ему это осознать. Рассказав чётко и кратко, что да как да почему. Если у вас дружеские отношения, то это всегда можно сделать.
Ну а во-вторых, как уже говорилось выше - вы же не пилите деньги, а запускаете их на СЕО. Если программист не понимает необходимость этого, то есть сомнения в его квалификации.