1 điểm bởi GN⁺ 2025-05-26 | 1 bình luận | Chia sẻ qua WhatsApp
  • Tính đến tháng 5 năm 2025, người dùng trong cộng đồng Hacker News chia sẻ về công việc và dự án họ đang thực hiện
  • Những người tham gia cộng đồng giới thiệu kinh nghiệm và mối quan tâm chính của mình trong nhiều lĩnh vực như startup, phát triển, nghiên cứu đang diễn ra
  • Nhà sáng lập giai đoạn đầu, lập trình viên, chuyên gia CNTT thảo luận sôi nổi xoay quanh ý tưởng, thách thức kỹ thuật và những bài học rút ra
  • Xuất hiện các câu hỏi và yêu cầu phản hồi về dự án ở nhiều cấp độ và chủ đề khác nhau
  • Trao đổi thông tin theo thời gian thực và sự hỗ trợ lẫn nhau là đặc điểm cốt lõi của cộng đồng này

Tóm tắt thảo luận cộng đồng Hacker News “Bạn đang làm gì” tháng 5 năm 2025

  • Bài viết này là một phần của chuỗi hàng tháng ‘Ask HN: What are you working on?’, nhằm để lập trình viên, nhà sáng lập startup, người làm trong lĩnh vực CNTT tự do giới thiệu công việc và dự án mà họ đang tập trung
  • Người tham gia chia sẻ chi tiết về mục tiêu dự án, công nghệ chính đã sử dụng, vấn đề đang gặp phải, những điều học được
  • Chủ đề được đề cập rất rộng, từ các dự án thử nghiệm ở giai đoạn ý tưởng ban đầu, đến dịch vụ đang vận hành, hoặc ý tưởng kinh doanh chưa công bố
  • Thông qua phần bình luận, diễn ra các đề xuất hợp tác, review mã nguồn, phản hồi kỹ thuật, đánh giá tính khả thi thị trường cùng những câu hỏi thực tế
  • Những cuộc thảo luận mở như vậy tạo nên một môi trường tích cực, giúp ích cho việc trao đổi thông tin, networking và giải quyết vấn đề thực tế

