WbICHA, то есть разумнее было бы обойтись обычным объектом вместо Map? Или, может, useReducer можно заставить понимать Map?
В принципе, этот Map всегда будет string, string так или иначе. На уровне самого компонента этого было бы более чем достаточно. Тут мне скорее важно знать тип на уровне родителя.
Не очень понятно, зачем вам это нужно, если честно) Если бы обозначили цели, было бы проще что-то порекомендовать.
В целом, общепринятой практикой является создание каталога лучших работ с внутренними ссылками на страницы конкретных кейсов, на коих вкусно описывается проект, какие задачи стояли, какие трудности вы преодолели, и каких результатов достигли. Например, в компании, где я до недавнего времени работал, подобный раздел выглядел так. Ну и самые няшные скриншотики прикрепите. Даже ссылки на сами проекты в вебе обычно не принято прикреплять. Хотя бы потому, что большинство сайтов не живут слишком долгой жизнью и в какой-то момент эти ссылки просто перестанут открываться. Понятно, что именно от этого вы и хотите застраховаться, захостив статику на своем домене. Но смысла в этом 0, если только вы не крутейший специалист по дьявольски сложной кастомной анимации, например. Подавляющее большинство проектов по части верстки +/- одинаковой степени сложности, и не самого выдающегося дизайна. Одинаково простой степени сложности, я бы даже сказал. Поэтому если вы тупо запилите ссылки на свою статику, не думаю, что к вам сразу ломанутся клиенты. А вот если вы продемонстрируете умение понимать и решать бизнес-задачи проекта, а не просто картинки в html рисовать - это сразу прибавит вам очков.
То есть, я хочу сказать, что никому неинтересно копаться непосредственно в вашей верстке. Для тех, кому действительно интересно - удобнее будет дать ссылку на гитхаб. А вот убедительное описание и красивые картинки, а затем и ваше умение вести переговоры принесут в разы больше профита, чем вся эта техническая чертовщина.
Ну и не стоит публиковать слишком много работ, как, например, здесь. Это выглядит пошло и дешево. К свои работам надо относится как к бриллиантам (если, конечно, они этого достойны). Понятно, что у любого мастера куча работ, но настоящих бриллиантов среди них, как правило, немного. Выберите 5-8 самых лучших (большее количество все равно никто не будет рассматривать) и сделайте под них привлекательно описание. Уверен, что так будет гораздо больше толку, и выглядеть будет солидней.
Регулярным выражением. Но вообще есть хорошая статья на хабре по этому поводу.
А вообще сабж гуглится на раз-два.
Ну и не забывайте, что уже существуют кириллические адреса имейлов.
Wataru, да, но просто тогда непонятно как называть сам метод)
"IsLessThan", равно как и само условие el < 10 скорее вводит в заблуждение относительно того, что метод в действительности делает. Я бы подумал, увидев его, что метод возвращает отфильтрованный массив элементов, которые меньше 10-ти. Либо, что он возвращает true/false, если в массиве есть/нет элемент меньше 10-ти. Но то, что он возвращает индекс элемента 10 - совсем неочевидно.
К примеру, нативный findIndex выглядит так: array.findIndex(el => el === 10)
И при чтении сразу понятно, что возвращается не что иное, как индекс элемента, если элемент 10 есть в массиве.
В любом случае, спасибо за помощь. Но все-таки подумаю еще, как реализовать именно в виде (el => el === 10). Попробую какую-нибдуь другую реализацию самого алгоритма придумать.
Wataru , Alexandroppolus Не могу никак понять) Мне нужно изначально в коллбэке проверять не равенство, а больше/меньше?
При проверке на равенство, получается, нет разницы между f(a, b) и f(b, a) - и так, и так вернется false. Значит, в самом коллбэке должна делаться проверка не на равенство (el => el === 10), а на больше/меньше, но тогда не понимаю, как именно это должно выглядеть, чтобы еще и не вводило в заблуждение при чтении кода. Цель же - именно получить индекс элемента, если элемент равен заданному числу (el === 10). Не пойму, как это описать в категориях больше-меньше.
Birif, подозреваю, вы хотите, чтобы баннер распространялся по всей ширине экрана? А контент внутри него был горизонтально центрирован? В таком случае баннеру не задается ширина вообще (гуглите о том, как ведут себя блочные элементы и чем они отличаются от строчных). Контейнер помещается внутрь баннера, а не наоборот. Гуглите как центрировать блочный элемент с заданной шириной. Свойство margin, например, в помощь. Кроме того, погуглите отличия свойств max-width и width. Подумайте, что разумнее задать контейнеру в данном случае.
Viktor T2, окей, тут уже многие написали про деньги. Однако я, признаться, не понимаю, при чем тут деньги) Если вы про eb5 - то столько денег у меня нет. Если про e2 - то Россия никогда не входила в список стран, которые могут на нее претендовать. Но да, там есть долгие и геморные обходные пути. Если же вы про вариант приехать туристом и остаться нелегалом - то я уже не в том нежном возрасте, чтобы увлекаться такими приключениями) Да и не в столь тяжёлом положении)
В остальном - решительно не понимаю, как одно только наличие денег (и языка, разумеется) мне поможет.
Сергей Соколов, поверьте, вы выглядите далеко не самым лучшим образом в обоих своих комментариях. Если вам есть что ответить по существу вопроса - просто напишите ответ. Очевидно же, что вы просто придираетесь к формулировкам. Но по существу вам сказать, видимо, нечего. Позубоскалить ради позубоскалить?
В принципе, этот Map всегда будет string, string так или иначе. На уровне самого компонента этого было бы более чем достаточно. Тут мне скорее важно знать тип на уровне родителя.