skvoshiz

1)обязательно надо знать математику алгоритмы и тд(даже если это не используется)

Если хочется выйти за рамки дешевой рабочей силы - да.

2)надо работать бесплатно на первых порах

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

3)создавать open source проекты бесплатно чтобы показать всем свой код

Скорее нет

4)всегда думать о работе даже по выходным и тд

Если хочется выйти за рамки дешевой рабочей силы - ДА.

UPD:
Реальность такова, что если вы хотите выйти за рамки дешевой рабочей силы - у вас ровно 2 способа это сделать:
а) вы можете основать собственное дело
b) вы можете в чужом деле вырасти из человека который пишет код, в партнера который решает проблемы бизнеса ( что в конечном счете эквивалентно предыдущему пункту)

И то и другое подразумевает что вы перестаете разделять свою жизнь и работу.
Вы, это и есть то дело, которым Вы занимаетесь. 24/7/365.
И это к слову сказать справедливо для практически любой сферы, не только IT.

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

10 лет назад был огромный спрос на сетевых инженеров (те, кто циски и джуниперы настраивают), им платили хорошие деньги. Операторов было много, сети везде были разными, работа сложной. Теперь мелких операторов почти не осталось, весь рынок поделен на сотовой связи между БИГ4, на ШПД тоже осталось 5 крупных игроков. Так вот эти операторы соптимизировали свои бизнес процессы так, что связистов потребовалось значительно меньше. хотя общая сложность сетей значительно возрасла. Как сейчас работает оператор? Фактически один человек рисует схему, как должно быть настроено, другой настраивает согласно этой схеме. Фокус в том, что раньше при отсутствии первого надо было держать 5 человек высокой квалификации второго типа. А теперь надо одного первого и 5 других, просто умеющих читать. Да, высококвалифицированные люди остались, но только их стало значительно меньше.

К чему я все это. Недалек тот день, когда тысячи программистов будут не нужны. Вместо них нужны будут десятки тех, кто рисует схему, но кто ниразу не набирал сам код. Остальные будут тупо применять какой-либо инструмент для реализации этой схемы. Ну и останется еще чуть-чуть людей, кто будет пилить этот инструмент. Когда это произойдет? Когда наступит так называемое насыщение рынка, когда крупные, возможно федеральные, игроки в весьма ограниченном количестве полностью поделят между собой все заказы на программистов. Тогда все процессы будут унифицированы и наступит пора их оптимизации.

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

(дока описывает техпроцесс разработки web-приложения малого масштаба, хотя мб и для среднего подойдёт)

Подготовка к проектной работе
=====================================
1. Требования
1.1. Постановка задачи (оценка и установка лимитов ресурсов и сроков разработки)
1.2. Основные функции (общее описание выполняемых задач)
1.3. Требования к архитектуре
1.3.1. Планы по поддержке проекта
1.3.2. Используемые технологии (исходя из планов по поддержке)
1.3.3. Архитектурное решение (исходя из использ. технол., модульн., монол., слои и т.п.)
1.3.3.1. Сопряжение со сторонними технологиями/ПО
1.4. Описание целевой аудитории (конечные пользователи, их навыки, восприятие, UX)
1.5. Сроки выполнения (на разработку, на интерфейс, на тестирование, на развёрыв.)

2. Техническое задание (на основе требований и дизайн-макета)
2.1. Платформа (связки ПО, с версями и конфигурациями)
2.2. Структура проекта (блок-схема с разделами и подразделами FE и BE)
2.3. Бизнес-объекты (их структура/свойства, действия над ними, и их поведение)
2.4. Бизнес-процессы (алгоритм линейных процессов на основе бизнес-объектов)
2.5. Политика безопасности
2.5.1. Списки доступа (описание разрешений для ролей / групп пользователей)
2.5.2. Меры обеспечения безоп. (библиот., алгоритмы, порядок восст. доступа, ...)
2.6. Принцип хранения данных
2.6.1. Устройство хранилища файлов (форматы, способ хранения)
2.7. Макет интерфейса (базовый макет + детальные черновики всех страниц)
2.8. Поведение интерфейса
2.9. Дизайн-макет (гайды, нормы, правила, черты единого стиля)
2.9.1. Палитры (палитры разделов и типов страниц сайта, для печати, служебные)
2.9.2. Отступы, размеры, геометрия, горизонтальный ритм
2.9.3. UX / особенности и правила поведения интерфейса
2.10. Roadmap проекта (на основе предыдущих пунктов)
 
