Видео

По названию подумал, что опять что-то про накрутку 😆

❤

Вопрос: то, что блоки подстраиваются друг под друга это понятно, но КАК без медиазапросов растягивать их на всю ширину, в случае когда они подстраиваются друг под другом? При этом, чтобы в десктопе они были ограничены по ширине, т.е. были в 1 ряд? Есть идеи?

8:56 Про независимое масштабирование. Если нужно перенести какой-то модуль на отдельную железку и настроить для него rate limit не обязательно выделять сервис. Можно экземпляр монолита задеплоить на отдельную железку и делать к этому экземпляру запросы только к одному модулю. И для этого экземпляра монолита настроить rate limit. То есть на уровне организации кода останется монолит, а на уровне runtime отдельный сервис. Можно балансировщиком нагрузки отправлять разные запросы разным экземплярам монолита, находящимся на разных железках. Такая технология решает также проблему единой точки отказа. То есть монолит может выступать в качестве шаблона сервиса. 10:35 Не зависимый деплой. Здесь проблема будет, если для каждого модуля не выделить отдельную ветку в системе контроля версий. Если так не сделать то, представьте решили задеплоить модуль. А изменения кода других модулей закоммичены, но ещё не протестированы. Нужно для всех моделей согласовать единый релизный (деплой) цикл. Это тяжело. Микросервисы эту проблему решают. Но в монолите эту проблему можно решить если для каждого модуля выделить ветку в системе контроля версий. Надо модуль задеплоить, мержим ветку модуля в основную ветку и деплоим основную ветку. Причём до деплоя в основную ветку можно промержить с основной ветки в ветку модуля и протестировать. Иногда проше конечно сделать единый релизный цикл для нескольких модулей, чем разные ветки. Отдельный сервисы нужны только когда нужно написать часть функционала на другой языке, либо с использованием других версий библиотек. Это действительно происходит с ростом проекта. Необязательно сразу дробить всё на микро сервисы. Выделение сервиса из монолита должно быть оправдано. Монолит становится сильно связным и трудно поддерживаемым (в одном месте поменяли, всё остальное посыпалось) по причите того, что разработчики стремятся минизировать дублирование кода. У многих рука не поднимется скопипастить в монолите. А в микросервисах дублирование кода в разных микросервисах приветствуется, главное уменьшить зависимости микросервисов друг от друга. Данные в разных БД разных микросервисов тоже дублируются. Это тоже связность уменьшает. Если в модулях монолита не применять аналогичную практику, то он тоже получим сильно связный трудно поддерживаемый код. Есть упризнания, что с микросервисами не всё так хорошо Авито: ruclips.net/video/yLrSp174yc0/видео.html HeadHunter: ruclips.net/video/7WT_Rl6m2DU/видео.html

Привет! Все конечно здорово, но было бы отлично если поработали над звуком.

Слабенький доклад. Менять шило на мыло. Двигаться то уже в сторону Symfony. С typeorm сущности нельзя инкапсулировать, di, если без фабрики, то это просто проброска класса. Так можно и напрямую импортировать

Хорошо что не пошли в Django, это унылое говно 💩 для поделок, если хотите убивать время и силы то django это идеально 😂😂😂 были проекты на django 2 года их поддерживал и внедрял сложные фичи и без тонны кофе и матов это сделать не возможно, уговорил переписать все на laravel, ушло 2 месяца и 0 нервов, знаю django и laravel одинаково, так как писал на них много проектов, в 2000 задрачивал RoR и очень рад был, сейчас он не особо актуален и django очень похож на RoR

Ой мамочки, я в телевизоре

Повелся на комментарии, доклад о том что таймеры не относятся к спеке екма 262 а относятся к другой и у них есть свой цикл задач

