Nhà thờ TigerBeetle: Khi công nghệ biến thành tín ngưỡng

Tại hội nghị Systems Distributed 2026 ở Boston, một bài thuyết trình về TigerBeetle đã khiến tác giả Adam Wespiser phải đứng dậy giữa chừng và rời khỏi khán phòng. Không phải vì nội dung tồi, mà vì hình thức trình bày giống một buổi lễ tôn giáo hơn là một bài nói chuyện kỹ thuật — một hiện tượng ngày càng phổ biến trong giới công nghệ: tech evangelism.

Bài viết đặt ra câu hỏi quan trọng: khi nào sự nhiệt tình với một công nghệ trở thành sự tôn thờ mù quáng? Và điều đó gây hại gì cho văn hóa kỹ thuật của chúng ta?

Một bài giảng đúng nghĩa, không phải bài nói chuyện kỹ thuật

Buổi nói chuyện của Joran Dirk Greef, CEO TigerBeetle, mở đầu bằng định nghĩa gần như "xoay vòng": phần mềm mission-critical là phần mềm thực hiện một sứ mệnh quan trọng. Nghe thì hợp lý, nhưng càng về sau, bài nói càng lấn sân sang lĩnh vực tôn giáo:

• Một triết lý kỹ thuật (TigerStyle) được giới thiệu như "chìa khóa tạo nên TigerBeetle"
• Tuyên bố lớn về việc chiếm thị phần giao dịch tại một sàn giao dịch quốc gia, gắn với sứ mệnh "cung cấp năng lượng cho mọi giao dịch trên thế giới"
• Trích dẫn báo cáo Jepsen như một "lời chứng" xác nhận tính đúng đắn
• Phần cảm ơn các contributor kèm tiếng vỗ tay gần như mang tính áp lực xã hội
• Cuối cùng là nhạc nền và hình ảnh một chiếc xe đua tài trợ bởi TigerBeetle — một màn "trình diễn" đúng chất showbiz

"Những gì tôi chứng kiến không phải một bài nói chuyện công nghệ bình thường, mà là một bài giảng từ Nhà thờ TigerBeetle — với huyền thoại khởi nguyên, lời chứng và nhạc giao hưởng."

Vấn đề không nằm ở chất lượng sản phẩm

Tác giả thừa nhận TigerBeetle có những kỹ thuật ấn tượng: deterministic testing, viewstamp replication protocol, và cách họ dùng tiền và ảnh hưởng cho mục đích tốt. Vấn đề nằm ở cách những tuyên bố được đưa ra — dựa trên đức tin chứ không phải bằng chứng.

Khi các tuyên bố được trình bày liên tiếp, không có khoảng nghỉ để người nghe phân tích, kèm theo nhạc nền cảm xúc, người nghe bị đẩy vào trạng thái "ngưỡng mộ và tin tưởng" trước khi có cơ hội "đánh giá". Điều này đi ngược lại tinh thần khoa học: thay vì hỏi "Tổ chức này có truyền cảm hứng không?", ta nên hỏi "Những tuyên bố này có đứng vững dưới sự phản biện không?"

Bài học từ Haskell: Khi đức tin kỹ thuật trở thành bản sắc

Tác giả đưa ra một ví dụ gần gũi trong cộng đồng lập trình Việt Nam và quốc tế: Haskell. Trong ba công ty anh từng làm việc, Haskell đều khởi đầu như "giải pháp cho mọi vấn đề" nhưng cuối cùng lại bị đổ lỗi cho các thất bại của công ty — một phần không công bằng, nhưng chính sự cuồng tín vào ngôn ngữ này đã khiến mọi thảo luận về đánh đổi kỹ thuật trở nên khó khăn.

"Một bản sắc dựa trên sự yêu thích thuần túy không phải là giải pháp cho các vấn đề kỹ thuật — nó thường cản đường."

Vì sao tech evangelism gây hại cho tổ chức?

Tác giả đưa ra ba lý do thuyết phục:

• Huấn luyện niềm tin thay vì lý luận: Khi mọi người quen tin theo "thánh chỉ", họ sẽ áp dụng cách đó cho mọi quyết định — từ chuyện lớn như "có nên áp dụng coding standard" đến chuyện nhỏ hàng ngày. Câu trả lời trở thành "TigerBeetle làm vậy nên chúng ta cũng làm" thay vì phân tích bằng chứng
• Đàn áp bất đồng chính kiến: Một khán phòng được xây dựng để "hòa tan" sự phản biện, không phải xử lý nó. Văn hóa này khiến tổ chức mất khả năng nhận ra mình đang sai
• Niềm tin mong manh khi sự thật thay đổi: Khi đối mặt với bài toán mới, ràng buộc mới mà TigerStyle không phải câu trả lời, một niềm tin dựa trên đức tin không thể xoay chuyển. Thứ từng giúp bạn tập hợp mọi người giờ trở thành chiếc bẫy

Điều chúng ta cần: Công nghệ phải tự đứng trên giá trị của nó

Tác giả không có ý "ném đá" TigerBeetle. Điều anh lo ngại là phương thức thuyết phục — khi người nghe bị yêu cầu ngưỡng mộ trước khi được trang bị kiến thức để đánh giá. Một kỹ sư bỏ ra 500 đô la (hoặc công ty tài trợ) để dự hội nghị, thì điều họ mang về nên là bằng chứng và lý luận, không phải cảm xúc nhất thời.

"Tôi không cần được truyền cảm hứng — tôi đã có sẵn rồi. Khi tôi đến hội nghị, mục đích là học hỏi, gặp gỡ, nghe những cách tiếp cận mới và thu thập thông tin để áp dụng vào công việc của mình."

Bài học cho cộng đồng công nghệ Việt Nam

Ở Việt Nam, chúng ta cũng chứng kiến những hiện tượng tương tự — từ việc tôn thờ một ngôn ngữ lập trình, một framework, hay một "bậc thầy" công nghệ nào đó. Các buổi meetup, hội thảo đôi khi biến thành nơi "tán dương" thay vì "thảo luận phản biện". Điều này đặc biệt đáng lưu ý trong bối cảnh AI đang bùng nổ, khi nhiều tuyên bố "thần kỳ" được tung ra hàng ngày mà thiếu kiểm chứng.

Cách tiếp cận đúng đắn — và cũng là điều tác giả muốn truyền tải — là hãy để công việc tự nói lên giá trị của nó. Hãy đưa ra số liệu, bằng chứng, lý luận và tin tưởng vào khả năng phán đoán của con người. Đừng xây dựng một "nhà thờ" cho bất kỳ công nghệ nào, kể cả những công nghệ tốt nhất.

Kết lại với hình ảnh Boston — thành phố được xây dựng bởi những con người không chấp nhận uy quyền dựa trên đức tin. Họ không nổi dậy vì được truyền cảm hứng, mà vì họ đã suy nghĩ thấu đáo, có thể bảo vệ lập trường và có đủ can đảm. Đó là di sản đáng để chúng ta noi theo — không phải một hội chúng tin tưởng, mà là một căn phòng đầy những con người biết trình bày bằng chứng cho những gì họ nói.