AnjeyTsibylskij

Что надо знать хорошему php разработчику?

Действительно хороший разработчик начинает свой путь с изучения C++. После получения базовых знаний в С++, все остальные языки - это тот же С++, только сбоку, образно выражаясь...

Попробуйте на Спарке

Полноэкранная верска.

Делается с помощью JS плагинов, типа Fullpage, Onepage, Scrollify (лучший, на мой взгляд) и т.п.

1. Принципиальных качественных преимуществ у node.js перед остальными языками нет, как впрочем и недостатков. Просто yet another язык со своими особенностями. Соответственно если в вопросе заменить node.js на php/ruby/python итд - ничего не изменится.
Вопрос по сути абстрактный "почему все не перешли на язык %%%%%"

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

UPD
hbrmdc

У NodeJS есть уникальные и очень весомые преимущества, которых нет ни у одного другого языка. Например то, что это JS, и, следовательно, нет необходимости разучивать лишние языки - можно весь webapp писать на js.
Личные предпочтения обоснованные привычками - это не имеющий значения аргумент в данном вопросе.

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

На самом деле основные отличия другие:
Постоянно живущий процесс, фактическая однопоточность. В зависимости от задачи - это может быть и плюсом и минусом. Условно для какого нибудь сокет-сервера - плюс (активно используем на живых проектах). Для middleware - я бы подумал. Для нагруженного сервиса с расчетами - точно нет.

2) Личные предпочтения обоснованные привычками это основной аргумент.
Я вот умею в php, умею в ноду, умею в еще десяток умных слов.
Мне нужна новая команда на новый проект.
Я открываю hh и что я вижу: node.js 279 резюме из которых половина фронтэндщики.
PHP - 9613 резюме. Даже если 90% разработчиков PHP на hh - уроды которых к коду нельзя подпускать на пушечный выстрел - останется все равно в 3 раза больше чем есть node.js.
Собственно на этом выбор и закончен.

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

Получается замкнутый круг на самом деле.
Менеджер смотрит резюме, резюме на node.js нет =>
Менеджер не начнет проект на node.js =>
Не возникнет вакансия на node.js =>
Разработчик анализируя вакансии не увидит вакансий на node.js =>
Разработчик будет учить что то другое =>
Менеджер смотрит резюме, резюме на node.js нет...

Переломить ситуацию могут только очень крупные игроки обладающие возможностями формирования рынка (например Apple и Swift), и то не со 100% гарантией (samsung&c и Tizen)

Dribbble даст вам различные наброски, эскизы и готовые интерфейсы (пользуйтесь поиском). А если нужен весь процесс о том как создавался интерфейс, то это только искать различные блоги студий. На том же хабре проскальзывали подобные статьи, на medium. А ещё на сайте Лебедева почти к каждому проекту есть и описание процесса.

Смотрите ещё Behance, тоже иногда к проектам есть нормальное описание.

У нас было примерно все тоже самое, только начинала я в 2005м. В 2008м код уже не писала и полностью занялась управлением.
Во-первых, ничего не будет получается, пока вы не выберете между кодом и менеджментом, как уже правильно подметил Александр Данилов. Плюс, если вы выберете код, у вас никогда не будет собственного бизнеса, он будет бизнесом вашего наемного менеджера, который просто его уведет в один не прекрасный день вместе со всей командой.
Во-вторых, чтобы получались свои проекты и продукты одновременно с аутсорсом нужно выделить часть команды и вместе с тем, кто будет ей управлять, посадить в другой офис. Обязательно посмотрите видео от основателя invisiblecrm по этой теме, у них именно так и было аутсорс, который они не хотели отпускать, плюс продукт, который только начинали делать https://www.youtube.com/watch?v=ie1aw5N055U
Сейчас у нас команда сократилась из 10 человека на аутсорсе до 5 человек на продуктах. Уже 3 года как мы полностью ушли от разработки на заказ. Путь до прибыльности занял примерно 8 месяцев, потребовался некоторый запас средств для перехода и после "тестирования темы на прочность" полного отказа от лавирования между двумя вариантами. Риск был, но оно того стоило. И да, откатиться обратно на разработку на заказ проще всего, но не спешите - вы всегда туда успеете.

1. Как уже сказали выше - git или mercurial (на bitbucket, github или на своем сервере). С основного репозитория клонируем копии на локальные машины.
2. dev-среда:
2.1 dev-сервер с поддоменами для каждого разработчика
2.2 или локальный веб-сервер (у каждого свой)
2.3 обязательно - "предпродакшн" сервер - там будут производиться проверки перед деплоем на продакшн
3. Ставите каждому нормальную IDE, которая умеет работать с локальными файлами и деплоить изменения на сервер (PHPStorm).
4. Настраиваете IDE таким образом, чтобы вы работали с локальными файлами, и при этом при сохранении изменения автоматически отправлялись на ваш dev-сервер.
5. Юнит-тесты, функциональные тесты, чтобы перед деплоем на продакшн быть уверенным в том, что кто-то из разработчиков не сломал ваш проект своими изменениями.
6. Если есть изменения в БД - миграции
7. На продакшене также клонируетесь от основного репозитория (для удобства обновления кода)

