434. Safari, Astro, бета TS 5.6, CSS-нестинг, handwriting, Google и SPA, Deno неправ, выход из веба

Привет! С вами 434 выпуск подказства веб-стандарты и его постоянные ведущие, не только менеджеры, Алексей Симоненко, и мефический фольстер Кандрей Мелехов. В этом подкасте мы обсуждаем главные новости франденда за прошедшую неделю. Если вам нравится, что мы делаем, поддержите нас на потривание или бусте. А мы пригласим вас закрытый чат. В этом выпуске обсудим. Немножко браузерных новостей про Safari.

Поговорим про новый Астро и про серверные острова. Поговорим немножко про TypeScript 5.6. Почему я говорю немножко? Там же большая бета, вышел кучу и фич, обсудим каждую. Есть несколько интентов, ту шип, эту прототайп, там какие-то расследования будут у нас про Неста т.ру. И про новое атрибуд хенрайтинг. Поговорим про статью на верселе о том, что Google-то вроде умеет индексировать JavaScript и рендерить его и все хорошо. То есть что получается. Мы теперь можем не париться из-за этого.

И все хорошо будет у нас с его даже с нашими современным с этим разберемся. Поговорим о том, как большая хорошая мечта Райна Даля кажется не выплатилась и как он пытается найти нормальное, хорошее применение тем фичем для дина, которых ему не хватает. Ну а в конце поговорим о такой, может быть немножко слизливый, но довольно важный, серьезный история о том, как человек с большим опытом в выпродроводке ушел из веба. Почему это случилось?

Ну и как обычно начнем с браузерных новостей. Были новости про хром, но Никита не пришел, поэтому мы ему оставим отдуваться в следующие какие-то выпуски, а поговорим сегодня конечно про Safari. Ну а про что еще? У Safari не так много всего вышел, но есть несколько интересных вещей. Во-первых, обновь его уже Макос, Айос и Айпадос, поэтому вместе с этим всем обновился и Safari.

Смотрите, это 17.6. И из интересного это такой мне показался немного странный релиз, потому что там совсем чуть-чуть бокфиксов, но одну фичу они как будто бы за Бэкпортили из 18.00 Safari, 17.006 я не очень понимаю зачем было такая необходимость, но интересный кейс. А про что я говорю, я говорю про SafeA alignment для фликпосы, мы когда обсуждали 18.00 Safari, говорили о том что это дополнительное ключевое свойство для GSTFI Content, который позволяет выравнивать.

Если он из-за граница блока уходит, чтобы он не выравнивался по центру, если мы пишем GSTFI Content Center, он у нас хвостиками и слева и справа вываливается за блоки. Это не совсем то поведение, которое мы хотели бы, особенно если мы делаем какую-то мину или какую-то список.

И мы хотели, наверное, вы, чтобы левая часть всегда было видно, а то что справа не поместилось, ну и ладно, даже если мы выравниваем по центру. Поэтому ключевое слово Safe оно как раз такое поведение включает и у нас получается что мы можем писать GSTFI Content Safe Center и он Safe Center. И все, и эту фичу мы видели в 18.00 Safari и зачем-то ее прямо сейчас за Бэкпортили в 17.006 и уже зарелизили.

Интересное поведение просто не видел раньше, чтобы ребята из выпкеток куда-то торопились, а тут они решили. Ну, видимо, все готово и релиз есть и вроде не сложно. Давайте я не знаю, черепик им эти комиты и все. Может быть там где-то вообще кодовая база. Ну, у них 100% вообще. Ну, какие-то моды ли у тебя могут быть? Да, я понимаю, ну ты же понимаешь, у тебя хотя релиз, там я не знаю, через сколько-то два, ну два с копейками месяца. Подождать не можешь.

Там есть, наверняка еще фича какие-то которые тоже можно было бы за Бэкпортили. Я не знаю, история которая за этим всем стоит, возможно вообще нет никакой истории, просто решили что могут и сделали. Но интересно, у нас есть такое поведение, которое теперь у нас в релизном Safari есть. Больше в 17.006 в принципе ничего не происходило важного. И у нас на этой неделе был как-то юбилейный, получается, Safari техно уже привью в ухсотый. 200 релизов уже делали моции.

И тут две такие вещи, на которые стоит обратить внимание во-первых, они оптимизируют мессонный гриб. Для того, чтобы он работал быстрее. Мне кажется, это такая в принципе довольно трудоемкая вещь, поэтому хорошо, что они пили от не только само спецификацию, реализацию ее, но и стараются делать так, чтобы она работала довольно быстро. И добавили для UN8 массива для метод тухекс.

По-моему, раньше говорили о том, что они добавили все эти методы, которые превращают, конвертируют этот объект в другие, сейчас как добавили дополнительный метод тухекс. Остальное, это опять же небольшие бакфиксы, тоже опять же релиз такой маленький, ну, как мы говорили, пока 18 Safari не зарелизится, наверное, так оно и будет. И это все, что ребята из выпкета сделали на этих неделях. Как тебе Андрей? Ну, как-то немного, немного.

На опять же, они же готовятся к большому релизу, но на сосенью-то уже наверное будет доступно. И тот же самый 18 Safari приедет с новой операционной системой, что недобольших изменений. Ну, я так всегда тоже объясню, просто ребята, которые знаешь, смотрят за развитие хрома, они так говорят, ну, а у них вот все время все стабильно, типа раз в Н недель, сколько там 4-6 недель, не помню. Как часто сейчас хрома реализится? Ну, я ж не некита. Ну да, да, да, согласен.

А у них там всегда приезжает куча всего важного, большого и так далее, так далее. Ну да, команда выпкета, такая поменьше можно сказать. Окей, это вот из такого браузерного, да? Что еще? Настут нам говорят, что мы простро совсем не говорим, Андрей. Ну, даже не просто простро, понятно, что сам по себе астро, ну есть астро, он там обновился до 4-12 и в целом мы такие ностя не часто освещаем, а дело в том, что вот именно в Астро 4-12 завезли серверное острова.

Вот с чем к нам пришли, сказали о чем они рассказали, это же интересная вещь. Что такое? Серверное острова. Ты вот тоже слышал про островное архитектуру? Ну, я слышал только, когда Яндекс пытался поиск переделать на острова, а с тех пор я доставала уже ничего не слышу. Но это другие острова, островное архитектуру, это довольно такая модная штука, когда мы кстати-таки, уже не называли их островами.

В общем, основная идея была острова продвинула это название в том, что мы можем не рендерить весь реакт на нашей странице. Там от начала до конца, но не важно, что там реакт не реакт, главное, что весь клиентский рендер не нужно на каждой чек делать. Если у нас на странице есть только какой-нибудь там, ну не знаю, вот у вас полностью статичная страница, а с бокового есть менюшка, которая зависит от конкретного пользователя, зачем вам рендерить всю страницу?

Вы можете от рендерить только вот ту часть, где интерактивность. В этом и была идея островной архитектура, что наша банду становится маленькими и рендерится все быстро, потому что рендерить нам надо немного. И вот остров, в 21 году это показал, а дальше он делает следующий шаг и предлагает… Смотрите, у нас же есть еще кот, который летит к нам с сервера, а как он может лететь?

У нас есть варианты, что эта страница полностью статичная никогда не меняется, они могут быть динамичные, а или они могут быть почти статичными, но частично зависеть от пользователя. Тоже самые ситуации, да, что вроде бестатичная страничка у нас на сервере. Но в ней надо написать имя пользователей, если у него стоит кука. И в этот момент мы вроде как уже не можем ее всю положить под крэш и унести насиден.

Все, нам нужно знать, или мы будем тогда рендерить на клиенте, вот эту часть, или мы отказываемся от статики. И в этом случае вот островик говорит, а давайте просто разобьем вашу страницу тоже на кусочке уже на серверы. То есть пометь мне, к которой наши компоненты, что они являются такими дефредами и прилетают с сервера, все остальное, мы рендерим, складываем на синтем, человек заходит на страничку, ему быстро отдаётся сиден. Страничка статичная, отдельные кусочки запрашиваются сервер.

И как раз, если открыть их демку, то как летят эти кусочки? Видея ЧТМЕЛ! Что-то там мне это напоминает вот это вот движение, да? Когда нас на страничку внедряется чуть-чуть JavaScript, который отдельные кусочки выдёрдивает сервера,

видеть ЧТМЕЛ и вставляет страницу. Я тоже хотел сказать, ну, по моему уже очевидно, что мы делаем какой-то круг в в в в в в в в в в в в в в в сообществе и повторяем ровно то, что мы раньше делали, заменить здесь, я не знаю, астро, реакт на пьп и получится то же самое разведение. Ну нет, не обязательно, но ты скорее вот похожи на то, что нам предлагают тот же самый ЧТМЕХ или другие решения, которые сервера дёргивают ЧТМЕЛ, кусочками.

Ну, всё правильно, а еще раньше мы делали это совсем просто мить технологиями. Мне просто кажется, что как-то мы вот это крутимся от идея того, что мы всё делаем на сервер и мы всё делаем на клиенте, и вот между этими двумя состоянием мы тут, да, тут, сюда, и типа пытаемся найти какое-то решение по середине, а на самом деле по факту мы просто продолжаем вот это движение туда-сюда.

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

Ты считаешь правильно? Вообще это движение, когда мы пытаемся, когда инструмент, который в первую очередь заточен для генерации статики, начинает уходить чуть-чуть влево, чуть-чуть вправо, то есть размывать своя, наверное, позиционирование задачу, что я типа могу не только делать полностью статистические сайты, могу делать их немного динамическими, да, поначалу.

Потом, возможно, мы придем к решению, что не немного, а уже средней динамически, потом мы где-то придем, ну в принципе можно уже и полную динамику сделать, а чего удобно же, и опять забивать там одни молодком все гвозди. Нет такого ощущения, правильно вообще это движение на твыскли? Ну, а как иначе, даже если ты собираешь какой-то блок, ты, наверное, захочешь, чтобы у тебя были комментарии, пользователи?

Ну, ты же, ну подожди, ну мы же и раньше это делали, ты можешь ставить какое-нибудь чужое решение, да, ферпати какой-нибудь скрипт или еще что-то уже блок с комментариями, это вообще без проблем вставляется. Ну, ты не хочешь вставлять комментарии, которые лежат где-то на чужом сервере и как тебе летят, и еще не факт, что нормально проиндексируется, ты хочешь, чтобы это оставалось у тебя?

Ну хорошо, но ты тогда ты приходишь к идее того, что у тебя все-таки динамическое сайт, зачем тебе инструмент для статистической генерации? Ты не можешь, то же самое сделать, ну, быструю генерацию простых страниц на своем обычном инструменте. Я не знаю, на том же самом реакте раз. Не можешь, потому что ты хочешь, чтобы оно отдавалось сидем. Предположим, твой сервер стоит во встрали,

