https://ru.m.wikipedia.org/wiki/Закон_Амдала - дюже важный закон для тех, кто пилит сложные и распределённые системы, при этом хочет что-то там параллелить и увлечённо горизонтально масшабироваться. #link #article

Доктор Ричард Хэмминг, профессор морской школы Монтерея в штате Калифорния и отставной учёный Bell Labs, прочёл 7 марта 1986 года очень интересную и стимулирующую лекцию «Вы и ваши исследования» переполненной аудитории примерно из 200 сотрудников и гостей Bellcore на семинаре в серии коллоквиумов в Bell Communications Research. Эта лекция описывает наблюдения Хэмминга в части вопроса «Почему так мало учёных делают значительный вклад в науку и так многие оказываются в долгосрочной перспективе забыты?». В течение своей более чем сорокалетней карьеры, тридцать лет которой прошли в Bell Laboratories, он сделал ряд прямых наблюдений, задавал учёным очень острые вопросы о том, что, как, откуда, почему они делали и что они делали, изучал жизни великих учёных и великие достижения, и вёл интроспекцию и изучал теории креативности. Эта лекция о том, что он узнал о свойствах отдельных учёных, их способностях, чертах, привычках работы, мироощущении и философии. https://m.habr.com/ru/post/209100/ #link #article

Lead Dev канал на ютубчике. Публикуют видосы с соответствующей конференции. По секрету сказали, что контент так себе, много воды и одни и теже спикеры. Хз. Можно поглазеть и оценить уровень конференции в сравнении, допустим, с teamleadconf.ru ^). Есть очень короткие ролики.https://www.youtube.com/watch?v=RNGZTkM2xOU&list=PLBzScQzZ83I9F5RvpuDdABrLvu_w1QEUi&index=1 #link #video #conference

https://github.com/kix/reverse-interview/blob/master/README.md - годная статья о том, какие вопросы надо задавать на собеседовании со стороны кандидата, чтобы не облажаться с выбором конторы. Есть на русском в том числе. #link #article

https://dzone.com/articles/monolith-to-microservices-with-the-strangler-patte - доступно о том, как пилить монолит на части, используя паттерн "подавления". Дибильный перевод, своровал у Микрософта отсюда https://docs.microsoft.com/ru-ru/azure/architecture/patterns/strangler. Суть в том, что пилить лучше через выделение отдельных сущностей, абстрагирование кода от использования куска, который выделили и переключение на новый сервис. Когда всё заработало - выкидываем старый код. Честно скажу, что у этого подхода есть своё название:) #link #article

https://github.com/tpn/pdfs/blob/master/Architecture%20of%20a%20Database%20System%20-%202007%20(fntdb07-architecture).pdf - на беркли почему-то закрыли доступ к этой pdfке. Архитектура баз данных. Научно, но при этом понятно. Про основные узлы и элементы. #link #book

вообще в этом репозитории куча pdf на совершенно разные тематики. Но часто очень старое. Любителям ИТ-классики будет норм:)

Вышла вторая статья от Cindy Sridharan про тестирование в production 🔥
И если прошлая статья была про то зачем это нужно, то в этой рассматривается что для этого необходимо реализовать.

http://amp.gs/AEZd
P.S. Прошлая статья http://amp.gs/AEZi
#article #testing #link

А это https://habr.com/ru/company/funcorp/blog/418081/ и
https://habr.com/ru/company/funcorp/blog/418329/ перевод первой части на русский. #link #article

https://landing.google.com/sre/workbook/toc/ - SRE Book. #link #book

Гугл заопенсорсили свои стандарты по проведению code review.
https://google.github.io/eng-practices/review/reviewer/ #link #book

https://www.ongres.com/blog/benchmarking-do-it-with-transparency/ - дивный спор на предмет производительности MongoDB, Postgres. Это скорее середина. Если побегать по ссылкам, то можно найти много интересного. #link #article

https://firstround.com/review/master-the-art-of-influence-persuasion-as-a-skill-and-habit/ - статья про "убеждение, как навык"

https://medium.com/@steven.lemon182/why-our-team-cancelled-our-move-to-microservices-8fd87898d952 - статья о том, почему чуваки перестали двигаться в сторону микросервисов. В один абзац: Leadership set the direction of microservices without consideration for the challenges and state of our application. After evaluating it, we found that microservices weren’t a fit for us, and required significant compromises. The compromises robbed us of any of the benefits and meant that moving to microservices was a net loss. Microservices had been decided on without evaluating non-technical concerns like team structure and incoming work. After months of investigation and work, we abandoned the project and spent the remaining time performing some minor refactors to our “monolith”. #link #article