Table of Contents

If you’ve watched tech YouTube and wondered “how does someone produce this every week,” behind-the-scenes videos give a rare concrete answer. The workflow has more in common with software engineering than it might seem: topic selection is backlog management, scripts are design docs, editing is code review. The deliverable is video instead of code.

TL;DR

A 10-minute tech YouTube video takes 11–22 hours across: topic selection → research → scripting → recording → editing → publishing. AI tools have compressed roughly 20–30% of that time, mostly in research synthesis and subtitles. Human judgment hasn’t moved out of the loop—it’s just applied at different points.

Topic Selection

The filtering logic for tech channels: “Can I explain this clearly in under 10 minutes to an engineer who cares about it?”

Sources:

  • ArXiv preprints and AI lab technical blogs (Anthropic, OpenAI, DeepMind)
  • GitHub Trending and Hacker News front page
  • Personal engineering problems and frustrations
  • Comment sections from previous videos

Priority: evergreen topics over news. A video explaining Kafka’s architecture keeps getting views for three years. A video about a specific product launch fades in two weeks, unless the product is historically significant.

Research

This is the longest phase. A 10-minute video typically needs 4–8 hours of research—read to the depth where you can answer comment questions, not just restate the official documentation.

Current workflow: use Claude or ChatGPT for a “first-pass synthesis”—structure a paper’s main claims into a list, identify which points you’re uncertain about, then verify those specific points against primary sources.

The AI synthesis can’t be trusted wholesale. It sometimes fills gaps with confident-sounding “common knowledge” that isn’t in the source. The verification step isn’t optional.

Scripting

A 10-minute video is roughly 1,500–1,800 words of script.

The key difference from writing an article: spoken syntax and reading syntax are not the same. Readers can go back. Listeners can’t. A good script completes each concept before moving on, rather than assuming the audience remembers what was said two minutes ago.

Standard structure:

  1. Hook (first 15 seconds—viewer decides whether to continue)
  2. One-sentence topic definition (“Today we’re covering X, which is Y”)
  3. Why you should care (use case)
  4. Core breakdown (3–5 concepts)
  5. The “so what” conclusion (takeaway)

AI is useful for draft speed here, but the hook and the “so what” still need to be written by hand—those are where personal perspective shows up most.

Recording

Commonly asked: “What camera do you use?” Common answer: “Lighting and audio matter more than camera.”

A Sony ZV-E10 with a good key light and a condenser mic will outperform a Sony A7S III in a dark, echoey room. The camera is rarely the bottleneck.

Typical format:

  • Talking head (direct to camera): stand at a motorized sit/stand desk—voice quality noticeably better than sitting for an hour
  • Screen recording: OBS or QuickTime for code walkthroughs and tool demos
  • B-roll: mostly screen recordings or free stock footage; real location shots are expensive and rarely worth it

Recording one 10-minute video generates 30–50 minutes of raw footage (including retakes). Use a teleprompter app or memorize by section—no need to nail the full script in one take.

Editing

The tech YouTube standard is DaVinci Resolve (free version covers everything most creators need), followed by Final Cut Pro (Mac users), then Adobe Premiere. Premiere’s subscription cost pushes many toward DaVinci.

Editing steps:

  1. Rough cut: remove mistakes, long pauses, obvious filler
  2. Audio processing: noise reduction (DaVinci’s built-in Fairlight, or Adobe Podcast for browser-based)
  3. Subtitles: Whisper-based tools generate accurate subtitles in minutes; manual correction for a handful of errors
  4. Insert B-roll and screen recordings
  5. Color grading (apply LUT for consistency)
  6. Intro/outro

AI has most changed two things: subtitles (from hours to minutes) and audio noise reduction (automated). Editorial judgment in the cut itself is still manual.

Thumbnails

Thumbnails determine click-through rate. Click-through rate determines algorithmic reach. A well-made video with a bad thumbnail gets buried.

