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

Как в том анекдоте, до этого все нормально было

Честно говоря ни одного примера в статье не видно, только сейчас перейдя на сайт увидел примеры. Да, у вас реалистичнее, но только голова, без конечностей.

В Teams это уже реализовано: https://www.youtube.com/watch?v=49SlDQ6tLXU

Лучше муха под чипом, чем чип под мухой

Виланович - довольно актуальное отчество было бы

Они все OLED? Так-то 4k 42" гораздо дешевле стоит

Напомнило незабвенный доклад Make SSRF Great Again https://www.youtube.com/watch?v=R9pJ2YCXoJQ

Автор даже не знает, что Кипр тоже в Евросоюзе? И другие неточности

Для новых фич это не надо, т.к. для них массовые изменения автотулзами не нужны.

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

Нет, этим не нужно заниматься, этим занимаются автоматизированные инструменты. Коммитят свои исправления и затем коммитят хеш коммита в этот файл.

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

это тоже задача для gpt!

Следующий этап добавить ChatGPT в командную строку:

add russian keyboard
show size of all video files
delete all old files from backup

С паспортом старого образца нельзя въехать в Саудовскую Аравию. Может и ещё какие-то страны недоступны.

Проводные наушники тоже по блютус работают?

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

Докину ещё мыслей.

Можно ли получить выигрыш в комиссии эквайринга или всё наоборот? Кажется, что если в цепочке оплаты мерчант → PSP → банк-эквайер пропадает звено PSP, то комиссия должна быть ниже, но, с другой стороны, PSP — крупные клиенты банков и, возможно, банки дают им максимально низкую комиссию, настолько, что комиссии при интеграции напрямую могут оказаться выше. Как на самом деле?

Это в первую очередь зависит от умения договариваться. Ну и конечно объемы. Можно найти выходящего на рынок игрока который демпингует.

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

Так что на глобальном рынке очень важно иметь гибкий "роутинг" настраиваемый бизнес-правилами и проводить много экспериментов.

В соответствии с PCI DSS хранить CVC нельзя. Как работают платежи с
помощью сохранённой карты? Почему банкам не нужен CVC в этом случае?

Используется только номер карты, выставляются нужные флаги повторной авторизации и тогда CVC не нужен (вообще он и при первичной авторизации не особо обязателен, но высокий риск что банк отклонит авторизацию). Либо использовать родную токенизацию визы/мастеркард.

Сейчас мы интегрируемся с PSP, а PSP интегрируются с банками и
платёжными системами. «АПИшки» PSP — зоопарк, у всех всё по разному и
редко сделано хорошо. А насколько API банков лучше? Есть ли какие-то
банковские стандарты по разработке API и насколько банки их
придерживаются?

Очень странный вопрос для человека, который 7 лет в платежах - ISO 8583 (https://en.wikipedia.org/wiki/ISO_8583). Но у каждого экваера могут быть свои ньюансы использования.

Помимо интеграций с банками нужно ли будет ещё интегрироваться и с платёжными системами VISA/MC/НСПК?

Нужно получить Merchant ID.