Виталий Соломин

с++ для веба??? наверно некотыре знают php фреймворк phalcon, вот там используеться PHP C-extension
вот ссылка на phalcon может здесь что нибудь найдете,

Суть в следующем:
C/C++/Assembler - это низкоуровневые языки (например там нужно выделять память под объекты и не забывать её освобождать)
Поэтому всегда видно какой из алгортим, чего стоит для железа.
На высокоуровневых языках - это все скрыто.
И для понимать, что в реальности происходит, и писать более оптимальный код с точке использования ресуросов, нужно иметь опыт по C/C++/Assembler.

Тоесть изучать только синтаксис C/C++/Assembler нет смысл, также нужен опыт.
В дальнейшем это сделает вас более квалифицированным специалистом.

1. Выделяете джуниору куратора, даете джуниору не слишком сложные задания.

2. Куратору вменить в обязанность помогать (отвечать на вопросы, ориентировать в правильном направлении, но не делать вместо). Джуниора тоже поставить в извесность, что вопросы и неясности - сразу к куратору.

3 Минимум раз в день, по возможности 2-3 раза в день, куратор должен сам проверять что наделал пациент и если тот лезет не туда, направить верным путем.

Когда-то начинали с товарищем делать сайтики, только я был "программистом", а он собирал заказы. Одни из ошибок, которые позволили загнуться нашему совместному предприятию (просуществовали мы почти 2 года) - это:
- недостаточно опытный программист (это я), плюс, если брали помощников, то они были еще неопытнее меня.
- не составлялся четкий план на разработку, проектирование проекта не проводилось, из-за чего по ходу дела возникали ситуации, которые можно было решить еще на этапе проектирования, но нет, приходилось тратить время уже во-время разработки. Как следствие этого - неожиданное увеличение сроков.
- не было четких условий для заказчика, т.е. типовой договор был, но, например стоимость правок оговаривалась налету, некоторые заказчики округляли глаза и приходилось делать забеслпатно. Следствие чего заказчик был царь и бог и некоторые их долги по оплате не были отданы до сих пор.
- желание сэкономить, нет, я понимаю, что экономить нужно, но не на том, что приносит тебе доход, по-этому дизайнеры были хреновые, помощники говеные и т.д. Из-за чего заказчик был не доволен, а срок разработки проекта очень сильно увеличивался.
- заказы по сложности и требованиям несопоставимые со стоимостью, т.е. напарник брал сложные заказы за смешные деньги, сетуя на то, что город маленький (300 000 жителей) и никто платить не хочет, в итоге с созданием и доработками выплаты задерживались, следующие заказы брались , пока недоделаны предыдущие и получался ком, которые ничего хорошего не обещал.
- ну и результатом всего этого стало огромное количество долгов и плохих отзывов.
Ну вот такие были проблемы у студии "Рога и копыта" из двух человек, какие вспомнил ))
*пы.сы. не знаю, зачем это написал, просто, что-то вспомнилось.

Нет никакого минимума знаний при устройстве на работу. Это вам не ЕГЭ в школе, когда набрал минимальный проходной балл и поступил куда-нибудь. Никакой минимум вам не гарантирует работу младшего веб-разработчика, тем более в Москве.

Смотрите, что требуют в вакансиях на эту должность.

Никак.
Почему все думают, что в интернете можно зарабатывать без навыков? Вы же не можете устроиться на обычную работу без навыков. Интернет тут ничем не отличается: это обычная работа, только удаленная. Нет навыков = нет работы.

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

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

3) Далее вы дойдете до механизмов защиты от парсинга:
- ограничение запросов на 1 ip, на один клиент и тд
- подгузка информации после загрузки контента
- дополнительный запрос на подгрузку контента с CSRF и другими способами
- блокирование ip
Это откроет вам парсеры типа PhantomJs, Научит пользоваться прокси, мимикрировать под популярные браузеры и тд.
Так же вы дойдете до многопоточности работы парсера, и подумаете о переходе на C и подобный язык программирования. Общаясь с сайтом уже посредством api.

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

Я тут всем пролайкал ответы. Отвечу и сам.

Денежный вопрос стоял остро, первые несколько лет, пока я сортировки пузырьками писал сам и фантазировал на тему своего мегакрутого фреймворка, который на поверку был 10% от Yii или Zend Framework.

Затем мега скачок. И в стартапах поработал, и в интерпрайзе, и на фрилансе. Почему-то всё стало легко. И дедлайны легко переживаю. Постепенно выбрал себе специализацию: веб-архитектор и backend-разработчик.

Самообразование идёт без проблем. За технологиями, в общем-то слежу, но не рвусь знать вообще всё. Тут прочитал книгу, тут статью, там попробовал покодить, здесь знаю у кого спросить. Хорошие умные ребята встречались, многому научили, всегда помогут. В общем, я в тренде и я не один, если что - не закопаюсь.

Знаю 15+ языков программирования, в разной степени.

Что я всегда за собой замечал - всё в IT всегда было в удовольствие. И сервера ставил, и интернет-магазины делал с интересом, и веб-порталы кодил.

Ответом на часть твоих вопросов будет следующее:
* Чтобы нравилась работа, делай то что нравится тебе
* Чтобы стОило, делай то, что нужно другим
* Когда первое и второе совпадут, ты будешь финансово обеспечен и морально удовлетворён

А про тяжести работы ... у меня всегда перед глазами вот это и я просто помолчу.

• БЭМ. Независимые блоки.
  
• Препроцессоры
  
• Постпроцессоры
  
• Семантическая верстка
  
• Целиком и полностью адаптивная верстка
  
• Грамотное использование тегов HTML5
  
• Оптимизация скорости загрузки страниц
  
• Меньше бессмысленных JS-плагинов и библиотек
  
• Относительная кроссбраузерность
  
• Деление сайта на 2 версии - сжатую (без мусора и воды, ту, что реально сервер будет отдавать) и обычную (для человеко-понятного редактирования).
  
• И еще: Тык
  

Правильно написали про Крейг лист и linked in. Ещё есть всякие сайты типa dice, monster - обычно через них работу находят

Можно переписать его так, чтобы генерировались, например, data- атрибуты в HTML, а сам скрипт был статичен.

попробуй https://www.codingame.com

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

Немножко дополню Назара:

> но так и не научившегося писать чистый и красивый код

Р. Мартин - Чистый код. Создание, анализ и рефакторинг

> применять такие крутые штуки как namespaces, MVC, ООП, Singleton и пр.

Мэтт Зандстра - PHP. Объекты, шаблоны и методики программирования
Э. Фримен, Э. Фримен, К. Сьерра, Б. Бейтс - Паттерны проектирования