Tôi Là Lập Trình Viên Cấp Cao Và Tôi Vẫn Tra Google Mọi Thứ (Điều Đó Hoàn Toàn Bình Thường)

# Những thứ tôi Google liên tục: git revert git reset git cherry-pick git rebase git stash pop vs git stash apply 

/
* Tôi Google cái này hàng tháng:
*/.container{display:flex;justify-content:???/
* center?
space-between?
Tôi quên */align-items:???/
* center?
stretch?
cứu với */}

// Cái nào làm phẳng mảng?.flat().flatMap().flatten()// cái này không tồn tại nhưng tôi vẫn Google nó// Cái nào thêm phần tử?.push()// thay đổi mảng gốc.concat()// không thay đổi mảng gốc// Tôi liên tục nhầm lẫn giữa chúng

4. Async/Await vs Promises

// Vài tháng một lần tôi lại quên:asyncfunctiongetData(){constresponse=awaitfetch(url)constdata=awaitresponse.json()returndata}// so vớifunctiongetData(){returnfetch(url).then(response=>response.json()).then(data=>data)}

Tôi biết cả hai đều hoạt động.
Tôi quên cái nào tốt hơn cho việc gì.
Nhưng Google biết.

5. Biểu thức chính quy

// Tôi sẽ KHÔNG BAO GIỜ ghi nhớ regexconstemailRegex=/^[^\s@]+@[^\s@]+\.[^\s@]+$/// Đã Google cái này 10000 lần// Và cả cái này:constphoneRegex=???// Không biết, thẳng tiến đến Google

Bất kỳ ai nói họ không Google regex đều đang nói dối.

Phần 5:
Đại sảnh danh vọng Google

Những điều cơ bản tôi nên biết

1. “cách khai báo biến trong javascript”

   (Tôi hoảng loạn.
   Làvar,let, hayconst?
   Đến năm 2025, tôi vẫn tự nghi ngờ bản thân)

2. “sự khác biệt giữa undefined và null”

   (Tôi biết điều này.
   Tôi dạy điều này.
   Tôi vẫn Google để xác nhận)

3. “cách viết vòng lặp for”

   (Cú pháp cổ điển?forEach?map?
   Tôi bối rối trong một buổi phỏng vấn coding)

Những tìm kiếm “đáng bị sa thải”

1. “cách mở terminal trên mac”

   (Tôi đang chia sẻ màn hình trong cuộc họp.
   Tôi đóng băng.
   Không thể nhớ phím tắt)

2. “javascript cách cộng hai số”

   (Biện hộ cho tôi, tôi đã kiệt sức.
   Và tôi quên liệu+có hoạt động với chuỗi không)

3. “html là gì”

   (Tôi đang viết tài liệu và tự nghi ngờ định nghĩa.
   Hội chứng kẻ mạo danh ập đến)

Những điều trung thực

1. “hội chứng kẻ mạo danh nhà phát triển cấp cao”

   (Điều này đã đưa tôi xuống hố thỏ của “liệu tôi có đủ tiêu chuẩn cho công việc của mình không?”)

2. “việc Google mọi thứ có bình thường không khi là lập trình viên”

   (Tiết lộ:
   Có.
   Google là một kỹ năng, và việc giỏi Google là điều khiến bạn trở thành lập trình viên giỏi)

3. “cách thoát vim”

   (:q!hay:wq?
   Hay là:exit?
   Cứu.)

Phần 6:
Tại sao lập trình viên cấp dưới nghĩ chúng tôi là phù thủy

Các nhà phát triển cấp dưới xem tôi làm việc và nghĩ tôi là một loại phù thủy coding nào đó.

Những gì họ thấy:

• Tôi gõ nhanh
• Tôi sửa lỗi nhanh chóng
• Tôi viết code tự tin
• Tôi hiếm khi bị kẹt

Điều thực sự đang xảy ra:

