Из всех фрэймворков фронт-энда, как мне кажется, для мелких и средних проектов, вполне органично вписывается Svelte. Который, насколько я помню, базируется на принципах ванильного JS.
Как беларус, подтвержадю. Весьма неприятно, что нас не хотят брать на удалённый формат работы в компании РФ. Хотя полно специалистов начиная от джуна, заканчивая сеньорами. Которые внутри страны не могут найти работу. У меня знакомый, полтора года не мог найти проект. С опытом работы 3 года
Сам не игрок в доту, но из других новостей ранее узнал, что призовой фонд формируется из продаж компендиума. Но в этом году награды в нём были сомнительного качества и сообщество решило устроить бойкот и агитировало за то, чтобы его не покупали. Как следствие, малые продажи = малый призовой фонд. Сами про-игроки шутили, что комментаторы заработают больше, чем они сами.
Я думаю, что разработка игр со временем превратится в то, что будет сидеть небольшая кучка людей в офисе и править за ИИ код, ретушировать картинки и т.п. Этакий контролирующий орган над ИИ в одном лице
Я не спорил с вами, а всего лишь пытаюсь понять, когда наступил этот переломный момент когда часть тех.процессов отдали на откуп клиентам. И да, популярность не всегда залог успешного.
Но вы сами в своём примере разбили логику действий на составляющие. Что позволит бэк-енд разработчику подготовить представление данных на своей стороне и правильно их подать на фронт. Привет взаимодействию в команде.
У сервера мощностей по более будет, чем у клиента в браузере, который будет тратить некоторое время и самое главное трафик, пока будут производиться вычисления. Всё таки скрипты порядком больше потребляют трафика, даже с учётом сжатия данных и вот это вот всё. Это нам повезло, что у нас трафик дешёвый, в той же Америке и Европе он стоит порядком дороже.
Объясните мне, человеку, который интересуется разработкой сайтов, зачем выносить бизнес-логику на сторону клиента? Для чего? Какой прок от этого?
Мои взгляды могут показаться консервативными, но всё же такие штуки должны обрабатываться на стороне сервера, а на стороне клиента должен происходить вывод всего этого. При этом сайт должен быть легковесным, интуитивно понятным и доступным. То бишь каждый занят своим дело. Фронт раскрашивает кнопочки и добавляет "реактивность", бэк пишет логику и хранит данные. Всё чётко.
Это только плюс, когда есть такие возможности. Я с этим солидарен. Однако бытует мнение, что на классах писать не солидно. Особенно это касается React-a. Тип, мол так сообщество не пишет. Хотя моё видение на этот счёт, что надо использовать все возможности языка. Пусть даже код будет чуть длиннее, но зато более читаемый. (речь о классах).
Много читал про это. По этому просто выражу свою благодарность за ваш ответ.
Испытал диссонас. JS сообщество идёт по пути функционального программирования, а новый стандарт дал угла в сторону ООП или я чего-то не понимаю?! Разъясните для новичка пожалуйста.
Из всех фрэймворков фронт-энда, как мне кажется, для мелких и средних проектов, вполне органично вписывается Svelte. Который, насколько я помню, базируется на принципах ванильного JS.
Как беларус, подтвержадю. Весьма неприятно, что нас не хотят брать на удалённый формат работы в компании РФ. Хотя полно специалистов начиная от джуна, заканчивая сеньорами. Которые внутри страны не могут найти работу. У меня знакомый, полтора года не мог найти проект. С опытом работы 3 года
Сам не игрок в доту, но из других новостей ранее узнал, что призовой фонд формируется из продаж компендиума. Но в этом году награды в нём были сомнительного качества и сообщество решило устроить бойкот и агитировало за то, чтобы его не покупали. Как следствие, малые продажи = малый призовой фонд. Сами про-игроки шутили, что комментаторы заработают больше, чем они сами.
Какие тенденции у CMS? Сможет ли набрать популярность?
Я думаю, что разработка игр со временем превратится в то, что будет сидеть небольшая кучка людей в офисе и править за ИИ код, ретушировать картинки и т.п. Этакий контролирующий орган над ИИ в одном лице
Позвольте полюбопытствовать, в каком возрасте вы решились на переход в сферу?
А вот мне интересно, а как их тела выглядят после такого погружения и есть ли там вообще что-то ??
Каким образом нынче сохраняетеся микроразметка? Как решается вопрос с seo?
Я не спорил с вами, а всего лишь пытаюсь понять, когда наступил этот переломный момент когда часть тех.процессов отдали на откуп клиентам. И да, популярность не всегда залог успешного.
Но на стороне сервера тоже есть механизмы, которые которые позволяют кешировать данные, подготовленные запросы и прочее.
Но вы сами в своём примере разбили логику действий на составляющие. Что позволит бэк-енд разработчику подготовить представление данных на своей стороне и правильно их подать на фронт. Привет взаимодействию в команде.
У сервера мощностей по более будет, чем у клиента в браузере, который будет тратить некоторое время и самое главное трафик, пока будут производиться вычисления. Всё таки скрипты порядком больше потребляют трафика, даже с учётом сжатия данных и вот это вот всё. Это нам повезло, что у нас трафик дешёвый, в той же Америке и Европе он стоит порядком дороже.
Объясните мне, человеку, который интересуется разработкой сайтов, зачем выносить бизнес-логику на сторону клиента? Для чего? Какой прок от этого?
Мои взгляды могут показаться консервативными, но всё же такие штуки должны обрабатываться на стороне сервера, а на стороне клиента должен происходить вывод всего этого. При этом сайт должен быть легковесным, интуитивно понятным и доступным. То бишь каждый занят своим дело. Фронт раскрашивает кнопочки и добавляет "реактивность", бэк пишет логику и хранит данные. Всё чётко.
Это только плюс, когда есть такие возможности. Я с этим солидарен. Однако бытует мнение, что на классах писать не солидно. Особенно это касается React-a. Тип, мол так сообщество не пишет. Хотя моё видение на этот счёт, что надо использовать все возможности языка. Пусть даже код будет чуть длиннее, но зато более читаемый. (речь о классах).
Много читал про это. По этому просто выражу свою благодарность за ваш ответ.
Испытал диссонас. JS сообщество идёт по пути функционального программирования, а новый стандарт дал угла в сторону ООП или я чего-то не понимаю?! Разъясните для новичка пожалуйста.