а люди к тебе заходят из Европы. Если у тебя статика лежит на сидем, европейском, то у тебя сразу отрисуются страничка, на которой не будет немножко динамити. А динамика так грустится чуть позже. Пока пользователь читает ту статику, которая прилетела к нему сиден. Вот мне кажется, это один из основных тейсов. Это может быть даже магазин, в котором динамическая, только корзина. Все остальное там не меняется. Вот наши микрофоны, вот у тебя вижу у тебя микрофон фирмы Road.

Это австралийская компания. Вполне могут у себя в магазине выложить статические все описания микрофонов. Но кнопку найти там магазин рядом со мной, уже сделать динамикой. Ну, смотри, а что им мешает сделать все то же самое сразу на динамике. Отдать статическую страницу и отрендерить. Потому что она будет долго. И сделать это быстро. У тебя сигнал. Побежить до австралии. Нет, не подожди, подожди. Ну, подожди. У тебя уже расстояние. У тебя на сидем не сможешь рендерить.

Ну, ты же можешь кэш сделать. У тебя же как обычно динамика работает. Если там у тебя динамические генерируются более-менее статические сайты, страницы. Ты можешь из нее создать кэш, уже готовый. И его распространяете своего седена. Ну, решение-то тоже есть. Ну, как вариант. Но гораздо проще. Ну, взять то же самое решение. Тастро проще. Оно маленькое. А то у тебя там собирается где-то в Google Action, в GitHub Action. Ну, понятно. Я просто знаю, что это.

Я так как вижу вот какую-то давно сидим же правильно. Вижу вот эти движения. А от простоты и от решения одной задачи, когда инструменты обрастают. Ой, мы можем еще и это и это и это. Бесторий WordPress ровно так и начиналось. Дауально был хороший когда-то очень давно. Инструмент, который решил ровно одну задачу. И потом превратился в ужаснейший комбайн, который может все что угодно. А самое главное, как бы его создатели не предусматривали, как его используют пользователи, точнее, разработчики.

Да, использовали вот так, как хотели. Да, вот, чем больше фич у Астро будет, тем разработчики с большим количеством способов смогут использовать Астро совсем не в тех целях, в которые там бы придумал сам Астро. И уже приходить требованием. А дайте нам еще и это и то и пятые десятые. Я не знаю, плаги, и мы его развернем, где хотим и как хотим. Ну мне кажется, они отталкиваются от того, что они пропагандируют такой хай-перфолманс, статик и чтай-мал, изначально.

Но так как есть требования динамики, то тут же они начнут проседать. И вот они и еще тварианты, как нам остаться хай-перфолманс статик, но дать то самую динамику, которая нужно пользователем. И при этом не раздуть бандул. Вот, вот одно из решения это сделать так. Понятно. Да, просто кажется, уже было такое решение, называлось, а штайм-льплюс по пичпии, и как бы ровно так работало. Ну там не так красиво. Ну, ну, ну, это совсем другое.

У тебя какие-то страшные роты, в которые ты должен обратиться, взять там Джиквэр и найти нужный айгишник, потом обратиться на сервер, там организовать на какого-нибудь симфония, да? Вот как этот рот обработается, сформировать кусок отчетей мэлла, закинуть его назад в браузер, там руками забрать, ставить нужное место. А тут тебе говорят, просто напиши кусочек Джейс-X и всё будет работать само.

Ну, ладно, у нас нет сегодня хромона, у нас есть большие новости по TypeScript 2. Выходит TypeScript 5.6 Beta, которые как обычно завезли к очень интересного. А вот ты лежа говорил, вот в Safari мало всего, хроме много, а в TypeScript тебе тоже как обычно, довольно много всего интересного. И вообще, знаешь, как-то меня радует это вот так сидишь, что ждёшь когда Джево-Скреп немножко обновится, когда там пропозолы дает.

А тут у тебя рядом TypeScript, который вот тебе, стейте три, на пользуся, и вот пользуся, и вот пользуся, ты каждый раз радуешься. Но при этом это всё-таки какие-то куррируемые изменения, а не просто, значит, поставил себе пропозолов наливых в бабель и бежишь. Ну подожди, скажи мне сначала вот, что мы обсуждаем 5.6 Beta, а 5.5 за релизирует какое-то время назад, у тебя во всех проектах уже 5.5. То есть, обгрейдился без проблем, как это всё хорошо. Да, без проблем обгрейдился, очень радовался.

Но как обычно ты начинаешь ждать, когда там у тебя есть лиин, догонит, потому что там написано вот этот есть лиин TypeScript, он только для 5.4, у тебя может быть работает не очень, а дальше уже по цепочке оказывается, что у тебя вот эти патеты есть лиинтом, они для тебя из общей инфры, и там их тоже ещё не подняли, и ты ждёшь. А так и неплохо обновился.

Я вообще не помню каких-то больших болей, вот кроме той, про которые много раз говорил, когда у нас ошибки стали аном, и пришлось довольно много кодом написать. Ну, если ты не хочешь, конечно, это поставить 2.0 A. А в стольном аном оно всегда довольно плавненько обновляется и приносит кучу интересного и полезного. Что нам полезного, приносит свежая bt 5.6. Ну, во-первых, она будет сама отслеживать разные проблемы, когда мы внутри ивчика написали не то, что думали.

Например, например, написали там регулярку, но не написали после неё точка тест, и получается, эта регулярка всегда у нас тру. Или мы хотели написать больше или равно, а вместо этого написали стрелочную функцию равно больше. А это не линтер разве, это не задача линтера такое видеть. Есть линтер, это тоже умеет. Но некоторые кейсы TypeScript теперь тоже сам обслуживает и иногда это делать быстрее, потому что он тебе это в общем потоки ошибок TypeScript та аддаст. Сам отследит эти моменты.

Ну, или более сложные кейсы, когда мы тот же самый там 0, лишь колясинг, ни с той стороны там написали, забыли поставить скобочки, и у нас получилось тоже не то, что мы ожидали. Он все это будет отслеживать, и предупреждать уже в ошибках TypeScriptа, что вот здесь, вот, кажется, ты написал что-то, что всегда возвращает одно и то же значение. Константное. Ну вот как раз, если Интерея, это правило, но Констант Байнер Экспрессион решает. Угу. Что у тебя не должно быть там Константы.

У тебя должно быть настоящие выражения, которые ты проверяешь в вывчиках. Теперь TypeScript это период на себя, они говорят, да, это похоже на, если им правило, что у нас нет, которые чете, они у нас богаче, короче, поэтому пользуйтесь этим и тем. Ну, это такая полезная штука, особенно для ребят, которые, знаешь, что учатся в том числе, да, потому что это им помогает баги не затаскивать в проту. Ну, кстати, они разрешают писать Ивтру или. То есть, не понимают, что это ты пишешь для отладки.

Ну, естественно, если ты в Когде, как-то я вна написал Ивтру или что-то, это ты не ошибся, ты хотел это написать. Поэтому они это разрешают. Что еще? Завозят Helper методы к итераторам. Кстати, да, я как-то забыл по этот пропозу, а он уже на Stage 3 и значит, и можно пользовать. То есть, мы теперь можем у итератора написать.map или.take и будет работать, ну, так же, как мы ожидали бы с массивыми.

Только он сам побежит по итератору, сделать ему Next и, соответственно, к каждому значению, сделать то, что мы передали как функцию кmap. То есть, это позволяет взять какой-то, например, три значения от итератора. И мы, кстати, говорили о том, что это и в Браузер уже зашипили и в хром по моему и в Сафаре, про ФРФокс не помню, но есть еще не что и туда тоже. Хотя, вот как часто ты пишешь итератору? Ну, когда писал, давай так. У меня было несколько мест с итераторами.

Я тогда просто свой объект реализовал. Мне нужно было, чтобы он был и тырируемый. И там, кстати говоря, не хватало того, чтобы были методы. И ты обычно пишешь свои какие-то обертки, чтобы оно, по каким-то правим, конвертировал, например, в массив, и уже его ты перебираешь. То есть, это просто хороший, мне кажется, доработка того, что, на мой взгляд, это так должно было быть сразу. Что еще они сделали? Они поняли, что есть у них некоторая ошибка.

Они, когда водили типа и для итераторой и трейбл, они пересеклись с рантаем объектом итератор. Это им все ломало, многие вещи нельзя было сделать. И поэтому у них теперь новый тип, который называется BuildInTterator. И таким образом они вот развязывают эту проблему, которую у них была. И за счет этого, они как раз могли сделать новый флажок стрейбилтыйный тиратор и тор.

Когда ты можешь описать нормально какой же тип, у тебя в итоге возвращается, после того, как тебе Дантру придет, ты можешь оказать, что, ну, тип, например, строка. Или число, теперь они все эти случаи могут отлавливать и красиво писать тебе ошибки, что вот здесь ты работаешь с Велью, кажется, у тебя, ты не проверил Дан, значит, наверно, кипу тебя здесь не тот. Все это они теперь классно отслеживают.

Но как обычно, да, ты просто обновляешь TypeScript, он становится у меня и тебе какие-то места, уже или ты наоборот убираешь лишние ивчите, или наоборот он говорит, а вот здесь, пожалуйста, добавь ивчик, потому что ты его явно забыл. Еще из Мишного, они так и говорят, но это столько выглядит смешно, и особенно если вы любите вечеринки, как мы их любим, ты теперь можешь в экспорт написать в место имени, что угодно.

Положив это внутрь строкового литерала, например, ты можешь туда положить эмоции банана. А зачем это все? Вот они и говорят, вам кажется, что это смешно. И, наверное, вы думаете, это нужно только для чего-то веселого, но нет, когда мы делаем модули пограниченные с ВВ басомли, то часто нам нужно протастивать непростые строки, и вот здесь оно помогает. Что мы в строковый литерал, можем положить теперь, что угодно, это позволит писать лучше сочетания JavaScript.

В ВВ басомлите более, это уже разрешено в JavaScript, а не просто довозить те фичи, которые позволяют JavaScript, потому что в нем это можно. Но странно, что они иллюстрируют эту фичу, например, и работа с эмоции, потому что, ну, как-то, пролистрировали бы тогда для ВВ басомли? Нет.

Ну, просто мне кажется, как раз это плохой пример, того, что можно использовать, потому что люди же посмотрят на это и подумают, «О, классно, я теперь, короче, буду вставлять картиночки, как именно, то, мне не знаю, объектов функций будут. А зачем провоцировать в примерах кодовет? Если это даже не для этого сделано.

Ну, слушай, опять же, в целих обучение, ты можешь показать, что вот, пожалуйста, особенно, не знаю, когда ты работаешь с детьми, раскрыть свои воображения и сделаешь здесь в тебя модуль, робот, здесь модуль бана. Ну, как работаешь с детьми, обучай в смысле детей, программирование на typescripts.ed, наверное, не самое хорошие идея, а есть бы, например, удачные языки, программирование для этого. Ну, ладно, тут это, вот, мне кажется, спорный пример, но, окей, ладно, допустим.