Т.о. процесс разработки будет выглядеть так:
1. Разработчик pull`ит изменения из основного репозитория
2. Что-то меняет в коде, тестируя это на своем dev-сервере
3. После покрытия кода новыми тестами, прогоняет их и заливает изменения в основную ветку
4. На предпродакшене обновляемся с основной ветки. Прогоняем все тесты.
5. Если тесты прошли - на продакшене обновляемся на тот же коммит

Книги по математике для программистов...
Широкое понятие и того и другого...
Математика - большая наука, в ней много разделов.
Программисты тоже бывают разные.
Как наиболее востебованные для людей, в той или иной степени связанных с программированием можно определить следующие подразделы по математике и анализу:
алгебра, анализ данных, булевы алгебры, временные ряды, численные методы, графы, дискретная математика, дисперсионный анализ, комбинаторика, криптография, линейная алгебра, математический анализ, математическая логика, теория алгоритмов, числа, нейронные сети, нечеткая логика, погрешности, принятие решений, прогнозирование, распознование образов, рекурсия, системный анализ, статистика, теория вероятностей, игр, множеств, эконометрика и другие...
Если взять каждое из приведенных слов как ключевое, ввести в поисковике, задав критерии с тегами "литература", "книги", "основы", то можно получить большое количество хорошей информации полезной для любого программиста, ну и просто для общего развития, прокачки естественно-аналитических и математических способностей.
Как наиболее в последнее время мне попадавшиеся книги по математике, которые могут вам пригодиться, приведу несколько, но это не панацея:
Ван дер Варден. Алгебра.
Шафаревич. Основные понятия алгебры.
Курош. Общая алгебра.
Барсегян. Технологии анализа данных.
Эсбенсен. Анализ многомерных данных.
Подзоров.Булевы алгебры.
Кук. Компьютерная математика.
Алексеев. Графы. Модели вычислений. Структуры данных.
Басакер. Конечные графы и сети.
Зубов. Справочник программиста. Базовые методы решения графовых задач и сортировки.
Кристофидес. Теория графов. Алгоритмический подход.
Бессонова. Основы дискретной математики.
Иванов. Дискретная математика. Алгоритмы и программы.
Виленкин. Комбинаторика.
Ахо. Структуры данных и алгоритмы.
Гильберт. Основания математики.
Кнут. Искусство программирования.
Рояк. Математическая логика.
Горбань. Нейронные сети.
Тэрано. Прикладные нечеткие системы.
Мальцев. Алгоритмы и рекурсивные функции.
Афифи. Статистический анализ.
Феллер. Введение теорию вероятностей ее приложения.
Хассе. Лекции по теории чисел.
Ой, ну это только единицы из всей многотысячной библиотеки книг по математике. Также не забывайте изучать зарубежные труды, так как иностранная литература, периодика очень часто бывает на шаг впереди российской, особенно в этих отраслях. Определите в какой области вам придется работать, что там более применимо, что необходимо, на такую литературу и ориентируйтесь. Но основы и вообще основные понятия по математике должен знать каждый уважающий себя программист, да и вообще просто образованный человек, инженер, специалист, менеджер, аналитик...

Как делается сетка: тыц, тыщ, тыдыщь

Как делается меню: раз, два, три

SVG: адын, два, три, четыре

Parallax: вот, и вот, и ещё вот. И вот тут почти Parallax, думаю тоже пригодится

Бонус:

• JavaScript Garden -- тонкости JavaScript
  
• Learn X in Y minutes -- краткие туториалы по куче языков (там и JS, и CSS и много чего ещё есть), некоторые с русским переводом (но не все)
  
• Material Design -- гайдлайн по Material Design
  
• PrimerCSS -- стайлгайд Github + их CSS фреймворк
  

Стоит сьехать от родителей в сьемную квартиру и завести требовательную девушку

И начни общаться с людьми, у которих дневная сумма на мелочи указана в толщине пачки с долларами

Если можно использовать JS, то в чём вопрос? :)
На JS проверяем поле. Если заполнено, меняем или добавляем стиль. Иначе - оставляем пропускаем поле

new MysqliDb ('', '', '', ''););
ничего не смущает?

и включи ошибки если такие дела

ini_set('error_reporting', E_ALL);
ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);

Всё сложно.

Если кратко: обязательно Кнут и Кормен, остальное по желанию. Первую надо иметь как набор настольных томиков, читать не обязательно =) Я серьёзно, одна из немногих книг, что просто лежа рядом на столе повышает интеллект на 10. Кормен, ну, он другой. Его надо вдумчиво читать и выполнять упражнения. Все. То есть желательно, можно выборочно, структура книги весьма и весьма это позволяет. Математики почти нет, зато есть именно алгоритмы и структуры. Собственно, то, что программисту и надо. Выполнение всех упражнений повышает интеллект на 100500, так что этот вариант явно предпочтительнее, однако банальное наличие этой книги интеллект не повысит =)

Из чисто математических ресурсов очень рекомендую khan academy - нашикарнейший портал невыносимо крутых знаний. Но самое крутое, что я там пока вижу - это ответ на мой вопрос. Там всё очень упорядочено, от правила Бернулли — Лопиталя до закона Чебышева, от начал Аль-Хорезми, до проблем тысячелетия. В общем, очень круто, очень структурировано и очень... Просто очень. Хотя надо уточнить - он не чисто математический, у него есть чисто математический раздел.

UPD.
Dmitry напомнил мне про Кнута, Грэхема с Поташниковым. Мало того, что личности сами по себе довольно интересные, так ещё и книга поистине получилась замечательная. И хотя можно долго спорить о необходимости программисту иметь определённые познания в математике - лично я почувствовал определённое просвещение, прочитав эту книгу.