35 Years of WWW: Working as a Content Creator, Designer and Developer With the Coolest Medium Ever

Rate this content
Bookmark

Back in the late 90s, I worked as a radio newscaster and used computers as a hobby. First writing pretty pointless programs, then playing games, being bad at them and analysing the games how to give myself endless lives. Then I got access to the web and everything changed. I knew, this was the medium to support for the rest of my career. Here is a recount of 25 years of professional web development. The technologies that came and went, the struggles to get the resources I need and the wonderful, wild and bonkers things and people I encountered. And you also get an outlook why some products and technologies succeeded and why others failed.

This talk has been presented at C3 Dev Festival 2024, check out the latest edition of this Tech Conference.

FAQ

The speaker is a VP of DevRel, a trainer on LinkedIn and Skillshare, and has worked at Yahoo, Mozilla, and Microsoft for eight years.

The speaker has presented at over 100 conferences in three different languages, worked on major web products, and contributed to projects like Firefox, Microsoft Edge, VS Code, and Chromium DevTools.

No, the speaker does not have a university degree or completed job education.

The speaker runs a newsletter for 'We Are Developers' with 150,000 subscribers.

The speaker is organizing an event next month in Berlin with 15,000 attendees, 8,000 companies, and over 500 speakers.

The speaker got started in programming by using a Commodore 64 in a department store and later experimenting with a found floppy disk containing a cracked game.

The speaker believes that you can build your skill set by being curious and devious, looking at existing work, and learning by doing and analyzing.

The speaker advises contributing to open source projects, watching conference videos, and avoiding expensive boot camps. Smaller companies may also offer better opportunities for junior developers.

The speaker believes the web is under attack by marketing forces and that it's important to fight for its relevance. The speaker also emphasizes the value of simple, accessible content.

The speaker cautions against relying too heavily on frameworks that 'magically' solve problems and emphasizes the importance of understanding the underlying code and logic.

Christian Heilmann
Christian Heilmann
30 min
15 Jun, 2024

Comments

Sign in or register to post your comment.

Video Summary and Transcription

The speaker, Christian Heilmann, is a VP of DevRel and has worked at Yahoo, Mozilla, and Microsoft. He emphasizes the importance of exploring and modifying games as a way to learn new skills and innovate. He also highlights the value of working in a limited environment and the opportunities it presents for creativity. He encourages developers to contribute to the web and be in control of their own creations. Lastly, he discusses the challenges of navigating the job market and the state of the web in relation to frameworks and npm packages.

1. Introduction to Speaker and Background

Short description:

I planned for much longer for this talk, so I only have 20 minutes. I'm a VP of DevRel, worked at Yahoo, Mozilla, Microsoft for 8 years, presented over 100 conferences in 3 languages. I work for we are developers, run our newsletter with 150,000 subscribers. I also run the event next month in Berlin with 15,000 people coming and 8,000 companies. Let's get started how I started, and this was the first laugh of my life after our family dog.

I planned for much longer for this talk, so I only have 20 minutes, so I'm going to blaze through it a bit. But the bits and bobs I talk about are as valid fast as they are as valid slow.

So who am I? I'm a VP of DevRel. We are developers now. I wrote a few books. I worked on the biggest web products. I worked at Yahoo, Mozilla, Microsoft for eight years, presented over 100 conferences in three different languages. And I'm a trainer on LinkedIn and Skillshare and worked on Firefox, Microsoft Edge, VS Code, and Chromium DevTools. And all of that without having a university degree or a finished job education.

So when I left Microsoft and I moved back to Germany and I went to the unemployment office because I had to get my healthcare plan not being canceled on me, they looked at me and said, okay, so job education? None. Degree? None. Do you have a driving license? I'm like, yeah. Oh, we can work with that. So basically they offered me a pizza driver or something because through the German market, I'm still dead after 25 years.

