Stroy71

Уважаемый ASDF13. Твой путь будет не быстрым. Чтобы стать мастером в вебе будь готов потратить 8 лет ежедневной работы. З/П у php программистов не больше, чем у 1С, причем чаще 1С-программисты ценнее (с текущим уровнем автоматизации).

С чего начать. 1) Купи книгу HTML+PHP, сделай в ней все уроки.
2) Сделай свой сайт без CMS. Здесь поймешь, что тебе нужно изучить ещё.
3) Выбери одну из популярных CMS или framework (это ускорит разработку твоего продукта).
4) Развивайся, берись за любые проекты.
5) Обрати внимание на мобильные приложения. Сейчас в тренде.

Я в 30 начал программировать на C#. Просто так, как хобби.
Помимо основной работы (в энергетике), сдал Майкрософтский экзамен и устроился джуниором в одну контору.

За 4 года сменил две работы, сдал еще около 10-ка экзаменов, прочитал кучу книг по архитектуре. Теперь занимаюсь тем, что пишем энтерпрайз системы для крупных иностранных заказчиков. Месяц назад мне предложили перейти на позицию Senior.

Я к тому, что никогда не поздно начать, что то новое.

Предпочитаю бумажные версии. Но покупаю и бумажные и электронные. Дома читаю на бумаге, не дома - на телефоне.
Бумага нифига не прошлый век. Зря вы так.

На одних электронных как раз таки заработать нереально. После первой покупки будет на торрентах.

Самый быстрый (и я считаю правильный) путь изучения прикладного программирования - это РЕАЛЬНЫЕ задачи + гугл + английский язык (на первых порах Google Translate). Пустое чтение теории не даёт ровным счётом ничего. Лучше сделать небольшое реально работающее приложение, чем прочитать 100500 книг по программированию.

Сначала реши что тебе интереснее - код писать или решать проблемы бизнеса. Казалось бы, что код должен решать проблемы бизнеса, но сейчас это не так.
Если тебе интереснее инженерные штуки (учить фреймворки, разбираться с тулзами и вот это всё), то увольняйся и иди в айти-контору. Там будешь заниматься аутсорсом в обнимку с легаси, новыми технологиями и разговорами о них с ребятами в столовой или возле кулера. Но понимать зачем ты делаешь то, что делаешь ты не будешь. Скорее всего этого не будут понимать даже твои начальники: лид и ПМ. В аутсорсе это норм. Чем больше контора тем больше карго-культа и меньше смысла в том, что происходит. Оверинжиниринг тут не то, что пытаются искоренить, но скорее даже поощряют (хоть и не в голос) - так больше зарабатывается на time & material.
Если бизнес тебе интереснее, то развивайся в сторону продуктового технолога. В этом направлении вопросы "Зачем что-то делать?" важнее "Как?". Качай переговорные навыки и управленческие. Твоими инструментами будут не редактор, но другие ребята, которым интересно рисовать баннеры, кодить и прикручивать фотогалереи и вот это всё. А основной задачей (очень затратной с точки зрения мозготоплива) будет выяснение задач вместе (и это важно, что именно вместе) с бизнесом и рекомендации как лучше инвестировать заработанное в технологии.

Про must have редактор не скажу, но все же очень удобен PhpStorm, обладает огромным функционалом, поэтому многие им и пользуется.
Мое мнение, почему CodeLobster непопулярен:

1. Нет версии под Мак - думаю, что большинство, кто составляют более-менее популярные рейтинги пользуются маками.
   
2. Если смотреть эту таблицу цен, то бесплатный вариант практически не обладает ничем выдающимся, lite за 40$ тоже слабоват.
   
3. Отсутствие возможности ткнуть в папке проекта и тем самым создать новый файл - это вообще жесть.
   
4. Нет стилизации кода под стандарт - тоже очень плохо.
   
5. Очень мало плагинов - например кому-то важны миникарта, gist'ы, быстрый переход к месту, VIM-mode, возможность написать свой плагин - всего этого нет.
   
6. Невнятная справка, древний сайт.
   
7. Не понял, есть ли у него "go to definition", но, похоже - нет, без этого IDE - недоIDE.
   

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

я приобрел неплохой навык для IT-специалиста

Это действительно очень полезный навык. Из позиции "на все руки мастер" гораздо больше перспектив. В сети часто ругают таких специалистов, мол, набрался всего по-маленьку, и ничего не умеешь делать хорошо. Такие люди просто не понимают, о чём говорят, скорее всего из-за собственной неопытности. Грамотные, мудрые спецы имеют познания в море областей, а не только в одной. Чем больше у тебя навыков, тем ты ценнее как специалист, и тем больше у тебя выбора: ты можешь не только углубиться в какую-то одну область, но и стать хорошим руководителем, ведь ты способен теперь понимать большое количество разных людей.

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

что должен знать идеальный джуниор (мое личное мнение):