• Tôi gõ nhanh vì tôi đã copy-paste mẫu này 1000 lần
• Tôi sửa lỗi nhanh vì tôi đã tạo ra chính xác lỗi này trước đây
• Tôi viết code tự tin vì tôi đã Google giải pháp 5 phút trước
• Tôi hiếm khi bị kẹt vì tôi biết cách Google hiệu quả

Ảo tưởng về tốc độ

Trong các video hướng dẫn có kịch bản, các nhà phát triển làm việc siêu nhanh vì họ đã xây dựng ứng dụng trước đó và biết cách vượt qua vấn đề.
Nhưng trong thực tế, mọi thứ mất nhiều thời gian hơn.

Những gì cấp dưới thấy trong hướng dẫn:
“Tôi sẽ xây dựng hệ thống xác thực này trong 10 phút!”

Thực tế:

• 2 giờ Google cách triển khai JWT
• 1 giờ gỡ lỗi tại sao token không được gửi
• 30 phút tìm hiểu CORS
• 1 giờ nhận ra bạn quên băm mật khẩu
• Tổng cộng 4 giờ

Phần 7:
Sự thật về “Biết” vs “Tìm”

Xem các nhà phát triển có kinh nghiệm mắc lỗi, chạy sai hướng, hoặc tìm kiếm trên Google có thể rất hữu ích cho một nhà phát triển cấp dưới.

Đây là bí mật bẩn của phát triển phần mềm:

Bạn không cần biết mọi thứ.
Bạn cần biết cách tìm mọi thứ.

Những gì tôi thực sự ghi nhớ (Danh sách ngắn)

• Cú pháp cơ bản (biến, hàm, vòng lặp)
• Khái niệm cốt lõi (phạm vi, hoisting, closures)
• Cách sử dụng debugger
• Cách đọc thông báo lỗi
• Cách Google hiệu quả

Những gì tôi Google mỗi lần (Danh sách dài)

• Mọi thứ khác

Không thể có bất kỳ nhà phát triển nào biết mọi thứ.
Tech stack quá lớn.
Framework cập nhật quá nhanh.
Ngôn ngữ liên tục thêm tính năng mới.

Nếu bạn đang ghi nhớ API, bạn đang làm sai.

Phần 8:
Nghệ thuật Google (Kỹ năng cấp cao)

Cấp 1:
Google cấp dưới

Tìm kiếm:“nút không hoạt động”

Kết quả:10 triệu kết quả không liên quan

Thời gian lãng phí:2 giờ

Cấp 2:
Google cấp trung

Tìm kiếm:“react nút onclick không hoạt động”

Kết quả:Tốt hơn, nhưng vẫn chung chung

Thời gian lãng phí:30 phút

Cấp 3:
Google cấp cao

Tìm kiếm:“react nút onclick event.target undefined typescript”

Kết quả:Câu trả lời Stack Overflow chính xác

Thời gian tiết kiệm:2 phút

Công thức Google của nhà phát triển cấp cao

1. Bao gồm công nghệ:“react” không chỉ “javascript”

Ví dụ:

❌ "cách lấy dữ liệu" ✅ "react 19 lấy dữ liệu async await typescript 2025" 

Kỹ thuật Nâng cao

Sử dụng toán tử site:

site:stackoverflow.com react hooks site:github.com typescript error 

Sử dụng dấu ngoặc kép cho kết quả khớp chính xác:

"TypeError: Cannot read property 'map' of undefined" 

Loại trừ kết quả:

react hooks -class components 

Giỏi việc tìm kiếm Google giúp tiết kiệm rất nhiều thời gian phát triển.

Phần 9:
Nói về Hội chứng Kẻ mạo danh

Hãy giải quyết vấn đề khó nói trong phòng:hội chứng kẻ mạo danh.

