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

https://vc.ru/finance/61504-vsya-yunit-ekonomika-v-odnoy-infografike - вся юнит-экономика в одной инфографике

https://telegra.ph/O-tom-kak-spravitsya-s-vygoraniem-Tehnika-pomidora-i-eshche-13-vazhnyh-punktov-01-30 - о том, как справиться с выгоранием. #link #article

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

https://moreynis.ru/normalbook-6/ #link #article

https://github.com/LappleApple/awesome-leading-and-managing - тонна статей о лидерстве и менеджменте #link #article #management

https://www.bainleadership.com/leadership-model/ - модель лидерства #link #article

Большая статья про исследование подходов к оценке производительности. Много интересных идей.

https://joshbersin.com/2018/11/we-wasted-ten-years-talking-about-performance-ratings-the-seven-things-weve-learned/ #link #article

В Авито, для работы с целями, уже несколько лет активно используют систему OKR, которая внедрена на уровне всей организации. Про то, как это устроено у них, очень подробно рассказал Денис Дудоров на одном из митапов: https://www.youtube.com/watch?v=49Yz59e2yfc

На тему OKR написано огромное количество статей и гайдов. Приведу несколько:
• https://medium.com/@robingop/целеполагание-с-помощью-okr-7934ac3d7303 - хорошая вводная статья, объясняющая что такое OKR и зачем они нужны.
• https://habr.com/company/wrike/blog/329272/ - хорошая статья с конкретными примерами.
• https://rework.withgoogle.com/guides/set-goals-with-okrs/steps/introduction/ - гайд от гугла по постановке целей используя OKR (en).

И в догонку - шаблон OKR для быстрого старта. Отлично подойдет, если захотите попробовать внедрить у себя в команде/компании:
https://docs.google.com/spreadsheets/d/1-5y32GQKyshg9GUXjIreyuzI0DXnPOmv9BHqeurY4G0/edit#gid=0

Рано или поздно, любая компания переходит на стадию, когда подход «быстро поднятое, упавшим не считается» перестаёт работать, потому что каждая минута простоя сервисов выливается в крупные финансовые потери. И бизнес не хочет, чтобы такие количество таких инцидентов в будущем было минимальным. Google, как очень крупной компании, это было сверхактуально и они разработали свой подход к сбору и анализу ошибок - написание postmortem’ов.

Что это такое: это детальный документ, в котором описываются все подробности случившегося инцидента: статус, impact, как решели проблему, как развивался инцидент с подробным таймлайном, конкретные action items и уроки, которые вынесли из него. Многие компании подхватили эту практику и используют у себя. Хорошим тоном считается публикация postmortem’ов в открытый доступ, для того, чтобы другие компании могли учиться не только на своих ошибках, но и на чужих.

Что почитать на эту тему:
• https://landing.google.com/sre/sre-book/chapters/postmortem-culture/ - оригинальная статья от Google
• https://landing.google.com/sre/sre-book/chapters/postmortem/ - пример конкретного Postmortem’a.
• https://github.com/danluu/post-mortems - большая подборка postmortem’ов от разных компаний, собранных в одном месте и сгруппированных по типам проблем.

Автор последнего поста не очень часто обновляет подборку, но в pull request’ах можно найти свежие ссылки от сообщества.