SMMRY.ai TL;D[R|W|L] Made Easy!

CategoryGergely Orosz [The Pragmatic Engineer]

Behind the Scenes with React.js: the Documentary [Gergely Orosz, The Pragmatic Engineer]

B
  • A brief history of React – React is the most popular web framework in use today. It was created by Jordan Walke, a software engineer at Facebook, and open sourced in 2013 at JSConf US. In the issue The State of Frontend 2022, React is noted as having 76% of respondents using and liking React the past year. Stack Overflow Trends also shows React having more questions than other similar frameworks since 2018.
  • The idea of making the documentary – The documentary was funded by Honeypot, a developer-focused job platform. The idea was proposed by filmmaker Ida Lærke Bechtle, with the hope of inspiring people and remembering Honeypot when looking for new job opportunities. Ida did research on React, contacted the first React core team members, and interviewed them to create the story.
  • Behind the scenes of the making of React.js: the Documentary – Ida traveled to Dublin, London, San Diego, San Francisco, Boston, and NYC to interview React team members, with help from Christopher Chedeau to convince the others. At Meta, they had a “chaperone” but otherwise were not restricted in what they could ask or film.
  • Premiere and reception – The documentary premiered in Amsterdam to an audience at the JSWorld conference. Afterward, there were a few more premieres in Berlin, Barcelona, and Vienna. The movie quickly passed 250,000 views on YouTube within its first week of release, with mostly positive feedback. Ida learned that people will watch longer movies on YouTube, as long as the topic is on point and the storytelling is good.

Published February 16, 2023
Visit The Pragmatic Engineer to read Gergely Orosz’s original post Behind the Scenes with React.js: the Documentary

Real-world Engineering Challenges #8: Breaking up a Monolith [Gergely Orosz, The Pragmatic Engineer]

R

• Khan Academy is a US-based non-profit education provider, which teaches students about math, art, computing and many other topics for free.
• In 2017, the engineering team started experimenting with GraphQL for their API and decided to deprecate the REST interface and migrate existing endpoints to GraphQL.
• Python 2’s end-of-life announcement was the final spur to start the project and the team chose to move over to Go, largely for its first-class support in the Google App Engine, and the simplicity and consistency of its language and performance.
• The project was split into two parts: Phase 1: Minimum Viable Experience and Phase 2: endgame.
• The team chose a “field by field” approach for the migration, with the first migrated service being the simplest; a service hosting a single field.
• The migration strategy applied a similar side-by-side testing approach to all services, with optional shadowing of traffic on the new Go service and side-by-side testing of GraphQL services.
• The project took 3.5 years to complete, with around 100 software engineers working on it.
• Khan Academy migrated from Python to Go, a process which took 3.5 years and involved 100 engineers.
• The team used a side-by-side migration approach, which allowed them to track the percentage of traffic served from the new system.
• Engineers liked Go for its ease of reading and writing, documentation, tooling, and compiler speed.
• Performance was excellent compared to Python, with the service hour cost of operating the same code on Python and Go being up to 10 times cheaper for certain types of requests.
• The team kept shipping incrementally and only one service was allowed to write a given piece of data.
• The project was treated as a fixed scope, fixed timeline project, which was the right choice in hindsight.
• Switching to a brand-new language for the rewrite was worth it in the end, but the team played loose with the “port things exactly as they are” approach when it came to internal tools.
• Kevin Dangoor and Brian Anderson, two engineers from Khan Academy, shared their learnings from a 3 year-long project to migrate from a Python monolith to Go services and GraphQL.
• The team defined a “minimum viable experience” to help them focus and prioritize the right things.
• The team estimated the MVE phase would take about 2 years, and completed it almost exactly as per their original estimate two years previously.
• The migration added complexity in several ways, such as changing languages from Python to Go, moving to new versions of Google Cloud APIs, and splitting control of the data.
• Hard deadlines can be motivational, and having a hard deadline forced the team to align in creative ways to ensure a ‘critical path.’
• Just because you have services, you cannot ignore the broader ecosystem.
• Long-running migrations often feel thankless, never-ending and frustrating.
• To be a great product engineer, it’s worth familiarizing yourself on how to do migrations, so you can do them more efficiently and reliably.

Published February 7, 2023
Visit The Pragmatic Engineer to read Gergely Orosz’s original post Real-world Engineering Challenges #8: Breaking up a Monolith

Inside Pollen’s Transparent Compensation Data [Gergely Orosz, The Pragmatic Engineer]

I

• Pollen was an events tech startup founded in 2015, which raised more than $200M in funding and employed about 600 people by 2022.
• After a series of layoffs, the company ran out of money and entered administration last August, leaving employees unpaid.
• Pollen implemented pay transparency, allowing employees to view compensation details for every role at the company.
• This article dissects the pay transparency report, covering Pollen’s compensation philosophy, tech compensation numbers, regional pay differences, highest and lowest-paid roles, budgets by organization, and inspiration to take from the report.
• Subscribers have access to a cleaned and browsable version of the data set, with 18 diagrams analyzing the data.

Published January 12, 2023. Visit The Pragmatic Engineer to read Gergely Orosz’s original post.

The Staff Engineer’s Path: You’re a Role Model Now (Sorry) [Gergely Orosz, The Pragmatic Engineer]