Basic rules:

  • Large text, high contrast, include a face (human faces attract attention faster than icons)
  • Subject text: 5 words or fewer (anything longer isn’t legible at mobile scale)
  • Must be identifiable at 1/4 size on a phone screen

Tools: Canva or Photoshop, sometimes Midjourney/Stable Diffusion for background generation with manual text overlay.

Publishing

Title and the first two lines of description determine search discoverability. The title needs to satisfy: contains search keywords, makes people want to click, isn’t clickbait.

The first two lines of description (visible before “Show more” collapse) should contain the topic keywords. Chapter timestamps (00:00 Intro, 02:30 Core Concept…) measurably improve average watch duration.

Publish timing: for Taiwan-based channels, Wednesday or Thursday morning tends to work well—covers commute time in the Taiwan time zone and early evening the prior day in US West Coast.

Time Breakdown

Phase10-Minute Video
Topic selection + research4–8 hours
Scripting2–4 hours
Recording1–2 hours
Editing3–6 hours
Thumbnail + metadata1–2 hours
Total11–22 hours

AI tools have cut roughly 20–30% of total time, primarily in research synthesis and subtitle generation.

References

Ask this article

Answers come from this article only. Click any prompt below or open the chat at the bottom right.

🇺🇸 English

If you've ever watched a tech YouTuber drop a polished ten-minute explainer every single week and thought, "How on earth does one person keep that up?"—the answer, once you see it up close, looks a lot less like magic and a lot more like software engineering. Think about it: picking a topic is basically backlog management. Writing the script is a design doc. Editing is code review. The only difference is that at the end, you're shipping a video instead of a pull request.

So let's walk through the whole pipeline.

Here's the number that surprises most people: that ten-minute video takes somewhere between eleven and twenty-two hours to make. Topic selection, research, scripting, recording, editing, publishing—all of it. AI tools have shaved off maybe twenty to thirty percent of that time, mostly in the research and subtitle stages. But—and this matters—the human judgment never left the loop. It just moved to different spots.

Let's start at the top: picking the topic. The filter a good tech channel uses is one simple question: "Can I explain this clearly, in under ten minutes, to an engineer who actually cares about it?" Where do the ideas come from? ArXiv preprints and the technical blogs from AI labs like Anthropic, OpenAI, and DeepMind. GitHub Trending, the Hacker News front page. Your own engineering headaches. And the comment sections of your older videos—which are basically a free feature-request queue.

And here's the strategic part: evergreen beats news, almost every time. A video explaining how Kafka's architecture works keeps pulling in views for three years. A video about some specific product launch? It fades in about two weeks—unless that product turns out to be historically significant.

Next comes research, and this is the longest phase by far. A ten-minute video usually needs four to eight hours of reading. And not skim-the-docs reading—you have to go deep enough that you can answer the tricky questions people throw in the comments, not just parrot the official documentation.

The modern workflow leans on AI here. You'll use something like Claude or ChatGPT for a first-pass synthesis: take a paper, get its main claims laid out as a structured list, flag the points you're unsure about, and then—this is the key move—verify those specific points against the primary sources yourself. Because here's the trap: the AI synthesis cannot be trusted wholesale. It'll sometimes fill in the gaps with confident-sounding "common knowledge" that simply isn't in the source material. That verification step is not optional. Ever.

Then you write the script—and for a ten-minute video, that's roughly fifteen hundred to eighteen hundred words. But here's the thing that trips up a lot of writers making the jump to video: spoken language and written language are not the same thing. When someone reads an article, they can scroll back up. A listener can't. So a good script finishes each idea completely before moving on—it never assumes you still remember something it mentioned two minutes ago.

The standard structure goes like this. First, the hook—the opening fifteen seconds, where the viewer decides whether to stick around. Then a one-sentence definition of what you're covering. Then: why should you care—the actual use case. Then the core breakdown, three to five concepts. And finally the "so what"—the takeaway they walk away with. AI can help you draft fast here, but the hook and the "so what" still get written by hand. Those are where your personal perspective actually shows up.