Ну, видишь, у них есть всегда такая вещь, через которую ты можешь протащить все. Если джава скрипт, это позволяет, ты всегда можешь сказать, у вас это не работает, но оно валитно в джава скрипте. А так как typescript, это у нас надо множество, то статьи мои не просто не могут спорить. Возможно, им пришлось придумать эти примеры, потому что им принесли этот пропозу, да, сказать, ничего не могли. Могли. И еще интересный флажок у нас появляется, но он чект сайт-эффект импорт, для чего он нужен.

В джава скрипт, опять же, можно импортировать модуле, ничего из них не забирая. Просто пиши импорт какой-то модуль. Зачем это нужно? Когда нам внутри делаются какие-то сайт-эффекты? Да, это плохая реализация. Я такой очень не люблю, но так бывает. В typescript, раньше, вот, я не знал про эту проблему, кстати. Если ты так пишешь, то в том случае, если в этом импорте есть путь до файла, которого не существует, typescript нет, выдавала ошибку. Он просто проглатывал это.

Это было связано с тем, что бандеры используют фантазин импорты, например, для CSS. Они это потом превращают уже в свои конструкции и подбирают эти CSS, которые они нашли по этим импорту. И вот, чтобы typescript здесь не ругался, когда-то было преднепто такое не очень хорошие решения. Если у тебя такой пустой импорт, то вот этот файлик просто игнорируется. И ты мог получить что-то странное, потому что ты написал это для сайд эффекта.

Ты ошибся вымини файлы, typescript не ругался, а программа не работает. Поэтому они теперь водят специальный флажок, чтобы отлавливать все эти импорты, если они странные, если этого модуля нет. Если этого файла нет, то будет ошибка. А что делать CSS, они предлагают просто добавть файл декларации и опиши там, что есть такой модуль звездочка.сс. Чтобы у тебя уже честно ничего не ругалась. Тебе более они говорят, что тот же сам вид, он создает вид 10 dts, в котором это же и прописывает.

Это более правильный вариант. Пока это опция отключена по default, они предлагают ее включить. Я думаю, они будут двигаться на то, чтобы в будущем она была по default включена. Чтобы ты все таки им стаза мечал, вот я про это не знал. Ну, у меня правда и таких импортов не было. Но вообще это неожиданное поведение, что ты написал импорта, просто поглотил просто для того, чтобы работу в реакте.сс. Хотя оказалось бы. Еще из интересного, они вводят опцию нотчек.

Это чем-то напоминает то, что у нас делает, например, тот же самый SWC, или SWC. Когда он пробегает по TypeScript и быстро из него делать JavaScript, не проверяя типов. Вот теперь ТСи нотчек. Это чем-то похожено на ноемит. Когда ноемитом мы не создаем файла проверяем типы, а но чеком мы не проверяем типы, но создаем файлы. Теперь она появляется такая опция для того, чтобы быстрее создавать JavaScript и TypeScriptа.

Ну, очевидно, это нужно в разных вочерах, сиайках, где мы отдельно вынесем проверку типов, а потом пойдем собирать наш бандол с кучей библиотек. Кстати, пробиблиотеки. Водят тоже новый флажок, дождэш Билд. Тоже интересное решение. Они говорят о том, что иногда ваш проект состоит из множества модулей. И вы отвечаете не за все модули. И так, как модули идут подряд, то Тейвс Крипт найдя ошибку в первом модуле, он ломается. Но этот модуль не ваш.

И вы не хотите сидеть и ждать, пока его починят, а хотите, чтобы узнать вот в вашем коде есть дальше ошибки или нет. И вот этот дэш Билд позволяет ему не вываливаться на этой ошибке, а дойти до конца и показать все проблемы. То есть, пока чинят тот модуль, вы можете свой код запускать и проверять. И может быть, именно эта проблема, она вообще никак не заденят. Но пока все почините, а потом и да едет первый модуль. Интересное решение не знаю.

Но я часто слышал от людей, вот тоже я когда вся и как видел, когда я предлагал давайте падать на первом тесте. Не ждать 20 минут все тесты, а падать на первом. Я слышал в ответ, что я хочу увидеть все свои ошибки, а не каждую по отдельности чинить. Так что для этого тейса оно подходит. Ну и что еще, да, они там улучшили распознавание тест конфигов, что теперь ваш редактор не будет вцепляться в первый попавшийся тест конфиг Джейсон, а разберется, если у вас несколько тест конфигов.

И кажется, больше ничего такого важного остальное, но уже просто улучшение. То есть лучше там работает. Спек Джейсон лучше работать с авирайдами, понимает типы и завирайдов, кстати, интересно, что он поймет, что вот вту надо пиблиотечку идти. И в целом 5-6 они считают, что он фича стейбл, сейчас они с ним еще немного повозятся, и скоро он у нас, наверное, осенью уже будет доступен. Не плохо. Ну не говоря, да как быстро, просто примерно. Ну примерно пару месяцев, как я понимаю.

А какие-то, не знаю, зависимость у него поменяется, он стоит же самый ноды, работает или уже они что-то подняли. Да, ничего такого не сказали. Так что, наверное, заедет как на живую. Да, вот чуть более чем через месяц у них будет стабильный кодидат, а дальше уже посмотрят. Так что может даже еще быстрее, уже в сентябре, мы сможем на 5-6 вовсю писать. Вот, видишь, как важна стабильность. Да, да, не, здесь все хорошо. А то, да, то тут вот сделали все СС у нас новое правило, а потом переделывают.

А, ты про Нест. Ну давай поговорим, да, тут вышел интонтушип, про то, что готовы шипить измененные, то есть не измененные, а добавлены на себе декорейшин ру. И тут нужно немножко разобраться еще, что происходит, ведь ССС Нестинг мы уже всем миром добавили в браузеры, вроде все хорошо. Это, по-моему, еще новости прошлого года были и тут что-то пошло не так.

Все дело в том, что еще тогда, когда мы помните, выбирали синтексе, там было куча разных вариантов, был предложение тролла Нест, были какие-то другие предважения, ребята из Вебкита, Голосова не по-моему, устраивали, кружеским миром выбирали, как же это все будет. В итоге выбрали со самой, самой простой, самой классной для разработчиков вариант, просто все вот чистенько, нативненько без лишних слов и так далее, так далее. Классно.

И тогда же, когда это все обсуждали, там в блоге Вебкитае и в твиттерах было обсуждение нескольких сайд-эффектов, в котором не очень понятно, как должны работать, потому что мы привыкли там к сасу к определенному поведению Нестing-Go. А в Праузере оно же так не будет работать, оно же, типа, должно спарситься дерево и использоваться совсем в других случаях. Это же не компиляция какая-то и использование уже готового куска, а это работа прямо во время того, как ваш сайд работает.

И там, как раз, было высказано одна из проблем, который будет не очень бы, понятно, как решать это, например, что делать, если в вашем наборе единственное свойство, у какого-нибудь класса, допустим, он разбит каким-нибудь отрум, например, меди, да? То есть вы описываете, допустим, ширину высоту для своего объекта, потом описываете какое-то вложное медио выражение и потом продолжаете описывать свойство для своего класса. И вопрос. Во что это должно собраться, да?

То есть, CSS работает так в Браузере, он дает же один объект в CSS-оме, поэтому все, что связано там с классом, оно идет в один объект, как бы переносится, то есть все правила, которые идут после медио выражения, они переносятся наверх, поднимаются.

Поэтому поведение было не очень ожидаемое, наверное, потому что вы, как видите, ваша CSS-правила описана, то есть ширина высота, потом медио выражения, которые описывают, не знаю, бграунд-коллар, а потом этот бграунд-коллар переписывается там, например, на зеленый, и вы ожидаете, что, наверное, вот так, вот как я вижу, глазами, так оно и будет действовать. А на самом деле, у Браузеры оно действует не так.

У вас нижний бграунд-коллар переносится наверх, и у вас этот порядок сбивается и вы получаете не совсем то решение, которое видите глазами. И это как раз проблема, которая описывала раньше. Но решили зашипить, как есть, и вернуться к этому позже. И все это время на самом деле шел обсуждения. А как вообще это должно работать? Потому что чтобы вы понимали, парсер, который создаёт дерево, ЦСС, СССом, он вообще не предполагает, что вы можете разбить свой один ЦССРУ на несколько.

Ну то есть, цилий ЦССРУ должен быть с какими-то другими индификаторами. Ну, не точка класса, точка класса, класса или еще что-то, да, это тогда другое ЦССРУ будет. Либо, не знаю, еще что-то делать, потому что, по факту, нужно было сделать как, что после того, как у вас ваши ЦСССвоесть разбиваются каким-то воложенным ЦСС правилами. И после этого снова идёт продолжение ваших ЦССвоестьов.

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

Думали, о том, чтобы вернуть идею с ЦСССРУ чтобы вы могли оборачивать в него после, например, всех ваших вложенных ЦССС правил, типа, а вот внизу все, что вы хотите как бы поднять наверх. Вот вам оберните это все в НЕСТ. И в итоге пока что, смотрите, финального решения как это должно быть хорошо, нету, но принято общее как бы принципиальное решение, что так работать не должно.

И сейчас решили, потому что там очень долго уже спорой идут и одобшин, как вы понимаете, растет, текущего варианта, потому что тут же какая проблема. Мы же не можем как-то ломать Web, в фичей, которой мы выпустили, а мы уже выпустили, и мы уже как бы его будем ломать. Поэтому там посчитали, разумеется, одобшин, насколько уже, сколько сайтов уже используют. Поняли, что там очень-очень маленькие циферки и нормально это все дело сейчас переделать, пока еще не так хорошо начали это использовать.

И пришли сейчас к решению того, что попытаются сделать так, чтобы, по крайней мере, в спеке это именно такая описание сейчас, чтобы не нужно было обкладывать дополнительным группирующими кетруями. То есть вы просто пишите, как есть для разработчиков это самое лучшее. После того же самого медиа выражения продолжить записать свои CSS-ные правила и все хорошо. Но внутри у вас парсер будет щитывать это и будет группировать их в отдельный объект.

То есть он не будет вкладывать его в CSS-ру, он будет выкладывать его в объект, который там назвали как раз CSS nested Decoration и оно будет собираться все туда. По-моему оно должно при выиву в CSS-оме увидеть по идее. Но когда его будет серилизовывать или ансерилизовывать, он будет по идее пропадать. Или там как раз это по реализацию обсуждают прямо сейчас. Для нас вам должно быть понятно самое главное, что мы в принципе то, как видим CSS, так он и будет применяться.

Никаких нам дополнительных оберток не нужно. Это хорошо. Но для тех, я не знаю, экспертов, которые работают с CSS-деревым, а это не то, что это, когда или не появятся дополнительные объекты, по которому они могут щитывать, откуда это свойство пришло. И если говорить про браузеры, хром и сафари, они в принципе за это все, но они в принципе все время началося от них.

