Были на Бали, меня удивило что блокировки наши действовали там при работе через Мегафон. Если оператор связи с зарубежа позволяет обходить блокировки так - интересно.
ПС: не силен в том как обеспечивается интернет роуминг
У вас какая-то старая информация о РФ. Карты печатаются в Альфе, Сбере, Райфе…да много у кого, при тебе за 5 минут. Не именные просто дают сразу. И это лет этак 5 уже, если не больше.
На тему СНИЛС, бумажный спрашивают часто, но уже законом закрыли и эту дырку во время короны. По факту когда говоришь есть электронный - прокатывает в 100 из 100
По поводу налоговой, тоже какие-то сказки рассказываете. После господина Мишустина нам весь мир может завидовать насколько просто стало с налоговой (просто когда все хорошо и ты платишь). И очень непросто если ты нарушитель…
Я смотрел куплиновплэй, там он 5 часов долбил босса и не смог пройти на трансляции.
Прошел после смены билда несколько раз. И все равно затык чуть ли не на каждом боссе. Игра (судя по Куплинову) слишком сложная, это факт. Да и в целом как зритель могу сказать - она и на видео кажется очень сложной.
Даже вроде какой-то патч от студии вышел с упращением
Второе, я сталкивался с ситуацией где в инженеры СУБД уменьшали утилизацию CPU в 10-ки раз делая в SQL-запросе вложение которое «обманывала» сборщик кэша и прочее. Поэтому если я или к примеру вы знаем СУБД на уровне простейших селект/инсерт, то не стоит считать что больше вариаций никаких нет.
У самого монолит на Go и борьба за наносекунды. Еще на заре планирования был выбор C++ или Go. Выбор пал на Go из-за низкой планки вхождения в многопоточность.
Выбором доволен, да и со временем узнал что тема многопоточности в C++ – очень сложная, требующая очень большого опыта.
Как же я скучно живу…Это все очень правильно, но какой же вы душный.
Расскажу очень вероятный вариант:
Вы ребенку объясняете как пользоваться огнетушителем. А потом когда вас дома не будет, он берет что-то поджигает чтобы его испытать. Так работает любопытство у здоровых детей.
На деле жгуты, огнетушители - отработка, с повторением раз в эн период. И как обычно случается, когда это надо - оно не оказывается в зоне досягаемости. А когда оно есть в панике не можешь сделать то что умеешь
PS: и давайте уж не пугать всех, холодильник источник пожара если он старый 25+ лет. Потому что все что младше уже и заправляется другим хладагентом, имеет защитные датчики и тд, и тп.
Да палка о двух концах. С одной стороны холодильник вряд ли можно назвать технологически сложным устройством в наше время, тем более технологии развились на столько что бери и совершенствуй. А получилось как всегда... Итого имеем: Старые холодильники держат температуру лучше, новые стоят дешевле...но как показала практика не держат температуры (зато на моем самсунге экран был - вот это хаха). Но если ты неожиданно хочешь холодильник который выполняет свою основную функцию чуть лучше чем старые холодильники и с дополнительными технологиями именно для сохранения еды...доставай большую котлету денег.
SideBySide у либхер это по-сути 2 отдельных устройства: морозильник и холодильник, которые имеют специальные крепления чтобы сцепить их вместе на определенном расстоянии. Расстояние закрывается декоративной панелью. Нужно оно потому что теплообменник находится сбоку устройств Т.е тепло выводится не назад, а вбок. И нужно понимать, что никакими проводами они больше не соединяются.
К воде подключается только морозильная камера. Я одно время думал что вода нужна только для IceTower (из названия понятно, это генератор льда который складывает лед в ящик специальный. Ну типа заморозил 10 кубиков, выкинул в ящик...насосом наполнил и так по кругу. Ящик полный - перестает делать лед пока не появится место)
Спустя 6-7 месяцев мыл холодильник и мне стало любопытно... :
1. Откуда холодильник берет в зоне свежести для фруктов/овощей воду чтобы поддерживать влажность, там это очевидно т.к все стенки мокрые 2. И почему в более младшей модели с морозильной камерой без IceTower нет специального подноса для быстрой заморозки фруктов...
В итоге я снял декоративную панель закрывающую расстояние между блоками, вытащил ящики интересующие...посмотрел, потрогал...
Вот что нашел...
1. А по поводу влажности в зоне свежести для фруктов/овощей, все скрыто. Но там где ящик в заднюю панель холодильника есть дырка которая связана с крышкой для регулировки влажности. Видимо вся влажность собирается и выводится туда, т.к это единственный ящик с герметизацией и всякими резинками
2. они сделали какие-то каналы с блока который генерирует лед, и хоть они закрыты, но видно что на подносе для заморозки есть вывод. Т.е влажность в нижней части морозилки выше именно на подносе. Второе, что тоже любопытно, это температура боковой стенки морозильной камеры. Там где у холодильника зоны свежести с нулем (это нижние ящики), стенка морозилки не греется, а я бы даже сказал она довольно холодная относительно температуры на кухне. И наоборот на холодильнике это самое горячее место. Опять же посмотреть схему где там "радиатор" невозможно, т.к сбоку все тоже закрыто.
Добавлю свои пять копеек в холодильную тему: Я о холодильниках узнал много нового когда переезжал и купил себе SideBySide Либхер. Например, сначала показалось что 5 градусов в либхер совсем не такие как 5 градусов в самсунге до этого. Кинул датчик и это оказалось правдой. 5 градусов в самсунге оказались 6.8. В либхер 5.1 А еще совсем не показалось, что зона свежести (где 0% влажности и 0 градусов) в самсунге совсем не работает. Т.е до либхера я думал что это маркетинговый булшит. А оказалось что в самсунге там 2.5 градуса и влажность 22%, а в либхер как и полагается 0/0. И никогда не думал, что можно сыр без упаковки кинуть в такую зону и он не обветривается от слова совсем даже за 2 недели. Про овощной где температура/влажность 0/100 я вообще молчу. Никогда не думал что овощи и фрукты так долго могут лежать.
PS: И конечно, никогда в своей жизни не думал что придется холодильник подключать к водоснабжению. Эх, технологии...
Когда вы хотите обновить что-либо в структуре, вы понятия не имеете, что еще может измениться.
Вот эта фраза для меня стала красным флагом чтобы остановится и не читать дальше. К моему большому сожалению когда презентовали Golang всем сказали буквально следующее:
"Удобно и производительно, быстрое создание микросервисов"
Точнее, это так услышали. Реальность она совсем другая. Если кто переходил в Golang с других языков типа Python/Nodejs и в задаче было ускорение существующей схемы и смог переступить парадигму мышления которую накладывают другие языки скорее всего пришел к многопоточности и побочным проблемам которые она приносит (например Race Condition, работа с Mutex и тд). И эти проблемы заставляют мыслить совсем по другому, делать рефакторинг того что уже сделано...а самое главное, ты начинаешь заглядывать под капот пакетов которые используешь и смотришь их реализацию
Именно поэтому я зацепился за конкретное предложение автора. Если мы создаем условную универсальную модель которую хотим использовать в разных проектах/пакетах (там был пример про Users), то для того чтобы её использовать ты пишешь методы буквально на все. Пример:
type Users struct { ... }
// Можно пойти вот так...добавив еще какую-то валидацию
func (u *Users) SetName(n string){
u.Name = n
// Можно еще какую-то логику валидации сделать и обработку ошибок
}
// А еще вот так...для кейсов где требуется инкрементное потокозащищенное изменение
func (u *Users) SetName(n string){
ChUsers <- Update{Action: "Name", Param: n}
}
// Тут должен быть пример еще с mutex...без него никуда
И тоже самое касается чтения. И для того чтобы это понять надо один раз наступить на многопоточность. И сразу начинаешь понимать ЧТО РЕАЛЬНО ИЗМЕНЯЕТСЯ и как, иначе Golang вам принесет пару неприятных сюрпризов...и никакого прямого доступа к значению по вызову Users.Name ты не делаешь т.к это не безопасно с точки зрения многопоточности. Только методы а-ля func (u *Users) GetName string {...} и тп
Это содомия чистой воды. Давайте рассмотрим ситуацию где к примеру надо перевести на json какую-то общую модель...как делается в больших многопоточных проектах и личное мое мнение – правильный вариант:
Мы создаем отдельный пакет, где инициализируется метод/функция с временной структурой где уже проставляется: json:"created_at,omitempty" А далее в зависимости от ваших предпочтений заполняется к примеру подобными методами как в примере выше а-ля: "(u *Users) GetName" Почему так? Потому что универсальная модель которую ты грузишь в различные приложения должна быть без лишнего мусора. Зачем модель с параметрами json в приложении где нет вообще преобразований этих. Зачем этот мусор туда тащить? Golang - это про скорость
В заключение.
Я дочитал статью до конца и не в обиду автору, но все же эти высокие размышления сами по себе отваливаются как только Golang начинает использоваться так, как его задумывали изначально т.е в многопоточном исполнении. И структура "как правильно" нарисуется сама
Пакет go-micro 21k Stars на github. Но до сих пор я не видел кейсов применения где ты такой сидишь и думаешь: «ну маст хев»
Не судите строго, наверное я чето не понимаю, или это попытка сделать из golang новый nodejs. Все эти задачи реализуются чуть-ли не стандартными пакетами.
Pub/Sub - Zeromq, Protobuf тоже простой пакет…недавно буквально делал, ну это просто копи-паст. И список можно продолжать…
Я читаю статью и ловлю себя на мысли, что у автора винегрет в голове. Более того, очень похоже что он с этим винегретом пришел в ChatGPT и попросил написать ему статью. И вот оно.
Вся статья вода-вода-вода. Притом судя по всему автор сам не понимает значения некоторых слов. У меня все.
Все диалоги с ChatGPT (не требующие однозначного краткого ответа) - это какие-то тонны воды, которые просто больно читать. По сути, к таким ответам нужен второй ИИ, который их еще сильнее ужмет до чего-то вменяемого.
Это от неумения использовать. Выше вам ответили как от этого избавится. А я лишь добавлю, что проблема с языковыми моделями возникают тогда, когда пользователь забывает о том что по-сути модель не понимает "контекст". Не контекст диалога, а вообще в глобальном смысле "контекст"
Вот отличное объяснение от @APXEOLOG чуть выше в комментарии
Не существует в природе десятитомников "Мои 15 лет опыта в разработке ПО - обьяснение почему я пишу эту конкретную строчку кода именно так".
И когда это осознаешь, ChatGPT становится очень удобным инструментом и ты получаешь в 90% то что именно просишь от него. И видишь в том числе ответы, которые требуют проверки.
Простите, у вас тоже 3 независимых юнита похожи как 10-15 серверных стоек занимающих площадь в ±15 квадратов и еще такая же площадять в вент каналах?
Потому что у меня квартире тоже система вентиляции и на 165 квадратов вся система вентиляции по объему в помещении занимает примерно как 2 холодильника + на внешке что-то висит. Ставил не я, да и особо не плаваю в этом и меня вот прям так это не волнует. Есть независимая температура в каждой комнате и слава богу. Вроде работает.
Хозяин ничего не думает. У него один из бизнесов – IT Компания. Единственное что я могу оценить это то что если там нейросети, то они довольно простые. Иначе все было бы как вы пишите.
"Никто в здравом уме такого делать не будет."
Кто вам сказал что тут про здравый ум? У каждого свои бзики, и некоторые из них растут в геометрической прогрессии вместе с ростом материальных благ. Даже больше скажу, бзик с системой вентиляции за 10-ки миллионов в дом будет в списке самых безобидных из того что я видел.
Проект дома строился вокруг системы вентиляции. На каждой стене за панелями большое количество вент выходов.
Я видел помещение с самими блоками, их там 3 независимых на весь дом.
Ну и я вроде написал «до» 27 зон. Там конечно зависит от размера и предназначения помещения. На вопрос сколько это стоило ответ был что больше 15млн рублей.
Так что сойдемся на том, что ваша вера тут не имеет какого-то значения. Конечно, я не могу как гость испытать это все. Но видя оборудование и масштабы исполнения (к примеру помещение где располагаются сами вентиляторы напоминают по количеству воздуховодов не частный дом, а как будто это какой-то торговый центр) склонен верить что что-то у него получилось и он этим заморачивался.
Пользуюсь этим. Холодная вода != ледяная. Первые разы должны быть щадящими. Тут индивидуально надо подбирать. Например, на первом этапе холодной воды у меня она не прям холодная, зато на втором этапе я выкручиваю на максимум. Личное мое наблюдение, это эффективно, но температура воды должна быть такая, что вызвает стресс при переходе, но он быстро уходит. Т.е не надо перегибать палку и стоять 30-60 секунд думая: епрст, еще чу-чуть и будет хорошо.
Иначе контрастный душ превратится в испытание…так быть не должно.
Я задавал еще до публикации сюда наводящие вопросы, потому что я этой темой не владею. Меня не только ссылками засыпали, но кусками кода. Так что могу заверить, что конкретно в этом вопросе "оно" разбирается хорошо. А так вы можете сами задать ему вопросы и проверить знания. Чатгпт найти даже бесплатно – не сложно.
"А Вы предлагаете какой вариант общения с ИИ?"
Я не знаю какого мнение вы об ИИ в целом. Для меня это отличный инструмент который заменил двух программистов и весь гугл. Да, у него есть свои нюансы и надо уметь с ним работать...но польза перевешивает любые нюансы.
Были на Бали, меня удивило что блокировки наши действовали там при работе через Мегафон. Если оператор связи с зарубежа позволяет обходить блокировки так - интересно.
ПС: не силен в том как обеспечивается интернет роуминг
У вас какая-то старая информация о РФ. Карты печатаются в Альфе, Сбере, Райфе…да много у кого, при тебе за 5 минут. Не именные просто дают сразу. И это лет этак 5 уже, если не больше.
На тему СНИЛС, бумажный спрашивают часто, но уже законом закрыли и эту дырку во время короны. По факту когда говоришь есть электронный - прокатывает в 100 из 100
По поводу налоговой, тоже какие-то сказки рассказываете. После господина Мишустина нам весь мир может завидовать насколько просто стало с налоговой (просто когда все хорошо и ты платишь). И очень непросто если ты нарушитель…
Я смотрел куплиновплэй, там он 5 часов долбил босса и не смог пройти на трансляции.
Прошел после смены билда несколько раз. И все равно затык чуть ли не на каждом боссе. Игра (судя по Куплинову) слишком сложная, это факт. Да и в целом как зритель могу сказать - она и на видео кажется очень сложной.
Даже вроде какой-то патч от студии вышел с упращением
Нормализация включает в себя индексы это раз.
Второе, я сталкивался с ситуацией где в инженеры СУБД уменьшали утилизацию CPU в 10-ки раз делая в SQL-запросе вложение которое «обманывала» сборщик кэша и прочее. Поэтому если я или к примеру вы знаем СУБД на уровне простейших селект/инсерт, то не стоит считать что больше вариаций никаких нет.
XRFsf 5245 Plus BioFresh NoFrost
del
Звучит это всегда очень легко….но….
У самого монолит на Go и борьба за наносекунды. Еще на заре планирования был выбор C++ или Go. Выбор пал на Go из-за низкой планки вхождения в многопоточность.
Выбором доволен, да и со временем узнал что тема многопоточности в C++ – очень сложная, требующая очень большого опыта.
Как же я скучно живу…Это все очень правильно, но какой же вы душный.
Расскажу очень вероятный вариант:
Вы ребенку объясняете как пользоваться огнетушителем. А потом когда вас дома не будет, он берет что-то поджигает чтобы его испытать. Так работает любопытство у здоровых детей.
На деле жгуты, огнетушители - отработка, с повторением раз в эн период. И как обычно случается, когда это надо - оно не оказывается в зоне досягаемости. А когда оно есть в панике не можешь сделать то что умеешь
PS: и давайте уж не пугать всех, холодильник источник пожара если он старый 25+ лет. Потому что все что младше уже и заправляется другим хладагентом, имеет защитные датчики и тд, и тп.
Интересно смотреть как рожденного ползать пытаются заставить летать.
Личный опыт показал, что если задача требует многопоточности сразу переходить с javascript и не мучать себя. Вариантов много.
У меня остался вопрос, а с планировщиком что-то порешали? На сколько я помню, главный поток из-за планировщика являлся узким местом.
Да палка о двух концах. С одной стороны холодильник вряд ли можно назвать технологически сложным устройством в наше время, тем более технологии развились на столько что бери и совершенствуй. А получилось как всегда...
Итого имеем: Старые холодильники держат температуру лучше, новые стоят дешевле...но как показала практика не держат температуры (зато на моем самсунге экран был - вот это хаха). Но если ты неожиданно хочешь холодильник который выполняет свою основную функцию чуть лучше чем старые холодильники и с дополнительными технологиями именно для сохранения еды...доставай большую котлету денег.
SideBySide у либхер это по-сути 2 отдельных устройства: морозильник и холодильник, которые имеют специальные крепления чтобы сцепить их вместе на определенном расстоянии. Расстояние закрывается декоративной панелью. Нужно оно потому что теплообменник находится сбоку устройств Т.е тепло выводится не назад, а вбок. И нужно понимать, что никакими проводами они больше не соединяются.
К воде подключается только морозильная камера. Я одно время думал что вода нужна только для IceTower (из названия понятно, это генератор льда который складывает лед в ящик специальный. Ну типа заморозил 10 кубиков, выкинул в ящик...насосом наполнил и так по кругу. Ящик полный - перестает делать лед пока не появится место)
Спустя 6-7 месяцев мыл холодильник и мне стало любопытно... :
1. Откуда холодильник берет в зоне свежести для фруктов/овощей воду чтобы поддерживать влажность, там это очевидно т.к все стенки мокрые
2. И почему в более младшей модели с морозильной камерой без IceTower нет специального подноса для быстрой заморозки фруктов...
В итоге я снял декоративную панель закрывающую расстояние между блоками, вытащил ящики интересующие...посмотрел, потрогал...
Вот что нашел...
1. А по поводу влажности в зоне свежести для фруктов/овощей, все скрыто. Но там где ящик в заднюю панель холодильника есть дырка которая связана с крышкой для регулировки влажности. Видимо вся влажность собирается и выводится туда, т.к это единственный ящик с герметизацией и всякими резинками
2. они сделали какие-то каналы с блока который генерирует лед, и хоть они закрыты, но видно что на подносе для заморозки есть вывод. Т.е влажность в нижней части морозилки выше именно на подносе.
Второе, что тоже любопытно, это температура боковой стенки морозильной камеры. Там где у холодильника зоны свежести с нулем (это нижние ящики), стенка морозилки не греется, а я бы даже сказал она довольно холодная относительно температуры на кухне. И наоборот на холодильнике это самое горячее место.
Опять же посмотреть схему где там "радиатор" невозможно, т.к сбоку все тоже закрыто.
Добавлю свои пять копеек в холодильную тему:
Я о холодильниках узнал много нового когда переезжал и купил себе SideBySide Либхер. Например, сначала показалось что 5 градусов в либхер совсем не такие как 5 градусов в самсунге до этого. Кинул датчик и это оказалось правдой. 5 градусов в самсунге оказались 6.8. В либхер 5.1
А еще совсем не показалось, что зона свежести (где 0% влажности и 0 градусов) в самсунге совсем не работает. Т.е до либхера я думал что это маркетинговый булшит. А оказалось что в самсунге там 2.5 градуса и влажность 22%, а в либхер как и полагается 0/0. И никогда не думал, что можно сыр без упаковки кинуть в такую зону и он не обветривается от слова совсем даже за 2 недели. Про овощной где температура/влажность 0/100 я вообще молчу. Никогда не думал что овощи и фрукты так долго могут лежать.
PS: И конечно, никогда в своей жизни не думал что придется холодильник подключать к водоснабжению. Эх, технологии...
Вот эта фраза для меня стала красным флагом чтобы остановится и не читать дальше. К моему большому сожалению когда презентовали Golang всем сказали буквально следующее:
"Удобно и производительно, быстрое создание микросервисов"
Точнее, это так услышали. Реальность она совсем другая. Если кто переходил в Golang с других языков типа Python/Nodejs и в задаче было ускорение существующей схемы и смог переступить парадигму мышления которую накладывают другие языки скорее всего пришел к многопоточности и побочным проблемам которые она приносит (например Race Condition, работа с Mutex и тд). И эти проблемы заставляют мыслить совсем по другому, делать рефакторинг того что уже сделано...а самое главное, ты начинаешь заглядывать под капот пакетов которые используешь и смотришь их реализацию
Именно поэтому я зацепился за конкретное предложение автора. Если мы создаем условную универсальную модель которую хотим использовать в разных проектах/пакетах (там был пример про Users), то для того чтобы её использовать ты пишешь методы буквально на все. Пример:
И тоже самое касается чтения. И для того чтобы это понять надо один раз наступить на многопоточность. И сразу начинаешь понимать ЧТО РЕАЛЬНО ИЗМЕНЯЕТСЯ и как, иначе Golang вам принесет пару неприятных сюрпризов...и никакого прямого доступа к значению по вызову Users.Name ты не делаешь т.к это не безопасно с точки зрения многопоточности. Только методы а-ля func (u *Users) GetName string {...} и тп
Вот такое:
Это содомия чистой воды. Давайте рассмотрим ситуацию где к примеру надо перевести на json какую-то общую модель...как делается в больших многопоточных проектах и личное мое мнение – правильный вариант:
Мы создаем отдельный пакет, где инициализируется метод/функция с временной структурой где уже проставляется: json:"created_at,omitempty"
А далее в зависимости от ваших предпочтений заполняется к примеру подобными методами как в примере выше а-ля: "(u *Users) GetName"
Почему так? Потому что универсальная модель которую ты грузишь в различные приложения должна быть без лишнего мусора. Зачем модель с параметрами json в приложении где нет вообще преобразований этих. Зачем этот мусор туда тащить? Golang - это про скорость
В заключение.
Я дочитал статью до конца и не в обиду автору, но все же эти высокие размышления сами по себе отваливаются как только Golang начинает использоваться так, как его задумывали изначально т.е в многопоточном исполнении. И структура "как правильно" нарисуется сама
Пакет go-micro 21k Stars на github. Но до сих пор я не видел кейсов применения где ты такой сидишь и думаешь: «ну маст хев»
Не судите строго, наверное я чето не понимаю, или это попытка сделать из golang новый nodejs. Все эти задачи реализуются чуть-ли не стандартными пакетами.
Pub/Sub - Zeromq, Protobuf тоже простой пакет…недавно буквально делал, ну это просто копи-паст. И список можно продолжать…
Я читаю статью и ловлю себя на мысли, что у автора винегрет в голове. Более того, очень похоже что он с этим винегретом пришел в ChatGPT и попросил написать ему статью. И вот оно.
Вся статья вода-вода-вода. Притом судя по всему автор сам не понимает значения некоторых слов. У меня все.
Это от неумения использовать. Выше вам ответили как от этого избавится. А я лишь добавлю, что проблема с языковыми моделями возникают тогда, когда пользователь забывает о том что по-сути модель не понимает "контекст". Не контекст диалога, а вообще в глобальном смысле "контекст"
Вот отличное объяснение от @APXEOLOG чуть выше в комментарии
И когда это осознаешь, ChatGPT становится очень удобным инструментом и ты получаешь в 90% то что именно просишь от него. И видишь в том числе ответы, которые требуют проверки.
Простите, у вас тоже 3 независимых юнита похожи как 10-15 серверных стоек занимающих площадь в ±15 квадратов и еще такая же площадять в вент каналах?
Потому что у меня квартире тоже система вентиляции и на 165 квадратов вся система вентиляции по объему в помещении занимает примерно как 2 холодильника + на внешке что-то висит. Ставил не я, да и особо не плаваю в этом и меня вот прям так это не волнует. Есть независимая температура в каждой комнате и слава богу. Вроде работает.
Хозяин ничего не думает. У него один из бизнесов – IT Компания. Единственное что я могу оценить это то что если там нейросети, то они довольно простые. Иначе все было бы как вы пишите.
"Никто в здравом уме такого делать не будет."
Кто вам сказал что тут про здравый ум? У каждого свои бзики, и некоторые из них растут в геометрической прогрессии вместе с ростом материальных благ. Даже больше скажу, бзик с системой вентиляции за 10-ки миллионов в дом будет в списке самых безобидных из того что я видел.
Проект дома строился вокруг системы вентиляции. На каждой стене за панелями большое количество вент выходов.
Я видел помещение с самими блоками, их там 3 независимых на весь дом.
Ну и я вроде написал «до» 27 зон. Там конечно зависит от размера и предназначения помещения. На вопрос сколько это стоило ответ был что больше 15млн рублей.
Так что сойдемся на том, что ваша вера тут не имеет какого-то значения. Конечно, я не могу как гость испытать это все. Но видя оборудование и масштабы исполнения (к примеру помещение где располагаются сами вентиляторы напоминают по количеству воздуховодов не частный дом, а как будто это какой-то торговый центр) склонен верить что что-то у него получилось и он этим заморачивался.
Пользуюсь этим. Холодная вода != ледяная. Первые разы должны быть щадящими. Тут индивидуально надо подбирать. Например, на первом этапе холодной воды у меня она не прям холодная, зато на втором этапе я выкручиваю на максимум. Личное мое наблюдение, это эффективно, но температура воды должна быть такая, что вызвает стресс при переходе, но он быстро уходит. Т.е не надо перегибать палку и стоять 30-60 секунд думая: епрст, еще чу-чуть и будет хорошо.
Иначе контрастный душ превратится в испытание…так быть не должно.
Я задавал еще до публикации сюда наводящие вопросы, потому что я этой темой не владею. Меня не только ссылками засыпали, но кусками кода. Так что могу заверить, что конкретно в этом вопросе "оно" разбирается хорошо.
А так вы можете сами задать ему вопросы и проверить знания. Чатгпт найти даже бесплатно – не сложно.
Я не знаю какого мнение вы об ИИ в целом. Для меня это отличный инструмент который заменил двух программистов и весь гугл. Да, у него есть свои нюансы и надо уметь с ним работать...но польза перевешивает любые нюансы.