Это не должно быть проблемой клиента, который сделал все согласно действущему законодательству страны, в которой это происходило. Это проблема СБ банка. Для его клиента это должно быть прозрачно и с четкими объяснениями.
Может быть и так, но тогда нужно соотвествующие нормы в законодательстве прописывать и их применять. А если в законе ничего про это нет, человек делает все согласно его букве и после этого присаживается на комплайенс, это ИМХО - произвол, вне зависимости от целей человека.
Состава мошенничества или чего-либо еще тут физически нет. Были бы какие-то четкие ограничения - человек сам бы не полез, т.к. увидел бы их, ну олибо полез и получил бы четкий блок - и вопросов бы небыло. Грубо говоря, все что не оговорено иначе в законе = разрешено.
Не, ну рекомендация инлайновых стилей в 2024 - это, конечно, за гранью уже...
Конечно! Лучше все тащить в стили, даже если это единоразово для какого-то фикса и короче class="something", и да - обязательно SASS. Про производительность и progressive enhancement тоже надо забыть в 2024, да? ))) Любители догм.
И хоть я и не оборяю aspect-ratio для этого тоже, object-fit, если что, вообще не про указывание высоты - так, на всякий.
Во-первых написать генератор такой формочки из единого стандарта дизайн системы - это очень простая задача - именно так сделано у нас (наш стандарт фронта это vue+js, если что).
А во-вторых, у KeyCloak отличное апи, и если уж приспичило сделать из мухи слона - то все можно сверстать на своём стэке и просто дёргать апи. Те сделать свою форму авторизации, а не городить огород.
По прошествии нескольких месяцев вся эта анимация будет выключена (ибо зае) и останется только обычный свет, скорее всего желтый или белый. Вопрос - а надо ли было городить огород?
Из того что делали "фо фан" - поставиили два лазерных дальномера (крошечная микруха, полно на али) внизу лестницы и сверху, и в момент начала движения оно мерило расстояние до идущего и подсвечивала область ступеней под ним другим цветом - смотрится круто, точно также нафиг не нужно.
У меня как раз и был вопрос - в рантайме в раст будет ли паника при уменьшении uint32 ниже нуля, как я понял из ответа - паника будет. Если не будет - тогда зачем все это делать ).
В Си ничего не будет - просто будет число = макисмальное число от типа переменной - ( то что вычли - 1 ).
Можно так. Но опять-же это лишь перекладывание сложности.
В приведенном вами случае, вы переложили ее в типы, если сделать класс "Корзина" - то сложность уйдет в нее.
Что до меня - я выберу последнее, так как в жизни корзина куда сложнее устроена (скидки, акции, товары бандлом, огрничение на товарные позиции не больше/не меньше, товарная позиция, которая идет только бандлом с дургим товаром и тд). ИМХО класс в этом случае будет куда более удобным.
Типы, естественно, никто не отменяет, но их я бы сделал просто наиболее универсальными и с ограничением только по edge-случаям.
Попытаюсь переформулировать все мной сказанное - засовывать сильные ограничения в типы и потом с ними танцевать куда сложнее, чем делать проверку при нормальном подходе к ООП.
Но да, в случае с типами будет доп. проверка на уровне компилятора - это плюс. Однако тесты все равно писать)
Сейчас крайности в томже TSe - народ пытается все в типы запихать, везде юзать дженерики - это приводит к такой жести при поддержке потом, что это целая тема для отдельной статьи - не надо так.
Я не силен в Rust, подскажите насчет баланса - вот если оно беззнаковое uin32 и = 0, что будет, если его уменьшить на, например, 5? Ибо в C это приведет просто к переполнению, что будет еще хуже, чем отрицательный баланс (там хоть понятно будет, на сколько ушло).
Ну и проверка типов тоже сомнительна - вы переложили валидацию в тип - окей, можно было, как было сказано выше, поставить валидацию в саму функцию - и это тоже не проблема (не надо вот только про лишние проверки, можно подумать что с типом их не будет на этапе парсинга). Но суть проблемы здесь - отсуствие класса user, где все это должно быть инкапсулировано, те это архитектурная, а не синтаксическая проблема, ИМХО.
Спрашивается, зачем они вообще нужны? Есть озон, вб, все инструменты, онлайнтрейд, днс и али где можно найти дешевле и практически весь объем нужных товаров. Разве что пвз только от маркета есть и все. Обычно на нем на 10-15 процентов дороже.
Они давным-давно неимоверными силами управленцев убили некогда отличный сервис.
Вот и сейчас - хотите вы эти 20р заложить в заказ ну и заложите ее через продавца, зачем говорить об этом своим прлтзователям? Ещё больше от сервиса из оттолкнуть? Кто у них принимает такие решения? Почему эти кадры элементарную психологию они знают? Я хз. Впрочем, что мертво, умереть уже не может.
Причём часто сравниваю цены товаров и там и там и по статистике 90% распределяется от самой дешёвой цены к самой дорогой так (для не хайтек товаров):
wb
ozon
ali
market
megamarket
Для хайтека и инструментов по-другому и яндекс там в самом хвосте.
Это не должно быть проблемой клиента, который сделал все согласно действущему законодательству страны, в которой это происходило. Это проблема СБ банка. Для его клиента это должно быть прозрачно и с четкими объяснениями.
Может быть и так, но тогда нужно соотвествующие нормы в законодательстве прописывать и их применять. А если в законе ничего про это нет, человек делает все согласно его букве и после этого присаживается на комплайенс, это ИМХО - произвол, вне зависимости от целей человека.
Состава мошенничества или чего-либо еще тут физически нет. Были бы какие-то четкие ограничения - человек сам бы не полез, т.к. увидел бы их, ну олибо полез и получил бы четкий блок - и вопросов бы небыло. Грубо говоря, все что не оговорено иначе в законе = разрешено.
Не совсем по теме статьи - судя по прическе и удивленным галазм на первой картинке Эльза в кожанке, можно ссылку на wallpaper? )))
Производителю не выгодно делать девайс "на долго".
Ему нужно чтобы его новые телефоны покупали как можно больше и как можно чаще.
Поэтому все это - удел энтузиастов и пока модель бизнеса и/или законы этого мира не поменяются - оно так и будет.
Не надо мне ваше состояние приписывать)
Про SASS был сарказм, спасибо что не поняли)
Что такое семантика, вы, судя по тому что пишите - не знаете.
Ага, но я отвечал про ваш object-fit, а не на автора)
Конечно! Лучше все тащить в стили, даже если это единоразово для какого-то фикса и короче class="something", и да - обязательно SASS. Про производительность и progressive enhancement тоже надо забыть в 2024, да? ))) Любители догм.
И хоть я и не оборяю aspect-ratio для этого тоже, object-fit, если что, вообще не про указывание высоты - так, на всякий.
Во-первых написать генератор такой формочки из единого стандарта дизайн системы - это очень простая задача - именно так сделано у нас (наш стандарт фронта это vue+js, если что).
А во-вторых, у KeyCloak отличное апи, и если уж приспичило сделать из мухи слона - то все можно сверстать на своём стэке и просто дёргать апи. Те сделать свою форму авторизации, а не городить огород.
Я правильно понимаю, что для странички ввода логина и пароля и сообщений о неудачном входе народ и вы в частности используете vue/react и ts?
Можете обьяснить зачем?
По прошествии нескольких месяцев вся эта анимация будет выключена (ибо зае) и останется только обычный свет, скорее всего желтый или белый. Вопрос - а надо ли было городить огород?
Из того что делали "фо фан" - поставиили два лазерных дальномера (крошечная микруха, полно на али) внизу лестницы и сверху, и в момент начала движения оно мерило расстояние до идущего и подсвечивала область ступеней под ним другим цветом - смотрится круто, точно также нафиг не нужно.
У меня как раз и был вопрос - в рантайме в раст будет ли паника при уменьшении uint32 ниже нуля, как я понял из ответа - паника будет. Если не будет - тогда зачем все это делать ).
В Си ничего не будет - просто будет число = макисмальное число от типа переменной - ( то что вычли - 1 ).
Можно так. Но опять-же это лишь перекладывание сложности.
В приведенном вами случае, вы переложили ее в типы, если сделать класс "Корзина" - то сложность уйдет в нее.
Что до меня - я выберу последнее, так как в жизни корзина куда сложнее устроена (скидки, акции, товары бандлом, огрничение на товарные позиции не больше/не меньше, товарная позиция, которая идет только бандлом с дургим товаром и тд). ИМХО класс в этом случае будет куда более удобным.
Типы, естественно, никто не отменяет, но их я бы сделал просто наиболее универсальными и с ограничением только по edge-случаям.
Попытаюсь переформулировать все мной сказанное - засовывать сильные ограничения в типы и потом с ними танцевать куда сложнее, чем делать проверку при нормальном подходе к ООП.
Но да, в случае с типами будет доп. проверка на уровне компилятора - это плюс. Однако тесты все равно писать)
Сейчас крайности в томже TSe - народ пытается все в типы запихать, везде юзать дженерики - это приводит к такой жести при поддержке потом, что это целая тема для отдельной статьи - не надо так.
Естественно, но сути архитектурной проблемы с моей точки зрения это не меняет.
Я не силен в Rust, подскажите насчет баланса - вот если оно беззнаковое uin32 и = 0, что будет, если его уменьшить на, например, 5? Ибо в C это приведет просто к переполнению, что будет еще хуже, чем отрицательный баланс (там хоть понятно будет, на сколько ушло).
Ну и проверка типов тоже сомнительна - вы переложили валидацию в тип - окей, можно было, как было сказано выше, поставить валидацию в саму функцию - и это тоже не проблема (не надо вот только про лишние проверки, можно подумать что с типом их не будет на этапе парсинга). Но суть проблемы здесь - отсуствие класса user, где все это должно быть инкапсулировано, те это архитектурная, а не синтаксическая проблема, ИМХО.
Не надо сберегать тьму... (:
Дак у вас большинство сервисов в таком режиме спят, работает текущее окно ну и фоновое чуток (WinAmp).
А теперь возьмите и запустите архивацию чего-нибудь большого, штук 5 - сразу будет другая картина, характерная для серверной загрузки.
Да, вначале такое было часто, сейчас все реже и реже.
Спрашивается, зачем они вообще нужны? Есть озон, вб, все инструменты, онлайнтрейд, днс и али где можно найти дешевле и практически весь объем нужных товаров. Разве что пвз только от маркета есть и все. Обычно на нем на 10-15 процентов дороже.
Они давным-давно неимоверными силами управленцев убили некогда отличный сервис.
Вот и сейчас - хотите вы эти 20р заложить в заказ ну и заложите ее через продавца, зачем говорить об этом своим прлтзователям? Ещё больше от сервиса из оттолкнуть? Кто у них принимает такие решения? Почему эти кадры элементарную психологию они знают? Я хз. Впрочем, что мертво, умереть уже не может.
Причём часто сравниваю цены товаров и там и там и по статистике 90% распределяется от самой дешёвой цены к самой дорогой так (для не хайтек товаров):
wb
ozon
ali
market
megamarket
Для хайтека и инструментов по-другому и яндекс там в самом хвосте.
Понты ради понтов. Ну грифоны обязывают, понятно дело)
Я уж молчу что будет если зашел ты и сосед - куда поедет лифт вообще загадка.
А по-сути все это - чтобы хоть как-то оправдать и впарить метраж в этих золотых строениях.
Такая автоматизация обычно работает абсолютно не так как задумываось и только раздражает, ну и кончается это ее полным отключением.
Естественно, к приложению это не относится - вот это как раз нормально, что есть работа из него.
Кто опять очередной макаке микрофон дал?
С HDCP не встречал, для того, чтобы обойти это, можно поставить перед обычный сплиттер с hdcp, который отключает его на выходе