1 bình luận

 
GN⁺ 2025-05-26
Bình luận trên Hacker News
  • Tôi đang phát triển một UI phân tích log mã nguồn mở (AGPLv3) tên là Logchef: Logchef GitHub. Mục tiêu là tạo ra một công cụ khám phá log nhẹ nhưng mạnh, được tối ưu cho ClickHouse. Ý tưởng này bắt đầu từ việc tôi thấy các UI hiện có либо quá nặng, либо tập trung vào thu thập log — thứ đã được bao phủ bởi Vector/Promtail/Fluentbit/Logstash mà nhiều người đã có sẵn — hoặc không thân thiện với ClickHouse. Các đặc điểm của Logchef gồm: không phụ thuộc schema và có thể kết nối trực tiếp với các bảng ClickHouse hiện có, cung cấp chế độ truy vấn đơn giản để tìm kiếm nhanh và chế độ SQL cho các phân tích phức tạp, triển khai dễ dàng dưới dạng binary đơn, hỗ trợ multi-tenancy và kiểm soát truy cập theo nhóm. Bạn có thể trải nghiệm demo tại demo.logchef.app, và chi tiết hơn được tổng hợp trong bài giới thiệu. Rất mong nhận được phản hồi từ người dùng ClickHouse.

  • Dịch vụ tôi đang phát triển là một bản tin tóm tắt hằng ngày, gom nội dung từ mọi nguồn bạn muốn vào một định dạng newsletter đơn giản và gọn gàng: usedigest.com

  • Sau khi vài lần gặp các vấn đề lock Postgres không lường trước trong lúc migration, tôi đang làm một công cụ “Postgres lock diagnostics”. Cách hoạt động là khi mở PR, nó thực sự chạy migration để kiểm tra ở runtime xem lock nào được lấy, rồi thông báo kết quả dưới dạng comment trên PR. Ví dụ, khi chạy ALTER TABLE users ADD COLUMN email TEXT, nó sẽ lấy AccessExclusiveLock trên relation users. Bên trong, nó mở một transaction, kiểm tra trạng thái lock qua view pg_locks từ một kết nối khác, rồi rollback. Có thể dùng theo nhiều cách như CLI, thư viện, GitHub Action, v.v., và hiện vẫn là PoC ở giai đoạn đầu. Mã nguồn ở đây: pglockanalyze. Tôi cũng làm nó để học thêm Rust, nên rất hoan nghênh phản hồi từ cộng đồng Rust.

    • Cái này trông thực sự rất hữu ích. Nó khiến tôi hình dung ra một pipeline trong đó mỗi migration phải khai báo sẽ lấy lock nào, và nếu có sai lệch thì build sẽ fail.

    • Bất kể ngôn ngữ phát triển nào, thứ tôi luôn tham khảo là các check của strong migrations: strong_migrations v.v.. Nó rất nổi tiếng nên cũng có các bản port cho ngôn ngữ khác: excellent_migrations

  • Điều tôi đang làm là một dự án tự tay hiện thực lại từ đầu tất cả các ý tưởng cốt lõi của deep learning hiện đại. Mục tiêu là giúp việc chuyển sang nghiên cứu deep learning trở nên dễ tiếp cận hơn: beyond-nanogpt

    • Tự nhiên thấy tò mò là cái này có vẻ hơi không hợp với nickname của bạn. Tôi cũng muốn biết bạn dùng tài liệu tham khảo nào.
  • Tôi đang làm một ứng dụng mã nguồn mở, tự host được để chia sẻ newsletter với người quen. Mục đích là chia sẻ ảnh gia đình và tin tức mà không phải đăng lên những nơi như Facebook. Luồng sử dụng là viết các bài đăng theo từng nhóm về những gì đã xảy ra trong tuần, rồi đến cuối tuần hoặc cuối tháng hệ thống tự tạo newsletter cho từng nhóm, sau đó chỉnh sửa một chút rồi gửi đi. Mọi newsletter cũng sẽ kèm link tải xuống các hình ảnh liên quan. Newsletter qua email là cách dễ nhất và dễ tiếp cận nhất, nên tôi đang thiết kế để cả người lớn tuổi cũng dùng dễ dàng. Gia đình tôi là người Hàn Quốc, còn gia đình bên vợ/chồng thì không, nên tôi cũng nhắm tới hỗ trợ đa ngôn ngữ. Tuần này tôi định làm MVP và để bố mẹ cùng gia đình bên vợ/chồng thử trực tiếp.

    • Nếu Pagecord thêm hỗ trợ blog/bài viết riêng tư thì có lẽ sẽ tự động hỗ trợ tính năng tương tự: Pagecord

    • Tôi tò mò nó hoạt động thế nào nếu người nhận có thể thuộc nhiều nhóm. Ví dụ, nếu tôi thuộc cả nhóm gia đình lẫn đồng nghiệp thì tôi sẽ chỉ nhận một newsletter duy nhất chứa tất cả bài viết chứ? Số lượng tổ hợp nhóm càng tăng thì số newsletter tùy biến cũng tăng theo cấp số nhân, dù ngoài thực tế có thể không nhiều đến vậy. Có lẽ sẽ khác nhau tùy việc bạn gửi newsletter cá nhân hóa cho từng người nhận hay theo kiểu listserv.

    • Khả năng gửi email thành công là yếu tố cốt lõi, và nó rất dễ bị ảnh hưởng. Chỉ cần có ai đó bấm báo cáo spam vài lần là bạn có thể bị đưa vào blacklist. Người dùng cũng có thể quên mất rằng chính họ đã đăng ký, nên cần nghĩ đến các biện pháp giảm thiểu để tránh vấn đề. Khi gửi email hàng loạt, bạn còn bắt buộc phải thêm địa chỉ thực và link hủy đăng ký, và một số nhà cung cấp email sẽ tự động xem đó là spam.

    • Ý tưởng này thật sự rất thú vị, tôi thích việc có thể chỉ xem nội dung mình quan tâm mà không bị một nền tảng như Facebook lọc xen vào.

    • Nếu đã mã nguồn mở rồi thì sẽ rất hay nếu bạn chia sẻ link.

  • Sau 16 năm làm công ăn lương, gần đây tôi đã nghỉ việc và hiện đang làm tư vấn kỹ thuật hạt nhân. Những dự án đam mê tôi đang tranh thủ làm gồm:

    • Nuclear Reactor Starter Kit: một bộ công cụ giúp các startup hạt nhân được thành lập dễ dàng và nhanh hơn, bằng cách chia sẻ mã nguồn mở chương trình đảm bảo chất lượng (QA) cho ngành hạt nhân, hướng dẫn CNTT, cùng nhiều quy trình/mẫu biểu khác. Tôi cũng dự định thu thập các bài học kinh nghiệm để tối đa hóa hiệu quả trong ngành theo một định dạng mới.

    • Reactor Database: trong khi iaea PRIS hiện tại chỉ tập trung vào nhà máy điện, tôi muốn ghi lại thêm nhiều thông tin khác dựa trên mô phỏng/tuyên bố như các lò phản ứng đang ở giai đoạn phát triển, theo dõi startup, chi phí nhiên liệu, tiến độ cấp phép, v.v. Điều đó sẽ giúp phân biệt các dự án thực chất với các khái niệm đơn thuần (vaporware) và theo dõi tiến độ.

    • Từ góc nhìn của một kỹ sư phần mềm (SWE), tôi tò mò không biết cần nền tảng gì và triển vọng ra sao nếu muốn bước vào lĩnh vực này. Tôi rất quan tâm vì có vẻ đây là một ngành sẽ còn cần thiết lâu dài, nhưng tôi không giỏi vật lý hay hóa học lắm.

    • Mười năm trước tôi đã rời ngành hạt nhân để chuyển sang phần mềm Healthcare/IoT/Oil&Gas/Finance, nhưng một ngày nào đó tôi vẫn muốn áp dụng kinh nghiệm của mình trở lại lĩnh vực hạt nhân. Tôi rất thích whatisnuclear.com. Mười năm trước tôi cũng từng làm các hệ thống trực quan hóa bằng JS (ví dụ: ssv), nhưng không tìm được tính khả thi về thị trường.

    • Tôi tò mò không biết một kỹ sư giỏi ở một quốc gia nhỏ có thể dùng starter kit này để thúc đẩy cả một chương trình vũ khí hay không. Tôi nghĩ phần lớn thông tin hẳn đã công khai trên internet, nên cũng tự hỏi liệu có lợi thế cạnh tranh nào không.

    • Nội dung này thật sự rất thú vị, nếu có link liên quan thì mong bạn chia sẻ.

    • Tôi tò mò về con đường đã đưa bạn vào ngành hạt nhân.

  • Tôi đang thực hiện một dự án nghệ thuật tên là Counter Productive. Có một nút bấm đặt trong công viên, và ai đó phải bấm nó để reset bộ đếm ngược 24 giờ; nếu về 0 thì dự án sẽ tự kết thúc. Để giữ cho dự án tiếp tục tồn tại, cần có sự hợp tác liên tục để bấm nút đều đặn. Đến nay nó đã kéo dài 56 ngày với 820 lần bấm nút. Xem thêm mô tả chi tiếttrang thống kê.

    • Tôi tò mò không biết nó đã kết thúc chưa. Thống kê cho thấy có một khoảng trống 25 giờ. Ý tưởng thực sự rất hay.

    • Sẽ vui hơn nếu như một lời tri ân Lost, bạn yêu cầu nhập các số 4, 8, 15, 16, 23, 42.

    • Dự án này thật sự rất ngầu.

  • Tôi đang sưu tầm, số hóa và chia sẻ các quảng cáo in cổ điển: adretro.com. Có đến hàng chục nghìn quảng cáo, nhiều đến mức cả đời làm cũng không xong. Tôi dùng AI để tự động trích xuất metadata và lập danh mục, xử lý được 100 ảnh mỗi ngày. Một trong những quảng cáo tôi thích là quảng cáo năm 1968 về “chiếc máy tính giải đố”: link quảng cáo 1968

    • Công việc này quá tuyệt! Thật ấn tượng khi bạn dùng AI để trích xuất metadata mà vẫn giữ và bảo quản các tạp chí bản cứng. Quảng cáo máy tính giải đố năm 1968 cũng rất đáng kinh ngạc. Tôi mong chờ sẽ thấy thêm nhiều quảng cáo như kho báu nữa trong tương lai.

    • Website cũng được làm rất đẹp. Có lẽ sẽ thú vị nếu có tính năng analytics cho phép phân tích dữ liệu quảng cáo theo nhiều góc nhìn khác nhau (theo năm, theo ấn phẩm, v.v.) để xem những kiểu quảng cáo nào phổ biến.

    • Đây là một bộ sưu tập thật tuyệt vời. Có vẻ các quảng cáo được chụp ảnh trên mặt bàn hay mặt tủ gì đó; dùng máy scan phẳng có lẽ sẽ tốt hơn.

    • Tôi cũng muốn có một chế độ xem timeline để nhìn toàn cảnh quảng cáo của từng thời kỳ.

    • Lúc mới xuất hiện, quảng cáo trông như mấy vết bậy bạ gây phiền, nhưng khi thời gian trôi qua, chúng lại trở thành những hiện vật thú vị.

  • Tôi đang mày mò pgflow, một workflow engine mã nguồn mở dựa trên DAG. Nó điều phối worker trong Postgres thông qua hàng đợi PGMQ, và tích hợp tự nhiên với Supabase (không cần hạ tầng riêng). Tác vụ được xử lý từ Edge Function đến các worker serverless tùy biến, và mọi trạng thái thực thi đều được ghi vào Postgres (cũng có thể khởi chạy flow trực tiếp từ DB như pg_cron, trigger, v.v.). Trọng tâm là tính nhất quán ở cấp cơ sở dữ liệu và type safety ở từng bước.

    • Những gì đã phát triển đến nay: orchestration SQL lõi (state machine, retry, observability, quản lý hàng đợi), một TypeScript DSL được định kiểu nghiêm ngặt cùng compiler chuyển định nghĩa thành migration, worker Edge Function.
    • Phần hiện tôi đang tập trung: thư viện client dùng Supabase Realtime để stream từng lần chạy flow tới trình duyệt, và độ an toàn ở compile-time dựa trên TypeScript DSL.
    • Kế hoạch tiếp theo: fanout để xử lý song song các mảng dữ liệu (kèm retry cho từng phần tử), phân nhánh dựa trên SQL sử dụng phép toán JSONB và kết quả từ các bước. Tài liệu: how-pgflow-works Repo: pgflow-dev/pgflow
  • Google sẽ ngừng hỗ trợ Nest Thermostat thế hệ 1 và 2 từ tháng 10. Tôi đang làm một thermostat mã nguồn mở sử dụng nguyên vẹn ngoại hình và linh kiện của Nest thế hệ 2 (vỏ, màn hình, vòng xoay, ngàm gắn, v.v.). Phần “bộ não” sẽ được thay bằng một PCB mã nguồn mở mới, và nó có thể tích hợp với Home Assistant.

    • Tôi thật sự ủng hộ những nỗ lực tái sử dụng phần cứng như thế này sau khi nhà sản xuất ngừng hỗ trợ. Những thiết bị như vậy vẫn còn rất nhiều giá trị sử dụng nên càng thấy đáng quý hơn.

    • Tôi không có Nest, nhưng vẫn rất biết ơn việc có người thử làm những dự án thế này; ý nghĩa tái sử dụng các thiết bị lẽ ra bị vứt bỏ là rất lớn.

    • Đây là một dự án cá nhân rất ngầu, nhưng cũng có thể chỉ cần mua một thermostat Z-wave rẻ như CT101 (khoảng 50 USD) rồi kết nối trực tiếp với Home Assistant. Cách này không phải lo nó bị ngừng hỗ trợ trong tương lai.