Кешбэк 2.0

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

Батон хлеба:

• Наличка: 100 р.

• Банк 1: 99 р.

• …

• СБП: 98,5 р.

И в этой схеме нельзя делать сложные бонусы в виде миль / спасибо / 5-ый кофе в подарок.

Ну или надо честно разделять стоимость товара и издержки платёжной системы. Но это тоже усложнит понимание. Будет "Батон: 98 р." А потом на кассе: с вас 98 р + вариативная плата в зависимости от выбора вами способа платежа.

То есть Кешбек — это попытка инкапсуляции сложности финансовых взаимодействий. Да, как и любая абстракция она иногда протекает.

Новый гендиректор Twitter Линда Яккарино ответила Илону Маску, что она готова работать с ним над трансформацией соцсети

Про все эти аналогов супераппов / WeChat и прочего подобного, где собраны все приложения с удобным доступом, я могу сказать следующее: всё это уже есть на вашем телефоне и называется iOS / Android.

В ОС телефона уже есть главный экран с часто используемыми приложениями. Редкоиспользуемые и утилиты заметены под папки на дальних экранах. Так же у вас есть в распоряжении виджеты, где можно красиво выводить всё что вам нужно.

И вот вопрос: зачем вам суперапп? Зачем вам открывать ОС, чтобы там была одинокая иконка суперапа, внутри которого будет "мир" сравнимый с ОС? Не проще ли сразу всё делать в ОС, зачем лишняя абстракция?

И это не говоря о том, что в ОС у вас свобода выбора приложений, которые вам нравятся: любимые карты от "А", Почта от "Б", Банк от "В" и так далее. В супераппах вам придётся или ставить себе 2-3-5 разных супераппа с пересекающимся функционалом, половиной от которого вы не будете пользоваться или смириться с "вендорлоком", меняя экосистемы целиком.

Один из способов ускорения компиляции TypeScript

Swc написан на Rust. А esbuild написан на Go (https://esbuild.github.io/faq/#why-is-esbuild-fast)

«Почта России» запустила первого робота для приёма и выдачи посылок

присутствие сотрудников необходимо только для предварительной загрузки посылок через шлюз

В теории упрощается заполнение склада перед постаматом, так как тебе только подать на ленту, а робор сам всё разложит по полкам. Ну и бонусом склад для робота + окно выдачи должны быть гораздо вместительней, чем постамат для аналогичного количества посылок.

«Яндекс.Такси» и «Яндекс.Еду» обязали передавать данные пользователей силовикам

Интересно, по какой логике эти сервисы приписали в "Распространители информации"?

Я бы больше сказал, что они распратраняют товары и людей.

Глава Y Combinator раскритиковал работу поиска Google — его запрос по медицине выдавал только рекламу и мошенников

Тут можно смотреть: вернулся человек или нет: вернулся — значит не разочаровался и в прошлый раз нашёл.

35 вопросов с собеседования JavaScript-разработчика

Не смотря на то, что многие вопросы в стать е действительно спорные. Но я могу ответить на часть поставленных вами.

Оператор строгого равенства (а не тройного), не сработает. NaN === NaN вернёт false.

Благодаря этому мы и определим :)

function myIsNaN(value) {
    // Тут используем строгое равенство :) 
    return (value === value) === false;
}

Покажите пример использование переменной до её объявления

Так можно делать с var (но не нужно!) и с функциями.

myFunc();

function myFunc() {
    x = 5
    console.log(x);
    var x = 2
}

Умный аналитик – глупый разработчик vs. глупый аналитик – умный разработчик

через какое-то время на выходе получим пачку лояльных и заточенных под конкретные задачи мидлов за небольшие деньги.

Звучит как джун, конечно :)

Умный аналитик – глупый разработчик vs. глупый аналитик – умный разработчик

А чем у вас аналитик отличается от

1. технического писателя, который пишет документацию, может и ТЗ оформить для истории и

2. PM (project manager), который общается с заказчиком?

Я не у тому, что аналитики не нужны. Просто в моем понимании и опыту они занимаются другими вещами, не связанными с разработкой вещами.

Вы приводите бизнес аналитики в примерах. Бизнес-аналитик в классическом понимании — экономист, который разбирается в процессах, экономике, финансах, организационном развитии и помогает компании решать стратегические задачи.  (Из интернета)

То есть полезный член команды, но не команды разработки.

Будет ли работа программистам? Come on

Вот когда появятся IDE, которые за меня ошибки исправляют, тогда и поговорим

Вот когда они не только ошибки исправлять будут, но и переменную подскажут, тогда и поговорим

С этими пунктами тоже проблема на самом деле:

• ошибки только алгоритмические (и то не все) и линтеры оформления кода, о логике нет и речи

• Переменные, это просто подсказка всех доступных переменных в текущем блоке кода. Часто даже без учета типа (легко предложат строковую переменную в математическое выражение подставить)

Так что тут бы я тоже не спешил с прогрессом. Удобно? Да. Можно лучше? Однозначно есть куда расти.

Чиним наследование?

Или я не так понял, но у меня такой код вызывает вечный цикл вызовов a => b => a => b…

interface IBase {
    a(): void
}

class BaseImpl implements IBase {
    a(): void {
        this.b()
    }

    b(): void {
        console.log('BaseImpl')
    }
}

type Constructor = new (...args: any[]) => IBase;

function withDerived<TBase extends Constructor>(Base: TBase){
    return class Derived extends Base {
        b() {
            this.a() // тут будет вечный цикл вызовов
            console.log('Derived')
        }
    }
}

const Derived = withDerived(BaseImpl);
const derivedObj = new Derived();
derivedObj.b();

Чиним наследование?

Совсем заменить наследование не получится:

1. в TS запрещано в миксине объявлять protected / privated методы (как я написал выше). Так же мы не можем переопределять protected методы родителя
2. Нет гарантий, что несколько миксинов не будут перетирать public методы друг друга.

Мне кажется, что такой подход имеет смысл, когда у нас есть базовый класс, который можно опционально расширять. И заранее нельзя сказать какие расширения понадобятся

Чиним наследование?

Как Вы технически собираетесь реализовать динамическую расширяемость типов при строгой типизации в языке со статической проверкой типов?

Готовое решение по типизации описано в документации TS по миксинам. По сути автор статьи и описал реализацию миксинов.

Надёжность типов достигается запретом на использование protected / private методов в миксине, если он экспортируется из файла. Иначе бы возникла коллизия закрытых методов. Хотя и так не гарантируется, что public методы не будут конфликтовать между собой.

Чиним наследование?

…вот виновник сегодняшнего торжества (осторожно, 5 строчек на JS):
```javascriptfunction Extends(clazz) {
return class extends clazz {
//…
}
}

Идея не новая. В Typescript она называется mixins.
Возможно, что и в JS есть что-то подобное. Я встречал реализацию подобной идеи через Object.assign(...)

Поймут ли ваши иконки пользователи из других стран? Обзор научных исследований

Возможно, но это не точно, что это бутылка, а внутри свернуто послание.

НЛО воровало аватарки здесь

UFO, давай поиграем