Просто Copilot интегрируют с помощью Copilot, уже заменили им 50% индусов, которыми когда-то заменили 80% инженеров, ещё бы оно работало, оставшиеся индусы не вывозят, им ещё калькулятор обновлять надо и ежедневно добавлять по 100 тысяч чтений диска при открытии контекстного меню
И полноценно использовать возможности Vue на странице. Есть способы сделать так и для React, но выглядит и ощущается это как грязный хак, а не нормальный сценарий его использования для небольших проектов.
И мне при таком сценарии использования не нужно, чтобы написанный мной код транспилировался/препроцессился каким либо внешним инструментом. Я просто нажимаю "сохранить" - и оно работает.
Там, где 95% разрабов на реакте будут использовать какой-нибудь Axios (хотя вроде бы никто не заставляет, но это почему-то распространено повсеместно), я просто возьму ванильный fetch.
И мне не нужно при этом тащить аналог Redux для нормального и удобного управления состоянием. Я понимаю, что React по своей философии в первую очередь о компонентах, а не о маршрутизации событий и управлением состоянием приложения. Но где компоненты - там рядом всегда логика их взаимодействия. У React эта важная и неотъемлемая часть прикручена будто бы сбоку.
Я не настоящий фронтендер, но интуитивно Vue ощущается намного удобнее, проще и изящнее в любой из этих задач. Это ведь была эволюция. Сначала был JQuery. Парни из Google посмотрели на это безобразие и сделали Angular. Потом парни из Facebook посмотрели на безобразие под названием Angular и сделали React. Потом один чел из гугла снова посмотрел на всё это переусложненное безобразие и сделал Vue. Ещё Svelte развивался судя по всему примерно из тех же соображений. Судя по количеству головняка, в который необходимо вникнуть для работы с этими фреймворками, и все возрастающему удобству и красоте кода по хронологии их появления, на Ангуляре и Реакте люди пишут просто по инерции, т.к. они очень хорошо его изучили и на них создано много разных проектов. Если бы все эти фреймворки появились в один день, я думаю что подавляющее количество людей отдали бы предпочтение Vue.
А ещё на Vue можно просто сразу взять и писать, подключив его одной строчкой на страницу. Без монструозного и запутанного инструментария, тормознутой помойки под названием npm, кучи препроцессоров, системы/пайплайна сборки (конфиги которых передают по наследству, даже не пытаясь в них разобраться) и кучи доп. библиотек для совершенно базовых вещей.
Я бы назвал это баном TLS 1.3 (из-за eSNI), не детектом VLESS. Изучил немного последние новости, если вы имели в виду вот это, то говорят, что эту проблему пофиксили в Xray-core v25.6.8.
Вы говорите про внимание к серверу. Разве РКН научился детектить VLESS? И что ему мешает обратить внимание сразу на канал Сервер в РФ -> Сервер в ЕС, чем он устойчивее прямого канала от вас до сервера в ЕС? Или чем устойчивее канал от вас до сервера в условно-нейтральной стране, чем прямой от вас до ЕС?
Если вам нужно оперативно менять конечный сервер на нескольких устройствах, почему бы вместо добавления на постоянной основе промежуточного сервера в соединение не воспользоваться механизмом subscriptions в VLESS клиентах?
А мне понравилось. Читается как набор фактов, без воды и словоблудия. После заполнивших все помоев от LLM, маркетологов и рерайтокопрорайтеров как бальзам на душу.
Киллер фичей было бы отсутствие этих тонн мусорных обновлений, написанными индусами в содружестве с gpt и выпущенными без тестирования, регулярно что-то ломающими.
Операционная система должна обеспечивать надёжную, стабильную и удобную среду выполнения программ, а не жить своей жизнью. Обновления должны быть атомарными, законченными, оттестированными, оптимизированными вносить прозрачные для пользователя изменения в продукт. Быть добровольными и ненавязчивыми. К их написанию нельзя привлекать альтернативно одаренных, благодаря которым операции вроде открытия контекстного меню или пуска совершают десятки тысяч дисковых операций.
Ах, о чем это я. Их ОС, делают что хотят. Лучей поноса всем причастным к нынешней философии разработки винды.
Медицинский прибор в такой коробке явно никто не купит. К нему применимы иные требования, чем висеть под дождём, обгаженным голубями и насекомыми.
Если взять такую готовую коробку и насверлить в ней дырок под кнопки, это будет в итоге выглядеть снаружи и и являться по сути наколенной самоделкой для личного пользования.
И даже такая коробка, как на вашей картинке, будет стоить космос в тираже ~100-500шт. А если 100-500 тыс. шт., то лишь тогда вменяемо
Просто Copilot интегрируют с помощью Copilot, уже заменили им 50% индусов, которыми когда-то заменили 80% инженеров, ещё бы оно работало, оставшиеся индусы не вывозят, им ещё калькулятор обновлять надо и ежедневно добавлять по 100 тысяч чтений диска при открытии контекстного меню
Отлично, теперь станет на один больше.
На браузерах, панелях управления, меню пуск данный подход был отработан, опыт явно был признан удачным.
Насколько я понял, упор тут на использование "совместимых" картриджей и их перезаправляемость
Так вот же, теперь продавил =)
> Экстремальная культура производительности
>80+ часов работы без выходных
>Регулярно находимся в офисе, живём где работаем, лучшую работу делаем ночью
>культура производительности
Однако, какими же наивными бывают люди
На хабр бы такую штуку. Только для статей. Ошеломляющий эффект дала бы ёмкость блок листа даже в 5-10 нейрощитпостеров.
Оставшихся, вероятно, даже станет чуточку интересно читать.
noai.habr.com. Мечта!
Двоемыслие во всей красе
туда же
Спасибо что просветили. В проектах, где я видел axios, эти фишки не использовались, и его можно было легко заменить на fetch. Поэтому не знал о них.
Если вы не можете сделать так на Реакте, значит никому это не нужно, верно? )
Ну почему же. Законом не запрещено ещё табличку и дропдаун добавить
Извините, вы похоже невнимательно прочитали
Знаете, самому было интересно, почему
Представляете, мне тоже! Ну хоть что-то вам тащить в реакт не надо, уже хорошо.
Я не спорю, при желании или необходимости на Vue также можно навесить что угодно. И повсевместно навешивают. И я не утверждаю, что это всегда плохо.
Я пишу о том, что очень ценю лаконичность, а именно - возможность написать в <head>:
<script src="https://unpkg.com/vue@3/dist/vuпe.global.js"></script>И полноценно использовать возможности Vue на странице. Есть способы сделать так и для React, но выглядит и ощущается это как грязный хак, а не нормальный сценарий его использования для небольших проектов.
И мне при таком сценарии использования не нужно, чтобы написанный мной код транспилировался/препроцессился каким либо внешним инструментом. Я просто нажимаю "сохранить" - и оно работает.
Там, где 95% разрабов на реакте будут использовать какой-нибудь Axios (хотя вроде бы никто не заставляет, но это почему-то распространено повсеместно), я просто возьму ванильный fetch.
И мне не нужно при этом тащить аналог Redux для нормального и удобного управления состоянием. Я понимаю, что React по своей философии в первую очередь о компонентах, а не о маршрутизации событий и управлением состоянием приложения. Но где компоненты - там рядом всегда логика их взаимодействия. У React эта важная и неотъемлемая часть прикручена будто бы сбоку.
Я не настоящий фронтендер, но интуитивно Vue ощущается намного удобнее, проще и изящнее в любой из этих задач. Это ведь была эволюция. Сначала был JQuery. Парни из Google посмотрели на это безобразие и сделали Angular. Потом парни из Facebook посмотрели на безобразие под названием Angular и сделали React. Потом один чел из гугла снова посмотрел на всё это переусложненное безобразие и сделал Vue. Ещё Svelte развивался судя по всему примерно из тех же соображений. Судя по количеству головняка, в который необходимо вникнуть для работы с этими фреймворками, и все возрастающему удобству и красоте кода по хронологии их появления, на Ангуляре и Реакте люди пишут просто по инерции, т.к. они очень хорошо его изучили и на них создано много разных проектов. Если бы все эти фреймворки появились в один день, я думаю что подавляющее количество людей отдали бы предпочтение Vue.
А ещё на Vue можно просто сразу взять и писать, подключив его одной строчкой на страницу. Без монструозного и запутанного инструментария, тормознутой помойки под названием npm, кучи препроцессоров, системы/пайплайна сборки (конфиги которых передают по наследству, даже не пытаясь в них разобраться) и кучи доп. библиотек для совершенно базовых вещей.
Я бы назвал это баном TLS 1.3 (из-за eSNI), не детектом VLESS. Изучил немного последние новости, если вы имели в виду вот это, то говорят, что эту проблему пофиксили в Xray-core v25.6.8.
Вы говорите про внимание к серверу. Разве РКН научился детектить VLESS? И что ему мешает обратить внимание сразу на канал Сервер в РФ -> Сервер в ЕС, чем он устойчивее прямого канала от вас до сервера в ЕС? Или чем устойчивее канал от вас до сервера в условно-нейтральной стране, чем прямой от вас до ЕС?
Если вам нужно оперативно менять конечный сервер на нескольких устройствах, почему бы вместо добавления на постоянной основе промежуточного сервера в соединение не воспользоваться механизмом subscriptions в VLESS клиентах?
Зачем именно вы считаете небходимым промежуточный сервер при использовании vless?
Просто расчет системы питания отдали сделать ChatGPT. Дилер подсел на собственный товар, итог закономерен
А мне понравилось. Читается как набор фактов, без воды и словоблудия. После заполнивших все помоев от LLM, маркетологов и рерайтокопрорайтеров как бальзам на душу.
Киллер фичей было бы отсутствие этих тонн мусорных обновлений, написанными индусами в содружестве с gpt и выпущенными без тестирования, регулярно что-то ломающими.
Операционная система должна обеспечивать надёжную, стабильную и удобную среду выполнения программ, а не жить своей жизнью. Обновления должны быть атомарными, законченными, оттестированными, оптимизированными вносить прозрачные для пользователя изменения в продукт. Быть добровольными и ненавязчивыми. К их написанию нельзя привлекать альтернативно одаренных, благодаря которым операции вроде открытия контекстного меню или пуска совершают десятки тысяч дисковых операций.
Ах, о чем это я. Их ОС, делают что хотят. Лучей поноса всем причастным к нынешней философии разработки винды.
Разве существуют не-отечественные ККТ, которые способны работать в соответствие с 54-ФЗ?
Медицинский прибор в такой коробке явно никто не купит. К нему применимы иные требования, чем висеть под дождём, обгаженным голубями и насекомыми.
Если взять такую готовую коробку и насверлить в ней дырок под кнопки, это будет в итоге выглядеть снаружи и и являться по сути наколенной самоделкой для личного пользования.
И даже такая коробка, как на вашей картинке, будет стоить космос в тираже ~100-500шт. А если 100-500 тыс. шт., то лишь тогда вменяемо
А что произойдет, если мы случайно сложим больше, чем 2^13 чисел, произойдет наихудший сценарий и переносы переполнятся? Это же как-то контролируется?