German Jet

Итак, я учусь на geekbrains веб-разработке.

Ошибка номер один. Из всех новичков, что я видел, с гикбрайнса самые слабые. Их не учат учиться, их учат повторять, не давая нормальную теоретическую и практическую базу. Задания очень слабые, а курсы поверхностные.

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

Пока не будете читать, так и будете практиковать визуальные эффекты на jQuery. Нужна база. В начале 25% теории 75% практики. Читайте https://css-tricks.com , большую книгу css (она немного устарела, гриды не рассматривают, но основная база очень полезная), смотрите Юрия Артюха (если хотите делать крутые анимации), лазьте по https://www.awwwards.com/ и разбирайтесь, как люди так делают. А также практикуйтесь, сделайте себе сайт, сайт другу, сайт девушке - всем.

UPD: В чем сложно придумать себе близкую к боевому задачу? Боевую задачу вам вряд-ли кто-то даст, т.к. без опыта боевых задач, вы сделаете не боевое решение. Вот там "боевые" задачи.
1) Сделайте калькулятор произведения матриц - разминочка.
2) Сделайте игру арканоид, хоть на дивах (а раньше, когда мы учили программирование, новичков привлекала разработка игр, а сейчас почему-то сайты. Раньше было романтичнее как-то).
3) Сделайте приложение учета личных финансов, в котором есть такие функции
- личный счет
- форма добавления денег в личный счет с комментарием и выбором группы доходов (долг, зп, заказ, подарок и.т.д.).
- форма снятия денег с личного счета с комментарием и выбором группы расхода (вернул долг, купил домой что-то, купил технику, еду, потратил на женщину и.т.д.)
- Вывод списка доходов и расходов с фильтром, сортировкой и категориями.
- создание расписания автоматического пополнения (зп) или снятия (аренда, абонентская плата) средств с личного счета.
- создание простого графика расходов и доходов. Я бы сюда добавил еще прогнозирование доходов и расходов хотя бы через линейную регрессию (да, я люблю машинное обучение),
- добавление нескольких счетов
Эта задача норм, и типа боевая, и для себя пригодится, и на гитхаб можно выложить - красота.

Возможно ли вообще осуществить такой переход и обойтись "малой кровью" без сильной "просидке" по зарплате

Если сильно повезет.

С++ нынче большая редкость.
В отличие от востребованного языка Java.

Есть желание перейти на с++/server side.

Вы нам из прошлого века пишете?

Серверная часть на С++?
На уровне слухов, что у кого-то типа где-то есть на С++ на сервере.
Сейчас большая редкость.

Вообщем хочу узнать как будет относиться работодатель если в резюме будет указан опыт на java?

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

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

Язык - это всего лишь инструмент. Как клавиатура или мышь. Всем плевать какого цвета у вас мышь. Если вы выполняете свои рабочие задачи.

Вы задаете вопросы на уровне студента/джуна, а архитектура это вопросы миддла/сеньора.

Такое впечатление что вы вообще не понимаете то, о чем пишете.

Для начала Django. Во первых генерируется базовая структура проекта, во вторых всё что нужно в комплекте.
Научитесь писать на джанге- научитесь и на фласке, они очень похожи.
А как только вы во фласке прикрутите орм, шаблонизатор, wtforms, разнесёте код по отдельным приложениям, то в итоге у вас получится Django

Во-первых, соблюдайте, пожалуйста PEP-8 и Django Coding Style. Это уважение к тем, кому приходится читать ваш код. Также, обратите внимание, что обычно модели называются в единственном числе: City, а не Cities. Country, а не Countries.

Во-вторых, при данном использовании CreateView форма создается автоматически. Вам же нужна своя форма, которая будет назначать страну. Создайте форму для City, в конструкторе которой будет сохраняться Country из запроса. А в CreateView вместо атрибута fields используйте form_class для использования вашей формы.

Я смог пересилить отвращение к коду Wordpress и начать с ним работать после того как узнал про Timber, всё-таки Twig - это совсем не то что фаршировать куски html :)