Now, recording. The single most-asked question is "what camera do you use?" And the honest answer is: lighting and audio matter more than the camera. A modest Sony ZV-E10 with a good key light and a decent condenser mic will absolutely beat a top-end A7S III filmed in a dark, echoey room. The camera is almost never the bottleneck.

The formats break down into a few types. Talking head—straight to camera—and a little pro tip there: record standing at a sit-stand desk, because your voice quality is noticeably better standing than slumped in a chair for an hour. Then screen recordings, using OBS or QuickTime, for code walkthroughs and tool demos. And B-roll, which is mostly just more screen recordings or free stock footage—real location shoots are expensive and rarely worth it. Oh, and one relief: recording a ten-minute video generates thirty to fifty minutes of raw footage with all the retakes. You do not need to nail the whole thing in one perfect take. Use a teleprompter, or just memorize it section by section.

Editing is next, and the reigning standard in tech YouTube is DaVinci Resolve—the free version covers basically everything most creators need. After that it's Final Cut Pro for the Mac crowd, then Adobe Premiere, though Premiere's subscription cost pushes a lot of people toward DaVinci.

The editing flow: rough cut first—strip out the mistakes, the long pauses, the filler. Then audio processing—noise reduction, using DaVinci's built-in Fairlight tools or a browser tool like Adobe Podcast. Then subtitles, and this is where AI has been transformative: Whisper-based tools generate accurate captions in minutes, and you just hand-fix the handful of errors. Then you drop in the B-roll and screen recordings, apply a color grade for consistency, and add your intro and outro. The two things AI changed the most? Subtitles—from hours down to minutes—and audio noise reduction, now basically automated. But the editorial judgment in the cut itself? Still very much manual.

Quick word on thumbnails, because they punch way above their weight. Thumbnails drive click-through rate, and click-through rate is what the algorithm uses to decide how far your video travels. A great video with a bad thumbnail just gets buried. The rules are blunt: big text, high contrast, include a human face because faces grab attention faster than icons. Keep the text to five words or fewer—anything longer is illegible on a phone. And the acid test: it has to be recognizable at a quarter of its size on a phone screen.

Then publishing. Your title and the first two lines of your description decide whether people can even find you in search. The title has to thread a needle—contain the search keywords, make someone want to click, but not be clickbait. Those first two description lines, the ones visible before "Show more," need your topic keywords right there. Chapter timestamps genuinely improve how long people watch. And timing matters: for a Taiwan-based channel, Wednesday or Thursday morning tends to land well—it catches the local commute and also hits early evening the day before on the US West Coast.

So, three things to take with you.

One: the total cost is real—eleven to twenty-two hours for ten finished minutes, and research alone can eat up to eight of those. This is a craft, not a quick hit.

Two: AI has genuinely compressed the grunt work—research synthesis, subtitles, noise cleanup—by twenty to thirty percent. But it never removed the human judgment. It just relocated it. The verification, the hook, the "so what," the actual cut—those still require a person.

And three: the whole thing rhymes with engineering. Manage your backlog, write your design doc, do your review, ship. The deliverable happens to be a video—but the discipline underneath is one any engineer would recognize.

🇹🇼 中文

很多人好奇,這種每週講一個技術主題的 YouTube 影片,背後到底是怎麼運作的。今天這段內容,整理自一位創作者的直播——他原本打算一路示範完整的影片製作流程,但開場先花了點時間回答觀眾的提問,順帶把「靈感從哪來」還有「平常怎麼工作」講得挺具體的。我們就從這段幕後對話聊起。

先說選題靈感。被問到這個問題時,他的答案很直接:大部分來自社群的 Slack 頻道。因為那裡每天都有穩定的想法流進來,不同的人有不同的需求、卡在不同的問題上,而這些真實的卡關點,本身就是很棒的題材來源。他很看重這些回饋,也盡量把它們反映到頻道最後產出的內容裡。

