Про PiterJS 13

Делюсь с вами впечатлениями и знаниями с piterjs 13!

Я сходил на PiterJS 13, который прошел в Селектеле, ниже информация, которую я почерпнул от докладчиков.

Re-imagining Webpack

Оказалось, что в Хельсинки одновременно с PiterJS проходил митап про react, и доклад Юхо Вепсалайнена мы слушали через скайп. Юхо рассказал про путь появления вебпака из не принятого пулл реквеста (#меняневзяли), про того, каких успехов добилася проект и показал красивые экспоненциальные графики роста скачиваний. Вот несколько интересных фактов и идей, которые я запомнил из его рассказа:

  • Вебпак хотят децентрализовать, отделить разработку ядра от разработки различных лоадеров. Для них есть отдельное сообщество, где ссылки на все репозитории есть в одном месте, очень удобно;
  • Вебпак принимает пожертвования через платформу Open Collective, вы можете видит все траты на проект и отправить деньги в помощь, в идеале, автор хочет работать над вебпаков фул-тайм и это вполне возможно с помощью этого механизма;
  • Можно голосовать за фичи, которые будут у разработчиков в приоритете на специальной странице;
  • Юхо написал книжку про вебпак (и ещё одну про реакт), её можно бесплатно прочитать тут или купить через leanpub.

Документация кода в JS

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

  • Старайтесь, чтобы названия переменных и методов объясняли, что они делают;
  • Обязательно комментируйте код, в котором есть высокий уровень сложности, какие-то хаки и сюрпризы;
  • Автоматизируйте процессы — используйте автогенерацию и линтеры;
  • Указывайте в комментариях используемые единицы измерения и допустимые диапазоне;
  • Прочитайте книги «Code Complete» и «Clean Code».

А видео можно посмотреть по этой ссылке.

Нужен ли мне TypeScript?

Александр Баумгертнер попытался разобраться, нужна ли типизация и можно ли без неё обойтись. В качестве альтернативы TypeScript’у и Flow, Александр предлагает использовать очевидные названия переменных и функций, а для удобства работы в редакторах использовать простые JSDoc аннотации.

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

  • Без использования внешних инструментов, требуется, что все участники разработки обладали достаточной дисциплиной для написания кода в «правильном» стиле, а это сложно, особенно когда разработчики разного уровня;
  • Необходимость писать аннотации типов для абсолютно всех вещей в коде, даже тех, которые никто не увидит. Это требует колоссальных усилий, а качество комментариев понижается из-за чисто технический записей;
  • Иногда бывает сложно придумать очевидное название для функции, или в некоторых случаях, как например с переменной, которая содержит дату, тип этой переменной может быть непонятен и можно с ней совершить неправильно операцию. В случае с типизацией, код не скомпилируется, а без проверок — упадёт в рантайме;
  • Падение в яму провала — поддерживая руками типы вместо использования автоматических инструментов, вы увеличиваете вероятность появления ошибки, которая рано или поздно произойдёт и приведёт к проблемам.

Дискуссия интересная, поэтому я советую посмотреть видео тут.

Про #pitercss 11

Делюсь с вами впечатлениями и знаниями с pitercss 11!

Про «Semrush»

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

Относительный CSS

Первым выступил Валерий Любимов  рассказал про относительные величины в CSS — rem, vw, vh, vmax, vmin и currentColor. Лично для меня это были новые вещи, потому что за CSS я не особо слежу, хотя про rem слышал.

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

Аналогичную экономию труда предлагает rem — единица измерения, которая вычисляется относительно корня html, а не от текущего размера шрифта, как у простого em. В сложном коде бывает непросто понять, от какого именно размера считается em, в случае с rem вы всегда знаете число и для изменения размеров под разные вьюпорты с помощью медиа-выражений достаточно в одном месте задать разные варианты размера font-size для тега html, чтобы получить адаптивность для всего проекта. Из минусов rem-ов можно отметить сложность создания изолированных компонентов, так как появляется жесткая внешняя зависимость от размера тега html, возможные проблемы с браузерным зумом и сложность конвертации абсолютных величин из макета дизайнера в относительные величины от размера шрифта, не уверен, что тут можно получить пиксель-пёрфект верстку.

vw, vh, vmax и vmin — позволяют задавать размер в процентах от вьюпорта, что супер полезно, когда вы хотите разместить блок на весь экран, например для лайтбоксов или промостраниц, можно заменить javascript код на простой изящный CSS. Правда, тут есть свои особенности, связанные с подсчётом ширины скроллбаров и адресной строки, которая исчезает в браузерах.

Презентация доклада: https://pitercss.ru/11/pres/relative-css/

Учите дизайнеров верстать

Дизайнер Вадим Матвеев рассказал зачем он научился верстать. Оказалось, что знания верстки даёт кучу преимуществ всей команде.

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

Презентация доклада: https://pitercss.ru/11/pres/design-code.pdf

Дизайн-системы. В поисках «идеального компонента»

Роман Ганин рассказал про дизайн системы и показал, как очень легко можно превратить обычный параграф текста в интерактивный и информационный веб-документ минимальными средствами без кучи фреймворков. Посмотрите презентацию: https://pitercss.ru/11/pres/ideal-component/

Фронтендер + Дизайнер = ♥

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

Обучение программированию

Как научиться программировать? А как стать асом email-маркетинга? Ответ на оба вопроса лежит в система обучения, об этом я хочу поделиться в этом посте.

Звоночки

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

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

Вторым звонком стала подача заявки в акселератор ФРИИ. Я принял решение, что нужно попробовать отправки заявку, потому что я вижу определенную ценность. Однако заявка — это не совсем точное выражение. Мне понадобилось больше недели, чтобы заполнить её! Оказалось, что на огромное количество вопросов, я не могу ответить и даже не знаю, что надо сделать, чтобы получить ответ. Например, вопрос про рынок проекта — как его посчитать?  Если начать считать, то понимаешь, что ты начинаешь считать гипотетический процент от другой гипотетический цифры. Или вопрос про экономику проекта — моё представление об этом оказалось намного более простым, чем требуется в реальном мире. Когда я понял, что я ни черта не знаю, в моей голове прозвенел второй звоночек.

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

Как изучить JavaScript

Вернёмся к Джаваcкрипту — люди часто хотят выучить какой-нибудь язык программирования, но совершенно не понимают, зачем. Просто так учить его совершенно нет смысла! Это огромное вложение времени, и не начиная процесс, сложно реально оценить масштаб. Но давайте представим, что вы прочитал мой пост про топ 10 языков языков, которые стоит изучить и сделали выбор. Вы провели исследование, посмотрели вакансии, отметили для себя компании, где хотели бы работать или придумали свой продукт и теперь перед вами возникает вопрос: «как изучить javascript?»

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

  1. Сколько часов в день вы готовы потратить на внимательное, фокусированное обучение? Если у вас есть много времени, вы можете пользоваться инструментами, которые требуют пристального внимания и усидчивости, а если нет, ваш вариант — уроки небольшого размера.
  2. Сколько времени у вас есть на обучение? Полгода, месяц, неделя? От этого зависит общее количество разных инструментов, которые вы можете попробовать, например, за три месяца можно прочитать несколько книг по теме и пройти практический курс.
  3. Сколько вы готовы потратить денег на выше обучение. Чем больше вы готовы потратить денег, тем больше времени с менторами вы сможете купить. Если у вас малый бюджет, то придется ограничиться книгами или бесплатными интернет ресурсами.

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

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

Чтобы вы не выбрали, обязательно выберите как минимум два источника, лучше разных типов, например книга + практические курсы, или видеоуроки + курс по электронной почте. Есть большая вероятность того, что знания будут пересекаться лишь на 30-50%. Если вы полагаетесь только на один вариант, вы упускаете очень много информации. Например, в книге может быть описаны кратко описаны все методы объектов, а ментор расскажет только про самые нужные, опишет разные варианты использования  на практике и все подводные камни, с которыми он встретился в ходе работы. Книжка и живой ментор в данном примере дополняют друг друга, вы получаете представление о том, какие методы в принципе существуют и при этом знаете, какие пригодятся вам больше всего.

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

Есть такой известное правило 80/20. В случае с обучением, вам нужно знать 20% вещей, которые позволяют делать 80% работы, и чтобы получить понимание, что же это за 20%, вам нужны разные инструменты обучения. Точки их пересечения — это и есть те самые 20%, которые нужно знать. Нет никакого смысла зубрить справочник по языку программирования, если большую часть этих знаний вы будете использовать раз в год.

Есть хороший метод проверки актуальности знаний — личный проект. Выберите простую и актуальную для вас идею и попробуйте её реализовать. Допустим, вы хотите сделать todo лист. У вас по ходу разработки будет возникать ряд вопросов:

  1. Как мне что-то отобразить на экране
  2. Как мне отобразить нужную структуру списка
  3. Как мне добавить или удалить пункты
  4. Как мне сделать редактирование статуса, текста и порядка пунктов
  5. Как мне сделать красиво
  6. Как мне сделать драг эн дроп
  7. Как мне сделать сохранение моего списка задач так, чтобы я на другом компьютере мог посмотреть
  8. Как мне сделать так, чтобы разные пользователи могли сохранять свои результаты
  9. Что-то ещё…

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

Смежные области знаний

Есть ещё одна существенная причина, по которой полагаться на один источник просто невозможно и почему вы не может что-то выучить на 100%. Это смежные знания. Например, проект сверху невозможно реализовать без применения ряда технологий, не являющихся Джаваскриптом:

  1. Владение редактором, понимание как вести разработку;
  2. HTML для вывода содержимого;
  3. CSS для красивой стилизации;
  4. Cookie для авторизации;
  5. База данных для хранения данных;
  6. Серверный код для связи с базой данных и авторизации;
  7. Знания для настройки и запуска сервера.

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

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

  1. Выбрать тренера, изучив его заслуги (возможно даже познакомиться с его клиентами);
  2. Подготовить дополнительные материалы, чтобы контролировать и понимать, что с вами делает тренер. Например, посмотрев планы от именитых мировых тренеров;
  3. Проанализировать в меру своих текущий возможностей смежные области. Это может быть довольно очевидные вещи, вроде формирования спортивной диеты, может быть менее очевидная, вроде двух пар спортивной обуви — простые кроссовки и обувь с плоской подошвой.

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

Давайте подведем черту и попробуем составить алгоритм наших действий:

  1. Первым делом надо понять, что и для чего мы хотим учить. Есть ли цель? Не бросим ли мы на половину пути наше обучения без должной мотивации?
  2. Дальше мы должны ограничить себя рамками, чтобы выбрать самый эффективный инструмент для нас;
  3. После этого нам следует провести исследование или поговорить с экспертами, чтобы понять, какие смежные области нам понадобится освоить;
  4. Выбрать наилучшие инструменты для обучения исходя из наших бюджетов;
  5. Приступить к обучению, обязательно совмещая теорию с практикой, лучше всего, если практикой будет является та деятельность, которой вы планируете заниматься после обучения.

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

Какой язык программирования учить в 2017

Наступил 2017 год, а значит, следует задуматься над тем, какие языки программирования выучить в этом новом году! Я решил создать свой собственный топ-10 самых актуальных языков, базируясь исключительно на своём мнении.

Вступление

Наступил 2017 год, а значит, следует задуматься над тем, какие языки программирования выучить в этом новом году!  Я решил создать свой собственный топ-10 самых актуальных языков, базируясь исключительно на своём мнении. Должен сказать, что учить язык программирования, чтобы просто его знать — дурацкая затея и так делать не следует. Лучше сначала придумать, зачем вы его хотите выучить. Вторая оговорка — в большинстве случаев, знание языка ничего не даёт. Гораздо важнее разбираться в инструментах и фреймворках этого языка. Каждый язык вы сможете изучить на достаточном уровне за месяц, а то и меньше, а вот, чтобы разобраться во всех важных библиотеках и фреймворках, может уйти очень много времени и практики. Также в целом я опираюсь на российские реалии, где экономика и образование формирует рынок труда иногда весьма специфичным образом.

10. Scala

Скала прекрасный функциональный (и не только!) язык, отлично подходящий для создания риалтайм программ и работы с параллельными вычислениями. Среди всех функциональных языков именно этот завоевал наибольшую популярность в России. Этот язык базируется на платформе Java Virtual Machine, а значит может взаимодействовать с обычным Java кодом и использовать его пакеты. Из-за этого факта, а так же потому, что многие команды мигрируют с Джавы на Скалу, часто можно видеть в вакансиях сочетание Scala/Java. В целом, Scala не самый простой язык, но при этом парадоксально, именно новичкам, не знакомым с другими языкми осваивать его будет легко. Единственный нюанс — вакансий без знаний Джавы мало.

В первый раз я услышал об этом языке, когда узнал, что твиттер перевёл на Скалу бэкэнд с Ruby on Rails.

9. Ruby

Говорим Ruby, подразумеваем веб-фреймворк Ruby on Rails. Такова реальность и основная проблема этого языка. Простота и изящность Руби, хайп и монополизация веб-фреймворков Рельсами привела к вырождению других инструментов на руби — зачем что-то делать, если в Рельсах уже всё есть? Однако, сейчас Рельсы уже не так популярны, большинство вакансий — поддержка старых, а на запуск новых проектов. Хорошие рельсовики стоят дорого, а в 2017 Рельсы не обладают преимуществом над другими серьёзными веб-фреймворками. Тем не менее, огромное количество компаний по-прежнему поддерживают и развивают руби проекты, а новые версии языка и фреймворка радуют интересными возможностями.

Благодаря этому языку, я узнал, в что такое перегрузка операторов!

8. С++

Да, старый С++ по-прежнему востребован у большого количество работодателей. Не самый простой язык, в основном, из-за управления памяти, но пока что единственный достаточно быстрый язык для современного игростроя. Например, в движке Unreal Engine активно используется С++. Я советую изучать этот язык именно с прицелом на игры, потому что в обычных приложения гораздо привлекательнее выглядят другие языки. Правда, в России игр не делают, но есть много хороших аутсорсеров, где работает много талантов. В соседней Беларуси я бы обратил внимание на Танки http://wargaming.com/ru/careers/. В какой-то мере, этот язык — идеальное отражение баланса денежной компенсации и требований от программиста. Для любителей бросить себе вызов!

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

7. Go

Перспективный язык активно завоёвывает в России нишу  обработки запросов в условиях высокой нагрузки. Главная особенность языка — незагугливоемое название, следует использовать golang в поисковых запросах. Go умеет единовременно обрабатывать много запросов используя железо по максимуму, и активно используется в обработчиках реклам, и везде, где нужно взаимодействие в реальном времени. Также на момент написания этой заметки, я увидел две любопытные вакансии, первая по переводу OneTwoTrip на Гоу, вторая — перевод почты Mail.ru на Гоу (https://spb.hh.ru/vacancy/19110972https://spb.hh.ru/vacancy/19110972). Не берусь говорить, тренд ли это, но уверен, что на несколько лет Гоу будет часто встречаться в вакансиях. Но самое главное — специалистов по Гоу сейчас мало, и можно успеть сесть на хайп-трейн.

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

6. PHP

Звезды так сложились, что PHP сейчас переживает ренессанс. Седьмая версия языка помимо возможности использовать более строгую типизацию внезапно стало значительно быстрее. Инфраструктура языка серьёзно повзрослела — появились стандарты кодирования, нормальный менеджер пакетов, несколько серьёзных конкурирующих фреймворков и большая библиотека пакетов. Если вам что-то требуется — скорее всего, кто-то это уже написал. Доминирование язык в вебе позволяет не опасаться за внезапное снижение популярности, языком пользуются как маленькие веб-студии, так и гиганты вроде Фейсбука и ВК. PHP является отличным способом войти в веб-разработку, с перспективой роста как в знаниях, так и в деньгах.

Оказалось, что я пользуюсь PHP уже 8 лет!

5. Swift

Долгое время для Андроида надо было писать приложения на Джаве, а для iOS — на странном языке Objective C. Многие разработчики испытывали сложности с этим языком, поэтому Apple решили сделать новый язык попроще. Сейчас, на Свифте можно писать приложения для продуктов Эппл. Нативные приложения высоко ценятся среди компаний и многие мобильные разработчики имеют целые отделы, посвященные этой платформе. В изучении Свифт есть подводный камень — вполне вероятно, вам придется изучить и Objective C, чтобы получить работу. Может иметься старый код, какие-то библиотеки, написанные на Objective-C и одним Свифтом может не обойтись.

Я попробовал и мне понравилось!

4. Java

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

Язык стоит внимания, когда в нём есть свой ад.

3. Python

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

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

2. C#

Как Джава, только лучше. На мой взгляд, язык развивается быстрее, чем Джава, а с новым подходом Майкрософт к опенсорсу и другим платформам весьма перспективен. Сейчас СиШарп можно использовать везде — в офисных приложениях, в веб-приложениях, в играх на движке Unity, в кроссплатформенной мобильной разработке с помощью Xamarin. Среда разработки Microsoft Visual Studio на мой вкус гораздо приятнее и быстрее, а обучающих материалов по языку и платформе в целом очень много. Сами возможности языка очень интересные и позволяют писать весьма изящный и простой код.

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

1. JavaScript

Каждый веб-разработчик обязан знать этот язык. Но сейчас, когда этот язык повзрослел и вышел за пределы браузера следует сказать, что он пригодится уже не только веб-разработчикам. React Native и NativeScript, мощные инструменты по созданию нативных мобильных приложений на Джаваскрипте выглядит очень перспективно, Electron позволяет портировать веб-приложение на десктоп, платформы NodeJs и Meteor позволяются вам владеть полным стэком для веб-разработки на едином языке. С установлением ES2015 как стандарта и возможности его использования прямо сейчас, стало реальным писать хороший масштабируемый и поддерживаемый JavaScript код высокого качества.

Моё первое знакомство с веб-разработкой случилось, когда я пытался понять, как работают снежинки на странице под новый год…

Послесловие

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

Я был в шоке, когда понял, от чего возник баг

Иногда баги могут возникать на пустом месте. Я даю совет, как можно избежать ряда неожиданного и неправильно поведения в программе.

Непонятный код

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

Двойные отрицания в коде

Проснувшись утром, выпив чашку кофе, я вернулся к этому чудо-коду, расставив брейкпоинты, я стал исполнять код по шагам. И вскоре я нашёл ошибку в логике. Проблема была в следующем коде:

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

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

 

Цитата: Языки программирования

Высказывание Бьёрна Страуструпа о языках программирования.

There are only two kinds of languages: the ones people complain about and the ones nobody uses.

Бьёрн Страуструп

bjarne

Цитата: платные программы

Ричард Столлман о платном программном обеспечении.

If the users don’t control the program, the program controls the users. With proprietary software, there is always some entity, the «owner» of the program, that controls the program—and through it, exercises power over its users. A nonfree program is a yoke, an instrument of unjust power.

Ричард Столлман, сайт ОС GNUstallman

 

Цитата: Хоар о тестах

Высказывание Чарльза Хоара о пользе тестов.

The real value of tests is not that they detect bugs in the code, but that they detect inadequacies in the methods, concentration, and skills of those who design and produce the code.

Чарльз Хоар

hoare

Цитата: Программы

Алан Кэй о программной обеспечении.

Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves.

Алан Кэй

Alan_Kay