Tính năng khảo sát - Lớp giáp sắt chống lại cạm bẫy xây dựng

Tính năng khảo sát - Lớp giáp sắt chống lại cạm bẫy xây dựng

Những mẩu tin ngắn hàng ngày dành cho bạn
  • countless.dev là một trang web khá thú vị khi mà nó so sánh giá tiền sử dụng các mô hình LLMs của các nhà cung cấp khác nhau.

    Tại đây bạn có thể nhìn thấy tất cả các mô hình ngôn ngữ lớn phổ biến bởi các nhà cung cấp như OpenAI, Azure, Mistral... Bảng giá cho mỗi 1M tokens đầu vào/ra. Hoặc thậm chí có thể so sánh chúng với nhau để tìm ra nhà cung cấp hoặc mô hình rẻ nhất tuỳ theo mục đích sử dụng.

    » Xem thêm
  • 1,2 năm trước, Kubernetes (k8s) tự nhiên được nhắc đến như một hiện tượng, chắc vì nó bá quá nên ai cũng muốn học và sử dụng. Nó là một công cụ "Automating deployment, scaling, and management of containerized applications" - Vâng! nghe hay ho đấy chứ 🤤.

    Hồi đó thì mình đang đam mê với Docker, đặc biệt là Docker Swarm, cũng tương tự như k8s ý nhưng ở quy mô nhỏ hơn. Docker Swarm thì có vẻ ít phức tạp hơn nhiều so với k8s. Mà như thế cũng tốt vì nó đã và đang đáp ứng rất tốt nhu cầu sử dụng của mình lúc đó, lại còn bớt đi phần phức tạp, lằng nhằng.

    Ấy thế mà 1-2 tháng trở lại đây, các bài viết có tiêu đề "bạn có thực sự cần đến Kubernetes" lại đang nổi lên với tần suất dày hơn. Quả thật k8s rất mạnh nhưng cũng quá phức tạp. Tại sao phải cố dùng dao "mổ trâu để giết gà" cơ chứ? Trừ khi bạn lường trước được độ phức tạp khi muốn áp dụng một công nghệ. Một cái nữa k8s tiêu tốn tài nguyên và nguồn lực ghê ghớm, để vận hành được nó không đơn giản là dựng lên được là xong mà còn phải có rất nhiều nhiều kiến thức nữa 😨.

    À, chắc cũng một phần nữa là do các "ông lớn" đang tập trung đẩy mạnh vào Serverless, giảm bớt sự phức tạp trong khâu vận hành đi, thay vào đó là nên tập trung vào phát triển ứng dụng.

    Bên cạnh đó, thì cái tên WASM cũng đang được nhắc đến rất là nhiều 🤔

    Do you really need Kubernetes in your company/startup? | dev.to

    Do You Really Need Kubernetes?

    » Xem thêm
  • Trước mình cứ khen lấy khen để Serverless, rằng tối ưu chi phí xuống 0đ để duy trì blog các thứ. Đúng là như vậy thật! Nhưng bên cạnh đó serverless cũng có các mặt tối đáng để lưu tâm đấy!

    Hôm kia mình phải mất ngày trời để truy tìm và khắc phục sự cố chỉ vì gọi hàm build-in của Cloudflare KV. Cụ thể là hàm list với limit 1000 - tức là một lần gọi nó trả về 1000 keys của KV. Cơ mà đời không như là mơ. Con số 1000 chỉ là trên lý thuyết. Lúc thì trả về vài trăm, lúc thì vài chục, thậm chí lúc thì lẹt đẹt có vài cái. Thế là làm tắc nghẽn cả hệ thống. À mà cũng không phải là nghẽn mà là hệ thống "nhàn rỗi" quá không có việc gì để làm, trong khi thực tế đáng ra nó phải xử lý cả trăm ngàn cái keys cơ 🥲

    » Xem thêm

Vấn đề

Xin chào độc giả của 2coffee.dev, tuần vừa rồi lại là một tuần bận rộn, tôi vừa hoàn thành xong tính năng khảo sát cho blog.

Khảo sát? Nơi có rất nhiều câu hỏi được xuất hiện, nó tiêu tốn thời gian của bạn, hay thậm chí còn gây ra phiền hà, ác cảm. Thú thật, tôi không phải là một người thích tham gia khảo sát, tuy nhiên tôi lại rất tích cực bấm vào những mẫu khảo sát ngắn, ví dụ như là “Thông tin này có hữu ích cho bạn?”, “Bạn có tìm thấy cách giải quyết vấn đề trong câu trả lời này chưa?”… Vì câu hỏi rất đơn giản, chỉ mất một lượt bấm là đã truyền tải được thông điệp của tôi đến họ ngay lập tức. Mỗi khi bấm, tôi đều hy vọng phản hồi được ghi nhận và có thể làm tiền đề để họ tối ưu hóa trải nghiệm cho những người dùng sau.

Suy cho cùng, khảo sát là cách để giúp cho người quan sát thấu hiểu được lòng trắc ẩn của người dùng. Khảo sát không xấu, nhưng khảo sát sao cho hợp lý, khiến cho tất cả mọi người muốn tham gia ngay lập tức mới là điều khó.

Tuần vừa rồi, tôi vừa thêm một mẩu khảo sát nho nhỏ ở phía dưới bài viết, hy vọng rằng nó sẽ đươc chú ý đến. Các câu hỏi tương đối ngắn gọn kèm theo lựa chọn không thể nào súc tích hơn, nhưng lại mang đến cho tôi rất nhiều thông tin quý báu.

Tính năng khảo sát

