С позиции нанимающего менеджера (правда в Европе) увидев такое резюме и имея достаточный поток других кандатов я б вас тоже на интервью не позвал. После того как вы прошли ATS единственный важный блок для фронта — Experience. И тут явно миддл выдает за сеньера.
Пример 1 38% продуктивности которая честно не изменятся, а если это capacity в в жестком скраме, то сеньер б указал.
И «я отрефакторил 20 компонентов» в сеньерском резюме выглядело бы как «съехали с либы X на либу Y где надо чтобы достичь Z (редизайн, другая инфра, T2M)»
А в чем мотивация иметь отдельные first class citizen get и spy?
Это создает ситуацию, когда очень легко сделать get, не подписаться и потерять реактивность. И из-за относительной похожести визуально и того, что в большинстве других либ реактивности чтение = подписка, на код ревью такое тоже легко пропустить.
Я думал про такую штуку лет 7 назад но понял что не осилю запилить good enough выравнивание.
Так вот если у вас оно есть и параллельная книга цифровая, можно показывать текст на языке, на котором человек бы хотел читать, а при клике делать фоллбек предложения в его родной язык. Дополнительные клики переводят абзац, страницу.
Это будет mobile friendly по сравнению с параллельной книгой + взгляд не цепляется за текст на родном языке.
А еще клик это сингал и можно запоминать все места где человек захотел перевод и потом использовать их для повторения.
Однозначно лучше просто заюзать onClick в том случае. И даже если б вы вещали что-то на dom (например потому что оборачиваете leaflet или аналогичную библиотеку) больше смысла взять useLayout effect. И использовать ref, а не id.
Но у автора вообще есть ряд очень странных советов:
1) деструктурировать прописы и использовать prop types. Деструктуризация — вкусовщина, мы ее делаем но это ни на что не влияет. PropTypes — слабый runtime аналог typescript.
2) выносить тернарник в геттер функцию или 2 компонента которые принимают условия. Геттер на уровне реакта всегда будет перевычисляться, компонент — нет. А решить эту проблему можно намного чище сунув каждую ветку тернарника в отдельный компонент и мб заранее им пропсы заготовив если вам реально не удобно читать 2 строки.
Примерно так: последний раз я читал про этот синтаксис 2 года назад или никогда. Понимаю ли я сейчас код написанный другим разработчиком. И когда мне надо прочитать код бакенов на go, я понимаю. А какая иконка и откуда поставится в icon \like я не понимаю. И чем отличается title @ \Like и title \Like. Вопросики, escape и / и <= я не понимаю зачем нужны, но могу сдать вид что их нет.
С позиции нанимающего менеджера (правда в Европе) увидев такое резюме и имея достаточный поток других кандатов я б вас тоже на интервью не позвал. После того как вы прошли ATS единственный важный блок для фронта — Experience. И тут явно миддл выдает за сеньера.
Пример 1 38% продуктивности которая честно не изменятся, а если это capacity в в жестком скраме, то сеньер б указал.
И «я отрефакторил 20 компонентов» в сеньерском резюме выглядело бы как «съехали с либы X на либу Y где надо чтобы достичь Z (редизайн, другая инфра, T2M)»
А в чем мотивация иметь отдельные first class citizen get и spy?
Это создает ситуацию, когда очень легко сделать get, не подписаться и потерять реактивность. И из-за относительной похожести визуально и того, что в большинстве других либ реактивности чтение = подписка, на код ревью такое тоже легко пропустить.
Я думал про такую штуку лет 7 назад но понял что не осилю запилить good enough выравнивание.
Так вот если у вас оно есть и параллельная книга цифровая, можно показывать текст на языке, на котором человек бы хотел читать, а при клике делать фоллбек предложения в его родной язык. Дополнительные клики переводят абзац, страницу.
Это будет mobile friendly по сравнению с параллельной книгой + взгляд не цепляется за текст на родном языке.
А еще клик это сингал и можно запоминать все места где человек захотел перевод и потом использовать их для повторения.
Однозначно лучше просто заюзать onClick в том случае. И даже если б вы вещали что-то на dom (например потому что оборачиваете leaflet или аналогичную библиотеку) больше смысла взять useLayout effect. И использовать ref, а не id.
Но у автора вообще есть ряд очень странных советов:
1) деструктурировать прописы и использовать prop types. Деструктуризация — вкусовщина, мы ее делаем но это ни на что не влияет. PropTypes — слабый runtime аналог typescript.
2) выносить тернарник в геттер функцию или 2 компонента которые принимают условия. Геттер на уровне реакта всегда будет перевычисляться, компонент — нет. А решить эту проблему можно намного чище сунув каждую ветку тернарника в отдельный компонент и мб заранее им пропсы заготовив если вам реально не удобно читать 2 строки.
Примерно так: последний раз я читал про этот синтаксис 2 года назад или никогда. Понимаю ли я сейчас код написанный другим разработчиком. И когда мне надо прочитать код бакенов на go, я понимаю. А какая иконка и откуда поставится в icon \like я не понимаю. И чем отличается title @ \Like и title \Like. Вопросики, escape и / и <= я не понимаю зачем нужны, но могу сдать вид что их нет.