хорошая напоминалочка про Fault tolerance

https://en.wikipedia.org/wiki/Fault_tolerance

== Без конца тревожусь что IT лопнет и ничего не будет как раньше – Доктор Кот
https://youtu.be/W9zwTQqN-FM

Идеальней комикса, объясняющего eventual consistency наверное нет

https://twitter.com/randomazer/status/1607357737645608960

как положить на лопатки синюю чайку за пару месяцев)
https://youtu.be/x5he5r8Txfs

Идёт прохожий по улице, видит — мужик с собакой в шахматы играет. Прохожий подходит и говорит:
— Ого, какая у вас собака умная!
— Да какая она умная, — отвечает мужик — счёт 4-2, я веду.

Вы только что прочитали анекдот про программистов и ChatGPT.

Ответ:

Как отвечает большинство людей: Nil - это конец списка. Null – отсутствие значения. None - это значение Option, если в ней ничего нет.

Что следует ответить: Null – это тип, который представляет отсутствие информации для сложных типов данных, наследуемых от AnyRef. Nothing – это низший тип всей системы Scala, включающий все типы AnyVal и AnyRef. Nothing обычно используется как return из метода, который сработал с ошибкой или выдал исключение.

Почему нужно ответить именно так: Первый ответ неплохой, но разработчик не понимает, что перечислил только термины и не объяснил разницы между типами и понятиями. К тому же он не рассказал о типах данных в Scala. Способность объяснять подобные, часто вводящие в ступор части языка, показывает понимание основных концепций от систем типов до коллекций контейнеров в среде выполнения JVM. Даже если вы не используете эти типы и понятия, они обязательно всплывут во время работы, поэтому необходимо знать, что им нужно.

#собес

мать-перемать
пиццот оттенков пустоты

скала, ты просто черная дырка

во
толковейший ман на тему "что есть архитектура"

http://www.softwarearchitecturenotes.com/architecturerequirements.html

== Google Pro Tip: Use Back-of-the-envelope-calculations to Choose the Best Design
http://highscalability.com/blog/2011/1/26/google-pro-tip-use-back-of-the-envelope-calculations-to-choo.html

== The Rule of 72
https://web.stanford.edu/class/ee204/TheRuleof72.html

правило 70% = на этапе дизайна 70% расходов на разработку проекта. Обслуживание занимает 70% стоимости разработки

Как потерять данные в кафке

https://jack-vanlightly.com/blog/2018/9/14/how-to-lose-messages-on-a-kafka-cluster-part1

https://jack-vanlightly.com/blog/2018/9/18/how-to-lose-messages-on-a-kafka-cluster-part-2

короч я нашел шикарнейший цикл статей по кафке с рэббитом

просто как боженька пишет:
One reason Kafka has stolen the limelight is the industry's obsession with scalability and clearly Kafka is more scalable than RabbitMQ but most of us don't deal with a scale where RabbitMQ has problems. Most of us aren't Google or Facebook.

https://jack-vanlightly.com/blog/2017/12/3/rabbitmq-vs-kafka-series-introduction

Алгоритмы семейства LZ77