Проектирование архитектуры и разработка
=====================================
3. Проектирование (исходя из выбранной политики безоп., на основе ТЗ и требований)
3.1. Cтруктура приложения (детальное описание; URL map, routing, описание actions)
3.1.1. Структура web-приложения (модули, контроллеры и actions)
3.1.2. Карта внутренних маршрутов URL-адресов
3.2. Объектная модель «общего домена» (UML-диаграмма классов)
3.3. Проектирование БД (DDL-диаграмма, SQL-файл, альфа-версия)

4. Backend
4.1. Заготовка Yii2-приложения (config, namespaces, контроллеры, actions, views)
4.1.1. Создание заготовок actions (пустых файлов, либо конфигур. и подкл. базовых)
4.1.2. Подготовка View-файлов (создание пустых + конфигуриров. работы с шабл.)
4.2. Написание УК (управл. код - вызовы функций классов общего домена в actions)
4.3. Разработка вызванных в УК функций (расширение API, функционала библиотек)
4.4. Доработка БД (DDL-диаграмма, SQL-файл, бета-версия)
4.5. Внедрение отладочного функционала
4.6. Генерация тестовых данных приложения в БД
4.7. Описание ключевых аспектов кода (для упрощения поддержки проекта)

5. Интерфейс
5.1. Базовый макет (композиция из блоков, на основе дизайн-макета, подбор grid system)
5.2. Сценарии интерактивности и поведение UI (описание интерактивной части)
5.3. Настройка компонентов и контента (настр. yii\Asset’s, загрузка изображений UI)
5.4. Подключение новых Jade-шаблонов
5.5. Прототип. Базовая Jade-вёрстка (допустимо: приблизительное соотв. макету)
5.6. Javasript/CSS-интерактивность
5.7. Косметика UI (pixel-perfect вёрстка с соблюдением всех требований к дизайну)

Завершение разработки. Развёртывание.
=====================================
6. Развёртывание
6.1. Предстартовая отладка (нагрузочное тестирование, безопасность, ..)
6.2. Комплексная доработка всех частей приложение

мною пока пройдена первая треть и ряд пунктов из UI, вся часть по проектированию и арх. БД и каркаса приложения (а это значит, что всё это ещё может меняться, переставляться местами, удаляться и добавляться ещё не раз и не три.., будьте бдительны!), т.к. начал я писать ТЗ (к Вашему недоумению) где-то на середние разработки, поняв, что это тут будет очень кстати и сейчас и, особенно, потом.

.. +, помимо прочего эти доки (почти каждый пункт в списке - отдельный документ, файл, диаграмма или законченный объект/набор чего-то проектно-полезного) помогли мне мне лучше понять механику продакшена ПО, то самое магическое нечто, что позволяет коду выполнять хотелки, т.е. полноценная, грамотная и красивая реализация прикладных задач (то,ради чего ПО и пишется, но совсем не всегда выполняет свои задачи грамотно, нормально и вообще адекватно.. и вообще выполняет ли - думаю многие видели эти ужасные неповоротливые (в т.ч. enterprise-oriented) решения, с которыми проблем больше чем пользы, ту же Ультиму, к слову, уже сколько лет внедряют в Юлмарте, или уже внедрили, я хз, но, столько лет и млн. денег слито - смех и грех..)