- Сетевой стэк. Нужно иметь хотя бы базовое представление о том как с сервером общаются. Ну то есть не нужно лезть в дебри, но понимать что такое HTTP или чем TCP от UDP отличается - нужно. В целом это пара часов чтения википедии.
- GIT или любая другая распределенная VCS. Базовые навыки, что бы хотя бы понимал что есть git revert или git rebase, что такое фичабрэнчи и примерное представление как это работает и зачем надо.
- Базовые основы unix. Ну то есть что бы не пугаться таких вещей как ssh хотя бы.
- PHP. Без этого никуда. Он должен понимать что такое слабая динамическая типизация (не заучивать табличку кастов типов, а понимать плюсы и минусы, такая же история с приоритетами операторов - не заучивать а знать как избегать проблем с чтением кода)
- Понимать что код чаще читают чем пишут, а потому не экономить 5 минут на написании кода, а писать так, чтобы сэкономить 30 минут человеку, разбирающемуся в куске кода.
- Знать базовые вещи в плане безопасности. XSS и как защищаться, SQL инъекции и как защищаться, CSRF, MITM. Понимать что такое NDA, что данные пользователей - секретная информация. Как хэшировать пароли (не md5 а password_hash) и почему это важно.
- Знать SQL. Глубоких знаний не требуется, нужно лишь понимание того, что такое нормальная форма, желательно разобраться с вопросом денормализации данных. Идеально иметь хотя бы базовые представления о том как работать с NoSQL решениями.
- Процедурное программирование: почему глобальные переменные порождают сложность, что такое состояние, как можно использовать классы для изоляции состояния и т.д. Инкапсуляция. Инварианты, пост/пред условия, сохранение целостности...
- Разделение ответственности. Это один из важнейших принципов, и упрощать все это до "mvc фреймворк" слегка неправильно. Вы должны понимать что от чего отделяете и главное зачем.
- Автоматические тесты. Джуниор должен знать что это такое и иметь хотя бы минимальный опыт их написания. Должен понимать разницу между юнит и интеграционными тестами. Быть знакомым с пирамидой тестирования.
- Уметь решать стандартные задачи не задавая слишком много вопросов. Например регистрацию пользователя по email-у вы должны написать, или авторизацию через соц сети, или комментарии, или новостную ленту.
- Уметь дебажить. xdebug, blackfire и тд.

В целом где-то за годик весь этот список можно влегкую покрыть с нуля.

p.s. Я в списке специально не указывал ООП, поскольку всеравно первые пару лет у разработчиков выходит процедурщина на классах. Это не плохо, но того что в моем списке более чем должно хватать для решения стандартных задач. Но термины вроде "инкапсуляция/полиморфизм/наследование" требуются в обязательном порядке подавляющем количеством интервьюверов, а стало быть знать это надо. Единственное что - рекомендую в свободное время глубже погрузиться в этот вопрос а не тупо заучивать формулировки.

Так же вещи вроде docker джуниорам знать не обязательно просто потому, что их врядли допустят сходу к управлению инфраструктурой. А так пару неделек на изучение и вперед.

Вам не кажется, что у вас слишком много претензий к апворку? "Мне не нравится одно", "мне не нравится другое". Это не вы ставите условия апворку, это он ставит условия тысячам таких как вы.

Я решил специализироваться на web scraping: заказов много, можно начинать с легких и постепенно расти. Потом можно размещать своих пауков на виртуальных серверах и параллельно разбираться в администрировании. Потом можно сделать сайтик-агрегатор, чтобы разбираться в сайтостроении. Нужно ли говорить, что я застрял на первом шаге.

При этом те тысячи не будут спотыкаться на написании парсеров. Чем вам не нравится ставка 20%? Удвойте ваш ценник и будете зарабатывать больше, заглядывать в карман биржи у вас нет никакого права, они создали бизнес и они на нем зарабатывают. При этом они позволяют зарабатывать вам вместе с ними. Не нравятся их условия - ищите клиентов в других местах, вот только будет ли им достаточно ваших компетенций, если вы в своем пути застряли на написании парсера? Еще и демпинговать при ставке 8 баксов - шикарно.

Frel: avocode

Поддерживаю, исползуйте avocode, вот ссылка на хороший курс по нему , а также удобный сервис для смены почты раз в две недели. Удачи.

sublime text и ставишь какой нить livereload. ну и плагины для sublime text по вкусу.

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

Для браузеров не умеющих работать с IndexedDB есть библиотека PouchDB, менее шустрая, чем нативные встроенные в браузер реализации (UPD: если их нет, в противном случае - используются нативные), но даже на старых браузерах (IE7,8) будет выигрыш, как по удобству манипуляции данными, так и по скорости.

UPD: обращение к IndexedDB НЕ блокирует интерфейс и может использоваться в воркерах (см. issues на странице).

UPD: кстати, PouchDB :

• сам использует IndexedDB, когда она доступна, в старых WebKit, в т.ч. на Android использует WebSQL, когда совсем плохо (старые IE) - тоже чего-нибудь придумывает, как минимум - localStorage;
  
• дает возможность работать с серверными данными, как c локальными, когда они доступны, идеальное решение для снижения заморочек с созданием "оффлайн" приложения или одностраничника с "миллионом записей", проводя "репликацию";
  
• все танцы с бубном вокруг индексов - фоновая, абсолютно прозрачная задача.
  
• если поставить на сервере CouchDB или эмулировать ее Rest api - можно забирать всех "Вась из Омска" прямо с сервера одним вызовом
  

UPD: И когда, наконец, народ научиться подбирать подходящий инструмент для работы, а не валить лес пилкой для ногтей и не вскапывать грядки карьерным самосвалом?

У Борисова что JS что PHP советую.

Я использую Acronis True Image Cloud www.acronis.com/ru-ru/personal/online-backup
Буржуйские сервисы тоже тестил, оказались слишком медленными