И насколько я видел, там стандарт позиции уже запустили и мазила, по-моему, финального ответа не дала, но в самом обсуждении вроде как тоже они позитивно это смотрят, то же будут делать. Ну, какая-то немножко странная история, сейчас у нас отображается так. В какой-то момент у нас поедут браузеры и там все перевернется. И в зависимости от того, какая версия браузера пользователя вы будете видеть киле такой результат или такой результат. А зачем это все? Почему нельзя было оставить это поведение?

Но выглядит довольно логичным. Зачем мне background color, например, перееопределять, после того, как уже я описал в Media Screen. Нет, это пример. У тебя вложенных медиа, у тебя вложенных праве может быть большое количество, не только таких, совсем большое количество. И там типа в сложных дизайн системах, у тебя просто это развестия система будет. И нужно вот это баланс, да, что выгоднее. Нужно не забывать, что нужно смотреть на цифры.

То есть, как правильно, нужно сравнивать с тем, как используют вариант неправильный, допустим, и сейчас по интернету вот этот вот шифт, который поднимает свойство наверх. Ребята нашли только в 0, запитая 0, 0, 0, 42%. Но это единиц, скорее всего это демки. То есть, нормально сейчас это сломать, пока это еще не стали использовать. А почему нельзя просто сказать, ребята, это рулы идут после. Запомните это, это сильно мешает? Да, к ней так, что делать, если это будет по-другому.

Как Браузер-то себя должен вести? Ты не забываешь, что Браузер, он готов распарсить любую дичь в ЦСС. Во что он ее должен распарсить. Ну вот, оставить то поведение, которое есть сейчас. А если можно это исправить? А, мой вопрос, зачем это исправлять? Почему нельзя принять это правило, как его приняли, когда в принципе ССС на стенках обсуждали? Нет, не приняли, они сказали, что есть такая проблема. Но готовы и решение по этой проблеме не было.

И ее не решали, этот просто так ЦССом работает сейчас. Так, в Парсерц СС работает сейчас. Понимаешь, реализовывали сам с синтексис Нестing. А эту вещь, как бы, оставили за скобками, зашипили и начали обсуждать дальше. Сразу же обсуждение пошло на самом деле. Если посмотреть на Иш, то видно, что там почти сразу это обсуждалось. Ну, видишь, мне вот со стороны JavaScript кажется очень странным. К нам пришли и сказали, ребята, мы тут на Stage 3 передвинули фичу.

Но она с чётными числами работает теплеп, а в целом нормально. Поэтому Stage 3 и она едет в мире. JavaScript кажется такое невозможно. Ну понятно, ну, а в ССС такой возможно. И что-то, что она о чём нам это должно говорить? Мне кажется, тут важнее другое, что ребята видят вещи в тех новых ЦСС-ных фичах, которые они шипят, которые получают тот или иной отклик, или иногда спеша, то есть реализует, а менее, на первый уровень, второй уровень, тогда и так далее, обрезанную реализацию.

Ну, тут вот этот момент оставили за скобками, но решили его доработать. Это же нормально. А что делать-то? Вот хочу я сейчас использовать наестинг и у меня есть отролы, что делать обычному разработчику. Пока переемести все отролы в самый низ, и ждать, пока даёт фикс. Да, все отролы опустить вниз. Да нет, просто знать об этом.

Если, давай так, во-первых, если ты уже используешь наестинг нативный, по какой-то причине, и не можешь без него обойтись по какой-то причине, это уже знаешь, как бы, единицей людей осталось в этом условии. Нужно знать о том, что это поведение, текущие поведения, которые ты видишь, оно неправильное и оно будет исправлено. И тебе просто, чтобы нигде не напортачивать, нужно понимать, что у тебя все свойства твои должны быть в теле основного объекта.

Но не забывай, у тебя же есть амперсант, если тебе вдруг очень-очень сильно нужно. Опустить его вниз, ты уже сейчас можешь использовать группировку внутри амперсанда. Вот и самое наестинг. И типа, она тоже будет работать так, как ты ожидаешь. Но в любой момент все-таки оно может выстрелить, потому что ты этого не видел, ты про это забыл. И где-то у тебя потом свойство снизу поднимется.

Я просто смотри, считаю, что сейчас наестинг, если кто-то использует, то это ребята, которые очень хорошо следят за тем, что происходит на рынке, эксперты и так далее-так далее, там вряд ли будут рандомные люди, случайно залетевшие, джунные и так далее-так далее. Поэтому уж эти ребята смогут с этим разобраться и увидеть, куда енезное, все сообщество идиоты, что как делать не надо, как надо. То есть, я не считаю, что это большая проблема.

Мне больше кажется хорошим начинанием, то что ребята решили это доделать и нашли самое главное решение вот максимально безболезненное для разработчиков, потому что представляешь, если бы нам это все пришлось обкладывать, какой-то отдельный меетру, то же самый собак-нест. Было бы куда хуже. Ты бы уже не захотел это использовать, наверное. Да я и сейчас не хочу. Нет, ну ты-то понятно, у тебя в нот же есть же этого нет. А всем мы знаем, что ты только на джейсе пишешь.

Нет, я в целом не считаю большой проблемой наличие отсутствия Настинга, и мне без него было хорошо, поэтому, но окей. И еще тут есть небольшой интенту про Тайп, фича небольшая, ее предложила команда Эджи. Они решили предложить атрибут хенрайтинг, который будет позволять включать или отключать на отдельных элементах на странице, ручной вот, на устройствах, на которых как бы он есть. Почему вообще появилось это задача? Ведь мы и так как-то справляемся.

Но на самом деле то, как мы справимся, сейчас не так удобно. С точки зрения там, dvx, того же. Мы что делаем? Мы если мы не хотим, чтобы у нас ручной вот действовал, ну например, янзеная, на iPad, чтобы не могли в нашей текстовой поле ввести какой-то текст ручкой. Да, мы просто JavaScript, то мы это все обрабатываем, приведем дефолт делаем, отменяем поведение по умолчанию, и там что-то, что-то пытаемся сделать, так чтобы короче дизаблим поведение пользователя дефолтные.

Вот, но это плохо, оно создает кучу сад эффектов, поэтому команда Edge предложила более стандартизированные решения. Это просто атрибут, handwriting, который ты можешь использовать на любом элементе, насколько я помню у себя в HTML, и он имеет несколько значений, truffles, по умолчанию нотру, то есть если ты никакой не вводишь, и оно просто позволяет отключать вот чем-то внешним у этих элементов, и все.

Тут вроде как это такой прототепс, с которым особо спорить не надо, я не видел единственно стандарт-позишен, но ответа не от кого, но кажется, что это вещь, которая легко отстисируется, легко добавляется, легко имплений, имплименция в браузеров, и вроде как никаких проблем не должно быть.

Это можно, конечно, расширять и думать там дальше, да, окей, я может быть, мы там не хотим, чтобы вводили сюда, я не знаю, ручкой, но хотим, чтобы вводили пальцем или еще что-то такое, то есть добавлять гибкости, может быть, это вопроса на будущее, но по дефолту просто забирать вот чем-то ручным для элементов, для которых вы с точки зрения там дизайны или с точки зрения своего приложения понимаете, что туда нельзя так делать. Это тоже еще вопрос, да, точно ли вы уверены, что нельзя?

Окей, хорошие, наверное, решения как минимум, но стандартизируют все. Ну здесь идет речь про Android. Я вот не уверен, что у тебя сайпада будет именно пентач, возможно, они это все, что ты вводишь. Буков, тебе превращает в клавиатурный вод, но до этого сработает перехватчик и ведет их уже нормально. У тебя уже рисуется, смотрю, у тебя вместе с ручкой, рисуется вот эта панелька, в которой ты выбираешь, как ты рисуешь цвет, рисуешь форму пирай, всего остального.

То есть по идею сам этот элемент не должен появляться. Но я, честно не помню, помоем, на любом инпыте ты можешь ввести на ипаде. Да, вы каписным вводом и ничего не появляется. Нет, почему появляется, как не появляется. Ну, в любом случае, пока здесь речь идет только про Android. Как оно в каком виде, когда надо едет в сафари, мы не знаем. Ну, опять же, стандарт-позишен, мы ждем. То есть, ни одна команда пока не высказывается, это не забывай, это лишь этот самый интент у прототайп.

То есть, еще никуда не шипят, это как предложение, да, они попытаются его реализовать и показать, как это может быть. И как раз приглашают людей, сообщество, да, поговорить об этом предложении, внести как и то свои идеи, если это необходимо. Окей, ну это вот то, что из интересного с точки зрения там интентов, что у нас еще? А еще вышла большая статья отверсал, в которой они решили поразрушать мифы, миф в бастах, да?

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

Будет ли вас сайт продексирован целиком, даже если он просто рендерится у гугла в каком-нибудь браузеры, насколько современный этот браузер. Будут ли там ошибки, мы помним эту историю, да, когда оказалось, что гугл в общем-то рендерец страницы, но рендерец старым хромом без голову и многие страницы падали с ошибками. И ребята вверсал подумали, у них в общем есть там сидянки, у них есть эти функции, почему бы они сделать такой масштабный эксперимент, раз уж гугл нам ответы не дают на эти вопросы.

Может быть мы сможем сами узнать ответы. Но прежде всего стати они говорят о эволюции того, как работа рендерин в гугле до 2009 года. Поддержка Джаускрипта минимальная и индексируется только статичный HTML контент. Поэтому все селы, ребята, всегда ходят и говорят, даже если вы здесь какими-то там вот этими древними технологиями, сделали интересное решение на клиенте, но вспомнил, да, джемел уже в те годы существовал.

То есть мы начали говорить про эспей, но тогда они никак не индексировались, там мы можно чуть-чуть. Ну, джемелы и не надо было. То есть такие приложения, которые были типа карт, почтовоклиенты, индексируют и не нужно было. Вот джемелта, люди в принципе увидели в этот момент, что можно делать страницы, в которых очень много интерактивности. Именно джемел показал, что перенести все на клиент можно. Но оно еще не будет индексироваться.

Потом с 9-го по 15 год, с была вот эта схема от Джакс Краулинг, когда мы делали одни странички, мы делали с рендерами на сервере, другие мы делали на клиенте, это хбн, где тогда были популярны, чтобы на клиенте у нас ровкинка работал, но Google, как бы, отстрелил этот и превращает в обычный урл. И по нему должна вернуться страничка, которая на сервере изгенерировалась. Тогда жили в этой схеме.

Потом с 15 по 18 год появился безголовый браузер, который стал большим шагом вперед, и наконец, Google стал странички пытаться выполнить. Правда, браузер был старый, была вот та самая ситуация, что выбежали вперед в недоре, какие-то новые библиотечки, но вы смотрели, а неплохо, это уже везде поддерживается, здесь я могу убрать полифилы, все мои пользователи не страдают, а оказывается, Google bot в этот момент страдал. Он не мог отрендрать вашу страницу, она падала с ошибкой.