Nếu bạn từng cảm thấy mình là kẻ lừa đảo tự hỏi “liệu tôi có thực sự là Lập trình viên không, tôi biết gì chứ, tôi chỉ biết StackOverflow, YouTube và tìm kiếm Google,” bạn không đơn độc.

Những khoảnh khắc Hội chứng Kẻ mạo danh của tôi

Buổi họp standup sáng thứ Hai:

Quản lý:“Làm tốt lắm về tích hợp API, Elvis!”

Tôi (bên ngoài):“Cảm ơn, nó khá đơn giản.”

Tôi (bên trong):“Tôi copy-paste 80% từ Stack Overflow và không hoàn toàn hiểu JWT hoạt động thế nào nhưng nó qua được bài kiểm tra nên…
🤷‍♂️”

Đánh giá mã:

Lập trình viên cấp dưới:“Wow, làm sao anh biết dùng WeakMap ở đây?”

Tôi (bên ngoài):“Tối ưu hóa hiệu suất.”

Tôi (bên trong):“Tôi Google ‘sửa rò rỉ bộ nhớ javascript’ và click vào link đầu tiên.”

Phỏng vấn kỹ thuật (với tư cách người phỏng vấn):

Ứng viên:“Tôi không nhớ chính xác cú pháp reduce…”

Tôi (bên ngoài):“Không sao, hiểu khái niệm là quan trọng.”

Tôi (bên trong):“Anh bạn, tôi Google reduce MỖI LẦN.
Bạn ổn đấy.”

Kiểm tra Thực tế

58% nhân viên công nghệ tại Google, Microsoft, Amazon, Facebook và Apple đối mặt với hội chứng kẻ mạo danh.

Giám đốc công nghệ đó nói chuyện đầy tự tin?Họ thức dậy với mồ hôi lạnh tự hỏi liệu họ có phạm sai lầm khủng khiếp không.

Kiến trúc sư đó mọi người đều ngưỡng mộ?Họ đang Google các lỗi cú pháp cơ bản.

Bạn không đơn độc.
Bạn là bình thường.

Phần 10:
Điều tôi ước biết khi là Lập trình viên Cấp dưới

Nếu tôi có thể quay lại và nói chuyện với bản thân cấp dưới, đây là điều tôi sẽ nói:

1. Tìm kiếm Google là Tính năng, không phải Lỗi

Tôi cấp dưới:“Tôi không nên cần Google cái này.
Lập trình viên thực thụ biết thứ này.”

Tôi cấp cao:“Lập trình viên thực thụ biết CÁCH Google.
Những người giả vờ không biết là đang nói dối.”

2. Bạn sẽ Quên Cú pháp—Và Điều đó Ổn

Ngay cả lập trình viên kinh nghiệm cũng không thể nhớ mọi thứ vì bạn không dùng mọi thứ hàng ngày, nên bạn quên.

Tôi đã quên cú pháp React Context ít nhất 50 lần.
Mỗi lần tôi tra cứu hoặc copy-paste từ file khác trong dự án.

3. Copy-Paste không phải Gian lận

Tôi cấp dưới:“Tôi nên viết mọi thứ từ đầu để thực sự học.”

Tôi cấp cao:“Tôi đã copy-paste toàn bộ hệ thống xác thực.
Chỉ cần hiểu bạn đang paste gì.”

4. Không ai Biết Mọi thứ

Không thể nắm bắt mọi thứ trong công nghệ.
Công nghệ phát triển quá nhanh—không ai thực sự nắm bắt mọi công nghệ và khái niệm.

Công việc của bạn không phải biết mọi thứ.
Công việc của bạn làgiải quyết vấn đề.

5. Sai lầm là Phần của Công việc

Ngay cả lập trình viên kinh nghiệm cũng dành hàng giờ cho lỗi đơn giản, chạy sai hướng và phạm sai lầm.

Tuần trước tôi dành 3 giờ gỡ lỗi mã trước khi nhận ra tôi có lỗi đánh máy trong tên biến.

