├── LICENSE
├── README.md
└── _config.yml
/LICENSE:
--------------------------------------------------------------------------------
1 | Creative Commons Legal Code
2 |
3 | CC0 1.0 Universal
4 |
5 | CREATIVE COMMONS CORPORATION IS NOT A LAW FIRM AND DOES NOT PROVIDE
6 | LEGAL SERVICES. DISTRIBUTION OF THIS DOCUMENT DOES NOT CREATE AN
7 | ATTORNEY-CLIENT RELATIONSHIP. CREATIVE COMMONS PROVIDES THIS
8 | INFORMATION ON AN "AS-IS" BASIS. CREATIVE COMMONS MAKES NO WARRANTIES
9 | REGARDING THE USE OF THIS DOCUMENT OR THE INFORMATION OR WORKS
10 | PROVIDED HEREUNDER, AND DISCLAIMS LIABILITY FOR DAMAGES RESULTING FROM
11 | THE USE OF THIS DOCUMENT OR THE INFORMATION OR WORKS PROVIDED
12 | HEREUNDER.
13 |
14 | Statement of Purpose
15 |
16 | The laws of most jurisdictions throughout the world automatically confer
17 | exclusive Copyright and Related Rights (defined below) upon the creator
18 | and subsequent owner(s) (each and all, an "owner") of an original work of
19 | authorship and/or a database (each, a "Work").
20 |
21 | Certain owners wish to permanently relinquish those rights to a Work for
22 | the purpose of contributing to a commons of creative, cultural and
23 | scientific works ("Commons") that the public can reliably and without fear
24 | of later claims of infringement build upon, modify, incorporate in other
25 | works, reuse and redistribute as freely as possible in any form whatsoever
26 | and for any purposes, including without limitation commercial purposes.
27 | These owners may contribute to the Commons to promote the ideal of a free
28 | culture and the further production of creative, cultural and scientific
29 | works, or to gain reputation or greater distribution for their Work in
30 | part through the use and efforts of others.
31 |
32 | For these and/or other purposes and motivations, and without any
33 | expectation of additional consideration or compensation, the person
34 | associating CC0 with a Work (the "Affirmer"), to the extent that he or she
35 | is an owner of Copyright and Related Rights in the Work, voluntarily
36 | elects to apply CC0 to the Work and publicly distribute the Work under its
37 | terms, with knowledge of his or her Copyright and Related Rights in the
38 | Work and the meaning and intended legal effect of CC0 on those rights.
39 |
40 | 1. Copyright and Related Rights. A Work made available under CC0 may be
41 | protected by copyright and related or neighboring rights ("Copyright and
42 | Related Rights"). Copyright and Related Rights include, but are not
43 | limited to, the following:
44 |
45 | i. the right to reproduce, adapt, distribute, perform, display,
46 | communicate, and translate a Work;
47 | ii. moral rights retained by the original author(s) and/or performer(s);
48 | iii. publicity and privacy rights pertaining to a person's image or
49 | likeness depicted in a Work;
50 | iv. rights protecting against unfair competition in regards to a Work,
51 | subject to the limitations in paragraph 4(a), below;
52 | v. rights protecting the extraction, dissemination, use and reuse of data
53 | in a Work;
54 | vi. database rights (such as those arising under Directive 96/9/EC of the
55 | European Parliament and of the Council of 11 March 1996 on the legal
56 | protection of databases, and under any national implementation
57 | thereof, including any amended or successor version of such
58 | directive); and
59 | vii. other similar, equivalent or corresponding rights throughout the
60 | world based on applicable law or treaty, and any national
61 | implementations thereof.
62 |
63 | 2. Waiver. To the greatest extent permitted by, but not in contravention
64 | of, applicable law, Affirmer hereby overtly, fully, permanently,
65 | irrevocably and unconditionally waives, abandons, and surrenders all of
66 | Affirmer's Copyright and Related Rights and associated claims and causes
67 | of action, whether now known or unknown (including existing as well as
68 | future claims and causes of action), in the Work (i) in all territories
69 | worldwide, (ii) for the maximum duration provided by applicable law or
70 | treaty (including future time extensions), (iii) in any current or future
71 | medium and for any number of copies, and (iv) for any purpose whatsoever,
72 | including without limitation commercial, advertising or promotional
73 | purposes (the "Waiver"). Affirmer makes the Waiver for the benefit of each
74 | member of the public at large and to the detriment of Affirmer's heirs and
75 | successors, fully intending that such Waiver shall not be subject to
76 | revocation, rescission, cancellation, termination, or any other legal or
77 | equitable action to disrupt the quiet enjoyment of the Work by the public
78 | as contemplated by Affirmer's express Statement of Purpose.
79 |
80 | 3. Public License Fallback. Should any part of the Waiver for any reason
81 | be judged legally invalid or ineffective under applicable law, then the
82 | Waiver shall be preserved to the maximum extent permitted taking into
83 | account Affirmer's express Statement of Purpose. In addition, to the
84 | extent the Waiver is so judged Affirmer hereby grants to each affected
85 | person a royalty-free, non transferable, non sublicensable, non exclusive,
86 | irrevocable and unconditional license to exercise Affirmer's Copyright and
87 | Related Rights in the Work (i) in all territories worldwide, (ii) for the
88 | maximum duration provided by applicable law or treaty (including future
89 | time extensions), (iii) in any current or future medium and for any number
90 | of copies, and (iv) for any purpose whatsoever, including without
91 | limitation commercial, advertising or promotional purposes (the
92 | "License"). The License shall be deemed effective as of the date CC0 was
93 | applied by Affirmer to the Work. Should any part of the License for any
94 | reason be judged legally invalid or ineffective under applicable law, such
95 | partial invalidity or ineffectiveness shall not invalidate the remainder
96 | of the License, and in such case Affirmer hereby affirms that he or she
97 | will not (i) exercise any of his or her remaining Copyright and Related
98 | Rights in the Work or (ii) assert any associated claims and causes of
99 | action with respect to the Work, in either case contrary to Affirmer's
100 | express Statement of Purpose.
101 |
102 | 4. Limitations and Disclaimers.
103 |
104 | a. No trademark or patent rights held by Affirmer are waived, abandoned,
105 | surrendered, licensed or otherwise affected by this document.
106 | b. Affirmer offers the Work as-is and makes no representations or
107 | warranties of any kind concerning the Work, express, implied,
108 | statutory or otherwise, including without limitation warranties of
109 | title, merchantability, fitness for a particular purpose, non
110 | infringement, or the absence of latent or other defects, accuracy, or
111 | the present or absence of errors, whether or not discoverable, all to
112 | the greatest extent permissible under applicable law.
113 | c. Affirmer disclaims responsibility for clearing rights of other persons
114 | that may apply to the Work or any use thereof, including without
115 | limitation any person's Copyright and Related Rights in the Work.
116 | Further, Affirmer disclaims responsibility for obtaining any necessary
117 | consents, permissions or other rights required for any use of the
118 | Work.
119 | d. Affirmer understands and acknowledges that Creative Commons is not a
120 | party to this document and has no duty or obligation with respect to
121 | this CC0 or use of the Work.
122 |
--------------------------------------------------------------------------------
/README.md:
--------------------------------------------------------------------------------
1 | # Awesome CTO
2 |
3 | > — Hello, my name is Dima and I'm a CTO
4 | >
5 | > — (chorus) Welcome, Dima
6 |
7 |
8 | A curated and **opinionated** list of resources for [Chief Technology Officers and VP R&D](https://kuchin.github.io/awesome-cto/), with the emphasis on startups and hyper-growth companies.
9 |
10 | 📢 [Subscribe to get updates](https://awesomecto.substack.com/)
11 |
12 |
13 | ## Contents
14 |
15 | * [CTO Position](#cto-position)
16 | * [Hiring](#hiring)
17 | * [People management](#people-management)
18 | * [Career growth](#career-growth)
19 | * [Project management](#project-management)
20 | * [Handbooks](#handbooks)
21 | * [Development process](#development-process)
22 | * [Architecture](#architecture)
23 | * [Technologies](#technologies)
24 | * [Data](#data)
25 | * [Startups](#startups)
26 | * [Due Diligence](#due-diligence)
27 | * [Money / Finance](#money--finance)
28 | * [Related stuff](#related-stuff)
29 | * [Product](#product)
30 | * [Marketing](#marketing)
31 | * [Books](#books)
32 | * [More links](#more-links)
33 |
34 |
35 | ## CTO Position
36 |
37 | * [The Different CTO Roles](https://www.allthingsdistributed.com/2007/07/the_different_cto_roles.html) - Werner Vogels *(Amazon CTO)*
38 | * [Is it required to be a developer to become a CTO?](https://www.quora.com/Is-it-required-to-be-a-developer-coder-to-become-a-CTO-Why-cant-an-architect-become-a-CTO) *(Quora)*
39 | * [Three Golden Rules to Finding a CTO](https://www.rudebaguette.com/2011/12/01/three-golden-rules-to-finding-a-cto/)
40 | * [Becoming a CTO](https://web.archive.org/web/20171128214925/https://juokaz.com/blog/becoming-a-cto)
41 | * [VP Engineering vs CTO](https://avc.com/2011/10/vp-engineering-vs-cto/) - Fred Wilson *(Union Square Ventures)*
42 | * [What makes for a successful CEO and CTO relationship in a startup?](https://www.quora.com/What-makes-for-a-successful-CEO-and-CTO-relationship-in-a-startup) *(Quora)*
43 | * [#define CTO](https://blog.gregbrockman.com/figuring-out-the-cto-role-at-stripe) - Greg Brockman *(Stripe CTO)*
44 | * [How my role as CTO has changed as we've grown to 100 engineers](https://medium.com/gusto-engineering/how-my-role-as-cto-has-changed-as-weve-grown-to-100-engineers-b16a8a6b1a88)
45 | * [Your first 90 days as CTO or VP Engineering](https://lethain.com/first-ninety-days-cto-vpe/) - Will Larson
46 | * [How to spend your first 30 days in a new senior-level role](https://larahogan.me/blog/first-30-days-new-role/)
47 | * [The difference between a CTO and a VP Engineering](https://www.linkedin.com/pulse/20140615184118-4928723-the-differences-between-a-cto-and-a-vp-engineering/)
48 | * [Evolution of my role as a founder CTO](https://miguelcarranza.es/cto), [Year 4 Update](https://miguelcarranza.es/cto-year-4), [Year 5 Update](https://miguelcarranza.es/cto-year-5) - Miguel Carranza
49 |
50 |
51 | ## Hiring
52 |
53 | * [The Guerrilla Guide to Interviewing](https://www.joelonsoftware.com/2006/10/25/the-guerrilla-guide-to-interviewing-version-30/) - Joel Spolsky *(StackOverflow co-founder)*
54 | * [The Joel Test: 12 Steps to Better Code](https://www.joelonsoftware.com/2000/08/09/the-joel-test-12-steps-to-better-code/) - Joel Spolsky
55 | * [Why Can't Programmers.. Program?](https://blog.codinghorror.com/why-cant-programmers-program/) - Jeff Atwood *(StackOverflow co-founder)*
56 | * [We Hire the Best, Just Like Everyone Else](https://blog.codinghorror.com/we-hire-the-best-just-like-everyone-else/) - Jeff Atwood
57 | * [Getting the Interview Phone Screen Right](https://blog.codinghorror.com/getting-the-interview-phone-screen-right/) - Jeff Atwood
58 | * [Engineering interview process at Stripe](https://www.quora.com/What-is-the-engineering-interview-process-like-at-Stripe) *(Quora)*
59 | * [Improving Our Engineering Interview Process](https://medium.com/foursquare-direct/improving-our-engineering-interview-process-106173ba25a9) *(Foursquare)*
60 | * [Hitting the High Notes](https://www.joelonsoftware.com/2005/07/25/hitting-the-high-notes/) - Joel Spolsky
61 | * [Top 10 System Design Interview Questions](https://hackernoon.com/top-10-system-design-interview-questions-for-software-engineers-8561290f0444) - *(HackerNoon)*
62 | * [How To Hire World-Class Engineers](https://angel.co/blog/how-to-hire-world-class-engineers) *(angel.co)*
63 | * [Trouble hiring senior engineers? It's probably you](https://hiringengineersbook.com/post/trouble-hiring/)
64 | * [The Real 11 Reasons I Don't Hire You](https://charity.wtf/2019/10/18/the-real-11-reasons-i-dont-hire-you/) - Charity Majors
65 | * [How to Interview at Amazon](https://www.linkedin.com/pulse/how-interview-amazon-leadership-david-anderson/)
66 | * [Lessons from Keith Rabois: How to Interview an Executive](https://delian.io/lessons-2)
67 | * [Lessons from Keith Rabois: How to Become a Magnet for Talent](https://delian.io/lessons-5)
68 | * [GitLab Talent Acquisition Framework](https://about.gitlab.com/handbook/hiring/talent-acquisition-framework/)
69 | * [Visualizing Tech Company Layoffs in 2022](https://www.visualcapitalist.com/visualizing-tech-company-layoffs-in-2022/)
70 |
71 |
72 | ## People Management
73 |
74 | * [The mythical 10x programmer](http://antirez.com/news/112) - Salvatore Sanfilippo *(author of Redis)*
75 | * [The Engineer/Manager Pendulum](https://charity.wtf/2017/05/11/the-engineer-manager-pendulum/) - Charity Majors
76 | * [Maker's Schedule, Manager's Schedule](http://www.paulgraham.com/makersschedule.html) - Paul Graham *(Y Combinator)*
77 | * [Software Engineering at Google](https://arxiv.org/pdf/1702.01715.pdf)
78 | * [Google re:Work](https://rework.withgoogle.com)
79 | * [44 Engineering Management Lessons](https://www.defmacro.org/2014/10/03/engman.html) (correct link to [non-violent communication](https://review.firstround.com/power-up-your-team-with-nonviolent-communication-principles) for lesson 34)
80 | * [The Secret To Discussing Pay With Employees](https://www.officevibe.com/blog/secret-to-discussing-pay-with-employees)
81 | * [Awesome Leading and Managing](https://github.com/LappleApple/awesome-leading-and-managing) *(Github)*
82 | * [A Review Process](https://capwatkins.com/blog/a-review-process) - Cap Watkins
83 | * [12 manager readmes from top tech companies](https://hackernoon.com/12-manager-readmes-from-silicon-valleys-top-tech-companies-26588a660afe)
84 | * [Predictable Delivery](https://docs.google.com/presentation/d/1weEU1G-4JAhD6tRlYinYS1ZOHI_SAUQkvTBFBzi67G0/edit)
85 | * [How people rise up to EVP level in big organizations](https://www.quora.com/How-do-some-people-get-stuck-at-a-senior-engineer-position-while-a-few-starts-or-rise-up-to-EVP-level-in-big-organizations-like-Microsoft-Amazon-Apple-Google-What-exactly-should-I-keep-doing-to-go-up-the-ladder) *(Quora)*
86 | * [Should I Become a Manager?](https://capwatkins.com/blog/should-i-become-a-manager) - Cap Watkins
87 | * [How to fail as a new engineering manager](https://blog.usejournal.com/how-to-fail-as-a-new-engineering-manager-30b5fb617a)
88 | * [Design Patterns for Managing Up](https://queue.acm.org/detail.cfm?id=3308563)
89 | * [A Tactical Guide to Managing Up](https://review.firstround.com/a-tactical-guide-to-managing-up-30-tips-from-the-smartest-people-we-know)
90 | * [Engineering Management](https://github.com/charlax/engineering-management) *(Github)*
91 | * [On-boarding Software Engineers](https://medium.com/@odedmagger/on-boarding-software-engineers-10-techniques-to-get-it-right-927cb73e3dab)
92 | * [Hold Your Team Accountable](https://www.dave-bailey.com/blog/accountability-dial)
93 | * [The Manager FAQ](https://www.seebs.net/faqs/manager.html)
94 | * [The Power of Performance Reviews](https://firstround.com/review/the-power-of-performance-reviews-use-this-system-to-become-a-better-manager/)
95 | * [Performance reviews are coming up](https://www.linkedin.com/posts/gergelyorosz_performancereviews-softwarengineering-career-activity-7008079544171528192-D2fF/) - Gergely Orosz
96 | * [Principles of Engineering Management](https://medium.com/swlh/principles-of-engineering-management-c9cae1b34a8b)
97 | * [Compensation Best Practices](https://www.payscale.com/cbpr)
98 | * [Draw The Owl and Other Company Values You Didn’t Know You Should Have](https://firstround.com/review/draw-the-owl-and-other-company-values-you-didnt-know-you-should-have/)
99 | * [A MANAGER’S BILL OF RESPONSIBILITIES (AND RIGHTS)](https://charity.wtf/2019/10/30/a-managers-bill-of-responsibilities-and-rights/)
100 | * [After Being A Manager, Can I Be Happy As A Cog?](https://charity.wtf/2019/11/23/questionable-advice-after-being-a-manager-can-i-be-happy-as-a-cog/)
101 | * [Increment: Teams](https://increment.com/teams/)
102 | * [Hacking team communications](https://noamelf.com/posts/hacking-team-communications/)
103 | * [How to build a startup engineering team](https://increment.com/teams/how-to-build-a-startup-engineering-team/)
104 | * [Hug your manager](https://buttondown.email/cote/archive/hug-your-manager/)
105 | * [Lessons from Keith Rabois: How to be an Effective Executive](https://delian.io/lessons-3)
106 | * [How Context Switching Sabotages Your Productivity](https://blog.doist.com/context-switching/)
107 | * [10,000 Hours with Reid Hoffman: What I Learned](https://casnocha.com/reid-hoffman-lessons)
108 | * [7 Ways to Set Up a New Hire for Success](https://hbr.org/2019/05/7-ways-to-set-up-a-new-hire-for-success)
109 | * [How to get promoted](https://www.spakhm.com/p/how-to-get-promoted)
110 | * [Individuals matter](https://danluu.com/people-matter/)
111 | * [Mandate Levels](https://cutlefish.substack.com/p/tbm-2752-mandate-levels)
112 | * [10 ideas for building great culture in a distributed (remote) team](https://twitter.com/nathanbarry/status/1520442729397858304)
113 | * [Adapting to Endure / Crisis management](https://www.sequoiacap.com/adapting-to-endure-2022/) - Sequoia
114 | * [Mochary Method Curriculum](https://docs.google.com/document/d/18FiJbYn53fTtPmphfdCKT2TMWH-8Y2L-MLqDk-MFV4s/preview) - Matt Mochary
115 | * [Meetings for an effective eng organization](https://lethain.com/eng-org-meetings/) - Will Larson
116 | * [The One Key to Dealing with Senior Executives: Answer the Question!](https://kellblog.com/2012/01/17/the-one-key-to-dealing-with-senior-executives-answer-the-question/)
117 | * [Step by step guide to building high performing teams](https://mm-coaches.notion.site/Step-by-step-guide-to-building-high-performing-teams-a1d3c70c031144738943e043933d3267)
118 | * [Cycle times](https://boz.com/articles/cycle-times) - Andrew Bosworth
119 |
120 |
121 | ## Career growth
122 | * [Career Growth Frameworks in Software Engineering: A Review](https://web.archive.org/web/20210123114037/https://medium.com/better-programming/career-growth-frameworks-in-software-engineering-a-review-4aa6c59a9cf6)
123 | * [Software Engineers Growth framework](https://prontopro.engineering/blog/software-engineer-growth-framework)
124 | * [Software Engineering Ladders](https://github.com/jorgef/engineeringladders) *(GitHub)*
125 | * [Awesome Engineering Ladders](https://github.com/posquit0/awesome-engineering-ladders) *(GitHub)*
126 | * Reverse Interview
127 | * [The Reverse Interview: How To Choose Your Next Company](https://www.reforge.com/blog/reverse-interview)
128 | * [Reverse Interviewing — How to interview a company as well as they interview you](https://www.fishmanafnewsletter.com/p/how-to-reverse-interview)
129 | * [Reverse Interview Questions](https://github.com/viraptor/reverse-interview) *(GitHub)*
130 |
131 | ## Project management
132 |
133 | * [Evidence Based Scheduling](https://www.joelonsoftware.com/2007/10/26/evidence-based-scheduling/) - Joel Spolsky *(StackOverflow co-founder)*
134 | * [How Big Tech Runs Tech Projects and the Curious Absence of Scrum](https://newsletter.pragmaticengineer.com/p/project-management-in-tech) - Gergely Orosz
135 | * [The Secret to a Great Planning Process — Lessons from Airbnb and Eventbrite](https://review.firstround.com/the-secret-to-a-great-planning-process-lessons-from-airbnb-and-eventbrite)
136 | * [What TPMs Do and What Software Engineers Can Learn From Them](https://newsletter.pragmaticengineer.com/p/what-tpms-do) - Gergely Orosz
137 | * [How to Scope a New Feature](https://www.prodify.group/blog/how-to-scope-a-new-feature)
138 | * [Measuring an engineering organization](https://lethain.com/measuring-engineering-organizations/) - Will Larson
139 |
140 |
141 | ## Handbooks
142 |
143 | * [The Atlassian Team Playbook](https://www.atlassian.com/team-playbook)
144 | * [Valve Employee Handbook](https://www.valvesoftware.com/company/Valve_Handbook_LowRes.pdf)
145 | * [Basecamp Employee Handbook](https://github.com/basecamp/handbook)
146 | * [GitLab Team Handbook](https://about.gitlab.com/handbook/)
147 | * [How HashiCorp Works](https://works.hashicorp.com/)
148 |
149 |
150 | ## Development process
151 |
152 | * Scrum / Agile
153 | * [Introduction to Scrum for Managers and Executives](https://www.goodagile.com/resources/goodagile_managers_presentation.pdf)
154 | * [Writing User Stories, Examples and Templates In Agile Methodologies](http://www.yodiz.com/blog/writing-user-stories-examples-and-templates-in-agile-methodologies/)
155 | * CI / CD
156 | * [What are the fundamental principles of continuous integration?](https://www.quora.com/What-are-the-fundamental-principles-of-continuous-integration)
157 | * [The Product Managers’ Guide to Continuous Delivery and DevOps](https://www.mindtheproduct.com/2016/02/what-the-hell-are-ci-cd-and-devops-a-cheatsheet-for-the-rest-of-us/)
158 | * Git
159 | * [Comparing Git workflows](https://www.atlassian.com/git/tutorials/comparing-workflows)
160 | * [A successful Git branching model](https://nvie.com/posts/a-successful-git-branching-model/)
161 | * Alternative: [Trunk Based Development](https://www.atlassian.com/continuous-delivery/continuous-integration/trunk-based-development) (focused on [DevOps and CI/CD](https://cloud.google.com/solutions/devops/devops-tech-trunk-based-development))
162 | * Tech debt
163 | * [Why You Should Learn to Stop Worrying and Love Technical Debt](https://marker.medium.com/why-you-should-learn-to-stop-worrying-and-love-technical-debt-55bb5684f94c)
164 | * [It’s Time to Rethink Technical Debt Management](https://www.sealights.io/blog/its-time-to-rethink-technical-debt-management/)
165 | * Crisis
166 | * [How to Write a Postmortem](https://web.archive.org/web/20210618014202/https://blog.serverdensity.com/how-to-write-a-postmortem/)
167 | * [List of Post-mortems](https://github.com/danluu/post-mortems) *(GitHub)*
168 | * [Startup Lessons Learned - Five Whys](http://www.startuplessonslearned.com/2008/11/five-whys.html) - Eric Ries *(creator of the Lean Startup)*
169 | * [On Call Rotations: How Best to Wake Devs Up in the Middle of the Night](https://thenewstack.io/call-rotations-best-wake-devs-middle-night/)
170 | * [Testing in Production, the safe way](https://medium.com/@copyconstruct/testing-in-production-the-safe-way-18ca102d0ef1)
171 | * Error handling
172 | * [When life gives you lemons, write better error messages](https://wix-ux.com/when-life-gives-you-lemons-write-better-error-messages-46c5223e1a2f)
173 |
174 |
175 | ## Architecture
176 |
177 | * [Twelve-Factor App](https://12factor.net)
178 | * [Reactive Manifesto](https://www.reactivemanifesto.org)
179 | * [An introduction to distributed systems](https://github.com/aphyr/distsys-class) - Kyle Kingsbury *(aphyr, author of Jepsen)*
180 | * [Microservices – Please, don’t](https://riak.com/posts/technical/microservices-please-dont/) (also: [HackerNews discussion](https://news.ycombinator.com/item?id=12508655))
181 | * [GitHub CTO – Biggest architectural mistake was going full microservice](https://twitter.com/jasoncwarner/status/1592227285024636928) (also: [HackerNews discussion](https://news.ycombinator.com/item?id=33601658))
182 | * [The Death of Microservice Madness in 2018](https://www.dwmkerr.com/the-death-of-microservice-madness-in-2018/)
183 | * [Shrinking microservices to functions](https://highscalability.com/blog/2017/3/27/faster-networks-cheaper-messages-microservices-functions-edg.html)
184 | * [Design patterns for microservices](https://azure.microsoft.com/en-us/blog/design-patterns-for-microservices/)
185 | * [Serverless architecture](https://www.quora.com/What-is-Serverless-Computing) *(Quora)*
186 | * [Serverless framework](https://www.serverless.com)
187 | * [Best Practices for Designing a Pragmatic RESTful API](https://www.vinaysahni.com/best-practices-for-a-pragmatic-restful-api)
188 | * [10 Modern Software Over-Engineering Mistakes](https://medium.com/@rdsubhas/10-modern-software-engineering-mistakes-bc67fbef4fc8)
189 | * [How I Write Tests](https://blog.nelhage.com/2016/12/how-i-test/)
190 | * [Lambda Architecture](https://en.wikipedia.org/wiki/Lambda_architecture)
191 | * [Awesome Scalability](https://github.com/binhnguyennus/awesome-scalability) *(GitHub)*
192 | * [The Single Most Important Internal Email in the History of Amazon](https://web.archive.org/web/20221127150918/https://pulseasync.com/operators/frameworks-for-remote-working/)
193 | * [Build Your Own X](https://github.com/danistefanovic/build-your-own-x) *(GitHub)*
194 | * [Accentuate the negative: making the non-perfect decision. Technical decision making](https://leaddev.com/technical-decision-making/accentuate-negative-making-non-perfect-decision)
195 |
196 |
197 | ## Technologies
198 |
199 | * General
200 | * [Developer Roadmaps](https://github.com/kamranahmedse/developer-roadmap) *(GitHub)*
201 | * [Coding Interview University](https://github.com/jwasham/coding-interview-university) *(GitHub)*
202 | * [Big-O explained in plain English](https://stackoverflow.com/a/487278/472433)
203 | * Javascript
204 | * [JS: The Right Way](http://jstherightway.org)
205 | * [Frontend developer handbook 2019](https://frontendmasters.com/guides/front-end-handbook/2019/)
206 | * Big scale
207 | * [What is CAP Theorem?](https://www.quora.com/What-Is-CAP-Theorem-1) *(Quora)*
208 | * [CAP Theorem: Revisited](https://robertgreiner.com/cap-theorem-revisited/)
209 | * Security
210 | * [Awesome Security](https://github.com/sbilly/awesome-security) *(GitHub)*
211 | * [SaaS CTO Security Checklist](https://web.archive.org/web/20230324072622/https://www.goldfiglabs.com/guide/saas-cto-security-checklist/)
212 | * Search
213 | * [Open Guide to Search Engineering](https://github.com/open-guides/og-search-engineering) *(GitHub)*
214 | * Cloud
215 | * [Open Guide to Amazon Web Services](https://github.com/open-guides/og-aws) *(GitHub)*
216 | * [Amazon AWS in Plain English](https://www.expeditedssl.com/aws-in-plain-english)
217 | * [Microsoft Azure in Plain English](https://web.archive.org/web/20190508145128/https://www.expeditedssl.com/azure-in-plain-english)
218 | * [Google Cloud Services for the AWS expert](https://cloudacademy.com/blog/google-cloud-services-aws-expert/)
219 | * Pricing
220 | * [Awesome Billing](https://github.com/kdeldycke/awesome-billing) *(GitHub)*
221 | * [Awesome PriceOps](https://github.com/priceops/awesome-priceops) *(GitHub)*
222 |
223 |
224 | ## Data
225 |
226 | * [NoSQL Databases: a Survey and Decision Guidance](https://medium.baqend.com/nosql-databases-a-survey-and-decision-guidance-ea7823a822d)
227 | * [Evolutionary Database Design](https://martinfowler.com/articles/evodb.html) *(Martin Fowler)*
228 | * [Database Migrations Done Right](https://www.brunton-spall.co.uk/post/2014/05/06/database-migrations-done-right/)
229 | * [A reference guide for fintech & small-data engineering](https://medium.com/dangerous-engineering/a-reference-guide-for-fintech-small-data-engineering-bd65b9796d90)
230 | * [Building a data team at a mid-stage startup: a short story](https://erikbern.com/2021/07/07/the-data-team-a-short-story.html)
231 | * [DataOps](https://en.wikipedia.org/wiki/Dataops)
232 | * [Databases in 2022: A Year in Review](https://ottertune.com/blog/2022-databases-retrospective/)
233 | * Data Science
234 | * [Building a data science team](https://fastdatascience.com/building-a-data-science-team/)
235 | * [Managing Data Science Teams](https://www.dominodatalab.com/resources/field-guide/managing-data-science-teams/)
236 | * [How to Structure a Data Science Team](https://www.altexsoft.com/blog/datascience/how-to-structure-data-science-team-key-models-and-roles/)
237 | * Machine Learning
238 | * [Awesome Machine Learning](https://github.com/josephmisiti/awesome-machine-learning) *(GitHub)*
239 | * [Best resources of everyday ML learning](https://www.quora.com/As-a-data-scientist-what-is-your-best-resource-of-everyday-learning) *(Quora)*
240 | * [Machine Learning Crash Course: with TensorFlow APIs](https://developers.google.com/machine-learning/crash-course/) *(Google)*
241 | * [Deep Learning For Coders](https://course.fast.ai)
242 | * [Awesome Production Machine Learning](https://github.com/EthicalML/awesome-production-machine-learning) *(GitHub)*
243 | * [Weapons of Math Destruction](https://en.wikipedia.org/wiki/Weapons_of_Math_Destruction)
244 |
245 |
246 | ## Startups
247 |
248 | * [What are the things startups have to get right?](https://www.quora.com/What-are-the-things-startups-have-to-get-right) *(Quora)*
249 | * [85 Things I learned being a CEO](https://hackernoon.com/85-things-i-learned-being-a-ceo-4c25fc1c7b99)
250 | * [What’s the Second Job of a Startup CEO?](https://blog.ycombinator.com/the-second-job-of-a-startup-ceo/)
251 | * [Things I will tell my kids if they become entrepreneurs](https://www.slideshare.net/laurenthaug/things-i-will-tell-my-kids-if-they-become-entrepreneurs)
252 | * [What do VCs really look for when making investments?](https://www.quora.com/What-do-VCs-really-look-for-when-making-investments) *(Quora)*
253 | * [As an employee of a startup, how do you know when to quit?](https://www.quora.com/As-an-employee-of-a-startup-how-do-you-know-when-to-quit) *(Quora)*
254 | * [Pitch deck collection from VC funded startups](https://www.alexanderjarvis.com/pitch-deck-collection-from-vc-funded-startups/)
255 | * [YC’s Series A Diligence Checklist](https://blog.ycombinator.com/ycs-series-a-diligence-checklist/)
256 | * [Startup Playbook](https://playbook.samaltman.com) - Sam Altman
257 | * [Y Combinator Startup Class](https://startupclass.samaltman.com)
258 | * [Lean Canvas](https://leanstack.com/leancanvas) + [Miro template](https://miro.com/templates/lean-canvas/)
259 | * [Open Source Pitch Deck Templates for Figma](https://www.figmafinder.com/figma-pitch-deck)
260 | * [List of startups that had successful pivots](https://github.com/fikrikarim/companies-with-successful-pivot) *(GitHub)*
261 |
262 |
263 | ## Due Diligence
264 | * [Technology Due Diligence Checklist](https://akfpartners.com/growth-blog/technical-due-diligence-checklists)
265 | * [Technical Due Diligence Questions](https://github.com/altunyurt/technical_due_diligence) *(GitHub)*
266 | * [IT Department Tech Due Diligence Checklist](https://gist.github.com/raphaelbauer/b31d49d91a0af6c1106bfc8ef4bf6d13)
267 | * [A Guide to Surviving Tech Due Diligence](https://circleci.com/resources/tech-due-diligence/)
268 |
269 | ## Money / Finance
270 |
271 | * Startups
272 | * [IPOs and Beyond: A Guide to Exit Options for Companies](https://future.a16z.com/ipos-and-beyond-a-guide-to-exit-options-for-companies/)
273 | * [What would a CTO equity be for a small startup?](https://www.quora.com/What-would-a-CTO-compensation-equity-be-for-a-small-startup) *(Quora)*
274 | * [Options vs Cash](https://danluu.com/startup-options/)
275 | * [How To Invest In Startups](https://blog.samaltman.com/how-to-invest-in-startups) - Sam Altman
276 | * [A Guide to Seed Fundraising](https://blog.ycombinator.com/how-to-raise-a-seed-round/)
277 | * [Startup Economics equity calculator](https://smartasset.com/infographic/startup)
278 | * [Option grants at seed](https://www.indexventures.com/rewardingtalent/option-grants-at-seed)
279 | * [Joining the new startup, with a handsome stock option allocation](https://twitter.com/gergelyorosz/status/1601134509424267264) - Gergely Orosz
280 | * [Equity 101 for Software Engineers at Big Tech and Startups](https://blog.pragmaticengineer.com/equity-for-software-engineers/) - Gergely Orosz
281 | * Big companies
282 | * [Financial Planning & Analysis @ GitLab](https://about.gitlab.com/handbook/finance/financial-planning-and-analysis/)
283 | * [Framework for balancing and budgeting engineering resourcing](https://medium.com/engineering-operations/a-framework-for-balancing-and-budgeting-engineering-resourcing-d0cce0e6911c)
284 | * [Negotiate the right deal with suppliers](https://www.infoentrepreneurs.org/en/guides/negotiate-the-right-deal-with-suppliers/)
285 | * [Strategic Procurements 10 Commandments for Managing the Buying Process](https://strategicdynamicsfirm.com/strategic-procurements-10-commandments-managing-hospital-buying-process/)
286 |
287 |
288 | ## Related stuff
289 |
290 | * [Knowledge-Sharing Architects As An Alternative to Coding Architects](http://ithare.com/knowledge-sharing-architects-as-an-alternative-to-coding-architects/)
291 | * [Ten Rules for Negotiating a Job Offer](https://haseebq.com/my-ten-rules-for-negotiating-a-job-offer/) (also: [HackerNews discussion](https://news.ycombinator.com/item?id=12197795))
292 | * [Salary Negotiation: Make More Money, Be More Valued](https://www.kalzumeus.com/2012/01/23/salary-negotiation/)
293 | * [What are best practices of experienced programmers?](https://www.quora.com/What-are-some-traits-practices-of-experienced-good-programmers-that-every-beginner-programmer-should-know) *(Quora)*
294 | * [Falsehoods Programmers Believe About Names](https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-about-names/)
295 | * [2016 European Software Development Salary Survey](http://web.archive.org/web/20170412051943/https://www.oreilly.com/programming/free/files/2016-european-software-development-salary-survey.pdf) *(O'Reilly)*
296 | * [DevOps: Bringing development and operations together](https://www.atlassian.com/devops) *(Atlassian)*
297 | * [How to Prepare a Talk](https://www.deconstructconf.com/blog/how-to-prepare-a-talk)
298 | * [Undervalued Software Engineering Skills: Writing Well](https://blog.pragmaticengineer.com/on-writing-well/) - Gergely Orosz
299 | * [The Pyramid Principle](https://medium.com/lessons-from-mckinsey/the-pyramid-principle-f0885dd3c5c7)
300 | * [Senior Engineer’s Checklist](https://medium.com/@littleblah/my-top-25-items-in-a-senior-engineers-checklist-c8e9f9f6e3c2)
301 | * [How to Use OpenAPI and Swagger for Documentation](https://blog.readme.com/how-to-use-openapi-and-swagger-spec-for-documentation/)
302 |
303 | ## Product
304 | * [What Makes a Great Product Manager](https://hackernoon.com/what-makes-a-great-product-manager-3c1d03b90356)
305 | * [If You Don’t Think You Need a VP of Product...](https://www.saastr.com/if-you-dont-think-you-need-a-vp-of-product-marketing-etc-then-you-havent-worked-with-a-great-one/)
306 | * [Red Oceans: How to Find Profitable Startup Ideas](https://capitalandgrowth.org/answers/Article/3143488/How-to-Find-Profitable-Business-Ideas)
307 | * [Product North Star Metric](https://amplitude.com/blog/product-north-star-metric)
308 | * [What distinguishes the Top 1% of product managers from the Top 10%?](https://www.quora.com/What-distinguishes-the-Top-1-of-product-managers-from-the-Top-10/answer/Ian-McAllister) - *(Quora)*
309 | * [How to Hire a Product Manager](https://www.kennorton.com/essays/productmanager.html)
310 | * [The Secrets Of Creative Thinking](https://www.lemonade.com/blog/creative-thinking-hacks/)
311 | * [StellarPeers - Product Management Interviews](https://medium.com/stellarpeers)
312 | * [Product vs. Feature Teams](https://svpg.com/product-vs-feature-teams/)
313 | * [Most Startups Should Be Deer Hunters](https://bothsidesofthetable.com/most-startups-should-be-deer-hunters-7fdecf58f4f6)
314 | * [Shape Up: Stop Running in Circles and Ship Work that Matters](https://basecamp.com/shapeup)
315 | * [How to Write Your First Strategic Roadmap](https://ganotnoa.com/how-to-write-your-first-strategic-roadmap-part-1/)
316 | * [Execution at Facebook](https://productlife.to/p/-execution-at-facebook)
317 | * [8 Product Hurdles Every Founder Must Clear](https://review.firstround.com/8-product-hurdles-every-founder-must-clear-this-pm-turned-founder-shares-his-playbooks)
318 | * [The Top 10 Deliverables of Product Managers](https://www.sachinrekhi.com/top-10-deliverables-of-product-managers)
319 | * [Product Manager Career Ladders](https://docs.google.com/spreadsheets/d/1F1Y3YtjsvAJUZMqS-rK0LGQGg7eHYubq9KqedPwLCDE/edit#gid=1578462935) - Lenny Rachitsky
320 | * [Awesome Product Management](https://github.com/dend/awesome-product-management) *(GitHub)*
321 | * [Awesome Product Manager](https://github.com/yuhenobi/awesome-product-manager) *(GitHub)*
322 |
323 |
324 | ## Marketing
325 |
326 | * [Developer Marketing Guide](https://www.devmarketingguide.com)
327 | * [Top Resources for Startup Marketing and PR](https://docs.google.com/spreadsheets/d/1tAiya71mDQgtwn_F9-mNQhuc7GdsQ5e2_BeG69Cb82A/edit#gid=0)
328 | * [SaaS Email Marketing Handbook](https://saasemailmarketing.net)
329 | * [How today's fastest growing B2B businesses found their first ten customers](https://www.lennysnewsletter.com/p/how-todays-fastest-growing-b2b-businesses)
330 |
331 |
332 | ## Books
333 |
334 | * [Epic CTO Reading List](https://www.goodreads.com/list/show/36429.Epic_CTO_Reading_List)
335 | * [The Mythical Man-Month](https://en.wikipedia.org/wiki/The_Mythical_Man-Month)
336 | * [Startup CTO's Handbook](https://github.com/ZachGoldberg/Startup-CTO-Handbook/)
337 |
338 |
339 | ## More links
340 |
341 | * [Awesome Falsehood](https://github.com/kdeldycke/awesome-falsehood) *(GitHub)*
342 | * [Engineering blogs](https://github.com/kilimchoi/engineering-blogs) *(GitHub)*
343 | * [Awesome Awesomeness](https://github.com/bayandin/awesome-awesomeness) *(GitHub)*
344 | * [Awesome.re](https://github.com/sindresorhus/awesome) *(GitHub)*
345 | * [Chief Technology Officer vs Coder Thinker Organizer](https://github.com/92bondstreet/cto) *(GitHub)*
346 | * [Senior Software Engineer](https://staffeng.com)
347 | * [Socal CTO](https://www.socalcto.com/2011/09/startup-cto.html)
348 | * [Curated list of CTO resources](https://github.com/92bondstreet/cto) *(GitHub)*
349 | * [Awesome CTO Resources](https://github.com/mateusz-brainhub/awesome-cto-resources) *(GitHub)*
350 | * [Free Tools for Developers](https://free-for.dev)
351 | * [NfX - The Founder Library](https://www.nfx.com)
352 | * [foundr - Advices from founders](https://foundr.com/articles)
353 | * [The Leadership Library for Engineers](https://leadership-library.dev)
354 | * [Rands Leadership Slack](https://randsinrepose.com/welcome-to-rands-leadership-slack/)
355 | * [Engineering Managers Slack](https://engmanagers.github.io)
356 | * [CTO Framework](https://ctoframework.com)
357 |
358 |
359 | ## Other
360 | - [Awesome CEO](https://github.com/kuchin/awesome-ceo) *(GitHub)*
361 | - [Awesome TPM](https://github.com/kuchin/awesome-tpm) *(GitHub)*
362 |
363 |
364 | ## License
365 |
366 | [](https://creativecommons.org/publicdomain/zero/1.0/)
367 |
--------------------------------------------------------------------------------
/_config.yml:
--------------------------------------------------------------------------------
1 | theme: jekyll-theme-cayman
--------------------------------------------------------------------------------