Интексация была плохой, и вот тогда, наверное, и был вот пик. Того, что люди говорили, нет, нельзя все равно хоть у вас есть SPA, вы все равно должны сделать статичную версию, чтобы хорошо работал Google. И наконец, 18 года, как они говорят, у нас современное эра наступило, где Google может что-то ML ваш отрендарить, что наложить на него сверху JavaScript, и все это собрать.

Браузер аптудейт, то есть самые свежие, они стараются, и спорти, я не знаю, кстати, откуда такая информация уверсел, потому что я не видел официального ответа, что у нас всегда самый свежий. И более того, официальный ответ был от Google, что это все равно остается в аркраунда. Пожалуйста, делайте HTML, я помню, это есть документации. Версел горд, нет, нет. Праузер современный.

Rendering стоит, кстати, это интересно, но гипа это забывает, что он, когда он заходит на первую страничку, а потом посылки идёт на второй страничку, он все кути отстреливает. И все Rendering, как бы каждый раз снова, никаких кошей, никаких кук, таким образом он проверяет, что можно зайти на вашу страничку, напрямую вот на эту ссылку, не по всей цепочке, внутри ссылок на сайте, а сразу. Поэтому он делает stetlas.

Он все еще Google ругается, если вы пытаетесь по useradventu, менять содержимое, то есть смотрите, это Googlebot пришел, я ему отдам вот это. пришел обычный человек, я ему дам другое, это может пессимизировать. И они умеют кошировать осцены. Все ваши картинки. Вот, вроде бы неплохо, но все еще непонятно, что на самом деле дам происходит, потому что официального ответа нет. Вот кроме того, ответы, про которые я сказал, почему они здесь на него ссылка не дают.

Что Google официально говорит, нет, надо делать эти темы. Ну, версел-то хочет продавать свои SP, он же не хочет, чтобы люди просто на сиден, типа, шли, да, он хочет, чтобы они платили верселу и там крутилось что-то собиралось и у людей бежали классные SP-приложения. Поэтому он не говорит, сделаем эксперимент. Мы объединяемся с ребятами из Merch.

Это какая-то компания, который занимается CEO, и делаем большой эксперимент на целый месяц, возьмем наш Next.js.org, еще monogram.io, basement.io, возьмем наши сиденочки и начнем там размечать запросы. То есть, если пришел запрос от краулера Googlebot, то мы помечаем, что пришел запрос от краулера и доклеиваем небольшой JavaScript, который в момент, когда страница до рендерица на стороне Google, сообщит нам о том, что рендеринг закончен.

Тотим образом у нас есть начало, когда Googlebot пришел и конец, когда он до рендерил, мы можем даже посчитать, сколько времени занимает этот полный рендеринг. И понятие, если там, например, ожидание, в минуту, или даже в дни, между тем, как он собрал ссылку и с рендерилой, вот они там уникальный индидификатор оберут, адрес страницы и time stamp, когда это все началось. Они посмотрели на 37 тысяч от рендеринах, а что ему страницы и дальше говорят.

Вот по нашим данным, это только про Google, потому что всякие AI-провайдеры, такие как Open-Ai, антропик, помочь, читается, не знаю, такой даже, который делает конкуренты, опыные, которые делают Cloud. Ох, за всеми не уследишь. Отстал, видишь, не успеваю. У нас же образовательный подкаст. Вот это и сегодня что-то узнал. Да, да. Вот, они пока не говорят, это они будут еще исследовать. Речь только про Googlebot. Итак, миф первый. Google не может рендерить JavaScript-контент.

Понятно, что это такой же сам миф. Они просто проверили, что действительно все рендеррицы 100% страницу нехотрендерилось без всяких ошибок и даже реак севрых компонентов от рендеридреси. То есть, в принципе, никакой проблемы нет. Весь JavaScript, ну, все SP, в случае Next.js.org, опять же от рендерились. Все хорошо. Хорошо написано JavaScript, хорошо рендерится Google. Следующий миф, что Google по-разному относится к страницам с JavaScript, и без JavaScript.

В чем миф? Но они решили проверить, что действительно Google-оважный или неважный есть на странице JavaScript или нет. Они сделали пустые страницы, где у них только CSS-input. Какой-то CSS забирает и страницы, где они разные статус-коды, отдали и JavaScript, разные сложности. Вот, кстати, мне интересно, а как они говорят? У нас есть страницы, где нет JavaScript, они сказали, что они всегда доклеивают туда немножко JavaScript, потому что им надо понять, когда страницы до рендерилась.

Ну, может быть, имеется в виду именно CSS, которая рендерит страницу, а не вот этот вот утилиотелитарный. Ну, в общем, они говорят. CSS-input нам показало, что Google действительно правильно рендерит страницы. И с JavaScript-ом и без JavaScript, он рендерит все страницы, которые дают 200. Он рендерит страницы, которые дают 304, то есть контент подвифает. Если контент не был изменен, то они используют оригинальную, когда он был 200. Они новая не приедет. А другие статусы вообще не рендерятся.

То есть, если у вас там 304-150 какие-то, рендера нет. Интересно, если они видят метод тек, но индекс, то рендер не запускается. Это важно, потому что некоторые все специалисты пытались сделать как, что индекс на клиенте отрезается. Например, это вообще не работает. То есть, если он пришел внутри, что-то мало разметки, то что-то мало разметка все-таки первично. Он бежит по ней, решает, а дальше он уже рендерит. Ну, а в целом нет никакой разницы. Есть у вас JavaScript нет.

JavaScript-крипта большой у вас JavaScript, маленький у вас JavaScript все равно это будет от рендерина. Google относится к этому, кажется, одинаково. Но это ведь только про сам рендеринк. То есть, про возможность показать ваш сайт, боту Google, даже если он, например, спрятан за JSON. Это и мы еще не говорим про ранджирование, потому что в ранджировании эти все элементы могут участвовать. Да, здесь про ранджирование нет никаких слов.

Они позже уже говорят о том, что в ранджировании уже у вас WebVitals и ваши оценки важны. А здесь про то, что это работает. В то, что он сможет прочитать и сделать нормальную цепочку ссылок по всему сайту. А если учерить какая-то изовесть для она того, сколько у вас JavaScript-ка они тут померили, у них оказалось, что иногда до 18 часов они ожидали индексации. Но это 99% а точнее индексация рендеринга. То есть 99% рендеринга был 18 часов. Но это очень мало.

А все остальные укладывались в 10 секунд. Более того, 25% у них в 4 секунды укладывался. И это не зависело ни от чего. Она не попадала в какую-то длинную очередь короткую очередь все страницы. Случайно рендеринга примерно так, то есть 75% 26 секунд, 90% 3 часа. Да, вы попадаете в очередь, но проходите ее чаще всего очень быстро. То есть нет никакой специальной долгой очереди, если у вас очень много JavaScript-ка.

И еще миф, что есть у вас очень много тяжелого JavaScript-ка, то эти страницы тоже будут дольше попадать в индексацию. Нет чего, не зависит. Интексация зависит от того, как часто ваша страница обновляется. То есть они видят, что у нас есть разные урлы на NextJest. И если мы видим, что вот в этот урлы редко заходит, то он дольше обновляется при индексации. Если какой-то популярный, он обновляется быстрее. Но никак не попадает ни в какую очередь.

Вот этот страниц тяжелый, мы будем режу смотреть за ее обновлениями. Она будет обновляться быстро, если они знают, что на ней часто обновляется текст. Ну и дальше они говорят о своих рекомендациях, которые мне показалось не особенно следует из этого исследования, они целом говорят, что у вас все равно JavaScript надо попоменьше,

пусть это работает получше. Конечно, они говорят о том, что помните, что любые ошибки, если вот вы сделали SP, и у вас где-то ошибка в JavaScript тебе, у вас рушатся все приложения, никаких суть не будут найдены. Поэтому пишите нормальный JavaScript, который не оломается, но не бойтесь. Вы все-таки можете на клиенте уже делать хорошие SP и сайт, они будут индексироваться. Более того, да, они там проверяли разные варианты, что даже из реакции рверкомпанент, у них доставались сутьи.

Единственное, если ваши сутьи закодированы, то Google их не раскроет, он довольно строк, потому что бы ссылка должно быть ссылкой, но при этом нет никакой разницы помещена ли ссылка в ТКА, или просто где-то встречается в тексте. Если он может понять, что это ссылка и у нее домин Тоджа, на котором он сейчас находится, он все равно и разбирает и идет по ней как посылки. То есть у вас где-то в JSON не прилетает ссылка, Google в нее в цепице, неважно заворачивали в ее в тек или не заворачивали.

А если вы ее как-нибудь закодировали там, то он ее не будет раскодировать. А что значит закодировали? Ну, через уронка от ты можешь, например, посылки пройтись. А, не понял. Еще они проверяли, имеют ли значение, если у тебя длинный дед параметры имеет, то есть странички с длинным квейрер-стринг, они дольше рендрились. Почему? Неизвестно.

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

Нет, они не сравнивали, они здесь говорят в самом исследовании, как раз они просто исследовали, как влияет JavaScript на индексацию. Ну, они просто ответили, что это возможно. Да, да. Да, вот про квейрер-параметры они говорят, 75% всех наших ссылок за 26 секунд, без квейрер-параметра в 22 секунды, а с квейрер-параметрыми 75% это 31 минута. Они повторяли этот тест. Ну, только они же набирали, вот у них там 75 тысяч страниц было, они довольно большой, массив данных взяли.

Нет, я имею в виду, они его повторяли, то есть эти данные повторились, если ещё раз повторить это исследование, получит ли они те же самые цифры, вот вопрос. Или это просто ситуативные какие-то решения, ситуативные какие-то временные отрезки. Они накапливали в течение месяца на своём сайте, по одним и тем же ссылкам, естественно. Нет, я имею в виду, я бы сделал то же самое на другом домине, с таким же контентом.

А ещё раз это запустите, посмотрите, получу ли, я такие же цифры, как я получил в первый раз. Это хороший 포인т, потому что одно дело, Next.js, при которой мы ничего не знаем, может быть в Google, есть какой-то вайт лист, в котором, конечно, находится Next.js. И они к нему внимательно относятся. Ну, Next.js.org, а может быть другой сайт, никак не покажет те же самые цифры.

Естественно, про это я думал, вот пока всю статью читал, я про это постоянно думал, что нужно держать в голове, что это полностью вот такое исследование, как и не говорят, да, мы решили империческими методами доказать, что Google нормальный интексирует JavaScript и взяли один наш любимый сайт, и, по-моему, попробовали, что Google даёт. По всем остальным сайтам, он может дать совершенно другие значения.