Любое приложение выполняется под управлением операционной системы. Каждая ОС, если она не является клоном другой ОС, имеет свою концептуальную архитектуру и отличительные функциональные особенности, в том числе в реализации графического пользовательского интерфейса (UGI) построенного на своих графических компонентах. Поэтому, если приложение разрабатывается на ЯП с учетом его исполнения на разных ОС, то оно должно либо выполняться под управлением RT-машины для этого ЯП, включающего свои компоненты UGI (как, например, в Java), либо ограничиваться только кодом работающим без компонентов UGI. В этом случае программа должна быть написана ЯП с соблюдением ANCII - стандарта и наличием компилятора с этого ЯП работающего на разных ОС. Графический интерфейс приложения в этом случае придется все равно дорабатывать. Расчитывать же на "волшебный" ЯП, который обеспечит полную функциональность приложения на разных операционных системах без его доработки просто наивно.

Александр, отличный доклад!

Спасибо за доклад! Но вот вопрос почему сложность перехода на Python Django была оценена как высокая, как то ушел в не тот ответ, потому что побоялись плохой перспективы python в бэке, с чем по моему мнению немного промахнулись, потому что Django это как раз один из титанов который дает все что захочешь). Правда при этом подозреваю выбор Node.js шел с прицелом как раз на будущее, а именно фулл стековость разрабов

Спасибо, очееень интересно было послушать доклад на эту тему от Саши

Разница между монолитим и микросервисами примерно как между карбюратором и впрыском. Карбюратор вобщем-то не уступает впрыску, но надо постоянно настраивать у высокооплачиваемого специалиста. А впрыск работает, и всё.

о спасибо что спиздили мою разработку :) но недоделали :)

4:32 чет орнул, все кричат редакс, а он такой правильно, виндоу

чет стейт-машины вообще не освятили, тот же xstate

Делать быстрее и дешевле - качество будет 0. Вот такие вот маркетологи везде лезут.

Кожин прям Чипец в этом году освещает👍

Очень полезная информация

на одном дыхании посмотрел

Нереально круто👌🏼

Альберт как всегда красавчик, подписан с самого начала на телегу которую он ведет, советую, очень много полезной инфы👍🏼👍🏼👍🏼

🎉очень интересно

Очень круто 🎉

Альберт молодец👍🏻

Отлично, всем нужно знать, как работает браузер 👍

Спасибо за интересный доклад. Выступающий - топ

Очень тяжело к прослушиванию, хоть и тема интересная

Если jpeg перевести в svg или html, outlook их все равно не пропустит?

бриджа уже нет, можно расслабить булки

Спасибо, Дарья! Приятно слушать. О многих незнал. А перерисовка еще покажет те элементы, что изменились по окончании загрузки например очередной порции стилей. Пощволит их все отловить.

прикольный видос

ксс

100000 это не сверхзарплата, это норм для начала

По классу можно, но не нужно...

Нейронные сети Илона Маска, ахах Наванговал, GPT вышел ) Спасибо за ролик, интересно было посмотреть, уже полгода изучаю разработку. За плечами HTML,CSS, JS, React и все еще сомневаюсь, что готов идти на джуна, думаю на стажировку просто подаваться. Может подскажешь, стоит ли начинать со стажировки или сразу позиции Junior разрабов штурмовать?

Как же раньше просто было, пол года курсов по фронту и ты разработчик. Пишу это из 2023 года, где в Беларуси по 1300 откликов на позицию без опыта работы или стажировку.

Когда откроете набор на стажировку?

Разбираете резюме свитчера - не понятно почему он решил податься как программист, не имея опыта... Менять работу нельзя по вашему?

Спасибо за видео

З. Ы. Поддерживаю, что Гитхаб поможет провинциалам пробиться в столицу, в крупные города

Великолепная подача материала! Особенно понравилось про то, что купить курсы - это не купить знания. Сам сейчас прохожу бесплатный курс по C# и считаю это основой, стартовой площадкой для платного и/или расширенного курса. Спасибо за полезное видео!

Хорошее выступление, всё понятно и по полкам. Отдельное спасибо за таймкоды.

бем

Готов влится в вашу компанию.О себе нихрена не умею но очень хочу научится.)))

Хочу к вам)))

Всем привет.изучаю фронтенд js не зашел кто возьмет на поруки(((

а nest в обзоре не было ? показалось что только тестовые на фронтенд - а бэкенед или фуллстак не было таких ?

Кого то взяли на работу?