Trước kia, tôi thường rơi vào “cạm bẫy xây dựng” khi bắt tay vào làm một điều gì đó. Một sản phẩm, ví dụ như trang blog này, phải tích hợp càng nhiều tính năng càng tốt, trang khác có gì, trang của tôi phải hơn thế. Chưa nói đến tốt hay xấu nhưng có một điều chắc chắn là tôi luôn phải xoay vòng trong danh sách tính năng cần làm không bao giờ hết. Nhưng cái quan trọng là có ai dùng hay không thì lại không biết, thậm chí cái gì mới thực sự mang lại giá trị cho người dùng thì lại bị lãng quên.

Khảo sát là một tính năng trong dự tính từ khá lâu. Lúc đó, tôi nghĩ xem mình nên thiết kế tính năng này như thế nào, nhưng vì nhiều lý do, cũng như xác định một số công việc có vẻ quan trọng, cần ưu tiên làm trước. Cách đây một tháng, Posthog - một công cụ đang sử dụng để nghiên cứu hành vi người dùng có thêm một tính năng mới Surveys. Ồ! Đúng là thứ mình đang cần đây, thử xem nó hoạt động như thế nào.

Hoàn hảo, mọi thứ đều đáp ứng được nhu cầu của mình. Tôi bắt tay vào làm luôn tính năng mới, kiểm tra nó hoạt động và đã sẵn sàng đưa vào sản xuất (production). Nhưng chỉ mới sáng nay thôi, tôi phát hiện ra tài khoản miễn phí bị giới hạn 250 câu trả lời mỗi tháng cho toàn bộ câu hỏi khảo sát, sau đó giá khởi điểm là 0.2$ cho một phản hồi mới, đúng vậy, bạn không nghe nhầm đâu, cứ mỗi 5 lượt phản hồi là đi tong 1$!?. Hmm, có vẻ hơi ít nhưng không sao. Nhìn vào dữ liệu thống kê từ quá khứ, 250 vẫn nằm trong vùng “an toàn” chấp nhận được. Nhưng nếu như sau này bạn đọc có yêu thích khảo sát, lượng phản hồi có tăng lên, có lẽ tôi lại phải tự triển khai cho mình giải pháp mới vì tiền đâu mà trả cho họ chứ ==‘.

Khảo sát sẽ xuất hiện ngẫu nhiên trong mỗi bài viết, ngay phía dưới khung đánh giá bài viết. Nếu bạn đọc có cảm xúc gì sau khi đọc bài, hãy bấm vào cho tôi biết. Suy nghĩ của bạn rất có giá trị để tôi nâng cao chất lượng bài viết hơn nữa. Song song với đó, những lượt phản hồi nhắm vào khảo sát cũng là dữ liệu quan trọng cho những bước phát triển xa hơn trong tương lai.

Dự định

Thật sự mà nói, có rất nhiều câu hỏi mà tôi muốn hỏi bạn đọc. Nhưng không phải câu hỏi nào cũng dễ trả lời hay trả lời ngắn gọn được. Vì thế, tôi cần hệ thống hóa lại nội dung câu hỏi cũng như câu trả lời sao cho súc tích.

Thông thường, khảo sát mà tôi tạo ra tập trung vào câu hỏi kèm theo các lựa chọn, bạn đọc chỉ cần bấm, bấm, bấm… Các câu hỏi mang tính tra hỏi người dùng bằng cách cho họ nhập vào câu trả lời thường mất nhiều thời gian và đôi khi không hiệu quả. Ngay cả tôi cũng thế, chỉ khi nào thực sự quan tâm, yêu thích sản phẩm, người dùng mới để lại phản hồi mang tính xây dựng. Thay vì phải mất thời gian để suy nghĩ ra những lời mà không biết tại sao lại phải suy nghĩ.

Mọi phản hồi của bạn đọc sẽ được tôi xem xét, từ đó đưa ra quyết định nên làm hay là không những tính năng mới. Hơn ai hết, tôi không muốn rơi vào cái gọi là “cạm bẫy xây dựng”, và tôi cũng tin rằng chính bạn đọc cũng mong muốn trải nghiệm một điều gì đó mới mẻ hơn, hữu ích hơn. Vì thế, hãy cùng nhau xây dựng một văn hóa phản hồi để mọi thứ ngày càng phát triển hơn nhé!

Cao cấp
Hello

Bí mật ngăn xếp của Blog

Là một lập trình viên, bạn có tò mò về bí mật công nghệ hay những khoản nợ kỹ thuật về trang blog này? Tất cả bí mật sẽ được bật mí ngay bài viết dưới đây. Còn chờ đợi gì nữa, hãy bấm vào ngay!

Là một lập trình viên, bạn có tò mò về bí mật công nghệ hay những khoản nợ kỹ thuật về trang blog này? Tất cả bí mật sẽ được bật mí ngay bài viết dưới đây. Còn chờ đợi gì nữa, hãy bấm vào ngay!

Xem tất cả

Đăng ký nhận thông báo bài viết mới

hoặc
* Bản tin tổng hợp được gửi mỗi 1-2 tuần, huỷ bất cứ lúc nào.
Author

Xin chào, tôi tên là Hoài - một anh Dev kể chuyện bằng cách viết ✍️ và làm sản phẩm 🚀. Với nhiều năm kinh nghiệm lập trình, tôi đã đóng góp một phần công sức cho nhiều sản phẩm mang lại giá trị cho người dùng tại nơi đang làm việc, cũng như cho chính bản thân. Sở thích của tôi là đọc, viết, nghiên cứu... Tôi tạo ra trang Blog này với sứ mệnh mang đến những bài viết chất lượng cho độc giả của 2coffee.dev.Hãy theo dõi tôi qua các kênh LinkedIn, Facebook, Instagram, Telegram.

Bạn thấy bài viết này có ích?
Không

Bình luận (0)

Nội dung bình luận...