Bỏ qua

Lý do ra đời kho địa điểm để chọn nơi gặp mặt, và hệ quả của những lý do đó

Kho địa điểm để chọn nơi gặp mặt

Lý do ra đời

Trước đây đã có một số dự án tổng hợp địa điểm như Foody, Google Maps, D.Map, nhưng chúng đều không thoả mãn đồng thời cả 3 yêu cầu sau:

  • Lấy người dùng làm trung tâm, chứ không phải xem họ như một loại tài nguyên
  • Đáp ứng được các nhu cầu khác nhau một cách dễ dàng
  • Người dùng có thể tự triển khai trên máy của họ với ít rào cản về kiến thức nhất

Tại sao lại có những yêu cầu này, và tại sao chương trình này chấp nhận đánh đổi những tiện lợi khác để đáp ứng các yêu cầu này?

Lấy người dùng làm trung tâm, chứ không phải xem họ như một loại tài nguyên để trích xuất

Các SaaS tổng hợp địa điểm gặp mặt như Foody, do phải tính đến vấn đề tăng trưởng lợi nhuận, sẽ có xu hướng:

  • Chèn quảng cáo, popup làm rối mắt
  • Ưu tiên giới thiệu các cửa hàng trả tiền cho họ, chứ không giới thiệu thứ phù hợp nhất cho người dùng

Đây không phải là nơi để làm điều đó. Có người sẽ lập luận rằng việc kiếm tiền không xấu để ủng hộ cho hành vi này. Nhưng vẫn có những cách khác để kiếm tiền mà không phải làm những điều đó, như yêu cầu người dùng trả tiền để được sử dụng. (Nói cho chặt chẽ thì việc đó cũng không ngăn cản nhà phát hành cài cắm những kỹ thuật để thao túng, khai thác người dùng. Chỉ có những phần mềm tự do và mã nguồn mở mới giải quyết triệt để vấn đề này.)

Đáp ứng được các nhu cầu khác nhau một cách dễ dàng

Một người ở TPHCM sẽ có nhu cầu khác với một người ở Hà Nội: họ không quan tâm các địa điểm ở Hà Nội. Một người khuyết tật nhìn có nhu cầu khác với một người khuyết tật vận động: một người muốn đến nơi yên tĩnh, còn một người muốn đến nơi xe lăn đi lại dễ dàng được. Một người đi xe đạp có nhu cầu khác với một người đi xe buýt: người đi xe đạp muốn tìm quán gần nhà, còn người đi xe buýt muốn tìm quán gần các trạm xe.

Chưa kể, sự khác biệt đâu chỉ ở phía cầu, mà còn ở phía cung. Quán nước có những đặc điểm mà không gian làm việc chung, phòng họp riêng, địa điểm công cộng hay nhà riêng không có. Ngay cả trong quán nước cũng muôn hình vạn trạng: có quán cho dùng không gian miễn phí không cần gọi đồ uống, có quán thì cần gọi đồ uống. Có quán dùng ghế gây đau lưng, có quán dùng đèn gây đau mắt. Bất kể là tập trung vào đối tượng thụ hưởng nào thì những sự đa dạng này đã phải được tính đến.

Sẽ luôn luôn có những nhu cầu đặc biệt mà những người xây dựng nên nơi này cũng không tài nào đoán ra được. Sẽ có người hỏi rằng: tại sao không tập trung vào một nhu cầu và giải quyết nó cho thật tốt? Nhưng đó là nhu cầu nào? Chẳng lẽ lại là “nam dị tính hợp giới không khuyết tật trung niên trung lưu ở các quận nội thành TP.HCM cần tìm không gian thảo luận có máy chiếu và micro”? Còn nếu chỉ cần kiếm quán nước thôi thì cần gì tạo ra nơi này nữa, lên Google Maps luôn cho rồi. Động lực không phải là liệt kê tất cả các địa điểm đáp ứng một nhu cầu cụ thể, mà là không để việc thiếu thông tin xảy ra . Chứ

Thực ra, việc đáp ứng thêm một nhu cầu nữa cũng đơn giản: chỉ cần thêm một trường thông tin đầu vào nữa thôi. Nên vấn đề không phải là lượng thông tin đầu vào, mà là cách ta phân loại chúng.

