Павел Волынцев

Спроси конкретного работодателя. У каждой конторы свои причины спрашивать или не спрашивать диплом.

Про диплом можно не вспоминать во время собеседования. То есть специально спрашивать "Вы меня без диплома возьмёте?" - это бесмысленно. Если квалификация достаточна, диплом не пригодится. Если квалификация не достаточна, диплом не поможет.

Мой диплом нужен был в трёх случаях: гос контора (у лидов обязательно должно быть профильное техническое образование, хотя бы заочное), обоснование квалификации команды при получении инвестиций под стартап (бумажка, на самом деле ни на что не влияет; всё равно с инвесторами общаться лично), получение рабочей визы 10 лет назад (требование чтобы гастарбайтер-программист имел выдающиеся способности, выше имеющихся на местном рынке).

Лучшую реализацию сервиса наставников я нашёл на codementor.io - а русских реализаций аналогичных или более качественных нет, и пожалуй кодментор самый раскрученный, поскольку в самом начале развития получил несколько $M инвестиций как стартап и знатно вложились в функционал и раскрутку.

Плюсы:
* Можно разово консультации получить
* Можно запланировать longterm на несколько месяцев вперёд
* У них есь краудсорсный сервис codereview
* Можно захантить спеца
* Можно нанять на фриланс
* Много статей интересных - по ним можно определить уровень специалистов-менторов
* Менторы могут устроить аукцион
* Менторы даже могут дать подсказку (текстом в чате) ещё до начала митинга

Минусы:
* английский в основном, но есть менторы из России и Украины - с ними можно на русском общаться
* стоимость больше 1000 р в час, но единица тарификации - 15 минут, иногда первые 15 минут бесплатные (зависит от ментора)
* мобильное приложение глючное

P.S. Я работал там и как бы со стороны ученика скажу - очень ненадёжно ориентироваться на одного ментора. Ментор то занят, то устал. Редкий ученик ждёт часы или сутки, чтобы встретиться. Чем сложнее тема, чем больше она приближена к реальным производственным задачам, тем нетерпеливей ученик. И выбор - это лучшее, что можно придумать.

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

Начни с

• обзор ru-php-the-right-way / Основные_моменты_языка
  
• мануал php.net Простой учебник
  
• мануал php.net Справочник языка
  

Постепенно кода станет больше, будешь думать - как его организовать. Вот тут то и книжки пригодятся.

• прежде чем писать, надо читать
  
• прежде чем читать «Чистый код», надо научиться писать грязный неуклюжий код
  
• прежде чем правильно проектировать большие программные системы, надо неправильно спроектировать свою маленькую программу
  

Read more

Есть негласная рекомендация по использованию чужого кода, найденного в интернет: нужно посмотреть решение, понять его, заглянуть в мануалы, уточнить неясные места у автора ответа, закрыть и повторить решение по памяти.

Копипаст - это зло. Иначе когда-нибудь нарвёшься на ```rm -rf /``` с 100 плюсами и выбранный как решение и получишь попоболь.

Более продуктивным считаю отдавать свой рабочий или нерабочий код на ревью коллегам. Тебе укажут на ошибки, дадут ссылки на документацию, может быть даже поправят.

И я со своим хочу познакомить:

Менторские программы по веб-технологиям webmentor.pro
Всё самое основное по программам: где, на чём, как и почему?

Менторские программы по веб-технологиям webmentor.pro
Всё самое основное по программам: где, на чём, как и почему?

Веду программы поддержки по веб-технологиям webmentor.pro
* Список языков, технологий, навыков
* Вопросы и ответы по процессу обучения

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

UPD: Одним из главных требований дипломной работы - применение работы в реальной жизни. Такие работы лучше оцениваются и защита проходит легче.

Не вижу более идеального практического применения, как подтюнить новый или существующий сайт/блог/магазин/портал для сбора метрик или оценки usability. Очень практично - в работе пригодится. И наглядно - будет много картинок к диплому, графики.

Могу сказать что фреймфорк Yii чем то напоминает Ruby-on-rails. Может быть, стоит начать с него, чтобы переход был более простым.

• Read both in Russian and english. Use bilingual books or books by method of Ilya Frank
  
• Extend your vocabulary. Use lingq.com to extend it step-by-step
  
• Talk to somebody. Use italki.com to find a native speaker and talk to him
  
• Watch movies and TV shows in english. Also, there are a lot of good channels in youtube.
  
• Switch all your devices to english: notebook, tv, smartphone. All.
  
• Take a part in any international open source project
  
• Use Google Translate. A little. Often it gives wrong translations, sometimes crazy translations.
  
• Use grammarly to check your texts. It works great even free. Also, you can order paid proof-reading for your very important messages.
  
• Think in english ;)
  

Did you get this list? Well done!

Here is special bilingua book "97 Things Every Programmer Should Know (97 вещей, ... both in english and russian - it helps to study technical english.

У вас среди вопросов уже был подобный и в нём уже указан приоритет технологий для изучения (ответ).

А Petja указал правильный подход изучения каждой отдельной технологии (ответ)

Я хотел бы раскрыть пункт "4. Практика и еще раз практика, решение множества конкретных задач"

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