Как это очень, если честно, вот у меня попахивает какой-то очень просто маркетинговый обычный стыьей, особенно финальные выводы. Это было всего дело, потому что, но, а не ответильный вопрос, давай, они честно ответильного вопроса, что сайт и с JavaScript, рендерец поисковой системы. Ну, часто вам признаться, это было известно довольно давно, и что рендерец не только Google, это написано прямым текстом в справке для webmaster, в Google, не обязательно это было всё проверять, это стировать.

А вот вопросы, на которые они не смогли ответить, они-то самые интересные, типа, насколько это влияет на ренджирование, влияет или не влияет, насколько я не знаю, можно повторять, вы исследованиях эти цифры. Если вы помните, недавно был слив того, как считается по-иджранку Google, в котором как бы нашли очень огромное количество.

Ну, если что, это подтвержденный слив уже, что там, правда, было алгоритм, расчёта пиара, и там влияет вообще всё, что угодно, там буквально мелочек, это как бы не очень ренджирование. Поэтому обычно задача у сайтов не просто проиндексироваться, потому что это, да, это важная задача, первая задача, да. Но дальше, что ваша задача быть, там, по определенным запросам, если это бизнес какой-то, там выше своих конкурентов.

И вот тут уже большой вопрос, что на это будет влиять и поможет ли, то, что вы пишете свою сайт, я не знаю, с помощью Нэкс js, и паблишь стилона верса у куда-то, тому, чтобы ваш сайт было на первых местах. Вот тут я не уверен, это вообще я с этим никак не связано. Да, самое ценное, это табличка в конце, которая не связана с исследованием, а где они просто и говорят, что хорошо всё-таки индексируется статичный HTML, что помните про то, чтобы был сайт-мэп, что с ним гораздо лучше... А что лучше?

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

И это удобно ещё способ, чтобы, если у вас, например, сайт, на котором регулярно появляется большое количество новых уйти, вы просто обновляйтесь сайт-мэп-кс-мэль, и бот это всё, кушают и быстро перендахсируют. То есть, если хотите, что ваш контент быстро появлялся в поиске, да, без сайт-мэп-кс-мэль никуда.

Ну а не об этом говорят, что если у вас просто статичный витет-мэл, то время прекрасно, он очень быстро приндахсирует, но, если у вас всё-таки клиентский понс в тюрендеринг, то положите сайт-мэп, и это почти не вилирует разницу. Между просто статичным и читаемелом и рендерингом, потому что мы видели, что в некоторых рисах у них всё-таки ожидание было до 18 часов, что, наверное, например, для новостного сайта, это просто беда.

Если какая-то, ну, по-досерновность у тебя новость залетела, а он все равно увидит, потому что ссылки пойдут. Ну там тоже, кто тут знаешь, я как человек, который в этом варился, не совсем правильный выводы, потому что у тебя в Google выбластер, что все все учтус, который сейчас называется, воперх есть возможность, во-первых, давай и так начнем.

Если твой сайт регулярно обновляется, а бот в Google прекрасно это знает и умеет, и он будет регулярно подтягивает военовый контент, то есть это все выстраивается со временем. Второй момент у тебя есть, возможно, все что указать, скорость, переиндоксайция своего контента для бота. И там она по умолчанию среднее. Если ты заливаешь большой сайт, ты прямо можешь прийти все что сказать, слушай, у меня тут много контента, иди съешь его весь прямо сейчас. Это тоже сработает. Ну и давай сайт мы по XML.

Ну и они говорят все-таки, что пэйдж спит и со стилой ранкин факта. Ну то есть если у тебя страница, которая корвя байдлос, то ходит хорошо, это очень важно, и ты скорее всего в пэйджанте поднимешься, опять же, нас нет доказательств. Такое исследование они не сделали? Нет, смотри, смотри, в Сливе, это точно так. Да, но там не совсем то, что ты поднимешься, там скорее ты получаешь пинальти за то, что ты не соответствуешь каким-то штуком.

То есть от тебя ожидают, то есть есть критерий хорошего сайта, и это сайт, который как бы проходит по у корвя байдлос. А если у тебя чего-то не хорошо, ты получаешь как бы писемизацию в своем качестве своего сайта, которая являя один из показателей на рядуздрус сотни других. То есть смотри, просто сделать хороший сайт, это вы еще недостаточно. А ты еще, да, дурно еще много всего. Ну, в общем, уважаемый слушатель. Я за вам принесу эту статью и скажу, вот, смотри, это можно делать.

Только клиентский рендер, он там вверсел сделал исследование, и доказал, это не так. Они здесь говорят только о том, чтобы их случай все работало. И даже сами они в финальной табличке приходят к выводу, что обычно и чтым был важен. Поэтому если вам важная хорошая индексация быстро и вам все равно придется делать серверный рендеринг или генериировать статичные страничики и складывать их на сиден, ничего здесь у нас не поменялось. Что она, в самом деле, использует Google?

На своей стороне мы все еще не знаем. Насколько у них современный браузер, мы не знаем. Часто они его обновляют при этой нет информации. И почему-то еще раз напомню, они здесь не ссылаются на официальный ответ Google. Что Google считает клиентский рендер. Все еще в варкараунду, которые они поддерживают, как мы видим, они стараются, это очень хорошо поддерживать.

Даже он ответы реакциировых компонийцев не разбирают, но они это делают от необходимости, что они тоже хотят, чтобы ваши сайты к ним в индексацию попали. Не потому что они такие, мы официально поддерживаем, делайте так, а скорее, потому что мы хотим, чтобы в нашем индексе было больше страниц. Они написаны кое-как, мы должны это уметь переваривать. Ну и самый худший вариант, да, если ваша страничка просто падает, при рендернде и никакой информации не остается.

Еще у нас есть интереснейшая статья из блога Дина. Да, ребята решили, что они ошиблись. А ошиблись, когда решили, что HTTP импорт овхватит всем. То есть как мы помним, когда вышла Дина, они сказали, что, ну, они, Райн дал сказал, что npm был ошибкой, и пэкет json был ошибкой, папка нотмодуль сбала ошибкой, можно просто написать импорт и прописать там адрес, откуда мы забираем наш импорт. Да, я в итоге, что Райн дал, а сколько оказался ошибкой?

Ну, нет, ну подождите, ну, ладно, я утрирую, утрирую, конечно. Райна была светлая мечта, что мы можем сделать одинаково, ну, кстати, они в итоге это и делают все-таки свой вариант, который и близок браузера. Но мы это еще раз смотрим. Ну, то есть ему не нравилось, что в ноде мы писали рейк-вайор, что там был какой-то npm, который что-то выкачивало, это было совершенно не с импсовместимо с браузерным миром.

В браузерами вынуждены брать какой-нибудь там браузер и фай или там в пак, все это перепаковывать, делать из этого банду, и под капотом это совсем не то, что это было в Node.js. Да, это две несоместимых среды, и в браузер это в таком виде проросло, потому что другого варианта не было, потом у нас появились есть модули, и мы прошли к варианту, что мы можем все-таки импортировать, что-то просто по пути, и откуда не будет там из интернета скачается наш файлик.

Именно такой вариант, и был принят в дина. Да, они предлагали, как вариант, ну, вы не со странных мест забираете, а берите из нашего дина.калент. Мне это, с первого дня, не нравилось. Потому что я не понимал, почему я качаю какие-то файлы, без интегряти, откуда-то, из внешнего интернета, и что будет на моей сиай. Сегодня там собрался один ТС, нечих завтра туда прилетел другой ТС, а после завтра тебя просто заблокировали. Как вариант.

Ну, там был решение, что все это потом, и вот ты в момент разработки так, а потом ты это бандлишь, и оно все вместе собирается, и уже едет по наценным банлу. Но бандал так не умея собирается на сиай. Ну, ста, ну, была такая мечта, но потому что они отталкивались эти идеи, давайте сделаем одинаково в браузере и на сервере. Но, к сожалению, мечта разбилась осуравую реальность. Например, версия нирования. У нас получается очень длинные сутки.

Потому что в ней зашивается адреса этот, откуда мы качаем. Потом где-то у него там по-подурлую это лежит, потом где-то внутри надо еще селаться на конкретную версию библиотетия. И читать это невозможно. И тогда они предложили, ну давайте, вы будете делать файликдепс.tes. А нет, файкаджейсон, ребята. Такаджейсон это ужасно. Это очень крязный файл. Давайте вместо него сделаем депс-тез. И в него напишем экспорт что-то from вот такие вот огромные балалайти. На что-то очень похожи.

Да, из него будем брать очень корявы, но зато у нас не будет файкаджейсон. Ну как он говорит, это работа, он похож на такаджейсон. Еще была проблема с дубликацией зависимости, потому что мы не понятно, что забираем не понятно откуда. И фактически в какой-то момент может оказаться, что у нас много одинаковых файликов, просто так как у них разные урымы и просто не понимаем, где что лежит. Знаешь, что сам кобуты бы проходят через детство НПМ, через те же самые проблемы?

Да, вообще децентрализованная система, она была ненадежной, потому что мы сегодня взяли с какого-то сайте, казах-то это сайте больше не работает. Просто не заплатили за дом, все он умеет. Или бы купили, вот как недавно бы помнишь, купили популярное решение и все. И вообще неизвестно, что что тебе будут отдавать оттуда. Да, но они говорили, ну забирайте с диналенд. В общем, решение. Всеху этого вопроса, это импорт-мэпс и J-SAR. Теперь у нас место не вот J-SAR.

Мы это обсуждали, J-SAR это тоже как NPM, только он работает с TypeScript. Мы загружаем туда TypeScript, он сам его превращает дальше в Javascript. Ну просто еще одна централизованная система, охранения наших моделей. Вот, ребят из Динам. Импорт-мапы. Они нас тоже спасают, что мы пишем теперь не Депс ТС, а можем в Динам.JSON написайте такой большой массивчик импорт, который конечно же очень похож на TypeScript.JSON слева у нас имя, библиотети справа, откуда мы ее импортируем.

И там можно писать короткий синтексис J-SAR, в ай точке имя библиотети. Тут они не говорят про импем, но по-моему там можно написать NPM, в ай точке. А если там нельзя написать NPM, то я думаю, это появится очень быстро. Вот таким образом мы можем забирать наши библиотечки либо с непонятных урлов. Если вам этого хочется, я бы так не дел. Либо с J-SAR. И это все на самом деле движение, где на 2.0, они говорят, что осенью у нас будет новый дина, в котором импорты будут описаны как импорт.

Открыли скобочки, потом пишем фром, крыликовычики, J-SAR, двоеточек названия, наши библиотети. Вот это кажется то, что все хотели и изначально и это вариант, который живет. А длинные урлы нам умешают. Скажи, пожалуйста, вот ты сказал, вроде они признали свою ошибку, но по своему решению в Варкараунду как будто бы они признали, но все равно не хотят его признавать до конца окончательно. Почему они не могут просто реализовать это так, как это уже было сделано? А как так?