userIdso vớiusreId

Ba.
Tiếng.

Tôi là lập trình viên cấp cao.

Phần 11:
Những điều Thực sự khiến bạn Trở thành Cấp cao

Vì chúng ta đã xác định “biết mọi thứ” không phải dấu hiệu của cấp cao, vậy điều gì là?

Bạn là Lập trình viên Cấp cao Khi:

1. Bạn biết điều bạn không biết

   Cấp dưới giả vờ tự tin.
   Cấp cao thừa nhận thiếu hiểu biết và Google nó.

2. Bạn có thể đọc thông báo lỗi

   Cấp dưới hoảng loạn.
   Cấp cao đọc stack trace và Google lỗi chính xác.

3. Bạn đã gỡ lỗi cùng một lỗi trước đây

   Nhận dạng mẫu.
   Bạn đã xem bộ phim này.

4. Bạn biết khi nào cần nhờ giúp đỡ

   Cấp dưới vật lộn một mình hàng ngày.
   Cấp cao hỏi sau 30 phút Google.

5. Bạn có thể giải thích điều phức tạp một cách đơn giản

   Vì bạn đã Google nó nhiều lần, giờ bạn thực sự hiểu nó.

6. Bạn viết mã người khác có thể bảo trì

   Vì bạn đã phải bảo trì mã tồi (của bạn từ 2 năm trước).

7. Bạn chấp nhận việc không biết

   “Tôi không biết, để tôi Google” không đáng xấu hổ—nó là trung thực.

Phần 12:
Một ngày trong Cuộc sống (Nói thật)

Để tôi dẫn bạn qua ngày hôm qua.
Một ngày “lập trình viên cấp cao” điển hình:

9:00 SÁNG
– Họp Standup buổi sáng

Điều tôi nói:“Hôm nay tôi sẽ hoàn thành tích hợp thanh toán.”

Điều tôi muốn nói:“Tôi sẽ Google cách tích hợp Stripe lần thứ 5 vì tôi quên mỗi lần.”

10:00 SÁNG
– Bắt đầu Viết mã

Tìm kiếm Google #1:“stripe payment intent react”

Tìm kiếm Google #2:“stripe webhook signature verification”

Tìm kiếm Google #3:“stripe test card numbers”

(Tôi Google cái này MỖI dự án)

11:30 SÁNG
– Lỗi Xuất hiện

Lỗi:Cannot read property 'amount' of undefined

Quy trình của tôi:

1. Nhìn chằm chằm vào mã (2 phút)
2. Thêmconsole.logkhắp nơi (5 phút)
3. Google lỗi (30 giây)
4. Tìm câu trả lời Stack Overflow
5. Nhận ra tôi quên kiểm tra đối tượng có tồn tại trước khi truy cập
6. Tự vả mặt
7. Thêm kiểm traif (payment?.amount)
8. Đã sửa

Tổng thời gian:8 phút

Thời gian lập trình viên cấp dưới:Sẽ là 2 giờ

Tại sao?Không phải vì tôi thông minh hơn.
Vì tôi đã phạm sai lầm này 100 lần.

2:00 CHIỀU
– Đánh giá Mã

Mã của cấp dưới:

constdata=response.data.users.map(user=>user.name)

Đánh giá của tôi:“Nếu response.data.users là undefined thì sao?”

Junior:“Ôi!
Tôi đã không nghĩ đến điều đó.”

Điều tôi không nói:“Tuần trước tôi quên kiểm tra điều này và làm sập production.
Tôi đã học được bài học đau đớn.
Giờ bạn không phải trải qua nữa.”

4:00 PM
– Cuộc họp Kiến trúc

Quản lý:“Chúng ta nên cấu trúc microservices như thế nào?”

Điều tôi nói:“Chúng ta nên sử dụng kiến trúc hướng sự kiện với hàng đợi tin nhắn.”