What I do, though, is I work for we are developers, and I run our newsletter which is 150,000 subscribers, so a lot of the stuff I'm going to talk about today might be in there as well, so if you want to subscribe to, it's an interesting thing to do and it costs me a lot of time of my life that I don't use for personal grooming. So it's a thing that might be fun to sign up on. I also run the event next month in Berlin with 15,000 people coming and 8,000 companies and 500 plus speakers. And I had to go through 1,800 submissions, what people want to talk about, most of them about AI without knowing what AI was. But it was interesting to actually go through them. So if you want to come to that one, here's a 15% off QR code. It's also in the newsletter, so if you want to do that. If you want to come for free, I'm looking for moderators. I'm looking for people to run stages with me and actually interview people. Please talk to me. I'm desperate. It's only going to be a month and I'm freaking out.

But let's get started how I started, and this was the first laugh of my life after our family dog. The Commodore 64, there's one out there as well, it's still the best computer on the planet and still the most amazing thing. I'm lying though, because I couldn't afford one. So as a 9-year-old kid, I would go to a department store in my hometown where back then they just put up computers and let people do whatever they wanted with them, because the salespeople had no idea what those computers were, much like your salespeople don't know what you're doing nowadays.

2. Discovery of Hacking and Cracking

Short description:

I was a 9-year-old kid writing cool programs on the Commodore 64. I found a cracked game called Ghosts and Goblins. Someone showed me how to have endless lives. I learned about Action Replay, which froze the memory and allowed for examination. It's like console log debugging but stopping the execution.

So that didn't change much. But I was a 9-year-old kid and I was hacking away on that thing and I wrote really cool programs like this one. Like, what's your name? And if your name is Chris, it actually said you're cool. And if you said another name, then it's actually you're not cool. I got a bit better after that with my coding skills, but this was the kind of stuff that I was really excited about.

But what I really understood where something clicked with me was when I found a floppy disk in front of our school. And there was even a tire mark over it so it was a really, really messy thing. And I'm like, okay, that's cool, that's probably safe to put in a computer in a department store, so I did that. And what it was, it was a cracked game. And it was the game Ghosts and Goblins. And this is what it looked like.

