Tôi đã ngừng sử dụng hàm LET—và các bảng tính Excel của tôi trở nên tốt hơn nhờ điều đó
Có một niềm tự hào nhất định khi tạo ra các công thức Excel tinh tế, và khi hàm LET được giới thiệu vào năm 2020, nó đã trở thành công cụ yêu thích của tôi để nén logic phức tạp vào một ô duy nhất. Tuy nhiên, cuối cùng, tôi nhận ra rằng những công thức gọn gàng đó lại khiến bảng tính của tôi khó kiểm tra, gỡ lỗi và điều chỉnh sau này.
Đây là lý do tại sao việc từ bỏ xu hướng sử dụng công cụ mạnh mẽ này để ủng hộ sự đơn giản theo phong cách cổ điển đã hoàn toàn thay đổi cách tôi xây dựng và chia sẻ các sổ làm việc của mình.
Tại sao hàm LET thanh lịch lại là một cạm bẫy tiềm ẩn
Một hộp đen để tính toán
Hàm LET về mặt kỹ thuật rất tuyệt vời: nó cho phép chúng ta xác định các biến trong một công thức để Excel không phải tính toán lại cùng một logic trên các bộ dữ liệu lớn. Về lý thuyết, điều này cải thiện hiệu suất, giảm sự lặp lại và giữ cho các công thức gọn gàng hơn.
Trên lý thuyết, điều này có vẻ là một sự nâng cấp rõ ràng. Những người ủng hộ chức năng này đúng đắn khi chỉ ra rằng nó mang các nguyên tắc kỹ thuật phần mềm hợp lý vào lưới — nó giúp bạn tuân theo nguyên tắc "DRY" (đừng lặp lại chính mình), nghĩa là bạn có thể tính toán một biểu thức nặng một lần và tham chiếu nó theo tên sau này. Nếu một cấp hoặc tỷ lệ thay đổi, bạn chỉ cần cập nhật ở một vị trí duy nhất. Hơn nữa, vì các biến này hoàn toàn cục bộ, chúng biến mất khi công thức được đánh giá. Kết quả là, bạn có thể đặt tên biến theo bất kỳ cách nào bạn muốn mà không làm rối trình quản lý Tên của bảng tính và không lo xảy ra xung đột tên trong tương lai.
Nhưng 'cấu trúc' đó đi kèm với một chi phí mà ban đầu tôi không đánh giá đúng.
Vấn đề phát sinh khi sự sạch sẽ đó đánh đổi bằng khả năng hiển thị. Một phép tính nhiều bước được nén vào một ô duy nhất trở thành một dạng hộp đen: dữ liệu đi vào, kết quả xuất ra, nhưng logic trung gian thực sự biến mất khỏi bảng tính. Nói cách khác, LET thay đổi cách các công thức được cấu trúc thành một môi trường giống như mã giả. Đối với người dùng thông thường, một công thức đầy các biến trừu tượng cảm giác giống như đang đọc một đoạn mã JavaScript hơn là làm việc trong một bảng tính truyền thống. Thay vì theo dõi một công thức đơn giản từ trái sang phải, họ phải học cách đọc các khối mã theo chiều dọc.
Việc sử dụng LET cho các bảng điều khiển tiêu chuẩn và báo cáo hàng ngày thường cảm giác như dùng giải tích để cân sổ kiểm tra. Nó thêm gánh nặng về khái niệm mà phép toán đơn giản không yêu cầu, và làm cho logic khó xem lại hơn về sau.
Tại sao các cột trợ giúp cổ điển là giải pháp vượt trội cho các bảng tính hàng ngày
Một dấu vết kiểm toán tức thì
Phân tách các phép tính thành các cột phụ hoàn toàn thay đổi cách tôi làm việc với bảng tính. Thay vì nén mọi thứ vào một công thức duy nhất, tôi phân tán từng bước logic trên toàn lưới. Một cột xử lý phép tính cơ bản, cột khác áp dụng điều kiện, và một cột khác kết hợp kết quả thành đầu ra cuối cùng. Những gì từng bị ẩn bên trong một công thức giờ trở nên hiển thị như một quy trình từng bước.
Khi có điều gì đó trông không đúng, tôi không cần phải phân tích ngược lại công thức. Tôi có thể quét dọc hàng và ngay lập tức thấy bước nào tạo ra giá trị không mong muốn. Việc gỡ lỗi trở nên trực quan thay vì theo thủ tục, và chỉ riêng điều đó đã tiết kiệm nhiều thời gian hơn bất kỳ tối ưu hóa hiệu suất nào từ một công thức gọn gàng.
Cách tiếp cận này cũng hoạt động tốt hơn nhiều với các công cụ kiểm toán tích hợp sẵn của Excel như Trace Precedents, cho tôi thấy chính xác cách các giá trị chảy qua bảng tính. Với LET, cấu trúc đó bị giam giữ trong một ô duy nhất. Để thậm chí kiểm tra các bước tính toán, bạn buộc phải mở rộng thanh công thức và nheo mắt nhìn văn bản được bọc qua các dòng mới.
Điều quan trọng nhất, các cột trợ giúp biến các tính toán trung gian thành dữ liệu có thể sử dụng. Thay vì các biến ẩn bị khóa bên trong một công thức, tôi có các cột mà tôi có thể lọc, sắp xếp và tái sử dụng ở bất kỳ đâu trong sổ làm việc. Những gì từng là logic nội bộ giờ trở thành một phần của tập dữ liệu. Điều này đặc biệt đúng khi tạo các báo cáo tóm tắt — một PivotTable không thể trích xuất một biến ẩn từ công thức LET, nhưng nó có thể dễ dàng phân tích một cột trợ giúp thực tế.
Sự chuyển đổi này — từ toán học ẩn sang cấu trúc hiển thị — là lợi thế thực sự.
Cách sử dụng thiết kế mô-đun mà không làm lộn xộn lưới của bạn
Giao diện người dùng gọn gàng hơn
Phản kháng phổ biến nhất đối với các cột phụ trợ chủ yếu là về mặt thẩm mỹ. Có một quan niệm sai lầm tồn tại trong văn hóa bảng tính rằng nhiều cột hơn đồng nghĩa với thiết kế kém hơn. Thực tế, việc tách logic của bạn thành một thiết lập mô-đun thường là con đường dễ bảo trì nhất — và bạn không cần phải hy sinh bố cục gọn gàng để đạt được điều đó.
Trước đây tôi từng lo lắng rằng các cột phụ sẽ làm bảng tính trông lộn xộn hoặc thiếu chuyên nghiệp. Trong thực tế, điều ngược lại mới đúng. Sự lộn xộn chỉ tồn tại khi mọi thứ luôn hiển thị cùng lúc, và Excel đã cung cấp cho bạn các công cụ cần thiết để quản lý sự lộn xộn về mặt thị giác đó.
Nếu việc trình bày là mối quan tâm chính, bạn có thể chuyển các phép tính hỗ trợ sang một tab riêng dành hoàn toàn cho logic nền. Điều đó giúp bảng chính của bạn chỉ tập trung vào nhập liệu, xuất dữ liệu và báo cáo rõ ràng, trong khi vẫn giữ nguyên sự minh bạch hoàn toàn phía sau.
Mặt khác, bạn có thể giữ mọi thứ ở cùng một nơi và sử dụng tính năng nhóm gốc của Excel để thu gọn các cột phụ trợ của bạn. Với một lần chuyển đổi nhanh, bạn có thể hoàn toàn ẩn các cơ chế bên dưới khỏi tầm nhìn hàng ngày, sau đó mở rộng chúng trở lại bất cứ khi nào bạn cần điều chỉnh hoặc kiểm tra hệ thống.
Điều này mang đến cho bạn một thứ mà hàm LET không thể có: độ phức tạp tùy chọn. Logic có thể hiển thị hoặc ẩn theo yêu cầu, nhưng nó không bao giờ bị vô hiệu hóa. Nó cũng tránh các vấn đề tương thích ngược—nếu bạn chia sẻ tệp với ai đó đang sử dụng phiên bản Excel cũ hơn, một chuỗi LET phức tạp sẽ tạo ra một bức tường lỗi #NAME?. Các cột trợ giúp hoạt động phổ quát, bất kể bạn đang sử dụng phiên bản nào.
Thậm chí tốt hơn, nếu bạn yêu thích tính dễ đọc của các biến được đặt tên trong LET, bạn không phải từ bỏ chúng khi chuyển sang các cột trợ giúp. Bằng cách sử dụng công cụ Named Ranges của Excel, bạn có thể gán tên mô tả trực tiếp cho các ô tham số của mình. Thay vì viết một công thức trỏ đến một tham chiếu ô trừu tượng như $B$7, cột trợ giúp của bạn có thể tham chiếu đến một ô được đặt tên như Deal_Threshold. Bạn sẽ có được hầu hết tính dễ đọc như các biến LET, nhưng các phép tính của bạn vẫn hiển thị rõ ràng và dễ kiểm tra.
Lợi ích hợp tác của bố cục bảng tính minh bạch
Những sửa chữa rõ ràng theo thời gian
Sức mạnh thực sự của một bảng tính Excel không chỉ nằm ở cách nó hoạt động khi vừa được tạo ra—mà còn ở cách nó duy trì theo thời gian.
Khi tôi phân tách logic thành các bước rõ ràng, các vấn đề sẽ dễ dàng nhận diện và giải quyết hơn. Tôi không cần phải giải mã các biểu thức phức tạp hay tái tạo các biến ẩn—đường đi tính toán đã được sắp xếp ngay trước mắt tôi. Điều này giảm thời gian tôi dành để chẩn đoán các vấn đề, đặc biệt là trong những tệp cũ mà tôi đã quên cấu trúc của công thức từ lâu. Thay vì phải học lại logic từ đầu, tôi có thể theo dõi bảng tính như một bản đồ.
Nó cũng làm cho các thay đổi an toàn hơn. Khi logic thay đổi, tôi có thể cập nhật từng bước riêng lẻ mà không phải lo lắng về việc làm hỏng toàn bộ biểu thức lồng nhau được giấu trong một ô duy nhất.
Theo thời gian, điều này dẫn đến các bảng tính bền bỉ hơn, có thể tồn tại qua các bản cập nhật, sửa đổi và bối cảnh bị quên lãng, thay vì các hệ thống mỏng manh mà chỉ tôi mới có thể chỉnh sửa an toàn.
Đơn giản chiến thắng trong trò chơi bảng tính
Bài học thật sự mà tôi rút ra không phải là LET là xấu—mà là tối ưu hóa và khả năng đọc hiểu không phải lúc nào cũng đi đôi trong thực tế. Chống lại xu hướng sử dụng các công thức phức tạp như LET sẽ làm cho công việc hàng ngày của bạn dễ chịu hơn rất nhiều. Khi bạn thay các ô đơn lẻ như hộp đen bằng các cột trợ giúp mở, đồng nghiệp của bạn (và chính bạn trong tương lai) sẽ thấy việc khắc phục sự cố dễ dàng hơn nhiều. Đây chỉ là một cách để làm cho bảng tính Excel dễ điều hướng và duy trì theo thời gian.










