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

https://erikbern.com/2019/04/15/why-software-projects-take-longer-than-you-think-a-statistical-model.html - ещё одна статья с объяснением того, почему проекты требуют больше времени, чем кажется изначально. Теперь и статистическая модель. #link #article

Неплохой набор советов по найму людей в команду. Есть вода и очевидные вещи, но некоторые принципы забрать себе можно.
https://medium.com/eshares-blog/how-to-hire-34f4ded5f176 #link #article

Про тех, кто не доносит плохие новости. http://www.methodsandtools.com/archive/breakingbad.php Why is it so hard to break bad news? Why is there a cult of people who do not want to give bad news about their projects to stakeholders? Why do we let our fears cloud our judgement? Things can seem bad when they don’t go as we planned and hoped, but in reality things ‘just are’. As Esther Derby [1] notes "The ability to ‘face the truth’ and take effective action rests on the ability to be in a mental state where our emotions and fears aren’t running us". How do we remove that fear and emotion, create an environment in which we are not afraid to break ‘bad news’, into ‘news’ that allows us to make informed decisions [2,3]. #link #article

https://medium.com/@gerstenzang/21-management-things-i-learned-at-imgur-7abb72bdf8bf - статья о том, чему научился чувак в Imgur. 21 пункт. Многое очевидно, но всё ли так очевидно, что очевидно? #link #article