От 20-30
до?
До 130, ну это прям крутой джун в крутой компании
Я начинал с 30 к руб
а хде работал
прям крутой джун в крутой компании - Я так понимаю, это миддл
Не, это джун. Миддлы в крутой компании от 200
Деффолтный уверенный джун
хуя, пидорасы. Тож так хочу(
100к, если не Москва
иранских реалов в век
сук) я в мск
ты чо, я любя
Так в мск больше, че ты жалуешься
без роботы - точно
хз) я fullstack'ом занимаюсь
Но позиции нет?
Ну может он пет проекты делал с друзьями или что-то такое, тоже как опыт в команде считается
Угу. Меня как-то волновало уровень своих знаний, а не то, работаю я или нет. Я люблю эту профессию и хотел изучать ее с 9ти лет. В 12 начал потихоньку и в 14 подсел жоска)
130 такое себе, у меня в шаражке до 150 джун качается
неее, я не работал в команде. Вот мой гит: github.com/hexvel там конечно мои маленькие проекты, но что есть то есть)
Это на чат енжин?
+, посмотрел ролик, стало интересно. Просто раньше я вручную делал, через сокеты (бэк на расте написал 1 раз, но потом бросил), а тут на ютубе прикольное видео увидел
Пет проекты очень спорная тема, обычно считается за коммерческий опыт какая то большая ебала от и до выдроченная, решающая определенную проблему, а не реакт пизза в команде из двух человеккк
Так и знал что на нем) мне кажется на чат енжин все чат писали
скорее всего) все таки либа рил прикольная
если за эту пиззу заплатили то фигли она не коммерческий опыт ?
ну судя по проектам там реально джун
говорю ж, там нет интересных проектов, Я все нормальные проекты в другом месте храню
Тебе бы авторизацию на jwt сделать или екоммерс фуллстек какой нибудь, это выделило бы тебя из других джунов
Крутой автокомплит)
Даже фриланс не везде за коммерческий опыт считается, коммерческий опыт это чуть про другое, имхо
Коммерческий опыт это про работу в команде
тогда уже другое слово нужно потому что "коммерческий" подразумевает оплату труда и ничего больше
напиример тут? понимаешь в чем ошибка ?
Окей, опыт работы на работе
коммерческий проект, это за то что ты получил деньги
Да. Я в этот момент ток изучал фронтенд. Я в основном на бэке работаю
хотел что то такое сделать и опубликовать на гите, но лень меня победила
и в чем ошибка ?
такое себе лезть в фуул в одном направление очень много чего изучать
Как говорится. Раз код работает - лучше его не трогать
@hexvel говорит что понимает пусть оветит
Ну, если так, то какое представление имеет джун закрывший пару задач на фришке о нормальном флоу, спринтах, прочей штуке?
да я это давно понял, но мне очень интересно это все, поэтому пытаюсь по всем сторонам изучать
setValues({ ...values, [name]: value }); неправильно setValues(prev => { ...prev, [name]: value }); правильно
Почему ?
Потому что стейт асинхронный
1 => setValues({ ...values, [name]: value }); Здесь обновляется состояние напрямую, используя текущее состояние (values). Это может привести к ошибкам в ситуациях, когда у вас есть несколько последовательных вызовов setValues, потому что React может объединять (batch) несколько вызовов setState в одну асинхронную операцию. Исходное состояние (values) может быть устаревшим на момент обработки следующего вызова setValues. 2. setValues(prev => { ...prev, [name]: value }); Здесь функциональный обновитель, который принимает предыдущее состояние (prev) и возвращает новое состояние. Этот подход гарантирует, что каждый последовательный вызов будет базироваться на актуальном состоянии, так как вы всегда обращаетесь к последнему доступному состоянию при обновлении.
Ну и В момент вызова сеттера value может быть устаревшим
Я там вроде подробно описал ему )))
Да чат летит, я не вчитывался, чатгпт мощь)))
интересно , я смотрел кучи видосов , был на двух стажировках где мы в команде пилили проект но про это никогда не слышал
Очень кстати мерзкий баг, если столкнулся бы без понимания - ахуел бы дебажить
это всего лишь значит что тебя учили плохому
вот так тебя учили)
Ну хотя мы spa делали и мне сложно представить какие бы там могли быть вызовы сет стейта которые конкурировали между собой мож потому и не заходила речь
причем тут это ты должен это знать и делать правильно
откуда ж он будет знать если нигде не научили
ну значит плохо учили, можешь придти там где учили и сказать Вы не правильно делали
Я к тому что подобные вещи релевантны скорее для много пользовательских приложений и даже в доках реакта такого я не видел
если он хочет быть крутым разрабом ему развиватся самому
как раз таки в новой доке это описанно и очень подробно описанно почему так нужно делать
Это релевантно везде и всегда, не поверю что в доке нет про калбек в сеттере
Та я вот открыл щас и читаю да
это был сарказм типа что в доке это написано, но кто ж ее читает
😂😂😂 ты сделал мой вечер
Ну и как это релевантно если в стейте хранится например значение управляемого инпута и тебе плевать на предыдущее значение и интересует только последнее ?
А если инпут типа чекбокс, и тебе нужно инвертировать предыдущее значение?
на прямую его перезаписывай
не разу, так как есть вероятность что может остаться не то что ты ожидаешь
не везде и не всегда, но кейсы такие есть
на самом деле все просто, так как изменения стейта это асинхроная функция тебе как программисту нужно это учитывать, иначе ты получишь на выходе баг который ты потом долго будешь отлавливать
Ну как я понял из доки если тебе важно предыдущее значение то это нужно учитывать а если нет то можно забить
так я и не против, но в данном случае это важно только когда твое новое значение основано на предыдущем, а это не 100% кейсов
всё программирование построено на этом
Обсуждают сегодня