Ну туту всё просто на самом деле. Самая большая проблема JQuery на мой взгляд — императивность. Я же хочу описывать - что нужно отобразить в UI, а не как это сделать. Если нужно обновить компонент в JQuery придётся по селектору найти элемент удалить его.
Ещё не менее важно, что в JQuery тебя никто не ограничивает что именно ты можешь модифицировать. Ты можешь из своего компонента менять что угодно, из-за чего можно такую баланду написать, что потом хрен распутаешь и придётся разрубить как гордиев узел)
Классная статья. Получается вы генерируете только компоненты без состояний? Вы же не можете сгенерировать компонент, а потом дописать в него JavaScript, иначе он исчезнет при очередной кодогенерации.
В статье же указан спред зарплаты, а не $4000. Ну и тут важен контекст, удалёнщикам из других стран будут платить меньше, чем их коллегам из США, это распространённая практика.
Имена классов выглядят достаточно странно, где-то есть нижние подчеркивания, где-то нет, где-то подчеркивание одиночное, где-то двойное (привет БЭМ). Я бы сделал как в material ui
А так выглядит не плохо. Хотя на статью, конечно, не тянет. Для статьи было бы полезно описать как это реализовывалось и с какими трудностями столкнулись. И почему не подошли готовые библиотеки.
Не исключено, я вот с нетерпением жду JQuery 4, чтобы обновиться. Но пока смертью React не пахнет, поэтому все спокойны.
Ну туту всё просто на самом деле. Самая большая проблема JQuery на мой взгляд — императивность. Я же хочу описывать - что нужно отобразить в UI, а не как это сделать. Если нужно обновить компонент в JQuery придётся по селектору найти элемент удалить его.
Ещё не менее важно, что в JQuery тебя никто не ограничивает что именно ты можешь модифицировать. Ты можешь из своего компонента менять что угодно, из-за чего можно такую баланду написать, что потом хрен распутаешь и придётся разрубить как гордиев узел)
То, что мертво, умереть не может)
Да, звучит пугающе 😄. У нас нет цели переписать всё сразу. Мы переписываем что-то при редизайне. А новый функционал сразу пишем в реакте.
Подскажите, а почему не взяли готовый продукт по управлению проектами? С джирой понятно, санкции, но есть, например, Яндекс Трекер.
Классная статья. Получается вы генерируете только компоненты без состояний? Вы же не можете сгенерировать компонент, а потом дописать в него JavaScript, иначе он исчезнет при очередной кодогенерации.
А точно есть разница как лучше говорить "силиконовая" или "кремневая"?)
В Курске 400+ тысяч человек. Видно не любой)
?
А мы когда были в Индии, наш американский босс даже в такси с ноутом сидел и пытался кодить и отсылать имейлы налево и направо.
Спасибо ?
А что ещё используют за рубежом кроме LinkedIn?
Ищете через LinkedIn?
Естественно, ненастоящие улыбки лучше, идиотов, которые орут на тебя "с пеной у рта"
Стабильно нестабильно)
Сейчас много способов придумали, даже компании появились, которые за небольшой процент будут помогать отправлять/получать валюту.
В статье же указан спред зарплаты, а не $4000. Ну и тут важен контекст, удалёнщикам из других стран будут платить меньше, чем их коллегам из США, это распространённая практика.
@timurnav спасибо за статью. Понимаю, что прошло уже много времени, но подскажите, а UI с подсветкой синтаксиса вы не делали на основе "ANTLR"?
Имена классов выглядят достаточно странно, где-то есть нижние подчеркивания, где-то нет, где-то подчеркивание одиночное, где-то двойное (привет БЭМ). Я бы сделал как в material ui
Я бы ещё добавил слоты, чтобы было можно полностью заменять реализацию компонента на кастомную. Как в material ui
https://mui.com/material-ui/api/slider/#slider-prop-slots
А так выглядит не плохо. Хотя на статью, конечно, не тянет. Для статьи было бы полезно описать как это реализовывалось и с какими трудностями столкнулись. И почему не подошли готовые библиотеки.
Там есть кнопка комментариев, внизу, она мне помогла быстро их открыть)
Попробуйте использовать с новыми Form Actions будете неприятно удивлены