Версию используете для чего-то? Почему бы тогда просто id пайплайна не использовать или генерируемый растущий номер?
Потому что если версия используется кем-то кроме вас лично, то там семвер удобен. Если только вы сами - то что угодно делайте, пока сами понимаете что и зачем.
Велосипеды делать, когда кто-то кроме вас будет этим пользоваться - очень грустная история.
ПС: версии можно поднимать просто при мержах. Либо руками (разработчик ломает совместимость, поднимает версию), либо как то автоматизируя (https://gitversion.net/docs/reference/version-increments вот тут v3 позволяет делать это разработчику). Никто кроме разработчика не знает, сломал он совместимость или нет. И даже разработчику об этом думать надо, не знаю, может нынче какой-нибудь ИИ инструмент может помочь.
Именно блок рекомендаций и так настраивается. В статье про какой то блок "Share" видимо для тех кто телефон подключил, я таким не пользовался, не могу понять что и где именно имеется в виду.
А тоглы важны в этой схеме? Я по статье не понял, если честно.
Контракты апи нужно версионировать, но это должно быть сделано при билде. Добавили контракты, апнули версии. Сломали контракты - отметили факт в версии. Включен или выключен тогл, вроде как особенность внутренней реализации сервиса и на поведение (в том числе версии чего либо) влиять не должно.
Смотрите в чём ирония, голосуют игроки. Тарков в стиме тоже в этом году по моему только появился. И вот в этом году игроки оценили ark riders в категории инновационного геймплея =)
За год вышло 20к (или больше) игр только в стиме. Премия за год. Что было популярного, за то в основном и голосовали. Посмотрите что было популярно, из них собственно и вышли победители.
Размытые задники и визуальный стиль для двухлеток - это ваше мнение, но стоит отметить что гораздо хуже выглядели игры последних пары тройки лет типа кооп хороров. Они выглядели гораздо хуже, и тоже брали награды.
Окей, покопался и это звучит очень странно, но местами интересно.
Сам React Native использует hermes - движок выполнения JS. Его же судя по документации МС использует и версия for Windows. Насколько я понимаю, это встраиваемый движок, т.е. он не работает как электрон\вебвью с запуском пятка процессов и прочей мишурой (но вопрос производительности против V8 хромовского всё равно под вопросом).
Звучит как очень большой оверхед для "пуска", но включив рекомендации и потыкав в меню в разных вариациях, больше всего нагрузки я увидел в dwm (т.е. рисование окошка, прозрачности и композиции окошек), а не в чём то ещё.
Не смог гарантированно понять используется ли js в пуске, поэтому если он используется, то у меня лично никаких проблем это не вызвало. С одной стороны, если хорошо работает, то почему бы и нет. С другой - всё равно звучит странно, затащить js движок туда где точно можно обойтись без него (и это те же люди, которые секунды не хотят отображать на панели для экономии электроэнергии).
И там же закончить. Нет ни одного хоть какого-то доказательства, что там реакт(нейтив), кроме каких-то картинок из твиттера о загрузке ЦПу. Загрузка ЦПУ = реакт?
UPD: там же есть ссылка на https://devblogs.microsoft.com/react-native/rnw-settings-win11/ - в котором пишут об одной конкретной странице настроек, которая использует React Native for Windows для отображения информации о подписках и чем-то там ещё. Не пуск, а конкретная страница настроек.
" сломали механизм ExplorerPatcher " как будто были обязаны поддерживать?
Это их приложение, их пуск и их поддержка пуска. А патчер - неофициальный, для тех кто готов к приключениям. И его вылеты\поломки на совести пользователей, но уж точно не МС.
Не уверен, насколько аргументы вида "удалим часть пакетов виндовс" можно свести к "контекстное меню на js", деталей в видео нет. Вебвью как таковой существует в виндовс где то там с 98 версии, очень странно пытаться выпилить любые его упоминания и смотреть "что же будет".
Тоже не подтверждаю, но я трогал настройки поиска и индексации, поэтому не скажу уверенно, в каком что сейчас состоянии. Я бы скорее пожаловался что мой onlyoffice не находится по слову office. В остальном поиск что-то находит и находит сразу. Интернет поиск отключил точно.
Это которые? Тимс скорее всего работает в браузере. Больше электрона нигде нет из описанных в статье.
Если же речь про виджет в уведомлениях и какую-то настройку в панели управления, то по ним я так и не видел нормального разбора, а не как новостной службой хабра.
Я вот пишу на C# в 99% случаев, мне линкедлист ни разу не понадобился. В простых случаях достаточно просто массивов.
У разработчиков раста тоже есть интересный коммент, что именно линкедлист - плохой выбор и лучше взять вектор. К сожалению, я не смог оперативно найти информации - почему, но по опыту как минимум перечислений вполне могу поверить что
better to use Vec or VecDeque because array-based containers are generally faster, more memory efficient, and make better use of CPU cache.
Мне кажется надо не смотреть на то "как реализовать линкед лист на расте", а скорее "как решить %мою конкретную задачу% на расте".
У семвера по моему вполне ясно описано, как инкрементировать. Если тоглы не важны, то зачем про них писать?
Версию используете для чего-то? Почему бы тогда просто id пайплайна не использовать или генерируемый растущий номер?
Потому что если версия используется кем-то кроме вас лично, то там семвер удобен. Если только вы сами - то что угодно делайте, пока сами понимаете что и зачем.
Велосипеды делать, когда кто-то кроме вас будет этим пользоваться - очень грустная история.
ПС: версии можно поднимать просто при мержах. Либо руками (разработчик ломает совместимость, поднимает версию), либо как то автоматизируя (https://gitversion.net/docs/reference/version-increments вот тут v3 позволяет делать это разработчику). Никто кроме разработчика не знает, сломал он совместимость или нет. И даже разработчику об этом думать надо, не знаю, может нынче какой-нибудь ИИ инструмент может помочь.
Именно блок рекомендаций и так настраивается. В статье про какой то блок "Share" видимо для тех кто телефон подключил, я таким не пользовался, не могу понять что и где именно имеется в виду.
А тоглы важны в этой схеме? Я по статье не понял, если честно.
Контракты апи нужно версионировать, но это должно быть сделано при билде. Добавили контракты, апнули версии. Сломали контракты - отметили факт в версии. Включен или выключен тогл, вроде как особенность внутренней реализации сервиса и на поведение (в том числе версии чего либо) влиять не должно.
Смотрите в чём ирония, голосуют игроки. Тарков в стиме тоже в этом году по моему только появился. И вот в этом году игроки оценили ark riders в категории инновационного геймплея =)
За год вышло 20к (или больше) игр только в стиме. Премия за год. Что было популярного, за то в основном и голосовали. Посмотрите что было популярно, из них собственно и вышли победители.
Размытые задники и визуальный стиль для двухлеток - это ваше мнение, но стоит отметить что гораздо хуже выглядели игры последних пары тройки лет типа кооп хороров. Они выглядели гораздо хуже, и тоже брали награды.
Ну т.е. семвер не осилили, придумали свой велосипед?
То что у вас семвер скатился к 1.0.%buildnumber% не значит что в семвере проблема.
UPD: почитал статью Махмуда Хашеми по ссылке и это какой-то... мусор? Типа "смотрите, кто-то может не соблюдать семвер, поэтому семвер плохой".
Окей, покопался и это звучит очень странно, но местами интересно.
Сам React Native использует hermes - движок выполнения JS. Его же судя по документации МС использует и версия for Windows. Насколько я понимаю, это встраиваемый движок, т.е. он не работает как электрон\вебвью с запуском пятка процессов и прочей мишурой (но вопрос производительности против V8 хромовского всё равно под вопросом).
Звучит как очень большой оверхед для "пуска", но включив рекомендации и потыкав в меню в разных вариациях, больше всего нагрузки я увидел в dwm (т.е. рисование окошка, прозрачности и композиции окошек), а не в чём то ещё.
Не смог гарантированно понять используется ли js в пуске, поэтому если он используется, то у меня лично никаких проблем это не вызвало. С одной стороны, если хорошо работает, то почему бы и нет. С другой - всё равно звучит странно, затащить js движок туда где точно можно обойтись без него (и это те же люди, которые секунды не хотят отображать на панели для экономии электроэнергии).
Дискорд это делает не первый год.
И там же закончить. Нет ни одного хоть какого-то доказательства, что там реакт(нейтив), кроме каких-то картинок из твиттера о загрузке ЦПу. Загрузка ЦПУ = реакт?
UPD: там же есть ссылка на https://devblogs.microsoft.com/react-native/rnw-settings-win11/ - в котором пишут об одной конкретной странице настроек, которая использует React Native for Windows для отображения информации о подписках и чем-то там ещё. Не пуск, а конкретная страница настроек.
Эээ, а вот тут не уловил. CLR и есть VM в терминах того времени, как и JVM. Что не так с виртуальной машиной?
О, снова вижу про жс в пуске. Можете подкинуть инфы, где там жс?
" сломали механизм ExplorerPatcher " как будто были обязаны поддерживать?
Это их приложение, их пуск и их поддержка пуска. А патчер - неофициальный, для тех кто готов к приключениям. И его вылеты\поломки на совести пользователей, но уж точно не МС.
Нашел видео с очень похожим содержимым
https://youtu.be/knc9ZdzQqH4?t=640
Не уверен, насколько аргументы вида "удалим часть пакетов виндовс" можно свести к "контекстное меню на js", деталей в видео нет. Вебвью как таковой существует в виндовс где то там с 98 версии, очень странно пытаться выпилить любые его упоминания и смотреть "что же будет".
Можете деталей каких то добавить?
Я попытался погуглить - не нашел такой информации. И что такое edge службы я тоже не знаю, это ж просто браузер?
Тоже не подтверждаю, но я трогал настройки поиска и индексации, поэтому не скажу уверенно, в каком что сейчас состоянии. Я бы скорее пожаловался что мой onlyoffice не находится по слову office. В остальном поиск что-то находит и находит сразу. Интернет поиск отключил точно.
Это которые? Тимс скорее всего работает в браузере. Больше электрона нигде нет из описанных в статье.
Если же речь про виджет в уведомлениях и какую-то настройку в панели управления, то по ним я так и не видел нормального разбора, а не как новостной службой хабра.
Опять "в пуске веб" у информационной службы хабра.
И вроде интересно иногда вас читать, но как же тяжело адекватно такое воспринимать
Я вот пишу на C# в 99% случаев, мне линкедлист ни разу не понадобился. В простых случаях достаточно просто массивов.
У разработчиков раста тоже есть интересный коммент, что именно линкедлист - плохой выбор и лучше взять вектор. К сожалению, я не смог оперативно найти информации - почему, но по опыту как минимум перечислений вполне могу поверить что
Мне кажется надо не смотреть на то "как реализовать линкед лист на расте", а скорее "как решить %мою конкретную задачу% на расте".
https://doc.rust-lang.org/stable/std/collections/struct.LinkedList.html
и там вверху ещё ссылка source есть, чтобы посмотреть как в стандартной поставке выглядит это дело.