Мне 30 лет. Начал свою карьеру в ИТ в 27.
У меня ИТшное высшее образование, но жизнь сложилась так, что во время учебы нашел работу не по специальности, которая сразу начала приносить неплохой доход (производство рекламы: наружка, полиграфия). В один "прекрасный" день, спустя 10 лет работы, я понял, что достигнут потолок и мне совершенно не интересно дальше развиваться в этом направлении. Тогда то я и начал искать чем заняться.
Я прекрасно понимаю страхи и мысли, которые крутятся в голове у человека уже с семьей.
"А не поздно ли?", "А с чего начать?", "А как на меня будут смотреть другие люди/друзья/коллеги?", "А на какой доход и через сколько времени можно рассчитывать?", "А откуда взять время на жену/детей и учебу?" и еще куча других...
В 16-22 все эти вопросы совершенно не волнуют - ты еще юн, свободен от обязательств и в какой-то мере финансово не обременен...

Немного порассуждаем :)

Отвечу на самые-самые вопросы:
А не поздно ли?
Нет. Никогда не поздно! Звучит банально, но это работает.
Нужно срочно забыть сколько тебе лет и оперировать только понятием жизненный опыт. А его к 30 уже порядком. Мозги еще не "заржавели", тело еще не барахлит.
НО нужно сразу условится - любая сфера ИТ требует ПОСТОЯННОГО самосовершенствования и изучение нового материала. ЛЮБАЯ.

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

А с чего начать это ваше "веб-программирование"?
Сразу оговоримся, что есть принципиально два разных направления: "фронт-энд" и "бэк-энд". "Фронт-энд" проще и дружелюбнее для совсем начинающих. Его изучение позволит быстрее прийти к выполнениюглавной цели. Поэтому дальше я буду рассматривать именно это направление.
Да-да, конечно, потом можно и "бэк-энд" изучить и даже полностью перейти на него. Можно совмещать, обв.
И еще одно отступление: уровень английского Pre-Intermediate. Это само собой разумеющееся. В любом случае придется читать, слушать и понимать.
Итак по теме вопроса.
Рекомендую начинать с: htmlacademy.ru - пожалуй лучший русский ресурс для новичков. Интерактивные задания с самых азов. Все основные курсы бесплатные. Платная подписка открывает доступ к продвинутым курсам - рекомендую покупать эту подписку уже после прохождения всех базовых курсов. Есть два платных месячных "интенсива" - весьма неплохие и стоят своих денег.

Остальные ресурсы рекомендую проходить параллельно с HTML-академией, начинать где-то после 7 курса:
www.codecademy.com - на английском. Помимо курса по HTML&CSS можно попробовать JavaScript и jQuery + неплохие ознакомительные курсы по "бэк-энду"
https://dash.generalassemb.ly - на английском. Интересны тем, что имитируют выполнение реального заказа на фрилансе.
Есть еще куча ресурсов и курсов, но для начала этого вполне хватит.
В любом случае придется изучить JavaScript. В этом деле поможет уже упоминаемый выше www.codecademy.com + learn.javascript.ru

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

А откуда взять время на жену/детей и учебу? Как совмещать-то все еще же работа есть...
Если уделять учебе хотя бы 1 час в день, то можно вполне все успевать.
Я учился так:
- на работе была возможность почитать и поделать небольшие занятия в течение дня ( в сумме полчаса)
- еще часик уже ночью, когда все спят дома.
- в выходные вставал пораньше и в субботу за два часа пока все спят повторял все сделанное за неделю, а в воскресенье подбивал итоги и планировал следующую неделю.
Придется пожертвовать сериальчиками и какими-нибудь излишествами нехорошими - всегда есть что-то. Все время дисциплинировать себя первое время. Можно вести блог или поставить цель на смартпрогресе. Главное регулярно заниматься. даже 15 минут в день - это уже большой плюс.
Еще очень важно, что бы домашние знали к чему вы стремитесь и чем заняты.