Для примера были взяты свежие задачи с бирж фрилансеров weblancer.net и fl.ru типа "создать тему к CMS", "сделать посадочную страницу" (landing page) или "разработать сайт-визитку".

Были рассмотрены следующие способы изучения:

1. Повторить работы опытных фрилансеров. Исходные макеты либо не дали, либо они уже отличаются от того, что есть на сайте.
2. Включиться в открытый проект. Проблема в том, что сверстать страницы HTML можно несколькими способами, вплоть до image map или таблиц. А сравнить-то результат вёрстки не с чем.
3. Взять где-нибудь бесплатно или купить шаблон, к которому прилагается макет PSD, изучить свёрстанный вариант и повторить. Это оказался самый эффективный способ. Платные шаблоны делают профессионалы, "вылизывают" их, доводят до совершенства. И бесплатные шаблоны есть очень крутые, но их мало.

Мы использовали шаблоны с templatemonster. Там есть шаблоны под популярные CMS и просто HTML шаблоны. Также позже брали примеры из обзоров (35 примеров прекрасных посадочных страниц...) и повторяли несколько из них. Несложный макет в итоге верстается за сутки.

Это покрывает темы (из указанного же списка):

• XHTML, HTML4, HTML5
• CSS2.1, CSS3
• JavaScript, Ajax
• jQuery
• Twitter Bootstrap
• CSS Grids
• CSS Frameworks
• Progressive Enhancement, Graceful Degradation
• Responsive Web Design
• CSS Pre-Processors (LESS / Sass)
• CMS (WordPress, Joomla)
• Data Formats (JSON, XML)
• Internationalization / Localization
• Image Editing Tools (Photoshop, Fireworks, etc.)
• работа со шрифтами

Задачи типовые, а охват тем сразу вот какой обширный. Изучение в интенсивном темпе заняло 2...4 месяца. Профессионалом так быстро не станешь, но на позицию junior уже можно претендовать.

Так что мои советы:
1. Чтобы получить бесценную практику, занимайся реальными вещами, а не учебными примерами
2. Используй опыт профессионалов, чтобы повторять и копировать лучшие решения

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

Верстальщик преобразует графический макет (Photoshop или иной) в набор HTML + CSS + картинки. Иногда к свёрстанному макету может подключить типовые библиотеки Javascript, например, slider для картинок, или всплывающие подсказки (tooltip), или диалоговые окна (dialog/popup).
Знания и навыки:

• работа с графическими программами, чтобы понять, как собран макет
  
• знание HTML, HTML5, CSS, CSS3, понятие про веб-шрифты, спрайты и другие технологии
  
• пригодятся знания по HTML-фреймворкам, например, Twitter Bootstrap или Semantic UI
• навыки кроссбраузерной вёрстки, чтобы в разных браузерах выглядело и работало одинаково
  
• навыки отзывчивой вёрстки, чтобы можно было использовать на устройствах с разными возможностями и разрешениями
  
• знание типовых решений javascript, чтобы реализовать простейшие вещи, заложенные в макете
  

Фронтенд-разработчик делает так, чтобы макеты, полученные от верстальщика, были наполнены реальными данными. Если приложение построено как client-side (то есть вся основная логика загружается в виде огромного javascript в браузер, а данные запрашиваются с сервера по AJAX; это называется "толстый клиент"), то фронтенд-разработчику потребуется следующее:

• знание HTML, HTML5, CSS, CSS3, понятие про веб-шрифты, спрайты, Comet и другие технологии
• глубокое знание Javascript, включая использование готовых фреймворков, библиотек и написание расширений для них, что подразумевает объектно-ориентированное и событийное программирование
  
• знание AJAX, CORS и навык создания тестовых затычек на стороне сервера, чтобы можно было разрабатывать приложение пока бакенд не готов
  

Если фронтенд строится на стороне сервера, то дополнительно потребуется знать используемый серверный язык программирования (например, Python, Ruby или PHP) и используемый фреймворк (Django, Ruby-on-Rails, Yii). На практике бывало такое, что фронтендер просил в нужной части проекта сделать var_dump от структуры данных, которую надо показать и перечислить серверные методы, которые надо вызвать по нажатию предполагаемых кнопок.

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

И моё личное мнение - фронтенд разработчику не помешают базовые знания про UML. Иногда с ними так тяжело обсуждать обмен данными по AJAX. У них это какой-то непрерывный поток магической энергии, волшебным образом преобразующийся в буковки на экране пользователя, а вот для бакенда это набор отдельных операций, иногда ещё и асинхронный. Диаграммы последовательностей ни читать, ни писать многие не умеют. Таймлайны составлять не умеют.

-----------

Написал дополнение: copist.ru/blog/2015/08/29/layout-designer-vs-front...

Эта книга?

Кристиан Дари и Эмилиан Баланеску - ни один из них не женщина :)
PHP иMySQL: СОЗДАНИЕ ИНТЕРНЕТ-МАГАЗИНА
www.ozon.ru/context/detail/id/4954528

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

Могу дать прототип 20 страниц в Pencil - нужен прототип HTML на Semantic UI базовом.
4 страницы уже готовы, так что есть с чего начинать.

Устроит такое задание?

copist.ru/blog/2014/03/14/need-knowledge-mind-map карта знаний для веб-разработчика - там есть и программирование и не программирование