I've learned more about startups by self-publishing a book than with years of reading. I wrote a post about this: blog.pragmaticengineer.com/want-to-start-…

Thread on 7 things I now have more appreciation for, having experienced them first hand. Image
1. Marketing. "Build it and they will come" is not how products (or books) are bought. You need a marketing plan.

I put one together late: and delayed the launch to get some of the marketing ideas going. It was worth it, in the end. Image
2. Media exposure. My own "marketing network" was far smaller compared to exposure on a large publication (like HN). You can't really plan for or rely on this as marketing, but these are bigger waves than one can expect. @philip_kiely has a similar story. Image
3. Advertising: I'm starting to "get" why it's here to stay.

If this was a product my success/livelihood would depend on, I'd *need* to turn to advertising and trial options. Can I pay $$ and make $$$? How can I reach people who would want to by my product/book?
4. Content marketing and growth hacking.

Advertising is expensive! Instead of spending $$$ on ads, you could try to spend $$ on content marketing and growth hacking.

And a lot of companies - including in tech SaaS are doing this, big time. I did guest posts, no growth hacking.
5. SEO optimization. Wow, is this a black hole. So much money can be spent, so many tools... for the promise of a continuous stream of visitors/revenue.

My SEO is not great, but I'm now #1 for "developer resume book" and might get a few sales this way. Image
6. Customer support: I now have customers! Some who demand refunds. And I'd like to find out what went wrong.

It's harder to get this information - especially after issuing a full refund.
7. Accounting, admin and the works. Setting up a legal entity, doing the paperwork, the taxes: I do as much as I can myself - paying for advice. It's nice to confirm how this works. Plus, after years of payments engineering, I should be able to do this.
In summary: selling something online gets you exposed to so much more of the business flow beyond just building. All of this relatively risk-free.

And all of this felt like a "bootcamp" with knowledge I'd all use if kicking off a startup.

Full article: blog.pragmaticengineer.com/want-to-start-…

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Gergely Orosz

Gergely Orosz Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @GergelyOrosz

12 Dec
I'm going to attempt to summarize the AWS outage on 25 Nov that impacted a good part of the internet in 6 drawings (from the 2,000+ word detailed postmortem by @awscloud at aws.amazon.com/message/11201/). A thread.

1. Meet AWS Kinesis, the realtime processing backbone of AWS:
2. Incoming requests hit the FE fleet. Each FE machine maintains a shardmap to BE clusters. Machines in this cluster do the realtime processing.

Classic setup. Except for the scale, which we can assume is massive. That "frontend fleet" is likely large. The BE fleet? Gigantic.
3. New FE machines were added to the FE fleet as per usual. A few hours later, things start to work odd. The team investigates and another few hours later they realize the root cause. It's to do with how the FE fleet works.

Each FE machine has a thread open to sync in the fleet:
Read 7 tweets
16 Nov
I've been helping a bootcamp grad frontend dev friend prepare for interviews - they worked as a jr dev for 2 years after the bootcamp. But were out of a job the past 6 months.

They just got an offer as a JS engineer!

Thread on 10 prep resources & job market observations.
1. Interviewing for frontend positions today is HARD. IMO the web is the most in-flux in terms of interviewing approaches between backend and mobile.

You get a huge variety of interviews. Some places dive into React hooks. Others ask vanilla JS. Others algorithms / DS.
2. "Refresh" the basics.

Go through a *good* JS book that goes deep. YDKJS (github.com/getify/You-Don…) by @getify and Eloquent Javascript (eloquentjavascript.net) by @MarijnJH are both great, free online, and the prints good quality (I personally learn far better from prints).
Read 12 tweets
15 Nov
The book @intensivedata has got to be the most information-packed one I've read. Summary of all major DB storage techniques, explained in 35 pages in the book. Thread.

1. "Plain old" key-value store in a textfile
2. Indexing a key-value store (e.g. a CSV) with hash indexes (1/6)
3. Segmenting files as they grow via compaction
4. SSTables - sorted string tables (sentence of key-value pairs sorted by keys).
5. LSM-trees (Log-Structured Merge Tree)
6. B-trees: standard storage in many relational/non-relational databases (2/6)
6.1 B-tree reliability & optimization (write-ahead-logs, latches, copy-on-write)
6.2 B-trees vs LSM trees
7. Other indexing approaches: clustered indexes, covering indexes, fuzzy indexing, in-memory DBs (3/6)
Read 6 tweets
1 Nov
18 things that companies with a good developer culture (mostly) have. A thread.

First, some basics.
1. Psychological safety & a blameless culture. You can be yourself without fear.
2. Fair compensation, roughly on par with the market.
3. Common-sense flexibility w working hours.
Next: clarity & collaboration
4. Understand the "why" before starting work.
5. A backlog that devs also contribute to.
6. Communicating directly with others, not through e.g. managers
7. Working with other disciplines (e.g. product, UX)
8. Celebrating that people take initiatives
Sustainable engineering culture
9. Functionally complete != production ready
10. Code reviews and testing are part of the everyday dev process.
11. CI and CD. 'nuff said.
12. Healthy oncall. Fixing poor oncall has priority over product work.
13. Internal open source model.
Read 5 tweets
22 Oct
"Can you summarize this 200-page dev resume book in 7 tweets or less?"

Challenge accepted. Here we go.

1. Know what the goal of your resume is. This is what most people get wrong. It's not about your professional history. It's to get that next call with the recruiter/HM. (1/7)
2. Understand how the hiring pipeline works: who will read your resume, and what your competition is at smaller, vs larger companies.

Know that an employee referral *dramatically* increases your chances of passing the resume screen round. (2/7)
3. Use an easy-to-scan template. Recruiters do a quick scan, then a thorough scan (if they find key details in the quick scan). Make this "quick scan" as easy as possible.

Here's a good template from the book: blog.pragmaticengineer.com/the-pragmatic-… (3/7)
Read 7 tweets
21 Oct
I've been writing the ebook thetechresume.com on the side for a few months, and launched it 13 days ago.

In this 13 days it made $13,000, and $18K since I started, with more than 2,000 customers.

This is about 13x what I expected. Thread on how it got here.
It all started with COVID, layoffs happening across the tech industry, and me wondering how I can help. I offered to do a few resume reviews, being a hiring manager myself:

I thought I'll get a handful of responses. I got 300+. There was no way I could give thorough feedback on all of it. So I decided to scale myself: do in-depth review of the first 50, take notes, then send those compiled notes to others. Here's that PDF: thetechresume.com/samples/origin…
Read 12 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!