А на какой доход и через сколько времени можно рассчитывать?
Тут все ОЧЕНЬ индивидуально. Все зависит от усердия и желания.
Можно грубо прикинуть "скоростное прохождение этого квеста":
1) материальные вложения: 30-32 т.р. два интенсива(базовый и продвинутый) и помесячная платная подписка на htmlacademy.
2) временные вложения: 5-7 месяцев на курсы и интенсивы от htmlacademy + 2-3 месяца на основы JavaScript и jQuery

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

А не будет ли мне сложно "работать" в молодом коллективе?
Возможно первое время будут какие-то сложности, но как мне кажется в любом случае ценятся базовые человеческие качества + профессионализм. А если учесть, что к 30 уже есть достаточно богатый жизненный опыт, то я не думаю, что возникнут проблемы.

Как-то так :)
Удачи. И главное помните - все зависит только от вас. От ваших желаний и вашего трудолюбия.

sslabs тестирует только на безопасность, УЦ, выдавший сертификат ему фиолетов. Вопрос о том, в каком УЦ брать сертификат возникает после того, как подолбишься с вопросом "почему я не могу зайти на сайт с телефона/планшета/часов/холодильника", особенно если сайт продающий, особенно если основные продажи идут с мобильных устройств.
Уже сто тыщ раз тут писали, что "качественность" сертификата определяется исключительно тем фактом, присутствует ли сертификат УЦ, который его выпустил в списке доверенных корневых УЦ. На компе этот список правится. На андроиде правится, но анонит желтым треугольником. На виндофонах не правится вообще. То есть, если там нет StartSSL - сайт с сертификатом, выданным им, будет недоверенным, будут возникать всякие предупрежения и прочая ерунда, пугающая хомячков.

Да, был опыт: после добавления https://startssl.com/ (Free) позиция поисковой выдачи значительно выросла в Гугл, в Яндекс, Bing и Yahoo.
Могу сказать, что SSL - сейчас действительно нужен.

Стоит ли добиваться A+

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

У Wosign китайские иероглифы в названии сертификата.
А вообще под коммерческий проект я бы взял Comodo.
При ранжировании нет разницы между сертификатами, но Китай - несолидно как-то.

Влияет только наличие сертификата. Платный он или бесплатный - не важно.

Как я понял из описания, ssllabs проверяет безопасность сертификата. А поисковики, кроме этого, учитывают саму его стоимость. Вряд ли они состоят в сговоре с эмитентами сертификатов, по видимому их логика сводится к тому, что создатели говносайтов просто не могут себе позволить очень дорогие сертификаты.

считается, что влияет неличие / отсутствие

ну, зеленая полоска, по прежнему, любят покупатели из США

а все эти A+ , сравнивая с конкурентами, точно не влияют

Конечно, технически нельзя просто так взять и "использовать" чужой IP, иначе бы в прокси и анонимайзерах не было никакого смысла, и Ruby и протокол HTTP тут ни при чем, адресация "лежит" гораздо глубже, даже не в TCP, а на уровне протокола, который так и называется - IP, так что чтобы запрос отправлялся с IP-адреса клиента, надо его делать на клиенте, то есть либо JavaScript (но в нем кросс-доменная политика), либо Flash (возможны "эксплойты"), либо сделать программу, которую пользователь скачает и поставит, расширение к браузеру и т.п.)

Node.js работает на сервере, то есть это 2 вариант, а вариант 1 вообще невозможен на JavaScript (кроме если работать с API VK, а не как вы хотите), но возможен на Flash, хотя запретить закрыть вкладку все-таки не получится, или в виде расширения для браузера, но это по сути приложение, а не сайт.

Нужно для поддомена добавить ns серверов digitalocean

Тут явно перевес в сторону js в том плане, что вы можете один js код использовать как на сервере, так и на клиенте, в случае же с Ruby вам придется код писать на два языка. И то, что у Вас одновременно большое количество параллельных процессов говорит в сторону Node.js.