Что должен знать веб разработчик: Как стать профессиональным веб-разработчиком: практическое руководство / Хабр

Содержание

Что должен знать веб разработчик

В современном мире, практически любой человек знает кто такой веб разработчик. В школе уже более десяти лет назад учеников на уроках информатики учили создавать простейшие сайты. Учителя информатики полагали, что нужно знать несколько HTML-тегов, которые писали в блокноте. Начинающие веб разработчики писали файлики, которые ограничивались чем-то типа тегов <body> и <a>, и играли в угадай цвет «AAFF56».

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

Шло время, кончились нулевые, и дело идёт к двадцатым годам двадцатого века. Человечество продвинулось далеко вперед и первые сайты, которые были скорее страничной о себе и для себя эволюционировали в инструмент для рекламы, продажи, привлечения. Появились социальные сети, такие как Facebook, ВКонтакте, Одноклассники, которые всерьёз конкурируют за привлечение клиентов с поисковиками вроде Google или Яндекс, и все вместе бьются за трафик с площадками для объявлений Avito и Юла.

Веб разработчику нужно знать, что современный сайт – это прежде всего средство достижения определенного результата, и для всех успешных сайтов – этот результат коммерческий. Клиент приходит к разработчику не за сайтом, или веб приложением, как за таковым, а за тем, чтобы решить свои проблемы в информационном поле. Скорее всего, он уже исчерпал возможности социальных сетей, площадок условно бесплатных объявлений и наконец, дошел до осознания, что его услуга или продукт должен быть описан максимально подробно и разрекламирован всеми возможными способами, начиная от СПАМ рассылок, рассылкой в мессенджерах до рекламы в поисковых запросах, либо его новостной ресурс должен охватить максимально большое количество человек.

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

Что должны знать веб-разработчики разных типов

Веб разработчики делятся на три категории, это:

Front End Web разработчики;
Back End Web разработчики;

FullStack разработчики (разработчики полного цикла).

Front End Web разработчик – специалист по разработке пользовательского интерфейса и верстке шаблона. Он должен владеть HTML, JavaScript и CSS. Для чего же нужны эти на первый взгляд страшные аббревиатуры. HTML – это язык разметки гипертекста, именно он осуществляет контроль за всем тем что отображает на экране вам браузер. JavaScript — язык веба, который заставляет вещи работать, например автоматически заполнять формы, или скрывать содержимое в версиях страниц сайта для десктопных и мобильных устройств. CSS – каскадные таблицы стилей, они используются для настройки внешнего вида элементов HTML сайта. Так же Front End разработчику нужно знать jQuery , JS-фреймворк, неплохо знать и React JS, Angular 1 и 2, Bootsrap и Material.

Back End Web разработчик – специалист по разработке серверной логики, с пониманием того в каком контексте она будет исполняться. Разработчик должен в совершенстве владеть одним из языков программирования семейства PHP, Java, C, Python, Ruby и иметь представление об остальных на уровне могу, но не все и не сразу.

Разработчик полного цикла (он же FullStack developer) – это специалист, совмещающий в себе обе предыдущие ипостаси. Он способен создать веб приложение от начала и до конца. Знает сети, SQL и noSQL, знает все стандарты безопасности, имеет практические навыки по работе с системами контроля версий и многое другое.

Что должны знать абсолютно все веб-разработчики

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

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

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

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

Пройдите наши курсы веб разработки и начните зарабатывать в интересной и высокооплачиваемой сфере!

[Перевод] Современный веб-разработчик, или 6 вещей, которые вы должны знать, чтобы выжить

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

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

1 – Улучшайте качество кода (JavaScript и CSS)

Если вы не пишете грамотный HTML и CSS, вам не выжить.

Изучите все основные возможности JavaScript
Затем приступайте к продвинутым возможностям языка
Как только вы будете чувствовать себя уверенно в чистом JS ознакомьтесь с языками более высокого уровня абстракции, например CoffeeScript или TypeScript. Совершенствуйте использование необходимых JavaScript библиотек, вот список минимально необходимых:

JQuery – Вы ведь уже давно его выучили, да?
Require.js — JavaScript загрузчик файлов и модулей.
Underscore.js – отличная библиотека утилит
modernizr – детектор поддержки возможностей HTML/CSS браузерами.
history.js – эмуляция HTML history API, работа с историей браузера.

И вот еще немного:

2 – Создавайте адаптивный дизайн

Сегодня все больше и больше трафика потребляется с помощью мобильных устройств, поэтому большинство веб-сайтов по умолчанию должны выглядеть хорошо на устройствах любого форм-фактора. Если вам как и мне некогда создавать все эти веб-страницы используя media queries, облегчите свою жизнь. Освойте фреймворки адаптивного дизайна.

Адаптивный дизайн (Responsive Web Design, RWD) это подход к веб-дизайну когда сайт разрабатывается чтобы обеспечить оптимальный вид — легкось чтения и навигации без использования увеличения, поворота устройства, и прокрутки — для широкого круга устройств (от монитора до мобильных устройств)

Лично я пользуюсь Twitter Bootstrap и Zurb’s Foundation. Я очень долго работаю с Bootstrap, и приятно удивлен фишками Foundation.

Обязательно к прочтению:

3 – Изучите наиболее полезные JavaScript MVC фреймворки

Станьте первоклассным JavaScript разработчиком. Имеется множество Javascript MVC фреймворков для клиентской части, но выучите хотя бы 5 (Да, по меньшей мере 5). Я собрал для вас стартовую подборку.

Чтобы сравнить и сопоставить их возможности, посмотрите на TodoMVC – очень крутая и полезная штука. Это проект, который создан чтобы помочь вам сделать выбор из зоопарка MVC фреймворков, в зависимости от ваших целей.

4 – Разберитесь в работе REST и HTTP

Вы должны понимать как работают веб-службы Restful и профессионально владеть созданием и управлением серверной частью сайта. К примеру, пользуйтесь Node.js. Если вы используете .NET, начните с Web APIs. Более того, разберитесь как работает REST. Потратьте время на изучение Hypermedia. Не останавливайтесь на теории, выполните несколько примеров. А затем, обьедините ваши знания REST веб-сервисов с одним из упомянутых выше MVC фреймворков, и сделайте какой-нибудь проект с использованием этих технологий. Используйте правильные HTTP запросы.

Обязательно к прочтению:

Эти статьи сойдут для начала. Также, обратите внимание на готовые реализации например Meteor, SignalR.

5 – Будущее за HTML5

