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 RU-vid channel to get the latest news, videos & showreels!
Спасибо, Еврон! Менял несколько раз продук и аутстаффинг, и могу с уверенностью сказать, что все зависит от людей на проекте а не от типа контракта. Дерзайте!)
Молодец, но почему бы просто не реализовать архитектуру как по книжке и не делать не пойми что, в итоге проблем не оберетесь, сделали бы все глобальное, зачем вам принцип инверсии ? в общем за опыт плюс, за все остальное минус
Соглашусь, многие даже не могут представить, что может произойти если просрать базу номеров, в худшем случае люди имеющие доступ к osint смогут получить полную базу о клиентах, то есть паспорта, Инн, любые документы, даже имена членов семьи, и место прописки, по этому в первую очередь нужно делать все качественно, так как от разработчика зависит спокойствие клиентов
Большое спасибо за интересный подкаст. Приятные собеседники, актуальная тема. Со многим из того что обсуждалось полностью согласен. 1) Клёво, что затронули опыт работы как в больших, так и в маленьких компаниях. Сам с этим столкнулся (начинал с большой, сейчас в маленькой) и абсолютно точно могу сказать следующее: в большой компании задачи на самом деле сильно декомпозируются. Из-за этого ты как специалист можешь круто вырасти в одном направлении, познать всю глубину. Но тут кроется несколько моментов: во-первых, возможны проблемы с многообразием (ощущается спустя несколько лет), а во-вторых, сложно понять как вся машина работает в целом. Проникся этим, когда оказался в маленькой компании. Вот где простор, вот где стало понятно, что, для чего и как делается. То есть удалось увидеть весь процесс разработки в миниатюре. Ну и поработать удалось со всем. И также стало понятно, что все фишки большой компании (таск-трекер, отчёты и т.д.) придуманы не зря. Никита в этом деле прав на 100%. Если у вас есть возможность поработать и там, и там - будет прекрасно и абсолютно точно это пригодится в жизни. В целом разницу можно описать так: в большой компании ты знаешь все о немногом, а в маленькой немного обо всем. 2) Очень странно было услышать, что есть такие программисты, которые хотят некоторое время посидеть над одной технологией. Тут больше вопрос к тому, что сфера IT развивается нереально быстро и "чтобы идти в ногу надо бежать". Ни в коем случае не осуждаю, причины могут быть разные. Но мне всегда казалось, что программист в первую очередь постоянно подтягивает свой грейд. 3) И ещё один момент, с которым Никита попал в яблочко: при выборе места в первую очередь смотрите на стек и предметную область. Никто не будет отрицать, что чем больше зарплата - тем лучше. Но просто надо иметь ввиду следующую вещь: зарплата приходит два-три раза в месяц. Это секундный дофамин при виде цифр на счете + от каких-либо покупок. А вот задачи, которые вы решаете на работе, поступают ежедневно, ежечасно и порой ежеминутно. Поэтому гораздо важнее получать удовлетворение от дела. А деньги - они обязательно появятся. Ещё раз спасибо за подкаст. Буду следить за дальнейшими выпусками и по возможности смотреть. Сегодня вот звёзды совпали: выдался часик рутинной работы, не требующей активной мозговой деятельности :)))
А зачем вообще сравнивать Django / Litestar? Сравнение последнего с FastApi, Quart было бы понятным, у них одинаковые ниши. Django же в 2024 в 90% случаев используют для разработки внутренних корпоративных инструментов, когда красота UI не так важна, можно задействовать django-админку, быстро прикрутить какой-нибудь SSO и чтобы справиться могли сами бекендеры без привлечения фронтов
вк грузится 6 сек, и то, закешированная {скорее всего} страница с поиском трека. если бы открывалась страница ленты, боюсm это заняло бы секунд 20. кто этим древним мамонтом пользуется вообще хз
О да... скорость и стабильность сети, аналитика, поведение загрузки, кеш 😂. Вот слушаю эту чушь и единственная мысль которая приходит, это - оправдание. Лет так 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 лет
Ну, это один из способов. Резюме может выглядеть по-разному. кому-то придется лично доказывать свои компетенции на тестовых, а за кого-то будет больше говорить богатый и разнообразный опыт. И оба при этом могут получат работу :)
Как-то знакомый рассказал про компанию, в которой работает, на интересном проекте, так вот я тоже захотел туда, зашел в вакансии, а там только жесткие сеньоры... И это был и есть Еврон, как только докачаюсь - сразу к вам! Смотрю ютуб и ого знакомое имя, еще и подкасты интересные, спасибо, подписался❤
моя первая работа в IT-сфере была на аутсорсе, 1С-Битрикс.Вспоминаю это как страшный сон, может из-за того что начальник был кон*енный, но суть в том что щас работаю на продукте и кайфую от работы
Адепты "Культа Продуктивности". Твои глаза должны гореть неугасимым огнём, а если ты не учишь по фреймворку в месяц - ты недостоин служить великому богу Развития.
Когда приходишь из стартапа или "молодого дружного коллектива" в большую компанию с чётко отлаженными процессами и первые полтора года просто офигиваешь от того, как всё круто и чётко сделано, то потом ценишь это больше, чем "бесплатные печеньки в офисе" :)
Не соглашусь по поводу аутсорса. У нас когда руководство видит специалиста из «КРОК» то сразу отказывает. Люди выжаты как лимон и чтобы они вошли в калию нужен год. В любой продуктовой компании есть много проектов и у тебя разнообразие и опыт.
В продукте с налаженными процессами работать комфортнее, при этом как правильно замечено - аутсорс может дать больше опыта за более короткий промежуток времени, для тех кто его ищет 😂 Где работать? В команде профессионалов 😁
Подпишитесь на наш канал, чтобы не пропускать выпуски подкаста «ОR», трансляции и записи митапов и другие образовательные ролики! Анонсы в телеграм: t.me/meetups_evrone Кейсы и интервью со звездами разработки: evrone.ru/blog
Скажу так : Смотрел другой подкаст на ютубе , разраб ушел со 2го питона на го и 5 лет разработки было и затем вернулся снова на 3ий питон. И его итог был такой: GO разрабам платят больше, но толку на самом деле не так много. Для быстрого старта и развертывания проекта лучше использовать питон. Когда проект начнет расти и маштабироваться есть смысл для ускорения начать переписывать на GO. ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-P_xk4AusXWo.html
@@EvroneDevelopment Ну например, какую-нибудь библиотеку для чего-нибудь, соцсеть или операционку на худой конец)) Менеджера выберем из желающих или сообществом будем решать какой реквест принимать) Ну вот я начинал писать платформу для интернет-радио на Ruby, после серии видео от Павла про Руби, но так в одного сложновато, посоветоваться не с кем)
@@user-qk7jq9ss2n Принимать пул-реквест всем сообществом это... ну как минимум долго) Один забыл проголосовать и потом начнет отстаивать свои права, мол, я просто не видел уведомления, а так у меня есть консёрн))))