Góp ý với a F về mục mã mở

[linhnc308]

Mục này mã mở. Em có ý kiếm anh F cấu hình phần tải file sao cho chỉ khi nào người đọc nhấn nút Cảm ơn thì mới tải được tài liệu về. Việc nhấn nút cảm ơn là điều nên làm. Người đưa thiết kế lên đã không vì một lợi ích cá nhân nào thì cũng nên có được lời cảm ơn từ phía cộng đồng PIC. Em góp ý như vậy và em phải mở mục mới vì topic anh tạo đã close rồi. Đọc xong anh xóa luôn cái mục này hay giữ lại là tùy anh.

[neovo]

tôi thấy ý kiến của bạn hay đấy. thanks

[nguyendinhtuan]

Mục này mã mở. Em có ý kiếm anh F cấu hình phần tải file sao cho chỉ khi nào người đọc nhấn nút Cảm ơn thì mới tải được tài liệu về. Việc nhấn nút cảm ơn là điều nên làm. Người đưa thiết kế lên đã không vì một lợi ích cá nhân nào thì cũng nên có được lời cảm ơn từ phía cộng đồng PIC. Em góp ý như vậy và em phải mở mục mới vì topic anh tạo đã close rồi. Đọc xong anh xóa luôn cái mục này hay giữ lại là tùy anh.

Vấn đề cảm ơn là vấn đề thuộc ý thức. Khi người post bài hay post tài liệu lên hoàn toàn không cần người khác cảm ơn mà hi vọng tài liệu được sử dụng tốt, đó là mục đích của người post. Có nhiều người chỉ muốn tải chơi về cất trong máy tính mà chẳng bao giờ thử thì có biết hay dở thế nào đâu. số lần được cảm ơn một cách tự nguyện sẻ đánh giá chất lượng của bài post. Cảm ơn là văn hóa nên tôi nghĩ không cần phải cấu hình cái đó vào mà để mỗi người tải tự làm.

[falleaf]

Mỗi một người tải file về đều được hiển thị lên diễn đàn, xem file đó đã được tải bao nhiêu lần. Vì vậy nhìn vào số lượng cảm ơn "bắt buộc" thì nhìn vào số lượng người tải file đó về sẽ không khác gì nhau.

Cảm ơn đúng là văn hóa, cho nên picvietnam không bắt buộc người dùng thực hiện thao tác này như kiểu các diễn đàn "down free". Chúng ta cần thể hiện văn hóa ở trình độ cao hơn các diễn đàn giải trí thông thường.

Làm việc bắt buộc bấm nút cảm ơn, tuy vậy, lại có một lợi điểm khác, đó là xem thử những người cụ thể nào quan tâm tới dự án của mình, và tìm cách để liên hệ lẫn nhau nhằm phát triển dự án. Tuy vậy, do diễn đàn là mở hoàn toàn, cho nên những việc này cộng đồng tự chủ động làm.

Tất nhiên, nó sẽ phần nào làm "cụt hứng" của một số người, nhưng vấn đề của diễn đàn là một ý thức phát triển mã nguồn mở lâu dài, chứ không phải là việc "hứng thú" nhất thời, đây là một phương pháp làm việc "mới".

Chúc vui

[chienvp15]

giờ rất cần những chương trình mã nguồn mở mà việt nam mình ít quá.cảm ơn các bạn

[kimhuynguyen]

Lang thang trên mạng, kiếm được cái link này, mọi người tham khảo.
Không biết là có nên tạo thành luồng mới hay không. Nhờ mod quyết định giùm.


http://openprog.altervista.org/OP_eng.html

[kimhuynguyen]

Xin lỗi mọi người.
Đã update lại link.
http://openprog.altervista.org/OP_eng.html

[falleaf]

Xin lỗi mọi người.
Đã update lại link.
http://openprog.altervista.org/OP_eng.html

Những sản phẩm như thế này giới thiệu tới người dùng sẽ là rất tốt. Do vậy, nếu có thể các bạn có thể giới thiệu nhiều sản phẩm mã nguồn mở hơn. Đồng thời các bạn nên đưa nó thành một bài viết riêng và tập trung thảo luận ở đó.

Sản phẩm mã nguồn mở mang tính quốc tế, do vậy, ko nhất thiết phải là sản phẩm của chính các bạn. Tuy nhiên, khi mở một luồng và trình bày về một sản phẩm, tốt nhất các bạn nên:
- Đã làm qua hoặc sử dụng qua sản phẩm đó, để đảm bảo rằng chắc chắn việc giới thiệu của mình là một sản phẩm mã nguồn mở ... xài được.
- Bạn nên có kế hoạch support cho sản phẩm đó.

Nếu các bạn không làm được các việc này, có thể các bạn chỉ nên giới thiệu nó ở box Programmer chẳng hạn, như một thiết kế tham khảo.

Mã nguồn mở chủ yếu cần các tài liệu hướng dẫn sử dụng và phát triển. Vậy nên, khi mở một luồng mới, các bạn nên cân nhắc.

Chúc vui.

[kimhuynguyen]

Cảm ơn F đã cho ý kiến.

Rất sẵn lòng để làm thử nhưng 1 vấn đề phát sinh là vấn đề test mạch và tính tương thích. Ngoài những PIC được dùng phổ biến, những loại khác không có nhu cầu sử dụng nên không có sẵn, R&P có sẵn sàng cung cấp để test không? :-)