Привет! 👋

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

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

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

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

Всем успехов и поменьше багов! 🐞

__proto__ vs prototype

Сначала разберем, что такое proto и prototype

prototype - это шаблон для создания любого объекта, он присутствует только у функций (function) и классов (class). То есть, когда вы вызываете const myInstance = new MyClass(...), то в myInstance появятся все НЕ статические методы и свойства, которые были описаны в классе MyClass

Например, у нас есть вот такой класс:

class MyClass {
  someVariable = 5

  static staticVariable = 'static'

  sayHello() {
    console.log('hello')
  }
  
  static staticMethod() {
    console.log('I\'m static')
  }
}

Если вывести MyClass.prototype, то вот что мы увидим:

constructor: class MyClass
sayHello: ƒ sayHello()

Здесь мы видим все НЕ статические методы, которые будут у всех потомков. Если мы изменим этот прототип вручную динамически, например вот так:

MyClass.prototype.sayHelloTwice = function sayHelloTwice() { console.log('hello hello') }

То у всех объектов, которые были созданы через new MyClass(...) появится метод sayHelloTwice

То же самое касается инстанцирования через функции

function SomeClass() {
  ...
}

const instantiatedByFunction = new SomeClass()

instantiatedByFunction.sayHello() // Ошибка, TypeError, такого метода нет

SomeClass.prototype.sayHello = () => console.log('hello')

instantiatedByFunction.sayHello() // hello

__proto__ - это прямая ссылка (а точнее геттер и сеттер) на тот же prototype выше, если это возможно. Также есть возможность его изменять, но это уже устаревший подход и крайне не рекомендуется его использовать, вместо этого есть два метода - Object.getPrototypeOf и Object.setPrototypeOf

Вот как можно что-то сломать с помощью неправильного использования __proto__

Возьмем тот же class MyClass, который приведен выше:

const firstInstance = new MyClass()

firstInstance.sayHello() // hello

firstInstance.__proto__.sayHello = () => console.log('CRACKED')

firstInstance.sayHello() // CRACKED

const secondInstance = new MyClass()

secondInstance.sayHello() // CRACKED
```js

Конечно, это все можно проверить с помощью сравнения по ссылке:
```js
firstInstance.__proto__ === MyClass.prototype // true

Если подытожить всё вышесказанное:
1. prototype - это шаблон для создания новых объектов с помощью ключевого слова new
2. __proto__ присутствует только у объектов, которые созданы с помощью new и является прямой ссылкой на prototype родительской функции/класса
3. Не используйте __proto__, используйте вместо этого Object.getPrototypeOf и Object.setPrototypeOf

Материалы:
- https://prateeksurana.me/blog/how-javanoscript-classes-work-under-the-hood
- https://medium.com/dev-proto/understanding-proto-in-javanoscript-c5a42647f04
- https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/proto
- https://www.objectplayground.com/ и https://youtu.be/PMfcsYzj-9M

#js

Нет ТЗ - результат ХЗ

#страхи #советы

Когда я только начинал свою карьеру разработчика, первые два года я всегда хотел идеального описания задач. Чтобы там было написано: "Сделать такую страницу, реализовать 1, 2, 3. Вот детальное описание и граничные кейсы к каждому пункту. Вот кто может просматривать эту страницу, здесь сделать так, здесь иначе, при нажатии на кнопку выполнять 4, 5, 6, ... и так далее."

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

У меня было несколько страхов по поводу всего этого:

1. Они подумают, что я плохой специалист, который не может разобраться сам.
2. Они будут раздражены, что я бегаю к ним за каждой мелочью и уточнением.
3. Зачем уточнять? Я только потеряю время и потом будут думать, что я недорабатываю.
4. ... и все в таком духе. Уже не помню всего, давно это было.

Изменение взгляда на задачи
Давайте посмотрим на это с другой стороны. Какая главная задача у проекта? У бизнеса? Ответ почти всегда один – заработать деньги. Разберем каждый из пунктов "страхов" выше:

1. Они подумают, что я плохой специалист, который не может разобраться сам.
- Не было времени. У проджект-менеджеров, БА, тестировщиков, разработчиков просто может не быть времени, чтобы полностью описать задачу, каждую деталь. Конечно, это их работа, но... это плюс для вас.
- Нет видения, как у вас. Люди разные, у всех разный опыт. Если у вас опыта в десять раз меньше, чем у другого специалиста, это не значит, что у него есть ваш опыт плюс свой, у него только свой опыт. У вас могут быть такие мысли, которые другому специалисту даже не приходили в голову.
- Лень? Иногда люди могут лениться или не видеть необходимости в деталях. Это не распространено, но возможно.
2. Они будут раздражены, что я бегаю к ним за каждой мелочью и уточнением.
- Нет. Вы не виноваты в том, что кто-то недоописал задачу или пропустил детали. Вы молодец, что пришли и задали вопросы один, два или даже десять раз (хотя это уже перебор).
3. Зачем уточнять? Я только потеряю время и потом будут думать, что я недорабатываю.
- Всё наоборот. Вы экономите время, когда уточняете. Вы экономите не только свое время, но и время тестировщиков, которые будут возвращать задачу на доработку, а также время пользователей проекта. Бизнес теряет деньги, если вы не уточняете.

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

Советы для развития
- Задачи плохо расписаны – распишите их хорошо. Помогите себе, тестировщику и всем другим в будущем. Вы пошли уточнять детали у ПМ/БА? Они запомнят вас как разработчика, который серьезно и ответственно относится к работе. Вы будете на слуху, вас начнут хвалить и обращаться к вам.
- Другой разработчик оставил баг – не нервничайте. Просто создайте задачу, уведомите тестировщика и ПМа, что нашли её. Вы молодец, вас запомнят.
- Дизайн непонятный – не нервничайте, это рабочий процесс. Если это критично, идите к дизайнеру и уточняйте эти моменты. Это ваша работа, и вы не должны злиться или расстраиваться из-за этих мелочей. Всегда есть выход.

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

Я относился к работе как к хобби, но это неправильно. Это работа, и вы ответственны за то, что происходит на работе. Если что-то не нравится – решайте это в свою пользу.

Привет всем читателям (мои 4 фейка, аккаунт девушки и моя мама) 👋

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

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

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

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

Это означает, что здесь будет контент про разработку игр, а не про веб-разработку, метания туда-сюда закончены 💪