T
  • The Staff Engineer’s Path is a book written by Tanya Reilly, Senior Principal Engineer at Squarespace, which provides a type of manual of how to thrive at the Staff level.
  • The book covers two paths: the manager’s path and the staff engineer’s path.
  • The staff engineer’s path is less defined and expectations of the job vary across companies.
  • The book attempts to answer the question of how to start on the staff engineer’s path.
  • As a staff engineer, you’ll be a role model and people will assume you know what you’re talking about.
  • Being a role model doesn’t mean you have to become a public figure, be louder than you’re comfortable with, or throw your weight around.
  • Start small and think of leadership as a skill to build.
  • Be the best engineer and the best colleague that you can be and do a good job so others can see it.
  • Anticipate what you’ll wish you’d done and telegraph what’s coming.
  • Tidy up and keep your tools sharp.
  • Create institutional memory and expect failure.
  • Optimize for maintenance, not creation.
  • Make it understandable and keep it simple.
  • Build to decommission and create future leaders.
  • The metric for success is whether other people want to work with you.

Published December 14, 2022

Visit The Pragmatic Engineer to read Gergely Orosz’s original post

Real-World Engineering Challenges #7: Choosing Technologies [Gergely Orosz, The Pragmatic Engineer]

R
  • Trello used RabbitMQ to power its websockets functionality for several years, but experienced reliability issues and high resource usage.
  • The team evaluated five alternatives and chose Kafka due to its failover capabilities, in-order message delivery per shard, fanout message distribution, low latency, and required throughput of 2,000 messages/second.
  • Birdie moved to Micro Frontends to reduce the tight coupling between parts of its codebase and reduce the time it took to run tests.
  • MetalBear chose Rust for its stack due to its performance and hiring considerations.
  • Motive moved over to Kotlin Multiplatform Mobile (KMM) to share business logic between iOS and Android.
  • Why Trello moved over to Kafka: Trello needed a reliable messaging queue to handle their high-volume of web socket connections, and chose Kafka for its scalability and reliability.
  • Why Birdie moved to Micro Frontends: Birdie needed to reduce the number of tests run when making changes, and chose Micro Frontends to split up their codebase and give teams more autonomy.
  • Why MetalBear settled on using Rust: MetalBear chose Rust for its low-level features, small memory footprint, thread safety, and because it would make hiring engineers easier.
  • Why Motive moved over to Kotlin Multiplatform Mobile: Motive chose KMM to ensure consistency in business logic across the mobile apps, and to execute faster on development.

Published November 29, 2022

Visit The Pragmatic Engineer to read Gergely Orosz’s original post

The Scoop: Inside the Longest Atlassian Outage of All Time [Gergely Orosz, The Pragmatic Engineer]

T
  • The longest Atlassian outage of all time has left hundreds of companies without access to JIRA, Confluence, and OpsGenie.
  • Atlassian stayed silent for most of the outage, and only acknowledged it on the 9th day.
  • Customers received templated emails and no answers to their questions.
  • The cause of the outage was a script that was supposed to delete customer data from a plugin, but accidentally deleted all customer data for anyone using the plugin.
  • Atlassian can restore all data to a checkpoint in a matter of hours, but this would mean everyone else would lose all data committed since that point.
  • Atlassian is now restoring customers in batches of up to 60 tenants at a time, which takes between 4 and 5 elapsed days.
  • Atlassian customers experienced a major outage, with zero access to their products and data.
  • Customers had difficulty reporting the issue to Atlassian, due to the domain being deleted.
  • The biggest complaint from customers was the poor communication from Atlassian.
  • The impact of the outage was large, with many companies not having backups of critical documents on Confluence or JIRA.
  • Customers are eligible for a 50% discount for their next, monthly bill.
  • The biggest impact of this outage is not in lost revenue, but reputational damage.
  • Competitors are sure to win from this fumble, and will reference this Atlassian outage in their sales pitches for years to come.
  • Incident handling learnings include having a runbook for disaster recovery, communicating directly and transparently, speaking the customer’s language, and avoiding radio silence.
  • Avoiding the incident includes having a rollback plan for all migrations and deprecations, and doing dry-runs of migrations and deprecations.
  • Atlassian failed to follow their own guidelines for incident handling, and executives took no public ownership of the outage until day 9.

Published April 13, 2022

Visit The Pragmatic Engineer to read Gergely Orosz’s original post

SMMRY.ai TL;D[R|W|L] Made Easy!
Please Signup
    Strength: Very Weak
     
    Powered by ARMember
      (Unlicensed)

    Follow SMMRY.AI on Twitter


    All Tags

    Advertising AI Amazon Antitrust Apple Art Arts & Culture Asia Autobiography Biden Big Tech Budget Deficit Celebrities ChatGPT China Chips Christmas Climate Change Community Congress Covid Crime Criminal Justice Crypto Culture Wars DEI Democrats Demographics DeSantis Economic Development Education (College/University) Education (K-12) Elections Elon Musk Energy Environment Espionage Europe Federal Reserve Florida Free Speech Gender Geopolitics Germany Global Economics Globalization Google Government Health History Housing Market Immigration India Inequality Inflation Infrastructure Innovation Intel Labor Market Law Legal LGBTQ Macroeconomics Media Medicine Mental Health Meta Microsoft Military Movies & TV Music News Roundup NFL Oceans OpenAI Parenting Pregnancy Psychology Public Health Race Recession Religion Renewables Republicans Research Russia Science Social Media Software Space Sports State law Supreme Court Trump Twitter Ukraine US Business US Economy US Politics US Taxes