Стандарт HTML5 очень динамично развивается, но многое уже утверждено. Наряду с разработкой сайтов, HTML5 предоставляет множество контейнеров (например PhoneGap и т.д.) которые позволяют упаковывать ваши приложения в браузер — контейнеры для мобильный устройств (так называемые гибридные приложения), для распространения их как нативных приложений через привычные каналы дистрибуции.

HTML5 это язык разметки для структурирования и представления контента в сети и явлется основной технологией Интернета. Это пятая ревизия стандарта HTML (создан в 1990 и стандартизирован как HTML4 в 1997) и, по состоянию на ноябрь 2012, находится в разработке.Основной целью является улучшить язык, добавив поддержку современного медиа-контента с сохранением читабельности кода людьми и стабильно распознаваемым компьютерами и др. устройствами (веб-браузеры, парсеры, и т.д.).

Есть много классных статей по HTML5:

Ознакомьтесь с самыми полезными и впечатляющими HTML5 Javascript API и преимуществами языка. Обратите внимание на Web Sockets, Application Cache, Canvas API, Vide/Audio и т.д. Начните для начала с какого-нибудь популярного шаблона, можете использовать для создания шаблонов, например Initializr.
Ищите в этих технологиях то, что вам реально пригодится в работе.

Несколько примеров использования возможностей HTML5
Пользуйтесь чем-то вроде html5please или CanIUse, они помогут вам быть в курсе последних изменений в стандарте, которые вы можете использовать, для улучшения вашего дизайна.
Также, посмотрите, как большие игроки рынка используют HTML5 как платформу для построения кросс-платформенных гибридных приложений — не только для web, а и для десктопов и мобильных устройств.
Google Chrome Packaged Applications
Firefox OS

6 – Оптимизируйте

Оптимизируйте все, что вы делаете, во время разработки, и по окончании ее.

Структурируйте и улучшайте ваш CSS и Javascript код.
Пользуйтесь инструментами инспекции кода вашей страницы, и проверяйте производительность JavaScript
Google Chrome’s speed tracer
YSlow
Когда необходимо, мониторьте сетевой трафик, это может понадобиться в любое время – для этого попробуйте инструменты вроде Fiddler
Пользуйтесь полезными сервисами, например Screenfly для проверки отображения веб-страницы на устройствах разного форм-фактора
Используйте симуляторы, например Ripple чтобы проверить поведение вашего веб-сайта на мобильных устройствах.

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

Перевод статьи Anoop Madhusudanan «Changing Times For Web Developers – 6 Tips You Should Read To Survive»

Как стать веб-разработчиком и не сойти с ума / Хабр

Путь веб-разработчика усеян множеством ментальных ловушек. Ступайте осторожно по следам прошедших до вас.

Три с половиной года назад я оставила работу в банке и начала интересную карьеру веб-разработчика. Полученные знания и накопленный опыт я собрала в электронной книге «Как стать веб-разработчиком: руководство по смене карьеры».

Если хотите стать веб-разработчиком, то остерегайтесь следующего.

Рассеивание внимания

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

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

Если вы меняете языки программирования и текстовые редакторы каждый месяц и перескакиваете с одного источника информации на другой — ПРЕКРАТИТЕ! Вы просто ходите кругами.

Выбор языка и средств разработки в этот момент кажется важным, но на самом деле — это детали. Вам подойдет любой популярный язык программирования. Что важно, так это последовательность.

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

Что бы вы ни выбрали, не распыляйтесь на кучу различных технологий.

Здесь только самозванцы

Временами вам будет казаться, что вы не созданы для этой работы.

Синдром самозванца — слабость разработчиков.

Вызвать его может что угодно. Косой взгляд парня с митапа, который поверить не может, что вы не знаете, что такое полиморфизм. Незаконченное приложение, за которое стоит вам приняться — и оно падает. Возможно ваш твиттер с полными гордости сообщениями о классных проектах. Что угодно может выбить из колеи.

Первый шаг по преодолению синдрома самозванца — признание проблемы. Бонус — если расскажете об этом приятелю-разработчику. Произойдет нечто замечательное. Он скорее всего воскликнет: «Я думал, я такой один!».

Еще один способ избавления от сомнений — доказательство. Записывайте ваши неудачи и достижения. Нет ничего лучше, чем оглянуться и понять: «Эй! Та штука, над которой я мучился три месяца назад — легче легкого!»

Один в поле не воин

Технические навыки — только один ингредиент в рецепте успешной карьеры разработчика. Остальное — удача, кофе и другие люди.

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

Разработчик «А» — вундеркинд. Она (прим. переводчика — не ошибка, написано she) начала изучать программирование в 10 лет и фиксит баги взглядом. Она составляет резюме и рассылает по сотням сайтов.

Разработчик «Б» — новичок. Многообещающая, но начала программировать не так давно. Она также составляет резюме и получает приглашение на собеседование на митапе, куда приходила на неделе. Она рассказывает всем знакомым, что ищет работу и хочет поговорить с кем-нибудь, кто занимается разработкой.
Кто получит работу первым?

Ставлю на «Б».

Разработчик «А» может быть ниндзя кода, но это ничего не значит, если о ней никто не знает. Ее резюме вместе с 1000 других отфильтрует алгоритм и его никогда не прочтут.

У разработчика «Б», с другой стороны, целая армия тех, кто ищет для нее работу. Она случайно переговорила с тем, чей брат, кузен или лучший друг работают в компании, где есть открытые вакансии. Этот человек передал из рук в руки ее резюме, которое одобрили, и она получила приглашение на собеседование.

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

Пересекая финишную черту

Разработчики-самоучки часто не уверены когда нужно начинать поиск работы. Очень сложно самостоятельно оценить свой уровень. Нет пособия «Что должен знать джуниор».

Как сделать так, чтобы работодатели принимали вас всерьез?

Вот секрет: Вас хотят нанять, когда вы можете убедить в этом нанимателя.

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

Разделяйте технические навыки и способность к найму.

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

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

Хорошая новость в том, что уверенность можно развить. Каждый раз выходя из зоны комфорта, вы понимаете, что недооценивали себя. Ваше эго это заметит. Делайте так постоянно и уверенность появится сама по себе.

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

Итак, вы готовы к поиску работы? Вы готовы ровно с того момента, когда у вас есть уверенность в этом.

КДПВ: Reddit. Python programmer attempting Java.

32 совета веб-разработчику, который хочет вырасти над собой в 2020 году