Oops. This is what it looked like and you played it and I was shit at it. I'm still bad at computer games. And I always blamed the computer game until I realized it's actually me, but I was really bad at it. But then somebody came and looked over my shoulder when I was in the department store playing that game and he's like, let's restart that because I have this version of that game. And I'm like, what do you mean? And he said like, okay, just clear the screen, type TCS on the screen, and then run the game. And all of a sudden we had endless lives. I was like, this is magical. This is amazing. And I'm like, how is that done? He's like, well, somebody cracker trained the thing and actually gave you endless lives. And I was like, those crackers must be something really special. Those must be people that actually know things, magical things that we didn't know. And then I learned about this one when I finally had my Commodore 64 and I actually did paper rounds and all kind of things. And I learned about this thing called Action Replay. Action Replay, you put it in the back of the machine and you actually froze the memory. You stopped whatever the computer was doing and it did a whole copy of the memory onto that thing and then you could then actually look at it. Much like we do dumps of memory now and then we look at them but back then it stopped the execution. Much like when you do console log debugging, you don't stop the execution. When you do breakpoints, you stop the execution.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Don't Solve Problems, Eliminate Them
React Advanced Conference 2021React Advanced Conference 2021
39 min
Don't Solve Problems, Eliminate Them
Top Content
Kent C. Dodds discusses the concept of problem elimination rather than just problem-solving. He introduces the idea of a problem tree and the importance of avoiding creating solutions prematurely. Kent uses examples like Tesla's electric engine and Remix framework to illustrate the benefits of problem elimination. He emphasizes the value of trade-offs and taking the easier path, as well as the need to constantly re-evaluate and change approaches to eliminate problems.
Using useEffect Effectively
React Advanced Conference 2022React Advanced Conference 2022
30 min
Using useEffect Effectively
Top Content
Today's Talk explores the use of the useEffect hook in React development, covering topics such as fetching data, handling race conditions and cleanup, and optimizing performance. It also discusses the correct use of useEffect in React 18, the distinction between Activity Effects and Action Effects, and the potential misuse of useEffect. The Talk highlights the benefits of using useQuery or SWR for data fetching, the problems with using useEffect for initializing global singletons, and the use of state machines for handling effects. The speaker also recommends exploring the beta React docs and using tools like the stately.ai editor for visualizing state machines.
Design Systems: Walking the Line Between Flexibility and Consistency
React Advanced Conference 2021React Advanced Conference 2021
47 min
Design Systems: Walking the Line Between Flexibility and Consistency
Top Content
The Talk discusses the balance between flexibility and consistency in design systems. It explores the API design of the ActionList component and the customization options it offers. The use of component-based APIs and composability is emphasized for flexibility and customization. The Talk also touches on the ActionMenu component and the concept of building for people. The Q&A session covers topics such as component inclusion in design systems, API complexity, and the decision between creating a custom design system or using a component library.
React Concurrency, Explained
React Summit 2023React Summit 2023
23 min
React Concurrency, Explained
Top Content
Watch video: React Concurrency, Explained
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.
Managing React State: 10 Years of Lessons Learned
React Day Berlin 2023React Day Berlin 2023
16 min
Managing React State: 10 Years of Lessons Learned
Top Content
Watch video: Managing React State: 10 Years of Lessons Learned
This Talk focuses on effective React state management and lessons learned over the past 10 years. Key points include separating related state, utilizing UseReducer for protecting state and updating multiple pieces of state simultaneously, avoiding unnecessary state syncing with useEffect, using abstractions like React Query or SWR for fetching data, simplifying state management with custom hooks, and leveraging refs and third-party libraries for managing state. Additional resources and services are also provided for further learning and support.
Jotai Atoms Are Just Functions
React Day Berlin 2022React Day Berlin 2022
22 min
Jotai Atoms Are Just Functions
Top Content
State management in React is a highly discussed topic with many libraries and solutions. Jotai is a new library based on atoms, which represent pieces of state. Atoms in Jotai are used to define state without holding values and can be used for global, semi-global, or local states. Jotai atoms are reusable definitions that are independent from React and can be used without React in an experimental library called Jotajsx.

Workshops on related topic

React Performance Debugging Masterclass
React Summit 2023React Summit 2023
170 min
React Performance Debugging Masterclass
Top Content
Featured WorkshopFree
Ivan Akulov
Ivan Akulov
Ivan’s first attempts at performance debugging were chaotic. He would see a slow interaction, try a random optimization, see that it didn't help, and keep trying other optimizations until he found the right one (or gave up).
Back then, Ivan didn’t know how to use performance devtools well. He would do a recording in Chrome DevTools or React Profiler, poke around it, try clicking random things, and then close it in frustration a few minutes later. Now, Ivan knows exactly where and what to look for. And in this workshop, Ivan will teach you that too.
Here’s how this is going to work. We’ll take a slow app → debug it (using tools like Chrome DevTools, React Profiler, and why-did-you-render) → pinpoint the bottleneck → and then repeat, several times more. We won’t talk about the solutions (in 90% of the cases, it’s just the ol’ regular useMemo() or memo()). But we’ll talk about everything that comes before – and learn how to analyze any React performance problem, step by step.
(Note: This workshop is best suited for engineers who are already familiar with how useMemo() and memo() work – but want to get better at using the performance tools around React. Also, we’ll be covering interaction performance, not load speed, so you won’t hear a word about Lighthouse 🤐)
React Hooks Tips Only the Pros Know
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
React Hooks Tips Only the Pros Know
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
The addition of the hooks API to React was quite a major change. Before hooks most components had to be class based. Now, with hooks, these are often much simpler functional components. Hooks can be really simple to use. Almost deceptively simple. Because there are still plenty of ways you can mess up with hooks. And it often turns out there are many ways where you can improve your components a better understanding of how each React hook can be used.You will learn all about the pros and cons of the various hooks. You will learn when to use useState() versus useReducer(). We will look at using useContext() efficiently. You will see when to use useLayoutEffect() and when useEffect() is better.
React, TypeScript, and TDD
React Advanced Conference 2021React Advanced Conference 2021
174 min
React, TypeScript, and TDD
Top Content
Featured WorkshopFree
Paul Everitt
Paul Everitt
ReactJS is wildly popular and thus wildly supported. TypeScript is increasingly popular, and thus increasingly supported.