Я имею в виду, ведь они уже отходят от идея того, что дина это совместим свой платформ, и видеть в браузере, и так не работает. И, ему, ты импорт мапа мошен в браузере использовать. Импорт мапы, да, можешь использовать, но все остальное разветое, точно так же можешь использовать. Ну, в смысле у тебя разве может появиться такая конструкция, как J-SAR, двоеточие, то есть типа свой протокол, ты можешь завести. А это не можно, да. Но, к сожалению, где-то ты отходишь, да.

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

Они просто, что у вас каждый файли, откуда ты из непонятного места, что-то импорт, и потом вы бегаете по всему коду и ищете, где же я вот эту штуку-то затощил? Да, и они говорят о том, что нам нужна глубокая совместимость, и сноода, и с инпиемом, чтобы все это работало, даже Энапе, они хотят, чтобы это все поддерживалось, и NextJS, чтобы у них запускался это все, они вгина два хотят затощить.

Ну, то есть мечты мечтами, но есть реальность, где все привыкли вот так, оно показало свою жизнь и способность. Это знаешь, как это, как языки программирование. Есть языки, которые вот очень красивые, а есть языки программирования, которыми пользуются. Они еще обычно друг друга стремятся со временем, да? Ну, стремятся, но есть реальность. Они пытаются динно два сделать еще более приближенным, но они поняли, что вот это все, оно уже так не летит.

Возможно, если бы так запускалось, когда-то, то бы бы жили нас не было бы ноды, у нас появился дина. Восначала такие, у нас можно так импортировать. Ну кажется, что не очень удобно, потом мы бы радовались, что у нас теперь не Дэпс ТС, а импорт Мапу, и мы бы шли, шли, и тоже вот пришли бы, наверное, такому более красивому, Пакет Джейсон, чем есть сейчас.

Ну понятно, что они ругаются, что у тебя Пакет Джейсон, это такая штука вроде бы на Пакет, но какого черта в ней столько NPM скриптов, тогда вот такая вот патчика, где что, зачем все перемешано, лицензия там же, ну, то есть про все сразу. Ну, подожди, ну теперь это самое вместо NPM, рано ты можешь, но рано делать вроде уже, и к нпему никакой отношения не имеешь. Ну, можешь, и что? У тебя все равно, Пакет Джейсон, в нем будет записан твой NPM скрипт.

Ну да, да, ну я больше к тому, что типа, окей, они типа, на первом своем шаге, по созданию Пакет Джессона, они сейчас туда добавят только зависимости. В следующем релизу они поймут, что в принципе можно сюда добавить еще необходимую мято информацию о твоем проекте, потому что куда ее еще положить, да? То же опять же, с действительностью столкнуться и добавят, и в итоге это превратится в Пакет Джейсон. Ну, у них это называется дина Джейсон. Ну, окей, тем более он у них есть.

И там, да, не только зависимости, там вся информация, это мято информация проекте. Включаю, раздел с импортами. Да, ну а что делать? Они видят, что иначе не летит. Скажи мне честно, вот мы до сих пор смотрим на дина как на интересное явление, на которое мы все смотрим со стороны, или ты вот видишь уже места, куда бы ты себе его добавил, а может быть, уже добавил. Я знаю, что дина все-таки используется. Например, есть сайте такой волт сити, где запускаются много клинерского кода на сервери.

Они запускают это все в изоляторах таких гин и изоляторах. Это дина, которым мы запрятели ходить в веб-файлы, и они из Node.js запускают вот этот дина, и забирают из него результаты вот одно из известных применений дина. Я больше не в вообще везде, известно, я больше про тебя спросил. То есть ты в своих проектах видишь это? Нет, я в своих проектах не вижу, но я вижу, где дина и дина. Быстроить им Node.js. Тоже недавно было большое обсуждение, что с паун, очень мельный в ноде.

А в дина он быстрый. Ну как раз, волт, а они как раз про это и писали. Да, нет, ну подожди, если с паун, это ты же уже запускаешь какие-то командуального тела, то есть ты уходишь на выходишь из своей среды, и ты же, правда, ты и можешь это делать вообще без ноды. То есть, возможно, тебе там ноды в принципе не нужно. Это правда, но скорее, вот я вижу сейчас и дина и бан, это как-то такие способы пропинать Node.js, то Node.js дальше развивался. Нет, ну это, это уки. Да, вот это их основная среда.

Да, у дина есть еще один и диплой, где ты можешь там на фрейварке фреш, какие-то сайты создавать. Я, честно говоря, не знаю.

Они не отчитывались, сколько у них там клиентов, бизнес-модель, животные они, кажется, что в целом этот проект, вот немножко людей, получают достаточно денег, небольшой сумму, но кажется, им хватает, и они с удовольствием делают проект, чтобы показывать, как оно могло бы быть, и не факт, что он станет таким широко используемым, но он все еще остается важным, и вовсе еще обсуждает, и он все еще влияет на Node.js, только в таком виде он живет.

Вот так нет, конечно, я скорее уже банн, наверное, больше в него веры, что он будет drop in, like a placement, but, yes, у меня есть. То, что называется, Grinfield, да, вот, то есть я прикажу, и мне говорят, вот тебе проект, может сделать его на чем угодно.

То, естественно, я не буду сделать ставки на дина, даже потому, что я вижу, что вот пока у нас был дина-один, но идеей которого отбросили, и будет дина-2, который будет ближе к Node.js, но скорее всего, через пару лет появится дина-3, в котором решат, что это тоже не взлетело, а рядом Node.js, который, в общем-то, очень быстро впитывает это все, и делает свои решения, которые повторяют, что это.

Ну, это та же самая запрет работы с файлой системой и сети, то есть это перемешано, они же и в Node проникли. Поэтому это от яу кусочек у дина, а рядом есть еще решение, которые у Node, отъедают кусочки, это когда вообще у вам переезжает на ввьего 8 изоляты или к Джесс, и говорят, нам и этого хватит, нам не нужна все это обвязка. Ну, ладно, посмотрим, что с дина дальше будет, они живут и и свал Богу.

Да, главное, чтобы они вот не сказали в какой-то момент, тогда все это надоело, но через ввеб уходим, и не будем этим заниматься, будем писать там приложенькие для Windows. Ты имеешь в виду, как статья как раз Симона, сельвешь строни о том, как он ушел в извеб и суште.

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

А для них, по сути, мест на рынке очень сложно найти, потому что всем нужны вот это, Джелл с крепетёры, я не знаю, реакты, вот это все, а аквёшский относится, как, ну типа, ну а что там, ты в Ивину Хобховы, это вся верстка, да, и ты вроде как крутой специалист, очень крутой, очень много всего знаешь, а ценности на рынке, ценности на рынке не очень

сформировано. И вот тут Симон, который 25 лет в веб-разработке, как вы понимаете, он начинал ещё тогда, когда были вымастера, он рассказал о своей такой плачевной истории, ну с хорошим концом, конечно же, но, но, которая показала, наверное, куда весь рынок двинуса, он говорит, что он всегда был, он себя называет веб-дизайнером, это, наверное, не знаю, это вот как, это верстальчик, что ли,

получается. Ну, мне кажется, это что-то вот около того, технолог как в студии любит говорить, и он говорит, что он всегда умеял плюс минус, ну там всё вокруг, и всё такое, и тут он решил поменять работу.

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

Во-первых, он всегда был между дизайным разработкой, то есть вот где-то между этими двумя большими блоками, он не фулстек, то есть Андрея он не как-то, он вот это вот всё не любит. Да, я не фулстек, я верстать не умею. И ещё ему он очень переживает за то, что вся в принципе современная вопросработка, спостоянно меняющимся, тулингом, фреймворками, библиотеками, подходами, на его взгляд, вообще окончательно испоршено, и что-то всё это всё не то. Поэтому он не развивался в эту сторону.

То есть он оставался именно тем специалистам, которого умею делать что-то для выбо. И он немножко ругается, что я вот с таким огромным опытом, с такими глубокими знаниями и познаниями проловываю, по сути вообще не нужен в индустрии, потому что я не знаю, я не знаю о нескольких фреймворках, типа мне либо идти их изучать, типа несколько языков, программирую не несколько фреймворков, тулингов, либо угать о своих навыках. Вот его моральная дилема была.

И вот он искал себя работу, и он даже с одним и чаром, когда поговорил, рассказал о своём опыте и так далее, и ему интервью рассказал, что типа, а, значит, вы мастер на вся руки, но не мастер ни в чём.

В этот момент он, конечно, был подавлен, обозлился на весь этот рынок, потому что, как ему кажется, что всё идет куда-то не туда, потому что он для себя замечает такие тенденции, что всё ухудшается, код становится хуже, скорость сайта становится хуже, никто не думает о Web, я не знаю, платформе, Web, но он, конечно, утрирует, но тем не менее, Web стандартах и доступности все пытаются повторить все те же самые подходы, которые были, я не знаю, сделаны.

Он хороший мистер для упоминания нашёл, что все мы пытаемся просто сделать то, что было сделано в Макромеде Flash, просто как-то, ну типа, по-новому, типа, всё это уже было изобретено, и всё такое. И вот он говорит, что все ему это не нравится.

Он даже, в итоге, попробовал себя откликаться на позиции и разработчиков в WordPress, но и там у него ничего не получилось, потому что он не знал PHP достаточно, насколько нужно было и сам в WordPress, он как бы умел им пользоваться, но опять же не на том уровне, на котором его спрашивали.

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

Пока всё-таки не нашёл для себя позицию, эта позиция оказалась в кембрическом университете, причём она была как раз под его, под его стэкзнание, получается, она как она называлась, по-английски, чьи, файти и техникам, что-то типа главного, айти-техника, то есть человека, который вроде пройти, знает достаточно много

в разных видимо частях. Его он прошёл, сделал там тестовое, поговорили на интервью, уйти бы всё, окей, и он вот всё теперь он говорит, я теперь работаю в суперклассном месте, и потом, где происходят все инновации, тут студенты, тут жизнь, и вот ему всё нравится, а из вебы я, по сути, дону его, я из вот этого профессионального коммерческого веба, я ушёл, что думаешь, Андрей?

Ну, что тут сказать? Ну знаешь, мы же должны развиваться, я понимаю его боль, я вижу такие уже людей, которые хорошо верстали, были востребованными специалистами, но, к сожалению, время чистой верстке оно ушло, и даже если сейчас верстать, тебе всё равно надо знать

какой-то фремворк, такой же, как к реак, и небольшие компоненты из этого собирать, и здесь, ну, ну, что здесь жаловаться, такая реальность, сейчас бизнесу нужны сайты, которые полноценные приложения, которые большая интерактивность, и работают для людей, которые хотят просто верстать, очень мало. Ну, ну, ну, что здесь жаловаться?