除了社群,另一條靈感線,是整個 web 開發生態的動態。他舉的例子很有意思:Edge 瀏覽器剛宣布支援 web components,那就代表——現在正好是開始做 web components 內容的時機。換句話說,選題不只是憑個人喜好,而是抓住生態剛冒出新能力、觀眾剛好開始需要的那個節點。所以你可以想像,一邊是社群持續回饋的真實問題,一邊是生態新出現的能力,這兩條線交會的地方,就是好題目。

直播裡他也回了幾個偏生活流的問題,剛好透露出他的工作節奏。像是喝什麼——早上喝咖啡,下午改喝茶。還有工程師永恆的戰爭,tab 還是 space?他寫程式的時候習慣打 tab,因為稍微快一點;但會設定讓 VS Code 在存檔的時候,自動 reformat 成兩個空格。理由是,space 在多人共享、傳遞程式碼的時候比較一致、不容易出狀況。這其實是個很典型的取捨:個人手感,對上團隊一致性——輸入的時候順自己的手,輸出的時候遷就協作。聽起來瑣碎,但它反映的,是一個創作者對「產出物是要給別人看的」這件事的意識,不管那是程式碼,還是影片。

接著聊到一個有人點名想看的題目,叫 FlameLink。他的描述是,FlameLink 有點像一個 content-as-a-service 的 API,但關鍵差別在於——它的資料庫是架在 Firebase 上、由你自己託管,他認為這是更有效率的做法。順著這個思路,他提到:其實你完全可以自己用 Firebase 從零打造一套 CMS,底層要用 Realtime Database,或是 Firestore,都行。而這正是他手上那個 Fireship 產品在做的事。他也開放,如果觀眾有興趣,之後可以專門開一集,示範怎麼從頭用 Firebase 自建一套內容管理系統,他覺得這會是個蠻酷的專案。另外他也預告了課程更新,正在為 Ionic 課程做一個 chat feature 的延伸模組,大概會新增十到二十支影片,加上一整組新功能。

最後幫你收斂三個重點。第一,這段幕後最值得記下的,不是哪套剪輯軟體或哪台相機,而是選題的來源結構——社群的真實問題,加上生態的新能力,兩者交會處就是好題目。第二,那個 tab 對 space 的小細節,其實藏著一個好習慣:輸入順自己,輸出遷就協作。第三,Firebase 不只是後端,你完全可以拿它當地基,自己長出一套內容系統。至於怎麼把題目真正變成影片,production 跟後製具體長什麼樣,那就是他切到螢幕分享、實際動手示範的部分了——那,又是另一段故事。

Tags

Related Articles

RAG's Five Stages: From Pipeline to Reasoning Retrieval, and the Naive RAG on My Own Site

Over the past two years RAG evolved from a 'linear pipeline' to 'loop-based reasoning'. It maps cleanly to five stages: Naive, Advanced, Modular, Graph, Agentic. The real inflection point is control moving from pipeline to agent — a System 1 → System 2 shift. Looking back at engineer-news's own RAG stack, it's stuck at the Naive edge — so this post also lays out what to fix next.

Building a Real RAG: 5 Infra Lessons from InfiniFlow's 2024 Year-in-Review

The previous post zoomed out for a five-stage panorama of RAG. This one zooms in on the five infra lessons any real RAG has to face: document ingestion, contextualized chunking, three-lane hybrid search, tensor reranker, and GraphRAG's semantic gap. Each lesson is checked against engineer-news's current stack, ending with a priority list for a personal site.

J-lens: Anthropic's New Interpretability Tool for Reading Claude's Inner Thoughts via a 'Global Workspace'

Anthropic proposes J-lens, an interpretability tool that captures the 'verbalizable' representations inside a Transformer, and uses it to show that Claude contains a privileged subspace analogous to the neuroscientific 'global workspace' — a small set of vectors that broadcast, drive reasoning, respond to external steering, and even leak signals during deception and evaluation awareness.