Điều xảy ra 5 phút trước đó:Tôi đã Google “microservice communication patterns” và đọc bài viết đầu tiên.

5:00 PM
– Giúp đỡ Junior

Junior:“Làm sao anh nhớ được tất cả các lệnh này?”

Tôi:“Tôi không nhớ.
Tôi có một bảng cheat sheet.”

Tôi (hiển thị thư mục bookmark):

• Git Commands Cheat Sheet
• CSS Flexbox Guide
• JavaScript Array Methods
• React Hooks Patterns
• Common Regex Patterns

Junior:“Chờ đã, anh dùng cheat sheets?”

Tôi:“Mỗi.
Ngày.”

Phần 13:
Các Tài nguyên Tôi Thực sự Sử dụng

Top 10 Trang Web Tôi Truy cập Nhiều nhất

1. Stack Overflow
   – Hiển nhiên rồi
2. MDN Web Docs
   – Để tra cứu JavaScript/CSS
3. React Documentation
   – Khi Stack Overflow không đủ
4. CSS-Tricks
   – Cho mọi câu hỏi về CSS
5. regex101.com
   – Vì regex là bất khả thi
6. caniuse.com
   – “Tôi có thể sử dụng CSS property này không?”
7. npm trends
   – So sánh độ phổ biến của package
8. GitHub
   – Đọc code của người khác
9. DevDocs.io
   – Tất cả tài liệu ở một nơi
10. ChatGPT/Claude
    – Google mới (đừng phán xét tôi)

Thanh Bookmark Chrome của Tôi

📁 Daily Use ├─ "git commands" ├─ "flex vs grid" ├─ "array methods" ├─ "async await examples" └─ "typescript utility types" 📁 Regex (never memorizing) ├─ "email validation" ├─ "phone number" └─ "url pattern" 📁 Interview Prep (for when I interview) ├─ "big O cheat sheet" ├─ "system design" └─ "behavioral questions" 

Phần 14:
Khi KHÔNG Google Thực sự là Xấu

Đây là một quan điểm gây tranh cãi:Có những lúc bạn KHÔNG NÊN Google.

Thời điểm Tự Tìm hiểu

1. Học kiến thức nền tảng

   Nếu bạn đang học JavaScript và mỗi lần đều Google “cách viết function”, bạn không thực sự học.
   Hãy thực hành cho đến khi thuần thục.

2. Debug code của chính mình

   Trước khi Google, hãy cố tự hiểu lỗi.
   Đọc thông báo lỗi.
   Kiểm tra số dòng.
   Suy nghĩ.

3. Hiểu các khái niệm cốt lõi

   Đừng chỉ Google “closure là gì”.
   Hãy thử nghiệm.
   Làm hỏng mọi thứ.
   Hiểu TẠI SAO.

Sự Cân bằng

• Xấu:Google từng dòng code
• Tốt:Google khi bị kẹt sau 15 phút
• Tốt nhất:Google để học patterns, sau đó tự triển khai

Phần 15:
Lời khuyên của Tôi cho Các Lập trình viên Junior

Dựa trên thực tế rằng việc quên syntax hàng ngày và mắc lỗi chính xác là những gì lập trình viên làm, đây là lời khuyên của tôi:

1. Ngừng Cảm thấy Tội lỗi về việc Google

Tất cả chúng ta đều dựa vào Stack Overflow, YouTube và Google.
Đó không phải là điểm yếu—đó là công việc.

2. Xây dựng Cơ sở Kiến thức Cá nhân

Giữ ghi chú về những thứ bạn Google lặp đi lặp lại:

# Git Commands I Always Forget## Undo last commit (keep changes) git reset --soft HEAD~1 ## Undo last commit (discard changes) git reset --hard HEAD~1 ## View commit history git log --oneline --graph 

3. Học cách Đọc Tài liệu

Stack Overflow rất tốt, nhưng tài liệu chính thức tốt hơn để hiểu.