Ушёл 2019 год. Для нас, для веб-разработчиков, это был год испытаний и возможностей. Вокруг много всего такого, что можно изучить, и такого, в чём можно попытаться достичь мастерства. Например — это JavaScript-инструменты для разработки сайтов, такие, как React, Vue, Angular и Svelte. Но это, конечно, далеко не всё. Есть ещё генераторы статических сайтов, JAMstack, бессерверные технологии, Git… Этот список можно продолжать и продолжать.

Хотя в экосистеме веб-разработки каждый может найти что-то такое, что нужно именно ему, проблема тут заключается в том, чтобы поспеть за постоянно изменяющимися технологиями. Но и технологиями дело не ограничивается. Есть ещё множество вопросов, на которые должен найти ответы каждый разработчик. Где мне хочется работать и с кем? Стать ли мне фулстек-разработчиком или нет? Нужна ли мне постоянная работа или мне ближе фриланс? Как мне развиваться и приобретать новые знания и навыки?

Автор статьи, перевод которой мы сегодня представляем вашему вниманию, говорит, что он вложил в приведённые здесь 32 совета веб-разработчику все свои знания и весь свой опыт. Он надеется на то, что эти советы пригодятся и тем, кто только начал свой путь, и тем, кто уже кое-что понимает в веб-разработке. Хотя нельзя говорить о том, что тут каждый найдёт советы на все случаи жизни, и о том, что все эти советы идеально подойдут любому, автор хочет верить в то, что читатель этого материала сможет найти среди них такие, которые его вдохновят или послужат руководством к действию в 2020 году.

1. Постарайтесь понять концепции Git

Знать базовые команды Git — это хорошо, но постарайтесь понять и те концепции, которые лежат в основе этой системы.

2. Освойте идеи написания чистого кода

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

3. Создайте сайт-портфолио

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

4. Пишите технические статьи

Написание технических статей несёт в себе много хорошего. Так, изучение чего-то нового обычно идёт легче в том случае, если человек пытается объяснить другим то, что он осваивает. Кроме того, хорошая статья — это щедрый подарок всем тем, кто интересуется тем же, чем и автор статьи. Это — дань благодарности сообществу, трудами которого пользуется тот, кто изучает новое и рассказывает об этом.

5. Попробуйте себя во фрилансе

Сделайте 2020 год годом карьерных изменений. Попробуйте себя в роли «вольного художника». Взгляните на сайты, на которых размещаются объявления о работе по контракту, напишите тем, кто ищет удалённых сотрудников, посещайте разнообразные мероприятия, поинтересуйтесь — может быть ваш текущий работодатель наймёт вас в виде фрилансера.

6. Изучите основы JavaScript

JavaScript — это, без преувеличения, «двигатель веба». И этот язык, скорее всего, никуда не денется даже тогда, когда исчезнут популярные в наши дни фреймворки вроде React и Vue. Поэтому вложите время в изучение основ JavaScript.

7. Изучите какой-нибудь большой JavaScript-фреймворк

В основе современных веб-приложений часто лежат фреймворки или библиотеки вроде Vue, React, Angular. Компании, наподобие Facebook, Google и Airbnb, поддерживают и используют эти инструменты. В результате можно сказать, что веб-разработчику стоит владеть хотя бы одним из подобных инструментов. Но, в конечном итоге, все они сводятся к JavaScript.

8. Попытайтесь перейти на должность senior-разработчика

Разберитесь с тем, что значит — быть senior-разработчиком. Помимо технических знаний и умений «сеньору» очень важны и личные качества вроде способности общаться с людьми и понимать их эмоциональное состояние.

9. Поддерживайте начинающих разработчиков

Самым важным результатом работы опытного программиста, «сеньора», является взращивание им новых «сеньоров». Поэтому попытайтесь помочь учиться другим и при этом постарайтесь не смотреть на них свысока.

10. Создавайте учебные материалы

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

11. Попробуйте редактор VS Code и его расширения

Если вы ещё не используете редактор VS Code в качестве своего основного инструмента, то вам, определённо, стоит его попробовать. Это повысит вашу продуктивность. Для VS Code создано великое множество расширений, вроде средств форматирования и автозавершения кода, некоторые из которых вам, вполне возможно, придутся по душе.

12. Оставьте нездоровое рабочее место

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

13. Сделайте вклад в опенсорс

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

14. Изучите язык программирования, который не похож ни на что, уже известное вам

Для того чтобы расширить свои горизонты и выйти из зоны комфорта, можете попробовать изучить совершенно новый для себя язык программирования. Например, если вы пишете на Java — попробуйте JavaScript, Rust или Golang. Найдите что-то такое, с чем никогда раньше не встречались.

15. Разверните бессерверную функцию

Бессерверные функции — это маленькие фрагменты кода, нацеленные на решение единственной задачи, которые развёртывают в управляемой инфраструктуре. Для их развёртывания, например, можно воспользоваться системой AWS Lambda. Бессерверные технологии используются во многих проектах, поэтому с этими технологиями стоит познакомиться.

16. Изучите концепции GraphQL

RESTful API — это стандарт де-факто последних лет веб-разработки. Но после появления и распространения технологии Facebook GraphQL можно сказать, что любому веб-разработчику не помешает понимать концепции, лежащие в основе этой технологии.

17. Создайте JAMstack-приложение

Методика JAMstack — это подход к разработке приложений, при применении которого используются JavaScript, API и разметка (Markup). JAMstack-проекты мощны, легковесны и независимы от специализированных бэкендов. Проект, построенный по этой методике, может сыграть и роль сайта организации, и роль портфолио разработчика.

18. Взгляните на материалы проекта OWASP

По сведениям из Википедии, Open Web Application Security Project (OWASP) — это открытый проект обеспечения безопасности веб-приложений. Изучение материалов, публикуемых в рамках этого проекта, помогает создавать более безопасные веб-приложения.

19. Уделите больше времени парному программированию

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

20. Участвуйте в код-ревью

Во многих проектах и во многих организациях код-ревью — это обязательная процедура, которая проводится до того, как код будет включён в репозиторий. Разработчику стоит стремиться к тому, чтобы как можно чаще участвовать в код-ревью. Если вы — новичок — это поможет вам расти, анализируя код других разработчиков и задавая им вопросы об этом коде. Если вы — опытный программист — это поможет повысить качество проекта, код которого вы проверяете.

21. Обращайте особое внимание на решение проблем, а не на сами проблемы

Одним из признаков хорошего разработчика (точнее — «сеньора») — это возможность обращать особое внимание на решение проблемы, а не на саму проблему. Всегда старайтесь искать различные способы решения проблем.

22. Научитесь отлаживать код

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

23. Знайте себе цену

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

24. Учитесь на своих ошибках