Trung tâm hoá dữ liệu. Nếu chỉ cho mình thôi thì đơn giản
Để giảm khả năng chết yểu
Tại sao lại cần điều này? Vì có như vậy nó mới tránh sự chết yểu

Google Sheet, Google Maps vì nó không nằm trong các

Không bỏ ai lại phía sau cũng có nghĩa là ai cũng biết được tới điều này.

Việc phân loại không quan trọng bằng việc chuẩn bị cho sự thay đổi cách phân loại

Đây

  • Nhu cầu tùy biến cách phân loại, cấu trúc dữ liệu người dùng
  • Nhu cầu về mở rộng chức năng

Thường gặp nhất là nhu cầu tùy biến cách phân loại, cấu trúc dữ liệu người dùng, và nhu cầu mở rộng chức năng.

Tùy biến cách phân loại, cấu trúc dữ liệu người dùng

Nhiệm vụ của kiến trúc sư không phải là liệt kê hết các tình huống sẽ xảy ra, mà là thiết kế để dù các tình huống không ngờ tới xảy ra thì vẫn hoạt động ổn định. Một ngày nào đó các tỉnh thành được sắp xếp lại
Đòi hỏi chế độ dinh dưỡng đặc biệt mà những người xây dựng nên nơi này cũng không đoán ra được trước được

Không chỉ là nhu cầu về sự phân loại khác nhau, mà còn là sự trình bày khác nhau
Không phải là nơi gặp nói chuyện mà thư viện chẳng hạn

Mở rộng chức năng.

Người dùng có thể tự triển khai trên máy của họ với ít rào cản về kiến thức nhất

Trong kinh nghiệm của tôi, những dự án không vì lợi nhuận sau một thời gian đều lạc hậu do không có người quản lý kế thừa. Lý do là vì dữ liệu không được lưu trữ ở định dạng đơn giản, không dễ thao tác, khiến cho việc nhập liệu và chia sẻ dữ liệu trở nên khó khăn.
giảm thiểu gánh nặng nhận thức trong việc nhập liệu và chia sẻ dữ liệu

Đó là lý do các SaaS như Notion không phù hợp để làm nơi lưu trữ dữ liệu.
Ngay cả
Phải ở dạng dữ liệu đơn giản nhất
sao chép dễ dàng, không khác gì sao chép tài liệu
dễ fork

Ở ngay trong hệ thống dữ liệu
Việc đổi mới sáng tạo bắt đầu bằng việc mỗi người có thể tự mình điều khiển được máy tính, chứ không phải có thêm một sản phẩm no code hay AI nữa
Những người tự thấy mình ngu công nghệ đơn giản là vì họ không được trao quyền tự trị dữ liệu

Trung tâm hoá. Giảm gánh nặng cho người kế thừa

Phân tích ca

Kho địa điểm này khác gì với những dự án tương tự khác?

Bản đồ tiếp cận D.Map

D.Map là một bản đồ hướng đến việc giúp người khuyết tật tìm kiếm các công trình công cộng tiếp cận. Dự án được USAID và UNDP Việt Nam tài trợ, và có sự tham gia của báo chí, tổ chức sự kiện ở nhiều tỉnh thành. Vào thời điểm ra mắt, nó có cả app cho Android và iOS, nhưng bây giờ đã bị gỡ xuống.

Kiến thức để tự vận hành một cơ sở dữ liệu thế này phức tạp hơn cho người không biết gì

Pasted image 20250717114312.png
Pasted image 20250717114251.png
Dường như dự án đã ngừng hoạt động. Trong trang giới thiệu dự án, lần cuối cùng cập nhật là 2021. Các app Andoird và iOS cũng đã bị gỡ xuống. Chức năng đăng ký không hoạt động được.

Hệ quả của các lý do trên

Giải pháp đáp ứng được tất cả các nhu cầu này là một hệ thống tri thức cộng đồng dưới hình thức là một tài liệu động được lưu ở định dạng đơn giản nhất là văn bản thuần.
📐 Dự án

Về mặt kỹ thuật, nó được viết bằng TypeScript với môi trường thực thi là Deno.

Nhược điểm
Chuyển đổi sang Base có vẻ như là một xu hướng chung.