Как стать автором
Обновить
7
0

Пользователь

Отправить сообщение

Статью не читал, потому что юзаю RQ на постоянстве.

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

В Гугл вбиваете Coze ( vpn не нужен )

Разбираетесь со слишком навороченным интерфейсом ( 20 минут, если вам вообще туго )

Бесплатно, без подписок и прочего используете вообще любую модель, генератор, и чего там только нет.

Радуетесь

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

Единственное, от минусов тема не спасёт, увы - слишком неоднозначно

Меня возьмут в рай если я буду клонировать объект так:

const obj = { test: { test: { test: 'Hi!' } } };
const cloneObj = JSON.parse(JSON.stringify(obj));

Я бы взял. Ну лучше пока мир не придумал....

Максимальный комфорт веб-приложений, когда рендером страниц занимается клиент, а не сервер. Нет, вы не подумайте, я сам люблю в Remix потыкать хобби ради, но если что-то продуктовое, то пожалуй оставлю связку React ( любой возьмите ) + Nest.js ( любой возьмите ). Под задачи быстродействия всего вот этого очень много лет строилось обвязка, производителями браузеров, поставщиками веб-серверов, фреймворков.
А так спасибо за SSR фреймворк, все будут юзать Next.js, как и юзали до этого.

Можно долго кидать минусы г-ну Карловскому, но его почему-то всегда интересно читать))

indexedDB на стеройдах порадовал, но я лучше пока по старинке. Nestиком да Prismочкой...

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

Хочется увидеть настоящую крепкую статью по теме "Путь Frontend разработчика. Как им стать?", чтобы с объяснениями, как: то или иное влезает в голову, как можно срезать на повороте, что точно пригодиться, что можно добрать на работе ( на работе точно будете учиться, при любом раскладе, всю свою жизнь ).

Вторая часть наверное будет список ссылок на доку React, Vue, Angular, если автор будет щедр, повесит ссылку на Svetle. Обязательно вспомнит про TypeScript и может кинет камнем в jQuery ( если повезёт ).

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

Номинально "Путь Frontend разработчика. Как им стать? (Часть 1. Основы)" - тема подходит, докопаться не могу, но минус за "Низкий технический уровень материала" - тут будет стоять заслуженно.

И в целом, ну потратьте вы неделю - напишите крепкую, нормальную статью. Этого уже навалом, и не только на Хабре. ( еще вариант лучше, чем this статья )

Чтобы не пестрить ссылками на иные ресурсы - гайд как найти еще по теме.
1) Открываем любой поисковик ( вообще любой );
2) Вбиваем "Как стать frontend разработчиком";
3) Профит.

"Cтатье" минус. Без негатива к автору, если кому-то помогло, только рад.

Вопрос узконаправленный, но может)
Добавьте поддержку координат) Десятичных и географических)
А то пришлось писать самому это всё)

Реализации какие-то есть, но там то долгота может быть больше 180 градусов ( а не может она быть больше 180 ) по гео координатам, то нет функции обрезать/не обрезать число после точки в десятичных)

В целом, будете "крутышками" )

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

Много чего исследовал в Remix, достаточно интересная вещь, за исключением того, что постоянно приходится юзать хук для оправки формы, по итогу просто написал свой провайдер.

Не всегда удобно общаться с пользователем через action.

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

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

Так, в контексте этого решения не было выхода за рамки их работы. Технически подготовили тему, Яндекс сверстал тест, автор подготовил текст к статье, в Хабре фронты сделали плашку - ну вроде их работа в теплице никто замечен не был)

Лента почти полностью состоит из рекламы.

Возможно, просто я её не вижу в таких количествах. То есть реклама, мне хочет что-то продать, а тут мне редко что-то продают, или я не припомню. Это, возможно, связано с тем, что как правило я ищу интересующий меня web dev. К слову, когда я вижу статью от компании - ну расскажут что-то, зачастую бывает даже достаточно интересное. Но переходить и сразу пользоваться их услугами - никто не призывает. Опять же, могу быть не прав.

Это тут же потерли.