4. Chấp nhận Sự Khó chịu

Nếu bạn ở trong một căn phòng mà bạn không phải là người thông minh nhất, điều đó có nghĩa bạn đang học hỏi và mở rộng bản thân.

5. Hỏi những Câu hỏi “Ngớ ngẩn”

Câu hỏi “ngớ ngẩn” đó?
Ba người khác cũng đang thắc mắc điều tương tự nhưng quá sợ để hỏi.

6. Lập trình Cặp với Seniors

Quan sát các lập trình viên có kinh nghiệm mắc lỗi, đi sai hướng, hoặc tìm kiếm trên Google có thể rất hữu ích.

Bạn sẽ nhận ra tất cả chúng ta đều đang tìm cách giải quyết khi tiến lên.

Kết luận:
Sự Giải phóng khi Thừa nhận Bạn Không Biết

Đây là điều tôi muốn bạn rút ra từ bài viết này:

Bạn không phải là kẻ mạo danh vì Google mọi thứ.

Bạn không kém kỹ năng vì bạn quên syntax.

Bạn không phải là lập trình viên tồi vì bạn không biết mọi thứ.

Bạn là con người.
Với tất cả thông tin chúng ta học liên tục và vô số giờ dành cho việc debug, làm sao chúng ta có thể mong đợi ghi nhớ mọi thứ?

Tôi đã là lập trình viên chuyên nghiệp được 10 năm.
Tôi dẫn dắt một đội.
Tôi kiếm được sáu con số.
Tôi đã ra mắt các sản phẩm được hàng triệu người sử dụng.

Và tôi Google “cách căn giữa một div” ít nhất mỗi tháng một lần.

Sự khác biệt giữa junior và senior không phải là kiến thức—mà là biết cách tìm kiến thức nhanh chóng.

Vì vậy, lần tới khi bạn thấy mình đang cuống cuồng Google thứ gì đó “cơ bản”, hãy nhớ:

Ở đâu đó, một senior developer tại Google đang Google chính xác điều tương tự.

Chào mừng đến với phát triển phần mềm.
Giờ hãy ngừng cảm thấy tội lỗi và tiếp tục Google.

Lượt của Bạn:
Bạn Google Gì?

Tôi đã cho bạn xem của tôi, giờ hãy cho tôi xem của bạn.
Điều gì đáng xấu hổ nhất mà bạn từng Google với tư cách là một lập trình viên?

Hãy bình luận bên dưới hoặc tweet cho tôi@elvisautetvới các tìm kiếm bạn Google nhiều nhất.
Hãy bình thường hóa điều này.

Các đề cử cho Hall of Fame Google nhiều nhất:

• “how to exit vim”
• “git push force”
• “javascript sort descending”
• “css vertical align”
• “regex email”

Của bạn là gì?
👇

Tài nguyên (Mà Tôi Google Hàng ngày)

• MDN Web Docs
• Stack Overflow
• DevDocs.io
• CSS-Tricks
• React Documentation

Tôi là Elvis Autet (@elvisautet), một Lập trình viên Full-Stack Cao cấp với 8 năm kinh nghiệm và một thói nghiện Google không biết xấu hổ.
Tôi đã tìm kiếm “cách đảo ngược mảng” nhiều lần đến mức không đếm xuể, và giờ tôi không còn cảm thấy xấu hổ nữa.

Theo dõi tôi trên X:@elvisautetđể xem thêm nội dung chân thật về lập trình và những lời thú nhận khủng khiếp về những thứ tôi đã Google.

Nếu bài viết này khiến bạn cảm thấy bớt cô đơn trong thói quen sử dụng Google,hãy chia sẻ nó với một đồng nghiệp lập trình viêncần nghe điều này.
Tất cả chúng ta đều cùng chung một cuộc chiến.

P.S.Tôi đã Google “cách viết kết luận blog hay” trước khi viết phần này.
😂