The two together? Not as much. Given that they both change quickly, it's hard to find accurate learning materials.

React+TypeScript, with JetBrains IDEs? That three-part combination is the topic of this series. We'll show a little about a lot. Meaning, the key steps to getting productive, in the IDE, for React projects using TypeScript. Along the way we'll show test-driven development and emphasize tips-and-tricks in the IDE.
Web3 Workshop - Building Your First Dapp
React Advanced Conference 2021React Advanced Conference 2021
145 min
Web3 Workshop - Building Your First Dapp
Top Content
Featured WorkshopFree
Nader Dabit
Nader Dabit
In this workshop, you'll learn how to build your first full stack dapp on the Ethereum blockchain, reading and writing data to the network, and connecting a front end application to the contract you've deployed. By the end of the workshop, you'll understand how to set up a full stack development environment, run a local node, and interact with any smart contract using React, HardHat, and Ethers.js.
Designing Effective Tests With React Testing Library
React Summit 2023React Summit 2023
151 min
Designing Effective Tests With React Testing Library
Top Content
Featured Workshop
Josh Justice
Josh Justice
React Testing Library is a great framework for React component tests because there are a lot of questions it answers for you, so you don’t need to worry about those questions. But that doesn’t mean testing is easy. There are still a lot of questions you have to figure out for yourself: How many component tests should you write vs end-to-end tests or lower-level unit tests? How can you test a certain line of code that is tricky to test? And what in the world are you supposed to do about that persistent act() warning?
In this three-hour workshop we’ll introduce React Testing Library along with a mental model for how to think about designing your component tests. This mental model will help you see how to test each bit of logic, whether or not to mock dependencies, and will help improve the design of your components. You’ll walk away with the tools, techniques, and principles you need to implement low-cost, high-value component tests.
Table of contents- The different kinds of React application tests, and where component tests fit in- A mental model for thinking about the inputs and outputs of the components you test- Options for selecting DOM elements to verify and interact with them- The value of mocks and why they shouldn’t be avoided- The challenges with asynchrony in RTL tests and how to handle them
Prerequisites- Familiarity with building applications with React- Basic experience writing automated tests with Jest or another unit testing framework- You do not need any experience with React Testing Library- Machine setup: Node LTS, Yarn
Remix Fundamentals
React Summit 2022React Summit 2022
136 min
Remix Fundamentals
Top Content
Featured WorkshopFree
Kent C. Dodds
Kent C. Dodds
Building modern web applications is riddled with complexity And that's only if you bother to deal with the problems
Tired of wiring up onSubmit to backend APIs and making sure your client-side cache stays up-to-date? Wouldn't it be cool to be able to use the global nature of CSS to your benefit, rather than find tools or conventions to avoid or work around it? And how would you like nested layouts with intelligent and performance optimized data management that just works™?
Remix solves some of these problems, and completely eliminates the rest. You don't even have to think about server cache management or global CSS namespace clashes. It's not that Remix has APIs to avoid these problems, they simply don't exist when you're using Remix. Oh, and you don't need that huge complex graphql client when you're using Remix. They've got you covered. Ready to build faster apps faster?
At the end of this workshop, you'll know how to:- Create Remix Routes- Style Remix applications- Load data in Remix loaders- Mutate data with forms and actions