![Evrone Development](/img/default-banner.jpg)
- 378
- 622 122
Evrone Development
United Arab Emirates
Приєднався 6 жов 2016
Evrone is a software development & design company successfully delivering high-quality digital products for more than ten years.
With extensive experience in a wide range of modern software technologies, our development team is here to help you build unique complex web projects and startups. We are a Ruby on Rails, Python, Go, React development company that delivers solutions for such industries as EdTech, HR-tech, Retail, Fintech, Foodtech, eHealth, eCommerce, Artificial intelligence & Machine Learning, etc.
Subscribe to Evrone UA-cam channel to get the latest news, videos & showreels!
With extensive experience in a wide range of modern software technologies, our development team is here to help you build unique complex web projects and startups. We are a Ruby on Rails, Python, Go, React development company that delivers solutions for such industries as EdTech, HR-tech, Retail, Fintech, Foodtech, eHealth, eCommerce, Artificial intelligence & Machine Learning, etc.
Subscribe to Evrone UA-cam channel to get the latest news, videos & showreels!
Причины деградации перформанса фронтенда — Frontend митап Evrone
Подписывайтесь на наш канал здесь и в телеграмм t.me/meetups_evrone, чтобы быть в курсе будущих митапов и не пропускать полезные доклады!
Почему скорость железа не успевает за веб-приложениями. Причины большого количества JS-кода на сайте. SPA по 20мб уже действительность. Инструменты куда мы смотрим чтобы найти про лесы большого размера сайта. Графики скорости и восприятие клиентов. Почему скорость браузерной страницы лагает на 4090ti, а Cyberpunk идет на максималках.
Басковский Денис, МТС Диджитал
00:00 - Введение
00:26 - Представление спикера
00:35 - Почему важен быстрый фронтенд
03:06 - Как оптимизировать загрузку?
03:25 - Что влияет на медленный фронтенд?
04:09 - Управление соединением и приоритезацией загрузки ресурсов
04:41 - Ленивая и асинхронная загрузка
05:19 - HTTP Cache
05:33 - Service Worker
06:14 - IndexedDB
06:45 - Как оптимизировать анимации?
07:20 - CSS View Transitions Module и Canvas
09:30 - Особенности выполнения JavaScript
10:06 - Оптимизация сборки приложений
11:11 - Сравнительная таблица сборщиков
11:57 - Инструменты анализа сборки
13:00 - Инструменты по детектированию медленных эндпоинтов
13:48 - Советы как не надо делать
#js #performance #review #speed #frontend #http #программирование #разработка #айти
Почему скорость железа не успевает за веб-приложениями. Причины большого количества JS-кода на сайте. SPA по 20мб уже действительность. Инструменты куда мы смотрим чтобы найти про лесы большого размера сайта. Графики скорости и восприятие клиентов. Почему скорость браузерной страницы лагает на 4090ti, а Cyberpunk идет на максималках.
Басковский Денис, МТС Диджитал
00:00 - Введение
00:26 - Представление спикера
00:35 - Почему важен быстрый фронтенд
03:06 - Как оптимизировать загрузку?
03:25 - Что влияет на медленный фронтенд?
04:09 - Управление соединением и приоритезацией загрузки ресурсов
04:41 - Ленивая и асинхронная загрузка
05:19 - HTTP Cache
05:33 - Service Worker
06:14 - IndexedDB
06:45 - Как оптимизировать анимации?
07:20 - CSS View Transitions Module и Canvas
09:30 - Особенности выполнения JavaScript
10:06 - Оптимизация сборки приложений
11:11 - Сравнительная таблица сборщиков
11:57 - Инструменты анализа сборки
13:00 - Инструменты по детектированию медленных эндпоинтов
13:48 - Советы как не надо делать
#js #performance #review #speed #frontend #http #программирование #разработка #айти
Переглядів: 9 861
Відео
Где работать - в аутсорсе или в продукте? - OR подкаст, 3 выпуск
Переглядів 12 тис.День тому
Где работать программисту? В аутсорс-разработке, чтобы набраться опыта? Или, может, в корпорации, чтобы делать один продукт и углубляться в конкретную технологию? Пригласили эйчаров с обеих сторон и разработчика с богатым опытом, чтобы посмотреть на плюсы и минусы работы в разных компаниях. Выяснили, куда лучше пойти работать джуну или миддлу, как быстрее всего набраться опыта и как компании пр...
Serverless - уже можно? - Frontend митап Evrone
Переглядів 90214 днів тому
Serverless - уже можно? - Frontend митап Evrone
Хоп, хлоп, и MVP готов - Frontend митап Evrone
Переглядів 90014 днів тому
Хоп, хлоп, и MVP готов - Frontend митап Evrone
Как выбрать курсы и стать программистом? - OR подкаст, 2 выпуск
Переглядів 27 тис.21 день тому
Как выбрать курсы и стать программистом? - OR подкаст, 2 выпуск
Есть ли Go после Python? - OR подкаст, 1 выпуск
Переглядів 23 тис.Місяць тому
Есть ли Go после Python? - OR подкаст, 1 выпуск
Управляем кодом из админки с помощью Liveconfigs
Переглядів 310Місяць тому
Управляем кодом из админки с помощью Liveconfigs
Конференция «Evrone: Введение в DevOps»
Переглядів 2972 місяці тому
Конференция «Evrone: Введение в DevOps»
Интерфейсы запросов к базе данных (часть 2)
Переглядів 3634 місяці тому
Интерфейсы запросов к базе данных (часть 2)
Интерфейсы запросов к базе данных (часть 1)
Переглядів 6204 місяці тому
Интерфейсы запросов к базе данных (часть 1)
Стандартная библиотека в Python (2-я часть)
Переглядів 3144 місяці тому
Стандартная библиотека в Python (2-я часть)
Стандартная библиотека в Python (1-я часть)
Переглядів 3824 місяці тому
Стандартная библиотека в Python (1-я часть)
Роутинг и RESTful Applications в Ruby (часть 3)
Переглядів 1755 місяців тому
Роутинг и RESTful Applications в Ruby (часть 3)
INSTLD: когда управление зависимостями проще быть уже не может
Переглядів 4865 місяців тому
INSTLD: когда управление зависимостями проще быть уже не может
Экономия железа для МЛ-моделей в продакшен
Переглядів 8215 місяців тому
Экономия железа для МЛ-моделей в продакшен
Как Дед Мороз в разработчики пошёл | Новогодняя сказка от Evrone
Переглядів 1,8 тис.5 місяців тому
Как Дед Мороз в разработчики пошёл | Новогодняя сказка от Evrone
Роутинг и RESTful Applications в Ruby (часть 2)
Переглядів 3005 місяців тому
Роутинг и RESTful Applications в Ruby (часть 2)
Hhdhhhhhhh😂😂😂😂😂😂gdggcgcgfdydj
Спасибо, Еврон! Менял несколько раз продук и аутстаффинг, и могу с уверенностью сказать, что все зависит от людей на проекте а не от типа контракта. Дерзайте!)
Этот странный человек говорит странные вещи про язык, с которым, похоже, поверхностно знаком
10<<30 это 2гб а не 10
Работая в продуктовой компании - тоже можешь попасть в продукт...
Всем участникам спасибо за содержательный и интересный выпуск 👍👍👍
ვი38😂😂😂😂.ი
Да, не не бывает хороших галер
Бывает
А ты сам то настоящий программист? Только свой сайтик с курсами продаешь
Точно программист, мы проверяли
Молодец, но почему бы просто не реализовать архитектуру как по книжке и не делать не пойми что, в итоге проблем не оберетесь, сделали бы все глобальное, зачем вам принцип инверсии ? в общем за опыт плюс, за все остальное минус
Это фиаско
Как приятно что среди инфоцыган есть такие толковые дядьки. Спасибо за конференции и ментальное программирование!
Соглашусь, многие даже не могут представить, что может произойти если просрать базу номеров, в худшем случае люди имеющие доступ к osint смогут получить полную базу о клиентах, то есть паспорта, Инн, любые документы, даже имена членов семьи, и место прописки, по этому в первую очередь нужно делать все качественно, так как от разработчика зависит спокойствие клиентов
5-10% я мониторю на фронта регулярно вакансии, там разница в 2-3 может встречаться в рамках одного грейда, лол
Большое спасибо за интересный подкаст. Приятные собеседники, актуальная тема. Со многим из того что обсуждалось полностью согласен. 1) Клёво, что затронули опыт работы как в больших, так и в маленьких компаниях. Сам с этим столкнулся (начинал с большой, сейчас в маленькой) и абсолютно точно могу сказать следующее: в большой компании задачи на самом деле сильно декомпозируются. Из-за этого ты как специалист можешь круто вырасти в одном направлении, познать всю глубину. Но тут кроется несколько моментов: во-первых, возможны проблемы с многообразием (ощущается спустя несколько лет), а во-вторых, сложно понять как вся машина работает в целом. Проникся этим, когда оказался в маленькой компании. Вот где простор, вот где стало понятно, что, для чего и как делается. То есть удалось увидеть весь процесс разработки в миниатюре. Ну и поработать удалось со всем. И также стало понятно, что все фишки большой компании (таск-трекер, отчёты и т.д.) придуманы не зря. Никита в этом деле прав на 100%. Если у вас есть возможность поработать и там, и там - будет прекрасно и абсолютно точно это пригодится в жизни. В целом разницу можно описать так: в большой компании ты знаешь все о немногом, а в маленькой немного обо всем. 2) Очень странно было услышать, что есть такие программисты, которые хотят некоторое время посидеть над одной технологией. Тут больше вопрос к тому, что сфера IT развивается нереально быстро и "чтобы идти в ногу надо бежать". Ни в коем случае не осуждаю, причины могут быть разные. Но мне всегда казалось, что программист в первую очередь постоянно подтягивает свой грейд. 3) И ещё один момент, с которым Никита попал в яблочко: при выборе места в первую очередь смотрите на стек и предметную область. Никто не будет отрицать, что чем больше зарплата - тем лучше. Но просто надо иметь ввиду следующую вещь: зарплата приходит два-три раза в месяц. Это секундный дофамин при виде цифр на счете + от каких-либо покупок. А вот задачи, которые вы решаете на работе, поступают ежедневно, ежечасно и порой ежеминутно. Поэтому гораздо важнее получать удовлетворение от дела. А деньги - они обязательно появятся. Ещё раз спасибо за подкаст. Буду следить за дальнейшими выпусками и по возможности смотреть. Сегодня вот звёзды совпали: выдался часик рутинной работы, не требующей активной мозговой деятельности :)))
Про «нежелание развиваться» будет буквально один из следующих выпусков. Обсудим, нужно ли расти в тимлиды или можно просто спокойно писать код)
26:53 webgpu экспериментальная технология, которая все еще очень плохо поддерживается на линуксах
А зачем вообще сравнивать Django / Litestar? Сравнение последнего с FastApi, Quart было бы понятным, у них одинаковые ниши. Django же в 2024 в 90% случаев используют для разработки внутренних корпоративных инструментов, когда красота UI не так важна, можно задействовать django-админку, быстро прикрутить какой-нибудь SSO и чтобы справиться могли сами бекендеры без привлечения фронтов
вк грузится 6 сек, и то, закешированная {скорее всего} страница с поиском трека. если бы открывалась страница ленты, боюсm это заняло бы секунд 20. кто этим древним мамонтом пользуется вообще хз
Многогранное обсуждение, очень интересно, спасибо
Go - идеальный первый язык без лишнего сахара
О да... скорость и стабильность сети, аналитика, поведение загрузки, кеш 😂. Вот слушаю эту чушь и единственная мысль которая приходит, это - оправдание. Лет так 15 назад, когда в каждом доме был ADSL модем, а скорость интернета могла варьироваться между 100 кб. до 2 мб. (и то, 2 мб - это были своего рода "цари") на удивление - все грузилось относительно быстро. Да, вы можете сделать замечание из разряда "тогда и сайты были проще, да и дизайн не таким сложным и перегруженным", но тогда и инструменты были на 10 голов ниже (технологии и программные средства, которые использовались для создания и обслуживания). Сейчас, имея 100 мегабитный интернет (а у некоторых это значение бывает еще больше) - лучше не стало, моментами так и хуже. При этом, что многие провайдеры предоставляют пакет "70 - 100 мб." как базовый за относительно скромные деньги. Может быть проблема в другом? Например в том, что мы хотим делать простые вещи - сложными? Или в том, что каждый в погоне за "большими деньгами", решил стать мамкиным "программистом" и первым что он выучил это React? Речь о том, что сейчас большинство не инженеры/девелоперы, а "фреймворкеры". Мы живем в эпоху, когда разработчики знают Tailwind, но не знают CSS. Им сложно написать простой SQL-запрос, но они знают, как использовать ORM. Они не знают, как работает JavaScript, но пытаются изучить Next.js. А вот относительно "делать простые вещи - сложными", возьмем за пример Microsoft. Те в свою очередь весь UI браузера Edge написали на React. А вопрос "нафига"? Теперь вот переписав некоторые компоненты на чистый JavaScript, выяснилось, что быстродействие увеличилось на 30%. Да неужели? И так практически везде. Люди используют громоздкие фрейморки, библиотеки не задумываясь, а надо оно там или нет. Проходя через разные эпохи развития веб-разработки, мы видели разных "специалистов": те, кто специализировался на jQuery, затем на React (где некоторые не понимали разницы между let и var в JavaScript), а также были "специалисты", использовавшие Bootstrap, Foundation или Elementor (это уже в области WordPress). К сожалению, нынешний тренд - это развитие AI/Copilot-ориентированных разработчиков.
А еще раньше трава была зеленее говорят))))))))))))) Ну а так реально мужик ты ж тут лучше всех знаешь о чем говоришь...
Оправдание чему? Тому, что современные сайты позволили вам в браузере получать столько функционала, что 15 лет назад и многие приложения такого не давали? С одной стороны я с вами согласен, упарываться в инструменты не зная основ это плохо. С другой - у этих инструментов есть цель, и если их применять правильно то они помогают избавиться от многих проблем. Многие недооценивают то как работают современные сайты. Даже если взять банальные банковские приложения. Вроде у многих банковских сайтов и моб. приложений функционал примерно одинаков, а там где функционала и больше, то зачастую это веб версии. При этом, сравнивая скорость работы моб. приложения и сайта люди абсолютно игнорируют размер самого приложения. Сейчас банковские приложения весят сотни мегабайт предлагая тот же функционал, который вы можете получить на сайте, открыв его всего за пару секунд... Отсюда и такие компромиссы. То что люди начинают писать простые лендинги на реакте это скорее следствие привычки, нежели проблема наличия Реакта как иниструмента.
После фразы фронт такой тяжёлый можно выключать видео.
Можно и не выключать, послушать, вдруг там будет объяснение фразы🤷♂️
Тут фраза из контекста вырвана, автор о личной эффективности или о трекинге в компаниях?
Речь про то, можно ли сказать «дайте мне просто сидеть на месте, я не хочу развиваться, не хочу тимлидить, хочу сидеть клепать формочки»
Абсолютно верно 😌 На работе мы проводим бОльшую часть своей жизни, так что себя надо любить и выбирать приятную работу, а не +5-10% к зп. Тем более, если тебе заходят определённые технологии, то ты неминуемо будешь быстрее повышать свой грейд в них, что повлечёт и повышение ЗП 😊
Прошу посодействовать в проведении эксперимента: легче ли учится Питон в мерче Evrone) Потом приду к вам на работу уже по форме приодетая. А вообще пока склоняюсь к мысли, что для джунов (!) аутсорс/аутстаф - лучший и наиболее быстрый способ наработать профкругозор и прощупать свой язык программирования со всех сторон. Жалко, что стажировки бывают только у продуктовиков
Сначала ЗП, остальное все дурка
всей этой херней заниматься, увеличьте скорость интернета, пжст
таблица сборщиков непонятно в каких попугаях измеряет качество фичей
Шикарный доклад, спасибо! Это всё скоро явно появится в различных интервью
ух, не согласен с точкой зрения, что чтобы вырасти надо пройти 9 кругов ада, считаю, что 80% из нового поколения айтишников просто не будут работать в таких компаниях, соответственно не все компании переживут ближайшие 5 лет
Ну, это один из способов. Резюме может выглядеть по-разному. кому-то придется лично доказывать свои компетенции на тестовых, а за кого-то будет больше говорить богатый и разнообразный опыт. И оба при этом могут получат работу :)
Как-то знакомый рассказал про компанию, в которой работает, на интересном проекте, так вот я тоже захотел туда, зашел в вакансии, а там только жесткие сеньоры... И это был и есть Еврон, как только докачаюсь - сразу к вам! Смотрю ютуб и ого знакомое имя, еще и подкасты интересные, спасибо, подписался❤
Ждем в команду! <3
аутсорс - это просто рабские галеры и бадишопы
Сначала ЗП потом все остальное
моя первая работа в IT-сфере была на аутсорсе, 1С-Битрикс.Вспоминаю это как страшный сон, может из-за того что начальник был кон*енный, но суть в том что щас работаю на продукте и кайфую от работы
Спасибо, мне как новичку, это было поздно
Ну а вдруг решите в другую какую-то сферу переползти? Из фронтенда в бэкенд, например. Считай, что с нуля начинать
Адепты "Культа Продуктивности". Твои глаза должны гореть неугасимым огнём, а если ты не учишь по фреймворку в месяц - ты недостоин служить великому богу Развития.
Но не учить ничего три года к ряду ведь тоже плохо?
Оксана шарит
Полезный подкаст! Спасибо!
Когда приходишь из стартапа или "молодого дружного коллектива" в большую компанию с чётко отлаженными процессами и первые полтора года просто офигиваешь от того, как всё круто и чётко сделано, то потом ценишь это больше, чем "бесплатные печеньки в офисе" :)
Всё грустно. Но это всё про мидлов, и даже не про джунов
Не соглашусь по поводу аутсорса. У нас когда руководство видит специалиста из «КРОК» то сразу отказывает. Люди выжаты как лимон и чтобы они вошли в калию нужен год. В любой продуктовой компании есть много проектов и у тебя разнообразие и опыт.
ох, а что там происходит?
@@bstatru5255 по всей видимости работают 20/7 :)
Звучит как невеселая история. Но ведь выгореть можно где угодно?
Подкаст без Григория - время на ветер :)
Григорий есть в подкасте )
Кстати, да))) Но он будет и в будущих выпусках иногда появляться. В одним вот снимается буквально очень скоро)
@@bstatru5255ممم٩٩٩٩مم
В продукте с налаженными процессами работать комфортнее, при этом как правильно замечено - аутсорс может дать больше опыта за более короткий промежуток времени, для тех кто его ищет 😂 Где работать? В команде профессионалов 😁
Блин, ну все про себя говорят, что они профессионалы)))
Подпишитесь на наш канал, чтобы не пропускать выпуски подкаста «ОR», трансляции и записи митапов и другие образовательные ролики! Анонсы в телеграм: t.me/meetups_evrone Кейсы и интервью со звездами разработки: evrone.ru/blog
Ахаха, там живые люди 😂
Скажу так : Смотрел другой подкаст на ютубе , разраб ушел со 2го питона на го и 5 лет разработки было и затем вернулся снова на 3ий питон. И его итог был такой: GO разрабам платят больше, но толку на самом деле не так много. Для быстрого старта и развертывания проекта лучше использовать питон. Когда проект начнет расти и маштабироваться есть смысл для ускорения начать переписывать на GO. ua-cam.com/video/P_xk4AusXWo/v-deo.html
Эх, все бы писали такие развернутые и агрументированные комментарии, чтобы расширять взгляды. Лайк вам!
Евроны, Хекслеты Вы крутые, к вам же приходят миллионы людей, может создать какой-нибудь опен-сорс проект чтобы куча людей писали его?)
Какой, например?) И кто будет это дело менеджерить?)
@@EvroneDevelopment Ну например, какую-нибудь библиотеку для чего-нибудь, соцсеть или операционку на худой конец)) Менеджера выберем из желающих или сообществом будем решать какой реквест принимать) Ну вот я начинал писать платформу для интернет-радио на Ruby, после серии видео от Павла про Руби, но так в одного сложновато, посоветоваться не с кем)
@@user-qk7jq9ss2n Принимать пул-реквест всем сообществом это... ну как минимум долго) Один забыл проголосовать и потом начнет отстаивать свои права, мол, я просто не видел уведомления, а так у меня есть консёрн))))
И теперь мы все знаешь, если ты учишь Go, то ты автоматом становишься гопникоп, синим гопником...
Во во я свою проблемы нащел в импутах от АПЛ)
Один раз просмотрел, теперь вычищать это из ленты несколько дней.