Как изучать программирование?

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

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

1. Создайте план изучения материалов.

Нам скинули одну доку в которой просто были ссылки на разные сайты. НО, они были структурированные по очереди: сначала HTML, CSS, потом JS, TS и потом уже некоторые углубленные темы. И это было очень удобно. Мы по очереди все учили и не бросались с одной темы на другую.

2. Практика и еще раз практика.

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

3. Давайте себе отдыхать.

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

4. Не расстраивайтесь, если вы сразу все не понимаете.

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

5. Найдите себе товарища “по несчастью”.

Нам очень повезло, что мы учились параллельно. Мы могли спрашивать друг друга: “А на какой ты теме? Ого, я еще на этой. Ускорюсь значит немного. А ту тему ты понял? Ааха, я тоже нифига не поняла. Тогда можна пока забить”. Если бы мы не учились одновременно, я бы давно закинула всю эту затею. И поэтому, советую и вам найти товарищей и учиться вместе, чтобы помогать друг другу и если уже один решал сдаться, другой бы не давал ему это сделать.

Интересно, может у вас есть какие-то кейсы, которые помогли вам в изучении программирования? ⬇️

#experience #опыт

#todo Подписаться на 3 друзей в Github

Что такое GraphQL?

Примерно полгода назад, когда я активно искала новую компанию и проходила много собеседований, мне на каждом (и я не шучу) попадался этот вопрос. Спрашивала у Юры, он сказал, что у него это спрашивали через раз. Я никогда специально не изучала этот вопрос, но на моем старом проекте был очень крутой тимлид, который однажды предложил попробовать перейти на GraphQL, потому что это было бы отличным решением наших проблем на том проекте. Он показал документацию, как оно все работает и я в общих чертах поняла, что это собой представляет, поэтому знала, что ответить на собеседованиях. Если что, мы так и не использовали GraphQL.

Так вот, GraphQL - это язык запросов для API для получения данных. Это альтернатива REST API. Он позволяет клиенту точно указать, какие данные ему нужны. То есть, когда вы кидаете запрос, вы можете точно указать, что вы хотите получить. Например, на том проекте, о котором я говорила раньше, мне приходила кучу ненужных и сложных данных. Если бы мы юзали GraphQL, я бы могла просто точно указать, что мне нужно.

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

Нашла вам хорошую статью, где вы сможете поподробнее почитать о GraphQL. Залетайте.

Читать статью

#interview #собеседование

#quiz #тест

#todo Найти и скачать себе полезную книгу по программированию (можно отсюда)

Всем привет, Юра на связи.

Уже многим известно, что сейчас у меня есть активный проект на Svelte. Лично мое мнение о фреймворке я уже описывал выше, и пока что, оно не изменилось.

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

Интересно еще то, что создатель Svelte - Rich Harris присоединился к Vercel (компания-создатель Next.js) чтобы “делать web”. Так что есть большие шансы, что скоро увидим еще что-то интересное.

Все же, на данный момент, React остается топ-1 инструментом для создания web-приложений, так что, я думаю, среди нас тут немало тех, кто с ним знаком. И сегодня я хочу чтобы вы использовали свои знания для того чтобы понять Svelte-код. На Medium вышла статья (только первая часть), в которой автор показал главные концепты React и их реализацию в Svelte. Как по мне, то получилось довольно информативно и понятно.

Читать статью

Для тех, кто хочет попробовать Svelte - Svelte Tutorial

#article #статья

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

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

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

И тут я посоветую вам не спешить и поставить себе уже не новую, но полезную утилиту nvm, что в переводе - менеджер версий node. Очень простая установка и использование, любая версия nodejs в любое время.

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

Репозиторий nvm
Репозиторий nvm для Windows (да да, для вас отдельная)

#tips #советы

ГРАМОТНОСТЬ - ЭТО ОЧЕНЬ ВАЖНО.

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

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

Поэтому мы с Юрой всегда ставим расширения для проверки орфографии. Ловите:

Для VS Code - открыть ссылку
Для Chrome - открыть ссылку

#tips #советы

Можно ли мутировать объект?

Поговорим немного о мутациях. Не о черепашках ниндзя, а о мутациях объектов в JS. Сам язык дает нам довольно много возможностей, одна из них - работа с объектами через ссылки на них. Ребята, которые работали на C++, немного больше понимают как это работает, но это сейчас не главное. Имея ссылку, мы можем делать почти все что угодно с данными, и главный вопрос - стоит ли перестать мутировать объекты, чтобы обезопасить себя от неожиданных “мутантов”?

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

Скорее всего вы работаете с библиотекой или фреймворком. Если да - слушайте тех, кто создавал их. Например, в React почти всегда лучше не мутировать данные. Redux также должен получать новый объект стейта (о Redux Toolkit читайте выше). А Svelte, например, будет ререндерить компоненту после нового присваивания и иногда можно увидеть такую интересную конструкцию:
someObject = someObject

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

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

Читать статью
Читать вопрос к статье

#interview #собеседование

#todo Проголосовать за следующий полезный ответ на StackOverflow

Formik

На прошлой недели очень много работала с формами. И если бы не Formik - работала б до сих пор.

Formik - это библиотека, которая позволяет легко создавать формы в React.

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

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

Formik - это не единственная хорошая библиотека для форм. Поэтому будет интересно узнать, а как вы обрабатываете формы ⬇️

Читать документацию

#library

На днях мне пришел емейл о том что Serverless Framework запустил бету 3 версии. З самим serverless я познакомился больше года назад, и потом надолго забыл о нем. Так вот, что такое этот Serverless и с чем его едят?

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

Serverless’у от вас нужен только код, набор функций, которые запускать на определенные запросы. И не нужно играть с всякими настройками сервера. Такой сервис дают вам все тех-гиганты (Amazon, Google, Microsoft). Пример - Firebase (о котором мы писали раньше) Cloud Functions - представитель serverless.

Еще коротко о том, что это такое можно посмотреть по ссылке ниже ⬇️
Также можете почитать, что такое Serverless Framework

Смотреть видео
Открыть сайт

#article #статья

Всем привет!

Сегодня понедельник - самый тяжелый день недели (ну для нас уж точно). Поэтому мы решили вас особо не напрягать (и самим не напрягаться :) ) и кинуть экстеншн с котиками для VS Code 😼

Ловите - https://marketplace.visualstudio.com/items?itemName=tonybaloney.vscode-pets

Хорошей и продуктивной вам недели 💛

Привет! Сегодня разберём вопрос, который, я лично, не понимаю, почему так любят на собеседованиях. И это - какая разница между call и apply?

Начнем с того, что же это такое. Как мы все знаем, в JavaScript функция тоже является объектом – объектом Function и тоже имеет прототип, свойства, методы, в том числе мощные методы call() и apply(). Эти методы позволяют вызывать функцию так, будто она является методом некоторого объекта. Первый аргумент методов call() и apply() – это объект, для которого выполняется функция. Этот аргумент становится значением ключевого слова this в теле функции.

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

func.call(context, arg1, arg2, ...);
func.apply(context, [arg1, arg2, ...]);

Вот и все!)

Подробнее о данных методах можете почитать здесь - читать статью .

#interview #собеседование