Для формирования интерфейсов (и структур данных) в админке я себя не представляю без ACF. Использую Pro версию т.к. оно того явно стоит, но есть и бесплатная. Более того, в 5-й версии они добавили такую замечательную штуку как Local JSON что делает ACF весьма дружелюбным по отношению к системам контроля версий.

Для мультиязычности недавно появился developer friendly плагин WP Multilang заточенный в первую очередь под разработчиков. В компании с Loco Translate позволяет весьма удобно работать с мультиязычностью.

Также обязательно нужно помнить про WP cli, без него разработчику привыкшему к консоли тяжело :)

Для работы с Composer есть Wordpress Packagist, так что плагины / темы можно ставить прямо через Composer. Я пытался запилить плагин для Composer'а который всем этим делом управляет, но пока качество imho недостаточное для отдачи его в public.

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

Поддержка Wordpress есть в PHPStorm, весьма помогает.

В целом Wordpress, конечно, весьма мутная штука внутри, но обложившись тонким слоем абстракций можно жить относительно комфортно :)

1. Как все это запихивается под версионный контроль?
так же как и любой другой код.
Кто-то любит composer-lock.json/vendors класть в реп, кто-то нет и тп. С WP так же - можно сам движок класть, можно не класть. Зависит от кодстайла/привычек вашей команды.

2. Где можно посмотреть руководство по эксплуатаци..
На официальном сайте есть документация.
Разработка под WordPress не подразумевает ковыряние разработчика в файлах движка. Вам дали фильтры/хуки, дали несколько api, используйте - этого вполне достаточно. Если нет, скорее всего ваш проект выходит за рамки WP, либо вы делаете что-то не так.

3. Есть ли аналог php the right way...
На официальном сайте. Там же можно найти и правила для phpcs, как настроить юнит тесты и прочее такое

4. Советы от людей, которые как и я пришли разбираться с wp после паттернов проектирования.
А зачем? Вам с чем работать, с этими людьми или с WordPress?
Если вам надо работать, читайте документацию, там все толково расписано. Если же хотите пообсуждать "какой WP фиговый движок" - то это можно ваще на любом форуме в интернете и не обязательно, чтоб собеседники владели какими-либо паттернами.

Нашёл кривое решение через грязный и отвратительный хак.
В dql-адаптер для MBRContains дописал в конце определения функции в getSql() "AND 1", а в запросе пишу "MBRContains(...) AND 1=1".
Теперь индекс используется, всё работает, а я буду молиться, чтобы этот позор никто не увидел :)

Html и css с практическими задачами лучше изучать на htmlacademy.ru. После того как освоился, качаешь бесплатные psd макеты и верстаешь, с адаптивом, какие-то сложные вещи, которые не можешь сверстать оставляешь пока.
Далее ищешь видео где верстают макет, обычно на первых секундах-минутах показывают макет и сразу можешь понять сможешь ли сверстать сам или нет, если понимаешь, что не сможешь, то смотришь как автор это сделает, узнаешь новое для себя.

По php. Читать большие и толстые книги пока бессмысленно, всё прочитанное будет вылетать из головы. Ставишь OpenServer, и сразу в бой:
1. Переменные, условия, циклы, массивы.
2. Пользовательские функции
3. Базовые функции по работе со строками и с массивами. Комбинация функций. (важно понять и запомнить что они умеют).
4. Post и Get запросы, получение Post и Get запросов из формы (тут сразу и html по формам подтянешь)
5. Базы данных, простые запросы к базе, выборки, запись в базу данных из формы.
6. Куки, сессии.
7. Чтение и запись в файлы.
8. Регулярные выражения.
9. ООП, базовые понятия. Самое сложное и непонятное для новичка. Непонятно потому, что не ясно зачем это нужно и почему это в дальнейшем упрощает работу, поэтому как-то мимо ушей все пролетает.

Если с английским хорошо, то codecademy.com.
Если плохо, то базовую теорию (и сразу практику) делать здесь.