Все совершают ошибки. Даже самые успешные разработчики делают массу ошибок. Но самое важное — это учиться на ошибках. Это — путь к профессиональному и личному росту.

25. Всегда тестируйте свой код

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

26. Изучайте паттерны проектирования

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

27. Не стесняйтесь просить о помощи

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

28. Посещайте технические конференции

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

29. Выступайте на технических конференциях

Если у вас есть шанс выступить на конференции и рассказать там о том, что вас интересует, вам стоит этим шансом воспользоваться. Даже если вы интроверт, это поможет вам укрепить уверенность в себе.

30. Постарайтесь поддерживать свои знания и навыки в актуальном состоянии

Это легче сказать, чем сделать, но для того, чтобы поддерживать свои знания и навыки в актуальном состоянии, нужно постоянно учиться и совершенствоваться. Читайте статьи и книги, посещайте конференции, смотрите видео, подписывайтесь на рассылки, посещайте учебные курсы. Перед вами — целое море возможностей поддерживать себя в хорошей профессиональной форме.

31. Будьте открыты новым идеям

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

32. Никогда не сдавайтесь

Все иногда сталкивается со сложностями — кто-то чаще, кто-то реже. Жизнь — это, вообще, сложная штука. Но помните о том, что вы не одиноки, и о том, что все когда-то с чего-то начинали. Вы справитесь!

Уважаемые читатели! Какими советами вы дополнили бы этот список?

что должен знать каждый Web-разработчик / Хабр

Как же все-таки работает HTTPS? Это вопрос, над которым я бился несколько дней в своем рабочем проекте.

Будучи Web-разработчиком, я понимал, что использование HTTPS для защиты пользовательских данных – это очень и очень хорошая идея, но у меня никогда не было кристального понимания, как HTTPS на самом деле устроен.

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

Трубопровод

Перед тем как мы погрузимся в то, как это работает, давайте коротко поговорим о том, почему так важно защищать Интернет-соединения и от чего защищает HTTPS.

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

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

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

• Для этого требуется больше вычислительных мощностей
• Передается больше данных
• Нельзя использовать кеширование

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

Transport Layer Security (TLS)

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

TLS — наследник SSL — это такой протокол, наиболее часто применяемый для обеспечения безопасного HTTP соединения (так называемого HTTPS). TLS расположен на уровень ниже протокола HTTP в модели OSI. Объясняя на пальцах, это означает, что в процессе выполнения запроса сперва происходят все “вещи”, связанные с TLS-соединением и уже потом, все что связано с HTTP-соединением.

TLS – гибридная криптографическая система. Это означает, что она использует несколько криптографических подходов, которые мы и рассмотрим далее:

1) Асиметричное шифрование (криптосистема с открытым ключом) для генерации общего секретного ключа и аутентификации (то есть удостоверения в том, что вы – тот за кого себя выдаете).
2) Симметричное шифрование, использующее секретный ключ для дальнейшего шифрования запросов и ответов.

Криптосистема с открытым ключом

Криптосистема с открытым ключом – это разновидность криптографической системы, когда у каждой стороны есть и открытый, и закрытый ключ, математически связанные между собой. Открытый ключ используется для шифрования текста сообщения в “тарабарщину”, в то время как закрытый ключ используется для дешифрования и получения исходного текста.

С тех пор как сообщение было зашифровано с помощью открытого ключа, оно может быть расшифровано только соответствующим ему закрытым ключом. Ни один из ключей не может выполнять обе функции. Открытый ключ публикуется в открытом доступе без риска подвергнуть систему угрозам, но закрытый ключ не должен попасть к кому-либо, не имеющему прав на дешифровку данных. Итак, мы имеем ключи – открытый и закрытый. Одним из наиболее впечатляющих достоинств ассиметричного шифрования является то, что две стороны, ранее совершенно не знающие друг друга, могут установить защищенное соединение, изначально обмениваясь данными по открытому, незащищенному соединению.
Клиент и сервер используют свои собственные закрытые ключи (каждый – свой) и опубликованный открытый ключ для создания общего секретного ключа на сессию.

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

Как это возможно? Математика!

Алгоритм Ди́ффи — Хе́ллмана

Одним из наиболее распространенных подходов является алгоритм обмена ключами Ди́ффи — Хе́ллмана (DH). Этот алгоритм позволяет клиенту и серверу договориться по поводу общего секретного ключа, без необходимости передачи секретного ключа по соединению. Таким образом, злоумышленники, прослушивающие канал, не смогу определить секретный ключ, даже если они будут перехватывать все пакеты данных без исключения.

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

Немного математики…

Математические функции, лежащие в основе этого алгоритма, имею важную отличительную особенность — они относительно просто вычисляются в прямом направлении, но практически не вычисляются в обратном. Это именно та область, где в игру вступают очень большие простые числа.

Пусть Алиса и Боб – две стороны, осуществляющие обмен ключами по DH-алгоритму. Сперва они договариваются о некотором основании root (обычно маленьком числе, таком как 2,3 или 5 ) и об очень большом простом числе prime (больше чем 300 цифр). Оба значения пересылаются в открытом виде по каналу связи, без угрозы компрометировать соединение.

Напомним, что и у Алисы, и у Боба есть собственные закрытые ключи (из более чем 100 цифр), которые никогда не передаются по каналам связи.

По каналу связи же передается смесь mixture, полученная из закрытых ключей, а также значений prime и root.

Таким образом:
Alice’s mixture = (root ^ Alice’s Secret) % prime
Bob’s mixture = (root ^ Bob’s Secret) % prime
где % — остаток от деления

Таким образом, Алиса создает свою смесь mixture на основе утвержденных значений констант (root и prime), Боб делает то же самое. Как только они получили значения mixture друг друга, они производят дополнительные математические операции для получения закрытого ключа сессии. А именно:

Вычисления Алисы
(Bob’s mixture ^ Alice’s Secret) % prime

Вычисления Боба
(Alice’s mixture ^ Bob’s Secret) % prime

Результатом этих операций является одно и то же число, как для Алисы, так и для Боба, и это число и становится закрытым ключом на данную сессию. Обратите внимание, что ни одна из сторон не должна была пересылать свой закрытый ключ по каналу связи, и полученный секретный ключ так же не передавался по открытому соединению. Великолепно!

Для тех, кто меньше подкован в математическом плане, Wikipedia дает прекрасную картинку, объясняющую данный процесс на примере смешивания цветов:

