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

На самом деле, думаю что громких изменений не будет. Будет так же много облак и контейнеров, используем все те же языки программирования: Python - для данных; Node, Python, Ruby, Java, C# - для бекенда; C, C++ для университета; JS для всего. Мне будет очень интересно посмотреть на Fleet, Github Copilot, появится ли блокчейн и криптовалюта у нас в повседневной жизни.

Но а подробней о том, что такое Web3 и с чем его есть, когда же все таки нас уничтожит ИИ и другое, можете посмотреть по ссылке ниже.

Смотреть видео

#article #статья

Сегодня мы разберем ну прям самый популярный и самый tricky вопрос на собеседованиях - что такое замыкания или closure?

С этим вопросом у меня есть маленькая история. Это было мое первое нормальное интервью. Я очень переживала и штудировала все, что только можно. И когда я дошла до замыканий - я не могла найти нормальное объяснение, которое на 100% мне сможет помочь разобраться. Что же я сделала? Как обычно, я написала Юре (в то время мы были просто друзьями) и моментально он мне ответил: “Ты что, хочешь менять работу?”. Я не хотела признаваться, но все уже и так было понятно. Этот вопрос меня спалил, потому что в обычной практике с ним если и сталкиваешься, то не особо заморачиваешься, как это работает и как это обзывается. Это понятие создано только для собеседований :)

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

По факту - практика проще теории, поэтому советую еще почитать статью ниже.

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

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

Где искать работу?

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

1. Djinni

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

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

Вот пример наших вопросов: “Гибкий график? Можно работать ремоут?”.

2. Linkedin

Ну тут все понятно. Все знают, все там есть или будем.

Минус (как для поиска работы): мы с Юрой уже давно наблюдаем резкие перепады активности предложений. Мне, например, могут всю неделю никто не писать, а в один день - 5 предложений.

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

3. Старый, добрый и проверенный вариант - друзья.

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

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


Если знаете другие инструменты, которые помогли вам устроится на роботу - ⬇️

#experience #опыт

Svelte

Ни для кого не секрет, что в мире фронтенда существует 3 гиганта - React, Angular и Vue.

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

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

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

- хорошая документация и туториал в рамках работы чисто на Svelte. Чтобы освоится в работе на этом фреймворке мне понадобилось не больше пары дней.

- с помощью SvelteKit можно настроить много функций, например adapter - способ запуска приложения (например через NodeJS), использовать ли SSR в вашем проекте.

- нету супер-большой популярности и как следствие - недостаток библиотек, плагинов. Что использовать для работы с формами, где найти библиотеку компонент - вопросы на которые пока-что трудно ответить. Тот же VSCode не всегда все понимает в Svelte, когда добавляете плагин или, например, фреймворк стилей, не всегда есть официальная документация.

- еще не очень надейтесь найти решения на все проблемы на StackOverflow и других сайтах. С той же проблемой на React можно будет найти в 5 раз больше информации.


Очень рекомендую попробовать этот фреймворк для своих pet-проектов, как минимум получите новый опыт и знания. Для более комплексных проектов, я пока остаюсь на стороне проверенного React.

#experience #опыт

Всем привет! Мы никуда не пропали - у нас просто были выходные!)

Сегодня вторник, поэтому ловите новый, часто задаваемый вопрос на собеседованиях - что такое SOLID?

Впервые я узнала о SOLID в универе перед экзаменом. Это был третий курс, я уже начала работать по специальности, поэтому учеба меня мало волновала. Но диплом нужно было привезти родителям, поэтому я старалась все закрывать хоть как. Так вот: прямо перед сдачей устной компоненты, я открыла лекции с конца и увидела эти пять правил. Я была уверена, что это мне точно не попадется, поэтому не особо их запомнила, тем более они были на английском (тогда я еще не очень с ним дружила). Ну и что же произошло: преподаватель сразу же сказал, я уверен, что до конца лекций мало кто дошел, поэтому расскажи - что такое SOLID. Я начала очень уверенно, но прям с очень плохим английским рассказывать. Позор длился не долго, он меня остановил, проорал, поставил 4 за старание и отпустил. Я ушла и думала, что больше никогда это мне не пригодится. Но через пару месяцев я пыталась поменять работу и на собеседование опять этот вопрос. А потом опять и опять... Тогда я все таки решила, что нужно изучить SOLID и после этого поняла, что их важно знать каждому программисту.

Так вот, SOLID - это аббревиатура пяти основных принципов проектирование в ООП.

Расшифровка:

Single responsibility — принцип единственной ответственности - означает, что каждый объект должен иметь одну обязанность и эта обязанность должна быть полностью инкапсулирована в класс.

Open-closed — принцип открытости / закрытости - декларирует, что программные сущности (классы, модули, функции и т. п.) должны быть открыты для расширения, но закрыты для изменения.

Liskov substitution — принцип подстановки Барбары Лисков - «функции, которые используют базовый тип, должны иметь возможность использовать подтипы базового типа не зная об этом».

Interface segregation — принцип разделения интерфейса - говорит о том, что слишком «толстые» интерфейсы необходимо разделять на более маленькие и специфические.

Dependency inversion — принцип инверсии зависимостей - модули верхних уровней не должны зависеть от модулей нижних уровней, а оба типа модулей должны зависеть от абстракций; сами абстракции не должны зависеть от деталей, а вот детали должны зависеть от абстракций.

Вот как-то так. Всем продуктивной последней рабочей недели в этому году!

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

Ребят, кто еще не видел, вышло новое обновление create-react-app 5.0.

Если вы еще не делали eject, будет довольно просто обновиться на 5 версию. Всё, что нужно поправить - версия react-scripts в package.json. Тут у вас уже будет webpack 5 версии, который скорее всего вам будет нужен, если ваш проект еще собирается жить какое-то время.

Подробнее обо всех изменениях можно узнать тут: читать статью.

#tips #советы

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

Спасибо, что вы с нами! Дальше только лучше 💛

Я надеюсь все живы, здоровы и хорошо отметили Новый Год. Если да, тогда ловите ещё один часто задаваемый вопрос на собеседованиях: что такое паттерны проектирования? Какие Вы знаете и какие использовали?

Практически на каждом собеседовании у меня спрашивали этот вопрос. Почему? Потому что это действительно важно знать, когда проектируешь или пишешь сложный функционал. Паттерны я выучила еще в университете. Тогда преподаватель нам порекомендовал очень простую книгу, которую я изучила, пока ехала в поезде домой. Это книга Андрея Будая “Дизайн-паттерны - просто, как двери” (прикрепила в посту, одно но, она походу есть только на украинском). Лучшего объяснения я нигде не встречала.

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

Да, когда ты на бекенде, у тебя тут очень много примеров, где можно их использовать. Из моего опыта, на фронте я юзала, например, singleton для логгера, сервисов (на ангуляре), observer на том самом ангуляре (библиотека RxJs), медиатор для сложного функционала и другие.

После книги, мой фаворит по изучении паттернов - сайт https://refactoring.guru/ru/design-patterns .

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

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

#quiz #тест

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

Ниже прикреплю статью, где можете ознакомится с их работой.

В личном опыте хорошее применение генераторов я встречал в Redux Saga.

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

#article #статья

React-toastify

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

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

#library