Далее лучше сразу переходить на фреймворк (лучше Laravel). MVC в теории тоже понимается плохо потому, что пользу донести до понимания новичкам сложно, а при работе с фреймворками сам понимаешь почему это удобно.
Во время изучения фреймворка и ООП подтянешь.

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

То есть чтения меньше, практики больше. Это про голый PHP.

Про фреймворк, если английский позволяет то Laracasts: Laravel 5.4 from scratch. Если не позволяет, то ищешь в ютубе что-то вроде "простой блог на Laravel", смотришь и кодишь параллельно у себя.
Тут тоже самое, под попкорн просмотреть всю серию роликов от начала до созданного блога с админкой бесполезно. Обнаружится потом, что не можешь даже базовые вещи сделать. Нужно делать параллельно с автором, он делает какой-то функционал, смотришь, делаешь также, изначально может быть непонятно многое и зачем автор это делает, но со временем поймешь как это работает.

Далее пробуешь сделать что-то свое, какие-то "фичи", например авторизацию с помощью соц. сетей, лайки к постам и комментариям (с помощью ajax, тут можно jQuery изучить чуть-чуть), вложенность комментариев и т.д. Можешь другой себе проект придумать(представь себя стартапером).

Далее можно изучить системное администрирование чуть-чуть, покупаешь VPS недорогой, ставишь Nginx, MySQL, PHP-FPM и т.д. Пробуешь залить туда свой проект, так чтобы всё работало. Далее можешь попробовать прикрутить какой-нибудь поисковый движок (Sphinx, например). Изучение командной строки тоже на codeacedemy.com есть.

Возможно для фриланса это и не особо нужно, но при устройстве на работу (в том числе и удаленную), будет не лишним, во многих вакансиях это требуют даже от Junior'ов (но в вакансиях любят преувеличить).

Сам изучаю всё это недавно. До этого был Python+Django(первый фреймворк). В команде никогда не работал. Так что можно сказать передаю опыт от новичка новичку.

Для ajax валидации:

1. В ActiveForm::begin() нужно добавить 'enableAjaxValidation' => true во view,

2. В контроллере добавить конструкцию для ajax валидации:

if (Yii::$app->request->isAjax && $model->load(Yii::$app->request>post())) {  // если получаем AJAX и POST запрос
      return ActiveForm::validate($model); // выполняем валидацию формы 
   }

Для ajax отправки:

3. Для отправки формы через ajax я всегда пишу свои js скрипты, где я делаю для кнопки preventDefault(), собираю данные из формы и отправляю ajax запросом, - тут главное кроме всех данных формы собрать и __csrf-token и передать его в запросе, иначе бэкэнд просто выбросит запрос как невалидный и не обработает его.

Для popup закртыия:

4. Закрыть popup легко, я так понимаю, Вы будете использовать бутстраповский. Т.е. код клика по сабмит кнопке должен быть примерно такой:

$('.submit-button).click(function(e){
   e.preventDefault();
   // отправка аякса и потом:
   $('#popupselector').modal('hide');
});

Я вам советую завести на git и хостить(можно к примеру gitlab у них есть бесплатные приватные репозитории ), а можно и не хостить. А сами заметки/блог вести в Markdown. Markdown имеет простейший и удобный синтаксис + есть огромное количество бесплатных редакторов.
Таким образом вы получите портируемую, слабо от чего-либо зависящую систему удобных заметок с историей изменений добавлений.

Из собственного опыта. Начал заниматься Android без каких либо знаний в java. Как результат возникало много вопросов а почему тут так, а не иначе. Обычно на такие вопросы в Android книжках/курсах не отвечают. На время переключился на java - помогло. Достаточно будет взять любую книжку по java и хотя бы поверхностно по ней пройтись, что бы иметь хотя бы общее понимание что есть в языке и как оно принимается. Так как если прийдется писать что то более серьезное чем 'Hello world' - могут возникнуть проблемы.