Обратите внимание как начальный цвет (желтый) в итоге превращается в один и тот же “смешанный” цвет и у Боба, и у Алисы. Единственное, что передается по открытому каналу связи так это наполовину смешанные цвета, на самом деле бессмысленные для любого прослушивающего канал связи.

Симметричное шифрование

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

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

Аутентификация

Алгоритм Диффи-Хеллмана позволяет двум сторонам получить закрытый секретный ключ. Но откуда обе стороны могут уверены, что разговаривают действительно друг с другом? Мы еще не говорили об аутентификации.

Что если я позвоню своему приятелю, мы осуществим DH-обмен ключами, но вдруг окажется, что мой звонок был перехвачен и на самом деле я общался с кем-то другим?! Я по прежнему смогу безопасно общаться с этим человеком – никто больше не сможет нас прослушать – но это будет совсем не тот, с кем я думаю, что общаюсь. Это не слишком безопасно!

Для решения проблемы аутентификации, нам нужна Инфраструктура открытых ключей, позволяющая быть уверенным, что субъекты являются теми за кого себя выдают. Эта инфраструктура создана для создания, управления, распространения и отзыва цифровых сертификатов. Сертификаты – это те раздражающие штуки, за которые нужно платить, чтобы сайт работал по HTTPS.

Но, на самом деле, что это за сертификат, и как он предоставляет нам безопасность?

Сертификаты

В самом грубом приближении, цифровой сертификат – это файл, использующий электронной-цифровую подпись (подробнее об этом через минуту) и связывающий открытый (публичный) ключ компьютера с его принадлежностью. Цифровая подпись на сертификате означает, что некто удостоверяет тот факт, что данный открытый ключ принадлежит определенному лицу или организации.

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

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

Чтобы сертификату доверял любой веб-браузер, он должен быть подписан аккредитованным удостоверяющим центром (центром сертификации, Certificate Authority, CA). CA – это компании, выполняющие ручную проверку, того что лицо, пытающееся получить сертификат, удовлетворяет следующим двум условиям:

1. является реально существующим;
2. имеет доступ к домену, сертификат для которого оно пытается получить.

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

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

Так что даже если хакер взял открытый ключ своего сервера и сгенерировал цифровой сертификат, подтверждающий что этот публичный ключ, ассоциирован с сайтом facebook.com, браузер не поверит в это, поскольку сертификат не подписан аккредитованным CA.

Прочие вещи которые нужно знать о сертификатах

Расширенная валидация

В дополнение к обычным X.509 сертификатам, существуют Extended validation сертификаты, обеспечивающие более высокий уровень доверия. Выдавая такой сертификат, CA совершает еще больше проверок в отношении лица, получающего сертификат (обычно используя паспортные данные или счета).

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

Обслуживание множества веб-сайтов на одном сервере

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

Если вы пользуетесь услугами веб-хостинга, то скорее всего вам потребуется приобрести выделенный IP-адрес, для того чтобы вы могли использовать у себя HTTPS. В противном случае вам придется постоянно получать новые сертификаты (и верифицировать их) при каждом обновлении сайта.

По этой теме много данных есть в википедии, есть курс на Coursera. Отдельное спасибо ребятам из чата на security.stackexchange.com, которые отвечали на мои вопросы сегодня утром.

Примечания переводчика:

1)Спасибо хабраюзеру wowkin за отличную ссылку по теме (видео переведено и озвученно хабраюзером freetonik):

2) По результатам развернувшейся в коменатариях дискуссии (спасибо за участие хабраюзерам a5b, Foggy4 и Allen) дополняю основную статью следующей информацией:

По данным netcraft на базе свежего SSL survey (2.4 млн SSL сайтов, июнь 2013), большинство SSL соединений не используют Perfect forward secrecy алгоритмы: news.netcraft.com/archives/2013/06/25/ssl-intercepted-today-decrypted-tomorrow.html

Особенно ситуация плоха в случае с IE (даже 10 версии), который поддерживает Диффи-Хеллмана только на эллиптических кривых (RSA и ECDSA сертификаты), либо классический Диффи-Хеллман с более редкими сертификатами DSS (DSA).
По подсчетам netcraft 99,7 % соединений с IE и по 66% — с Chrome, Opera и Firefox не будут использовать Диффи-Хеллмана.

На Hacker News в обсуждении это тоже заметили.

Also (and I made the same mistake in my talk…), yes, explaining DH is important, but now it kind of sounds like in TLS both sides figure out the master secret using DH (and, in your talk, specifically, regular DH, not EC-based DH), when in reality that depends on the ciphersuite, and the vast majority of TLS connections don’t work that way. From what I understand to be most TLS configurations in the wild, the pre-master secret is encrypted using the server’s public key. (RFC 5246: 7.4.7.1, 8.1.1)

это важно и интересно, но не все понимают что он в реальности применяется не так часто. В большинстве сеансов SSL и TLS действительно обмен ключей происходит путем их шифрования с помощью RSA.

Как развиваться начинающему web-разработчику? — Хабр Q&A

Послушай человека, у которого 4 года опыта управления веб-студией.

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

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

Далее, опять про фреймворки, сами по себе они тоже глючат, там есть куча нюансов, ускоряют разработку они далеко не всегда, как писали на хабре «это фабрика над фабрикой».

Поэтому, в чем лучше кодить: в wordpress или в каком-нибудь symfony — это вопрос спорный, холиварный. Ни то ни другое не идеальное. Соответственно, какой стек технологий тебе учить, выбирать нужно отталкиваясь от того, чем хочешь заниматься. А учить стек лучше не на курсах, а идти джуниором.

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

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

