Crash

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

Ну о том и речь, братан, я такой же самоучка, который на сегодняшний момент в 26 лет имеет долю (33%) исключительно своими силами в проекте суммарной стоимостью минимум в 5 млн евро, если я захочу её когда-нибудь продать. Но чтобы ты понимал, я запустил свой проект в 9 лет, в 1998 году, и развиваю его и сегодня, в 2015. Стремись к этому (постоянному проекту на всю WEB-карьеру, параллельному с другой деятельностью), если ты хочешь не обращаясь к ученым мужам своей головой в 26 лет сделать не один миллион долларов, причем для меня это ничем не удивившее меня только начало моей продуктивной жизни. Все своё остальное время, до этого сегодняшнего момента, мой проект был неоценен инвесторами, а сейчас мне готовы сотни тысяч баксов дать под мое слово без обязательств, если тебя интересуют возможности. И да, я давно читал те книги, которые ты тут раскопал, если это имеет значение.

P.S. Первый сайт я вообще в 95 запустил, это было время! Прикинь, CSS еще не существовало :)).

Вентилятор придумали за долго до кондера, берешь большой чтобы почти не шумел на самой низкой скорости.

"Рассматривал вариант ухода на удаленку - это практически 100% понижение дохода т.к. конкурировать придется с ребятами из регионов, у которых запросы ниже. Плюс смена работы - это синица в руках и журавль в небе. С имеющимися кредитами это опасно. Не хотелось бы подставлять семью. "

Не ссыкайте, справитесь, вам сейчас плохо, вы хотите что-то поменять, но не меняете "не хочу подставлять семью". Ну так и не нойте, тяните лямку дальше, раз боитесь рисковать и брать на себя ответственность.

Вы поймите простую вещь - сейчас вам плохо, и сильно хуже быть не может. Ну останетесь вы без работы и без денег - что, не наковыряете 500 долларов в месяц случайными подработками? Не урежете расходы до минимума? Зато появится мотивация что-то делать. И это плохой расклад, а ведь может быть "журавль в небе" всё-таки случится.

Согласен с FoxInSox.
У вас на работе весь день забит прям по минутам, нет даже часика почитать новые материалы? Тогда увеличьте предполагаемый срок по какому-то проекту и появится этот часик ;)
Всегда надо чем-то жертвовать - вечерами, выходным, семьёй, сном...

Я когда-то так же работал, уходил из дома в 6:45, приходил в 18:00 час ел и отдыхал, час катался на велосипеде, в 20:00 садился за комп и до 23:00 делал свои сайты. Сейчас я ИП и не работаю в компании ))

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

Но я бы на твоем месте, после работы в офисе вернулся бы во фриланс.

• MVC (Это уже не простой фреймворк)
  
• MySQL (я не знаю ни одного фреймворка на php, который бы не поддерживал MySQL)
  
• Bootstrap (это всего лишь пара CSS файлов и 1 js-файл)
  
• Большое ру-комьюнити (тогда это видимо Yii)
  
• Простота изучения и использования (смотрим первый пункт)
  

Там прочитать то всего пару вечеров и ты будешь понимать что куда и зачем.
Начинай с Yii

Во-первых, это вопрос личных предпочтений и предпочтений команды.
Во-вторых, это требования обстоятельств при промышленной эксплуатации.

На старте, обычно, выбирается то, что лучше знаешь. Да хоть бы и без фреймворков. Переключаться на старте - это тратить время впустую. Главная задача - получить MVP.

После получения MVP (Minimum Viable Product) и "зелёного света" на промышленную разработку, можно оценить результаты тестирования на потенциальных потребителях, выяснить предполагаемую нагрузку и, при необходимости, пересмотреть платформу. Сменить программную или аппаратную архитектуру, язык программирования или их комбинацию, фреймворк - стек технологий это называется.

Через некоторое время после начала промышленной эксплуатации могут возникнуть проблемы, связанные с неверно выбранной архитектурой или недостаточной производительностью. Команда выбрает путь: допилить текущее решение, использовать альтернативное решение или написать ещё раз с учётом возникших обстоятельств.

Есть проекты, которые жёстко костылят и они таким образом живут годы. Вплоть до того, что там PHP4 и отображение прямо в файлах с бизнес-логикой, зато страницы выдаются за миллисекунды.
Есть проекты, которые уже несколько раз переписывали с нуля, потому что охренеть какая сложная штука получается и без достаточно высокого уровня абстракции его очень сложно наращивать.
Есть те, где не костылили и не меняли платформу, а просто увеличили производительность сервера до небес.

Если выбор стоит между CMS и фреймворком, есть довольно простой алгоритм. Если возможности CMS решают 100% задач и быстрого дальнейшего развития не ожидается - надо брать CMS. Если же хотя бы 5% функционала придётся дописывать, лучше взять фреймворк и сделать всё под себя.

Как показывает практика, эти 5% допилок окажутся такой головной болью в будущем, что сделать 100% функционала на фреймворке будет дешевле и быстрее.

1. НЕ ВЕЗДЕ сроки имеют место быть. Ищите работу где сроки не требуются. Таких мест полно. Это как правило долгоиграющие проекты принадлежащие бизнесу, а не говеные веб-студии, штампующие на заказ.

2. Сроки можно озвучивать, если вы пишите что-то, что вам понятно, задача прозрачна или типична. Есть задачи, когда о сроках не может быть и речи - например, поддержка/разбор чужого кода кода. На таких задачах сроках быть в принципе не может.

3. Приехал я как-то с поломкой машины к мастеру-частнику. Говорю - вот то то не работает. Сроки? А он мне отвечает - а я не могу сказать. Откуда я знаю что там сломалось?
Это я к тому, что даже такая в такой теме, как ремонт авто, где казалось бы все четко и все делается по наработанной схеме, сроки крайне не определены.

4. Если с вас требуют сроки, значит вы что-то делаете не так или работаете где-то не там. Про сроки можно говорит в строительстве, где укладка одной плитки СТАНДАРТНО занимает Н минут и вы должны полы покрыть 30х40 метров. Тогда сроки справедливы. В IT сроков не может быть. Т.е. не должен исполнитель думать о сроках. Это не его дело. Менеджмент должен дать время с запасом и не терзать исполнителя.

Программировать - можно.
Работать программистом - нет.

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

Плюсы такой работы тут перечислять бессмысленно

правильно, потому что минус перекрывает ваши хотелки:

никакой работы "тыжпрограммистом" в салоне женского белья или областной больнице - не интересно мне это

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