Ну, это как, не знаю, я вот там, не знаю, любил, там работал кучера, любил лошадей, а вдруг стало много автомобилей, никому не нужен кучер, и выход, ну, в итоге ты находишь где-то там, я остался и подром и уходишь туда, слушать мисс-вниматься, ну, ну, ну, а что делать? То есть, здесь реальность, где произошло изменение.

Я больше знаешь для себя, что подсвятил, что мы всё время говорим, что у нас вот, если такой хайп-трейн, который типа несётся, мы должны на него вскочить, и, желательно, не выходить из него, пока мы находимся здесь, чтобы всегда всё успевать. Но ведь, когда мы говорим про это, мы говорим про то, куда несётся хайп-трейн, но мы забываем о том, что хайп-трейн откуда-то уезжает, да, и вот в хвосте в своём остатане оставляет кучу всего.

Я вот для себя подсвятию немножко другое момент, то вот он всё равно очень хорошо, это тоже рассказал. По сути, ты можешь вкладываться в получение огромного количества науков и экспертизы, которые на самом деле пройдёт год, два, три, и она никому не нужна будет. То есть, нам не только нужно изучать постоянно новое, но и твоё изученное будет, ну, по сути, обе сцениваться.

Здесь особенно опасность, если ты работаешь в крупной компании, вот как Google, Facebook и Andex, где внутри есть очень много, чего-то, что снаружи люди никогда не видели и не слышали. И, естественно, если ты в такой компании просидел 10 лет, уходя из неё, ты будешь в чем-то ненужным специалистом на рынке, потому что вот эти вот уникальные велосипеды на них катаются только внутри. Оснаружи про них не слышали.

И поэтому люди, которые об этом беспокоятся, которые не хотят знать, что в Японии, да, то вам пришёл в компании и до старости в ней работать, кто понимает, что есть рынок и нужно быть готовым, потому что, чтобы завтра поменять компанию, они, конечно, усилино следят и стараются не засиживаться в таких местах, где вот у тебя вообще не подрогайте какое-то современный инструмент, или нужно вечером, но тоже не у всех есть время вечером, делать какие-то подправджекты или прям внутри менять,

проекты уходить туда, где можно всё-таки работать на современных инструментах, чтобы оставаться в рынке. Ну, потому что всё-таки я считаю, нужно везде себе саломку подкладывать, и нельзя думать, что какой классный у меня сейчас место, здесь можно вот я люблю только это, я только в этом буду развиваться, всё равно приходится думать о том, что завтра может быть и не будет такой работа.

Слушай, а мы можем это экстрапалировать на твоё взгляд, что типа, например, вот вся вот это вот движение, типа давайте всё запихнем в реакте, тогда и так далее, год, два, и все твои знания про то, как работает реакт, на фиг никому не нужно быть. Ну ладно, не год, два, пять, шесть лет.

Ну, смотри, если ты просто специалист по написанию хуков, там, и Джейсекс, то такое, да, может и счастье, ну если ты знаешь, как работает реакт, почему оно внутри такой под капотом, то твои знания не всё равно остаются, потому что это Джавоскри. Да, но давайте усложнём. Ведь вот человека, когда знания вёрзкие дизайн, они что же никуда не пропали? Не пропали. Они же нужны на рынке.

То есть эти знания нужны просто сверху них, наложився ещё большой блок знаний, в которую этот человек уже не вписывается. Ну а что, если мы не знаю, через пять шесть лет будем строить поверх васма, с помощью других языков, да, тебе нужно знать, как оно раньше было, вот это вот то, что говоришь, типа, как реакт сам работает. Но на самом деле этого уже совсем будет недостаточно. И даже сам проблем, да, даже.

Ну, слушай, и даже если брать глубже, какой-нибудь там девобс, да, ты там сайки, какие выкладывали через заходил PSSH, там инжинс настраивал, вроде ты даже такой фолст-тек, но сейчас ты приходишь и тебе сразу сходу и где говорят, у нас кубернеться. Пожалуйста, изучи, даже есть ты фронт-энди. И тоже приходится также бежать, и даже если тебе не нравится, вот я вы не хотел, чтобы у меня был кубернеться, я бы хотел продолжать собирать там, дотер-контейнера и ставить их, но нет нельзя.

И так приходится учить, ну такая работа. Так может быть у нас, знаешь, я тоже замечаю последнее время, что есть люди, которые прям выходят из ВВ, вот как, собственно, Симон, да, что типа, ну, окей, я здесь путусил, что-то поделал, все, давайте к реальному миру, к реальным людям, я не знаю, попробую ендино. Ферму организовать свою кафе, свою открытий, или еще что-то такое. Вот он пошел помогать людям в университете.

Ну это правильно, потому что вот это же прямой путь к выгоранию, если ты делаешь то, что тебе вообще не нравится и никак не ложится на твои скилы, и ты просто через силу там начами, да, пытаешься до делать эти таски, разобраться, выучить этот фремворг, который ты не навидишь за частою, да, наверное, стоит остановиться и пойти в другой сторону. Может быть, и другой вариант может быть.

То есть, не знаю, можно людей учить, верстать, то есть базовые курсверстия, то он знает, дизайн, опять же, где там, может быть, что-то найдется, но через силу точно не стоит. Или все-таки, давай я тебе вот последние два вопроса, да. Или все-таки наш рынок испорчен, соломан. Наш рынок, он зависит от бизнеса.

Мы не делаем просто так там сферичествием коней вакуум, мы хотели что хотелось бы, чтобы все было такое классно, и там и сплошные веб-стандарты, и там вэп-компаненты, уберите эти ваши противные реакты, но реально, это такая, что мы работаем на бизнес-бизнес, зарабатывать деньги, и нам оттуда ставят задачи. Если сегодня вот такая задача, мы ее должны сделать как-то, но иначе не бывает.

Подожди, но бизнес-женей никогда не приходил, к нам они говорил, типа, дайте на, сделайте, на, придумайте для меня реакт, хотя нет, вы, метят, наверное, так и было, так и было. Но потом-то никто же не приходит, они говорят, сделать, на меня там, я не знаю, как вы библиотеку, фрэймворк, я растощить ее по всему сообществу, чтобы, не знаю, с одной стороны упростите, с другой стороны, усважить вход. Нет, бизнес к тебе приходит, говорит, вот ты мне сделал магазин.

Вот, пожалуйста, сделать так, чтобы корзинка была такая, что вот человек, вот здесь вот плюс, типа, нажимал, она улетела в корзину, у него страница не перезагружалась, а эти ссылки еще сохранились, и еще он мог собрать это вызбраны, отправить человек, а потом он открыл свою корзину на следующий день, и смог в ней заплатить, а если он не заплатил, ему пришло письмо через неделю, на том, что вот вы тогда у нас собрали корзину, теперь вам стидка 20%. Вот, что я ему говорю, бизнес.

Как это будет реализовано? Это вопрос. Но сейчас есть вот готовые решения, да, ты берешь, что делаешь очень много клянского кода, чтобы все это работало, ты делаешь что-то на сервере, ты учусь рассылать эти письма. Ай-ай-начика. Да, бизнес тебе ставит задачи, то есть, когда мы говорим о бизнес-лодике, даже, это же не то, что нажали кнопочку, и вот здесь произошел вент. Бизнес-лодика, это когда тебе бизнес сказал, что если пришел вот такой человек, дай ему скидку, они эти мысли.

Это должен реализовывать как-то. Поэтому бизнес этим управляет, да, есть какие-то социальные проекты, где можно этого не делать, где ты просто делаешь для души, для всех, но там ты не зарабатываешь деньги, а просто делаешь что-то хорошие для всех.

То же самое университие, да, ты там можешь исследовать, ты там можешь сделать, ну иногда и в компаниях тоже бывает, да, что тебе дали гранты и ты говоришь, я буду год исследовать, как сделать классный сайт, с классной соцсобилики, где вообще не будет JavaScript, просто у меня такое исследование, на год я его сделаю. Ну и все орандиот девы же про это же. Ну, не обязательно. Да, прямо про это, но какие-то такие вещи про исследования. Но на рынке-то этого мало. Ну да.

На рынке компании, которым нужно завтра не закрыться. В бизнес же тоже это делать не потому, что он такой злой, а потому что клиентов, они потеряют, потому что есть конкуренты, у которых корзина работает, быстрее и удобнее. И вот что у нас сейчас главный, там Marketplace, да, вот там вообще война идет за скорость выдачи.

И ты посмотришь, на как они работают, это же, да, там куча JavaScript, да, но они отдают с дикой скоростью, то есть они за этим тоже следят, но они отталкиваются не отранжирования, в гуглении, от того, что там, это лучше понравится, просто от того, что быстрее откроется у пользователя, он это купит, от этого они пляшат. К сожалению, да, вот это мев капитализм, он такой. Ну, какой вы, вот, наверно, можно сделать. Во-первых, это нормально уходить из вебы.

Вот я бы тут вот этот момент, знаешь, про говорю, потому что кто-то может думать, я в вебе, это моя профессия, типа, «Боже мой, я же не мой, я так стремился сюда, знаешь, живут это вот». Все же очень стремя, стремятся в веб-войтишечку, потому что здесь хорошо, комфортно, как минимум, как говорят, да?

Вот, и это нормально уходить, если это совсем не для вас, ну, и, наверное, второй вы вот это то, что, и правда вот это вот, скорость изучения нового, она еще и про то, что мы теряем старые, и это нормально, уже за этот цепляться не нужно.

Я вот как человек, который занимался музыкой, достаточно профессиональным уровней, бросил, то тоже через это проходил, что в какой-то момент я понял, что я не вытягиваю, мне не хватает стилов, мне не хватает времени, я должен решить, что все, я убираю, там, бас гитару, и занимаюсь чем-то другим. И это было правильное решение, да, конечно, мне было грустно, мне нравилось, там, стоять на сцене, я все еще вспоминаю, те времена, как было классно, но дальше другая жизнь началась.

Это же наверняка твой план B, запасное родром, если тебе уже надоет, весь этот фулсток мир, ты просто достанешь, что же с тех лишь гитару и пойдешь бренчать. Ну, нет, конечно. Ну, ну, ну, ну, ну, скорее, то, что нужно было в какой-то момент признать, и мне стало легче. Через какое-то время я понял, что самое это признание, того что все, там я, да, с тех максимума для себя, и дальше не могу. И дальше я расслабился. С вами был 434 выпадкастов в обстандарты, его постоянные видуще.

Не только мы ныжу Алексей Симоненко. Мифически фулстек Андрей Милыхов. Слушайте нас в любом приложении для подкастов или на ваших любимых платформах. Не забывайте ставить оценки и писать отзывы, это помогает нам продолжать. Если вам нравится, что мы делаем, поддержите нас на Patreon или Boosty, ждем ваших вопросов на подкаст собака, WebDefixStandar.ru, мы обязательно ответим на самые интересные. Слушаемся на следующей неделе. Пока! Пока!