Я тебе расскажу, как это работает с точки зрения бизнеса в России, а не со стороны парняги в свитере и очёчках:
1) Есть богатый дядя, который наворовал в своё время денег, у него есть сын, сын начитался хабра и бизнес молодости, взял у бати своего миллионов 50-100 и пошел пилить абсолютно никому не нужный стартап, нанял 30 человек, поставил компы, вот сюда нужно знать не столько сами технологии, сколько МОДНЫЕ технологии, смотришь модные тренды и их учишь или просишься джуниором, вауаля, и вот ты в струе.
Делали делали, сыночке надоело пилить стартап, у него пати на мальдивах, свадьба, дети и тд — все разбежались.
2) Есть государство или крупная контора, которая так или иначе, принадлежит кому-то из власть имущих, им нужно какой-то проект, они этот проект отдают фирме (то есть сыну, брату, свату), у которой сайт визитка. Эта фирма отдаёт это другой фирме, та отдает это еще двум-пяти фирмам. Где-то там в конце сидишь ты за компом и делаешь то, что тебе написали в ТЗ. Чтобы тебе что-то изменить в этом ТЗ, это должно пройти через 8 ртов и кучу согласований, и ты вообще лучше сиди и поменьше высовывайся. В таких конторах будешь пилить и пилить какую-нибудь хрень, в которой уже запутались все вокруг, но ты как-то делай, ведь скоро сдача. А потом они за два дня до сдачи, всей аравой посредников и программистов собираются в одном месте и наконец-то звонят главному заказчику и спрашивают, а как надо делать, то есть то, что ты спрашивал месяц назад. Иногда этот брейншторм помогает, иногда нет. Как туда устроиться? Опять таки, иди джуном.
Примечательно, что качество продукта таких контор обычно хуже самой захудалой Джумлы, зато там все хаят CMS, но чтобы им в продукте прикрутить голосовалку, им нужно напрячь 8 ртов, распилить бюджет в тысяч 180-400, через кучу согласований сделать всё через жопу, но через ООП и какую-нибудь Symfony. Круто.
3) Компании типа Яндекса, каких-нибудь банков. В таких компаниях обычно умные люди только на самом верху — это основатели компании, усмотреть за всеми аспектами фирмы им технически невозможно, поэтому часть продукта у них хорошая, основная, например, как поиск у гугла, а 90% других сервисов полное говно (посмотрите, что сделали эти «умы» из яндекса, вроде, с кинопоиском). Зато ЧСВ у каждого там Васи на уровне основателя компании. Вот эти Васи и делают там 90% продуктов, которые, как-бы второстепенны. Чтобы туда попасть надо не технологии учить, а изучать тренды какого-нибудь хабра, что там сейчас ценятся, какие авторы зарубежные: «Мега алгоритмическое программирование Алана Коуэла» и тд, таких книжек прочитать штук 10, выучить всё азы чистого программирования без фреймворков, одеться как мудак, чтобы выглядеть еще мудачее того гика, который тебя будет собеседовать, а то они ранимые и завистливые и опять таки, устроиться джуном.
4) Компании локальные по созданию сайтов и прочего программирования. В таких фирмах свободы намного больше, чем в первых трёх, но нет столько денег, зато сразу видно продукт, который делаешь. Тут тебе пригодится и вордпресс и битрикс. Туда тоже лучше идти джуном. В таких компаниях шанс того, что ты потом запустишь боком собственный проект намного выше, т.к. у тебя будет опыт создания веб-сервисов, сайтов за Реальные сроки и ты будешь видеть ход их развития. Но с точки зрения денег, редкий случай, когда они тебе могут предложить даже столько, сколько в стартапе.
Поэтому, если для души программировать, получать удовольствие, то варианты 1 и 4. Если хочется работы, от которой многие воют, то 2, 3.

5) Есть еще компании, которые работают на запад, денег сейчас там в теории, может быть столько же, сколько и в стартапе у богатого буратино, там тебе сильно повезет, если будете делать пункт 4, если 2-3, то можешь брать веревку и мыло.
Стартапы таким компаниям дают мало когда, ведь хипстеру миллионеру нужна атмосфера, нужны работнички перед глазами, а не на аутсорце. А вот латать баги в 6 летнем коде по цене продавщицы в ларьке Нью-Йорка — это запросто, это аутсорц. Текучка в таких местах дикая, поэтому они, отчаявшись, ищут негров за рубежом, никто вменяемый этим заниматься не хочет у них на родине. Поэтому если на аутсорце будет создание сайтов или каких-нибудь новых систем, это большая удача.
Туда тоже нужно идти джуниором. Еще они почти всегда требуют английский, а если у тебя есть английский, зачем тебе они?

6) Учишь английский, вордпресс, джумлу, магенто, цсс и идешь искать клиентов на английском языке. Из тебя вылупляется фрилансер, в перспектике открываешь собственную контору номер 5.

Есть еще лайфхак, берешь абонемент в дорогой фитнес центр и знакомишься там с парнями, когда-нибудь тебе повезет и выйдешь на кого-нибудь богатого из чиновничков или олигаршьих родственников. Всем говори, что ты программист и у тебя есть «команда». Этого хватит, у богатых всегда «куча идей» куда бы просрать бабки (стартап) или наоборот где-то «намутить денег» (пункт 2). Они тебе сами предложат «тему», если ты обмолвишься, что ты программист. Всё, что у тебя будет к тому моменту, это сайт визитка, понимаешь к чему я клоню? Пункт 2, но ты будешь сверху, вторым ртом. Если повезет, будет и пункт 1, но ты будешь ко-фаундерем, ты посмотришь модные технологии и будешь под смузи составлять вакансии с reactJS, Angular, high load и еще кучу умных слов. А на биржах заказы пусть обычные люди ищут, которые за деревьями леса не видят. Или идут через жопу в пункт 2, когда надо заходить с другой стороны. Think different.
Тот, кто на основании выше написанного лайфхака понял, что он ходил по кругу, а ключик в другом месте открывается, может мне скинуть денег за совет на кошелек R738086405346
Точнее, это даже не совет, это инструкция, которая действительно рабочая.

Что обязан знать системный/веб-программист? — Хабр Q&A

По сабжу… И у меня был такой вопрос. Как спрашивают в магазине мясном «какой кусочек на вас смотрит?» — дак вот какая сфера вам больше по душе? Веб-разработка? Мобильная разработка? Для начала займитесь тем, куда душа больше лежит. Если это не понравится, то соответственно начнете заниматься чем-то другим.

Опять же… Скажите какой язык… Часто бывает такое, что один язык используется в разных сферах. Например, С семейство: и драйвера, и визуальное программирование, и игровая сфера, и сайты на нем можно писать (и наверное можно еще очень много чего на нем писать)… Или мобильная разработка: можно писать игры и заниматься графикой, а можно писать приложения и заниматься data-mining. И таких примеров можно привести еще не мало.

К чему я подвожу? К тому, что правильнее задать вопрос: в какую IT-сферу лучше податься? Это уже более правильный вопрос. Но на него никто не сможет ответить кроме вас.