Отмотал вверх, проверил, нашел. Ну выше же про куки написано(

В любом другом темная тема есть по умолчанию, не кривая, без всяких опросов. Это база ui/ux.

Тут полностью согласен! Нет вопросов, нет претензий. И если бы в таком ключе были бы комментарии - я бы плюсанул пару особо оригинальных и пошел дальше. Я не защитник Хабра, у меня такая же позиция. Но... Претензия людей тут была исключительно в маркетинге.

Можно ли такую рекламу назвать - "Неуместная", да не - IT журнал, IT сообщество - денег не просят, а активность проходится за 2 сек рандом кликом.

Можно ли - "Навязчивая", наверное. Всё таки куда-то сходить нужно, что-то сделать.

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

Может я не так давно на Хабре, может мне не попадаются. Цены кусь делают, без вопросов, но спрос видимо есть.

Но есть конкретный вопрос, я не понимаю. Неужели настолько жесткая интеграция ? Я видел ресурсы, у которых background-image как реклама - это норма, на других ресурсах модальное окно при входе - норма. А тут дали тест небольшой. Ну, это настолько плохо ?

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

Алерт! Сотрудник!

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

Не понимаю людей которые пишут про "Скотство", "Срубить бабла" и прочее.
Ну, хорошо, признаю - людям которые ходят на работу бесплатно - так писать можно. Тут хоть один есть такой ?

Не ребят, совершенно без негатива, на Хабре без того очень мало рекламы, вам не кажется, что это временная акция вполне позволительна и уместна с учетом того, что там скорее всего тоже едят. ( ну наверное.. )

Самое смешное, что Бум, в ПОСТЕ спалил, что есть способ обойти рекламу, в комментарии НАПИСАЛИ как это сделать - вы всё равно кислотой плюётесь...

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

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

К слову, если джун не вспотел пока сам пытался поискать решение, он норм ? В нашем деле умение искать выход из ситуации самостоятельно - это базис. Мы же инженеры всё таки.

База, но

Хотя может покажусь наглым, но хочется примеров кода, плюс их навалом - на JS одна и та же страничка написанная на Vue, нативном JS, c использованием jQuery или React да и практически любое другое решение - выглядит так, будто это вообще не JavaScript. Хотя бы таких примеров тут)
Но в целом стоит отдать должное языку, как бы его не хаяли - он всё равно остаётся ультимативным во фронтенде, да и мне всё же нравится в его сложные штуки, "Hell callbacks", Proxy, prototype повсюду, круто же ;) А еще когда рядом WASM лежит, ощущения прям непревзойдённые, но это не по теме конечно, да.

ps, Спасибо за статью!

Давайте напряжем новичков учить WASM ( assembly script пусть будет ), чтобы они оптимизировали js который не дружит с DOM ? И, еще пусть движок карты свой напишет, а то с OpenLayers ( или Leaflet ) слишком уж легко ему будет! А еще пусть подучит Three.js или Babylon.js - куда же без 3D! И конечно реализацией под WebGPU и WebGL2, первый GL не надо уж ладно. IndexedDB (ладно, это реально нужно знать). Ну и на заключение... пусть будет NATS с его клиентом.

Remix.js ?)

Ладно, это всё конечно шутки, это технологии которые новичку лучше обойти стороной, тем не менее все выше перечисленное - прекрасное оружие в руках фронтмэна ;) Есть куда расти, а в этой хорошей статье указан необходимый минимум :)

PS, тут не указана Фигма, но по факту уметь в ней тыкаться хотя бы на уровне брёвнышка - тоже крайне полезный навык.

Если вы собираетесь пару кнопок дёргать, то наверное вам не нужно тащить за собой ничего, это спокойно делается голым js.

1) Но давайте представим, что мы разрабатываем что-то более серьёзное чем калькулятор и нам нужно держать кусок js кода, условно, в 10к строк ?
Даже такой средней руки проект в целом можно построить на чистом js, но зачем если на jq, это сделать быстрее ? Всё еще мусор ?

2) Вы пример избытка в jq то приведите, а то смотрю - все вроде полезное и даже местами удобное.

3) Кому-то удобнее ajax кому-то fetch, кому-то как и мне - абсолютно фиалково что использовать. Бесполезное ? Хорошо, тут даже спорить не буду, но остальное в jq достаточно полезно.

Давайте не рассматривать тут SPA - это не интересно. Хотя я порой такое вижу, что уж извольте, лучше бы на jQuery написали, чем на React городили.

Весь мой посыл в целом заключается не в призыве использовать jq, не используйте, никто не умрёт. Мое негодование связано с не пониманием, почему некогда полезный инструмент, который активно использовался, да и до сих пор используется - покрывается волной хейта только потому что js - развивается.

Тут просто кошмар - мусором называют. Напоминаю, jQuery. Не Vasya2008superLib.js, а jQuery, которая является одним из самых известных и стабильных инструментов веб разработки.

Вам пригодиться

Всего доброго.

PS sizzle избыточна ? Ладно, тут может я не знаю чего, но вроде это штука нужна для поиска DOM элементов и только. Сейчас нет возможности углубиться, может когда-нибудь.

Предложение зачтено, но, что первое в голову пришло, не проще для этих целей использовать enum ? И никаких функций не нужно.

enum Data {
  foo = "foo",
  bar = "bar",
  none = null,
}

const check = (data) => {
  switch (data) {
    case Data.foo:
      alert("foo");
      break;
    case Data.bar:
      alert("bar");
      break;
    case Data.none:
      alert("none");
      break;
    default:
      alert("default");
      break;
  }
};

const inputKey = "sdfsdf";
check(inputKey);

В рамках задачи, конкретно этой, такой подход проще вроде ) В любом случае ваш кому-то понравится)

Спасибо за работу!

1

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность

Специализация

Frontend Developer, Web Developer
От 1 ₽
JavaScript
HTML
React
CSS
TypeScript
JQuery
Redux
Webpack
MobX
SCSS