Чтобы понять что вам больше по душе, где-то видел совет реализовать известный алгоритмы на разных языках. Я к совету не прислушался, но позже непреднамеренно получилось, что реализовал на С++, Pascal (Delphi Builder), PHP, JavaScript. Конечно следующий вывод основывается только на моих скудных знаниях программирования, но мне больше всего понравилось это делать на JavaScript. Удобно задать граф и код в итоге получился в 30 строк в общем (при общем объеме алгоритма Дейкстры ~10. Реализовать что-то простенькое это да… Но по хорошему, чтобы понять куда душа больше лежит надо писать что-то реальное на этом языке. Как-то так.

И куда без оффтопа:

кроме английского, так как владею на хорошем уровне, и поддерживаю его?

Мощное заявление 🙂 в 17 лет все помнят ШКОЛЬНЫЙ английский и отлично им владеют (или так считают). Сейчас еще до второго курса будет английский — там тоже такое заблуждение будет. А вот потом, когда он кончится, вот тогда и увидите насколько хорошо знаете английский (я, например, орал от темпов его забывания — год назад девчонок клеил в Финляндии на английском, а после того как практика пропала (хотя бы на школьном уровне с преподом хорошим), 2 слова еле мог связать).
Для того, чтобы знать английский на хорошем уровне и поддерживать его нужно постоянно в этом вертеться и говорить на английском очень много.

Какие инструменты кодирования вам следует изучить

Сегодня один из моих любимых учителей, Брэд Трэверси, опубликовал обзор того, что он рекомендует вам научиться, чтобы стать веб-разработчиком в 2020 году.

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

Главное, что подчеркивает Брэд — и что я всегда подчеркиваю — это не пугаться и не позволять себе ошеломить.

Помните: учебная программа freeCodeCamp охватывает большинство этих инструментов, и она помогла более 40 000 человек получить работу в качестве разработчиков. Если сомневаетесь, просто сосредоточьтесь на этом.

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

Основная цель видео — познакомить вас с некоторыми из наиболее распространенных инструментов веб-разработки, доступных веб-разработчикам.

«Я не пытаюсь перегружать вас технологиями. Это всего лишь варианты, которые у вас есть … Технологий много. Когда вы слышите что-то вроде Nuxt или Gatsby, я хочу, чтобы вы знали, что это такое. И тогда вы можете выбирать, хотите вы этому научиться или нет ».

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

Многие его советы о том, чему учиться, сводятся к вашим целям.И в этом свете он формулирует многие свои предложения по инструментам.

В качестве отправной точки он рекомендует изучить то, что он называет «Необходимостью».

Этот слайд и все последующие слайды взяты из видео Брэда. Подчеркнутыми обозначены инструменты, которые он лично рекомендует.

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

Он использует MacOS, Windows 10 и Linux для облачных серверов и даже для некоторых из своих медиа-серверов.

Он большой поклонник VS Code для своего редактора и использует Chrome и его встроенные DevTools для браузера. основанная на отладке. При этом он считает, что Firefox также прошел долгий путь и является жизнеспособной альтернативой.

Он рекомендует начать со стандартных HTML и CSS и изучить новые инструменты CSS, такие как Flexbox и Grid.

Он говорит, что изучение адаптивного Интернета дизайн в 2020 году должен быть данностью.«Каждый серьезный проект, который вы создаете, должен хорошо выглядеть и полностью использоваться на всех устройствах».

Вместо того, чтобы полагаться на CSS-фреймворки, такие как Bootstrap, он рекомендует

10 вещей, которые веб-разработчики должны знать, чтобы стать по-настоящему выдающимся

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

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

Зачем такая вентиляция? Потому что разработка имеет значение, но разработчиков слишком часто отправляют в другой мир, не всегда созданный ими. Это никогда не работает. Разработка — что-нибудь техническое — всегда процветает, когда знающие хау понимают больше, чем просто код.

01. Кодирование больше не нужно

Было опубликовано множество книг о том, как сделать лучших программистов. Страстный программист и О’Рейли — хорошие отправные точки

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

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

Я не первый, кто это говорит.«Кодирование больше не сокращает» — это название главы 3 книги «Страстный программист », которая, наряду с такими книгами, как « Прагматическое мышление и обучение », побуждает программистов совершенствоваться за пределами кода; стать ответственными и полностью человечными членами команды.

Ширина и глубина

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

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

02. Большое предостережение

Я буду негативно говорить о разработчиках, но думаю, что мне разрешено, потому что я один из них.Еще потому, что по крайней мере одна вещь, о которой я здесь говорю, относится ко многим разработчикам, которых я встречаю. Хотя у них отличная работа и они знают свой код, время для них конкурентное. У вас должно быть преимущество, и это:

03. Что говорят в Интернете

Поиск в Google «основных навыков веб-разработки» дает то, чего вы ожидаете. Знание фреймворка, x-browser, CSS и JS. В них перечислены фреймворки, которые вам следует знать, платформы, для которых вы должны писать, и новые тенденции, за которыми следует следить.

Это наши СМИ. Это то, из чего мы строим, но не они обеспечивают успех проекта. Разработчик может понять каждую деталь системы, рассказать вам обо всех особенностях API и новой технологии CSS, но при этом создать что-то непригодное для использования.

Понимание среды

Разработчики, как и все, должны понимать свою среду, но они также должны понимать аудиторию, будь то пользователи, команда или другие разработчики. Им нужно понимать, как их носитель вписывается в мир (другими словами, производственная среда) и какой эффект он имеет (как люди его используют).

Я видел, что это описывается как «широкий и глубокий» человек. Широкий, потому что нужно понимать мир как человек, работающий с другими людьми. Глубоко, потому что вам нужны глубокие технические знания ниже уровня вашей части проекта. Эти разработчики придадут вашему проекту огромный импульс и изменят темп проекта, без чего вы обнаружите, что нетехнический персонал увяз в утомительных деталях, которые перетекают из технической команды.

04. Вещи, которые мы создаем с помощью

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

Я ожидал полдюжины технологий, но в итоге нашел гораздо больше. Этот список — «что мы используем» — включает в себя обычные CMS, языки программирования и браузерные технологии, а также набор инструментов, которые команда даже не помнила сама. Все дело в мышечной памяти. Набрав «git», «phing», «thor» в командной строке, мы даже не думали, что кто-то может этого не делать.

Инструменты для сборки; CI; git для контроля версий считались само собой разумеющимся, но, оглядываясь назад, они почти не появлялись. Появлялись модные (и это цинично, что некоторые агентства добавляют их ?!), но часто без конкретного опыта.

Эти инструменты важны для ускорения разработки проекта, поэтому убедитесь, что у вас гораздо более богатый набор инструментов, чем ваш язык, CMS и пара фреймворков. Вам нужны развертывание, тестирование, CI, строгий контроль версий (в группах, а не самостоятельно), и вам нужно понимать их основные концепции, а не просто несколько руководств.

05. Devops

Эти дополнительные инструменты и приемы прекрасно вписываются в то, что люди называют DevOps. Devops идет вразрез с двумя традиционными принципами: производство, которое поддерживает работу, и разработка, которая создает новые вещи (и часто останавливает работу). Разобщенность приводит к тому, что два лагеря мало симпатизируют друг другу.

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

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

Понимание стека

Devops — это огромная область сама по себе, охватывающая непрерывное развертывание и много автоматизации. Это обширное резюме, но главное, что нужно понять разработчикам, — это стек, на котором они работают.Недостаточно делегировать это администратору сервера, вы должны понимать, как платформа влияет на ваш код.

Если вы работаете с Rails, прочтите код Rails и узнайте, как Ruby выполняется Apache. Если вы работаете на Java, знайте о параметрах конфигурации. Если вы используете Perl, узнайте, как устанавливать модули Perl и настраивать их.

Таинственная работа

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

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

Поиск в Google по запросу «DevOps» дает вам представление об инструментах, которые используют эти ребята. Речь идет не о PHP и MySQL или Rails. Речь идет о доставке программного обеспечения и сохранении рискованных частей проектов без риска.Они сосредоточены на развертывании, автоматизации и обеспечении максимально быстрой работы конвейера от разработчика до производственной среды.

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

06. Разработчик исправит … возможно

Все меняется. Такие платформы, как force.com от SalesForce, позволяют создавать простые приложения с меньшими и меньшими знаниями программирования.

Этот поиск «основных навыков веб-разработчика» дает хороший ответ от Майкла Грира (технический директор The Onion) на Quora:

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

Трусость — хороший способ выразить «внимание к деталям».Отладка и тестирование — это 99 процентов жизни разработчика, о котором никто не упоминал, когда они попадали в W3Schools или начинали курс 101 по вычислениям.

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

Тестирование — прекрасное слепое пятно для многих разработчиков, несмотря на наличие множества инструментов. Используйте модульные тесты, селен, инструменты нагрузочного тестирования и профилирования, такие как xhprof. Анализ таких вещей, как New Relic, чтобы уменьшить занимаемое вашим приложением место. И считайте все это частью работы разработчика: это ваш код, убедитесь, что вы знаете, что он работает так, как задумано, а не надеетесь, что это так.

Отладка

Отладка — тоже больной вопрос. Не то, как использовать отладчик, а как отладить проблему — поэтому я бы добавил в список Майкла Грира:

Нетерпеливость: агрессивно игнорирует нерелевантную информацию, чтобы найти и решить настоящую проблему

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

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

07. Чего хотят пользователи

Поймите, что люди вокруг вас пытаются сделать.Наслаждайтесь кодом — любите искусство создания идеальных отступов для файлов CSS или оптимизации приложения rails — но помните, что все это имеет определенную цель.

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

Конкурентный рынок

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

Разберитесь в данных и узнайте, как они будут меняться со временем. По мнению разработчика, они должны согласовывать новые технологии с проблемами, которые у вас есть сегодня или которые вы ожидаете в будущем.Таким образом, когда вы предлагаете новую причудливую идею доктору медицины или клиенту, она будет основана на том, что клиенты действительно хотят, и вы получите на это бюджет / время. (Напротив, худшее, что можно увидеть, это то, что разработчики торгуют своей новой любимой технологией как решением всех наших проблем.)

Разработчики имеют большой контроль — нужно ли им знать, что каждое поле в базе данных означает для конечной цели? пользователь? Если мы изменим данные, что увидят пользователи? Есть ли лучший способ помочь пользователям? Слишком часто администраторы БД считают, что мир — это плохое отражение их базы данных, а не их база данных, которая является плохим представлением реального мира.В мире беспорядок и на удивление много крайностей. Боритесь с этим, админы БД.

08. Рисование и письмо

Рисование — это самый прямой способ сообщить, на что будет похоже. Разработчики должны уметь рисовать свои идеи на доске, бумаге и пивных циновках.

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

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

09. Развлекайтесь

А что, если вам нужно потратить 10 часов на решение проблемы, перемещая ссылку? Наслаждайтесь этим — даже если это просто задача выполнить работу.

Самое худшее отношение разработчиков (или кого-либо еще) — это апатия к тому, чего пытается достичь команда.К сожалению, это обычное дело, потому что разработчики считают, что находятся за пределами того, чего добивается команда. ( Страстный программист задает вопрос: «Насколько увлекательнее вы могли бы сделать свою работу?» — попробуйте.)
И будьте готовы показать свою работу, поскольку это обратное: не расширяйтесь, попробовав пара руководств по Ruby до «Experience of Ruby»!

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

10. Оставайтесь начеку

Чтобы довести это до хорошего 10 раунда, я добавлю еще одну вещь. Остаются острыми. Найдите конкуренцию. Худшее из всего — изолированное.

«Всегда будь худшим парнем в каждой группе, в которой ты играешь».

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

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

Дэн Фрост — технический директор веб-компании 3EV, предоставляющей полный спектр услуг, которая является официальным партнером AWS. Он занимается разработкой CMS и веб-приложений уже семь лет.

Понравилось? Прочтите это!

Что такое Full Stack Developer? Навыки, чтобы стать веб-разработчиком

Home
Testing
- - Back
  - Agile Testing
  - BugZilla
  - Cucumber
  - Database Testing
  - JUnit
  - LoadRunner
  - Ручное тестирование
  - Мобильное тестирование
  - Mantis
  - Почтальон
  - QTP
  - Назад
  - Центр качества (ALM)
  - Управление тестированием
  - TestLink
SAP
- - Назад
  - ABA P
  - APO
  - Начинающий
  - Basis
  - BODS
  - BI
  - BPC
  - CO
  - Назад
  - CRM
  - Crystal Reports
  - QM4O
  - Crystal Reports
  - FIC5O
  - Заработная плата
  - Назад
  - PI / PO
  - PP
  - SD
  - SAPUI5
  - Безопасность
  - Менеджер решений
  - Successfactors
  - SAP Tutorials
- 8 SAP Tutorials
8
Apache
AngularJS
ASP.Net
C
C #
C ++
CodeIgniter
СУБД
JavaScript

Назад
Java
JSP
Kotlin
Linux
Linux
Kotlin
Linux
Perl

Назад
PHP
PL / SQL
PostgreSQL
Python
ReactJS
Ruby & Rails
Scala
SQL
UML
VB.Net
VBScript
Веб-службы
WPF

Обязательно учите!

- Назад
- Бухгалтерский учет
- Алгоритмы
- Android
- Блокчейн
- Business Analyst
- Веб-сайт сборки
- CCNA
- Облачные вычисления