Dev.POST: TechBlog AI Generator - blog kỹ thuật được viết tự động
(devpost-download.framer.website)1 blog mỗi ngày,
chỉ cần đầu tư 1 phút là có thể tạo ra blog kỹ thuật
Giữa lịch trình bận rộn, việc dành thời gian để viết và vận hành blog có phải là điều không hề dễ dàng?
Những kinh nghiệm quý giá có được trong quá trình phát triển có đang dần biến mất không?
Thông qua Dev.POST, thói quen 1 ngày 1 blog mà bạn chưa thể thực hiện bấy lâu nay
giờ đây có thể được thực hiện một cách dễ dàng.
[Tính năng chính]
-
Bài viết blog được tạo dễ dàng
: Chỉ cần nhập 'mục tiêu công việc' và 'commit', hệ thống sẽ tự động viết bài blog cho bạn. -
Mã được tạo theo từng đơn vị tính năng
: Không tạo mã ví dụ y nguyên. Hệ thống tìm ra công nghệ chính, chuyển đổi sang dạng phù hợp để giải thích và viết bài blog. -
Giải thích khái niệm (lý thuyết) tiện lợi
: Chỉ cần nhập từ khóa bạn muốn được giải thích, hệ thống sẽ tìm các khái niệm liên quan và tự động viết dựa trên những nguồn đáng tin cậy. -
SEO
: Với chính các từ khóa tìm kiếm mà bạn đã dùng, hệ thống viết bài có cân nhắc SEO để blog của bạn có thể hiển thị tốt hơn. -
Định dạng markdown
: Nội dung được viết dưới dạng markdown để có thể xuất bản trên nhiều nền tảng blog khác nhau. -
Bảo mật
: Hãy yên tâm. Mã do người dùng nhập vào tuyệt đối không được lưu trữ.
[Đánh giá từ người dùng thực tế]
-
Thật ấn tượng. Tôi đã dễ dàng dùng Dev.POST để xuất bản bài blog suốt 3 ngày liên tiếp.
-
Tôi rất thích định dạng này. Các tiêu đề phụ cũng được viết rất hợp lý nên có vẻ không cần chỉnh sửa.
-
Trong quá trình phát triển nhiều thứ, tôi từng nghĩ mình không có chủ đề để viết blog, nhưng nhờ nó tạo ra dễ dàng như vậy nên giờ có rất nhiều ý tưởng để viết và thấy rất tiện.
18 bình luận
Tôi thấy khá thú vị.
Vì đây không phải là bài do chính mình viết nên tôi nghĩ hẳn phía nhà phát triển cũng đã trăn trở về việc nó thiếu đi "sự chân thành".
Thay vì nhìn từ góc độ blog kỹ thuật, tôi thấy khá hứng thú vì nếu xem đây là một công cụ giúp rút ra insight từ công việc của mình thì có vẻ sẽ hữu ích.
Tuy nhiên, có vẻ mức độ phóng đại hơi lớn.
Không rõ có phải vì nó được tạo từ commit của kho lưu trữ tri thức hay không, nhưng dù chỉ là bài giới thiệu đơn thuần về việc ra mắt phần cứng mà vẫn xuất hiện cả mã huấn luyện machine learning ;;
Ngoài ra còn có những đoạn mô tả hành động mà thực ra tôi chưa hề làm, như
~하려고 노력했습니다, nên có lẽ sẽ khó để đăng lên những nơi công khai như blog.Có 4 đầu vào có vẻ được dùng làm prompt như mục tiêu công việc và ghi chú, nên tôi nghĩ có thể giảm bớt cũng được, và việc cập nhật thủ công thì hơi bất tiện.
Cá nhân tôi nghĩ sẽ rất hay nếu chỉ cần làm việc thôi là nội dung AI tự động được tích lũy dần dần, rồi khi có thời gian thì chỉ việc đọc lại ở mức đó là đủ.
Cảm ơn bạn vì ý kiến rất hay :D
Tôi đã suy nghĩ rất nhiều về những băn khoăn xuất phát từ việc AI tạo ra nội dung,
và từ góc nhìn đó, tôi muốn tạo ra điểm khác biệt là không chỉ đơn thuần sinh nội dung mà là tạo ra bằng chính "những gì tôi đã làm".
Tuy nhiên, tôi xin lỗi vì trong quá trình viết bài đăng blog kỹ thuật đã có những phần phóng đại hoặc xuất hiện những giải thích không đúng với thực tế.
Chúng tôi sẽ tiếp tục cải thiện để hiện tượng Hallucination này không còn xảy ra nhiều hơn nữa.
Cuối cùng, tôi thật sự cảm ơn bạn đã chia sẻ về định hướng của sản phẩm cũng như những điểm còn bất tiện.
Sau này, chúng tôi sẽ cải thiện và nhất định quay lại với bạn với một phiên bản tốt hơn.
Cuối cùng thì đa số những người viết blog kỹ thuật chắc cũng là vì mục đích PR bản thân..
Cảm giác như việc đó che lấp đi năng lực giao tiếp (và cả năng lực suy luận) được chứa trong đó, nên tôi thấy khá tiêu cực.
Nếu là tôi, ngược lại tôi còn có thể quy chụp rằng: người nào viết quá trau chuốt thì chẳng phải là do ChatGPT viết cho sao?
// Nếu là tôi, ngược lại tôi có lẽ sẽ quy chụp rằng một người viết quá trau chuốt là do ChatGPT viết hộ phải không?
Phần này thật sự rất buồn. Có lẽ tôi sẽ không thể thuyết phục được đến cả suy nghĩ này..
// Tôi cảm thấy tiêu cực khi điều đó che lấp đi năng lực giao tiếp (và năng lực suy luận) được chứa bên trong.
Dù đúng là hiện tại chưa thể thể hiện được năng lực giao tiếp ngay lúc này, nhưng tôi đang nghĩ theo hướng tạo ra các bài blog khác nhau tùy biến cho từng người dùng, nên tôi không cho rằng phần đó sẽ bị che lấp! Còn về năng lực suy luận, tôi nghĩ trong đoạn mã mà tôi đã làm có chứa ý đồ thực hiện và năng lực suy luận đó. Tôi cho rằng Dev.POST đang giúp tham khảo những phần như vậy để hỗ trợ sắp xếp insight thu được một cách dễ dàng hơn.
Về phần này, nếu bulletheart cũng thử dùng Dev.POST một lần, có lẽ bạn sẽ hài lòng khi thấy nó viết đúng hướng đoạn mã mà tôi đã dự định còn tốt hơn cả những gì tôi nghĩ. Bạn có thể thử dùng rồi cho tôi phản hồi được không? Tôi sẽ chờ phản hồi sau khi sử dụng!! Chúc bạn hôm nay cũng có một ngày thật tốt~
Rào cản lớn nhất của blog có lẽ là ai cũng muốn đăng mỗi ngày, nhưng điều đó lại không hề dễ. Có người có thể nhờ đây mà lấy lại dũng khí để bắt đầu viết blog, và những ai từng đặt mục tiêu 1 bài mỗi ngày cũng có thể đổi mục tiêu thành 3 bài mỗi ngày. Việc lấy số lượng để đẩy mạnh có đúng không? Trước câu hỏi đó, tôi nghĩ rằng về lâu dài, dù phải dùng một công cụ giúp mình duy trì, thì việc không bỏ cuộc vẫn mang lại hiệu quả lớn hơn là vì quá bận tâm đến chất lượng rồi bỏ hẳn blog.
Tôi sẽ dùng thử kỹ hơn và tiếp tục để lại phản hồi. Ủng hộ bạn!
Đúng vậy :D
Dev.POST bắt đầu từ nhu cầu rằng không dễ để vừa bận rộn xử lý công việc phát triển thực tế vừa vận hành một blog dành cho lập trình viên. Trong lịch trình dày đặc, việc phải dành thêm thời gian riêng để viết bài blog là một gánh nặng với nhiều lập trình viên, và họ cảm thấy rất khó để duy trì lâu dài.
Vì vậy, nếu có những insight thu được trong quá trình phát triển, chúng tôi muốn loại bỏ hẳn suy nghĩ “để sau rồi tổng hợp”. Những gì tôi học được đã nằm ngay trong code, và nếu muốn viết thêm thì chỉ cần ghi vào ghi chú công việc, từ đó giảm bớt gánh nặng viết lách và hướng tới một dịch vụ giúp mọi người dễ dàng ghi lại trải nghiệm của mình!
Cảm ơn bạn rất nhiều vì lời động viên ấm áp!! Nhờ vậy mà ngay từ sáng thứ Hai chúng tôi đã thấy vui hơn và có thêm động lực! Hãy dùng thử và thoải mái gửi phản hồi cho chúng tôi nhé, cảm ơn bạn~
Khi tuyển dụng lập trình viên mới, tôi thường tham khảo blog để xem họ quan tâm đến những gì và đang trăn trở điều gì; những ứng viên tạo sẵn nhiều danh mục trên blog nhưng chỉ đăng một hai bài thì tôi cũng thường đánh trượt ngay, nhưng từ giờ có lẽ tôi không nên tham khảo blog để đánh giá những định hướng mà lập trình viên mới đang suy nghĩ và theo đuổi nữa... T_T
// Tôi là một nhà phát triển đang cùng xây dựng dịch vụ Dev.POST :)
Đúng vậy. Chỉ cần nhìn vào blog kỹ thuật là có thể biết bình thường người đó quan tâm đến những điểm nào và đã từng trăn trở điều gì! Tôi nghĩ trong tương lai blog vẫn sẽ tiếp tục giữ vai trò đó, nhưng vì sao action13 lại nghĩ như vậy ~?
Tôi nghĩ việc tự động tạo bài viết mà không có ý đồ biên soạn rõ ràng về việc ai sẽ đọc thì khó có thể được đón nhận rộng rãi. Vì chỉ lấp đầy bài viết trên blog thôi thì chưa phải là xong.
// Tôi là một nhà phát triển đang cùng xây dựng dịch vụ Dev.POST :)
Như bạn đã nói, tôi cũng đồng ý rằng những bài viết không cân nhắc đến đối tượng người đọc và không được nâng đỡ bởi ý đồ lập kế hoạch của công việc thì khó có thể được đón nhận rộng rãi.
Trong số các khách hàng đã sử dụng Dev.POST, cũng có khá nhiều ý kiến cho rằng thật thú vị khi ngay cả khi nhập rất ít thông tin, dịch vụ vẫn tìm ra đúng ý định của họ. Chúng tôi cho rằng công việc của mình là tìm ra ý định trong phần mã đã được tạo, rồi dựa trên ý định đó để viết ra một bài phù hợp với mong muốn của tác giả, nên chúng tôi khá tự tin ở điểm này. Từ nay về sau, chúng tôi cũng tự tin có thể viết những bài cân nhắc đến đối tượng người đọc, nắm bắt được ý định và được hỗ trợ bởi ý đồ lập kế hoạch rõ ràng.
Anh/chị rkttu cũng hãy thử sử dụng một lần, và nếu để lại đánh giá sau khi dùng xem đó có phải là một bài đăng thực sự hỗ trợ được ý định của bài viết hay không, chúng tôi sẽ cố gắng nhanh chóng để Dev.POST trở thành một dịch vụ đúng với mong đợi của anh/chị rkttu. Xin chân thành cảm ơn phản hồi quý báu mà anh/chị đã gửi!
Tôi cũng đồng ý haha. Có vẻ mình rất hiếm khi từng nhận được cảm hứng từ các bài viết do AI tạo ra.
Ngay cả những gì mang lại cảm hứng thì có lẽ cũng chỉ là trích dẫn từ dữ liệu đã được học.
Cảm ơn bạn đã đưa ra một ý kiến khiến chúng tôi phải suy nghĩ thêm một lần nữa về AI Writing.
Tôi nghĩ rằng với các dịch vụ AI Writing hiện có, nơi chỉ cần định sẵn chủ đề là hệ thống sẽ tự tạo nội dung mà không có trải nghiệm hay suy nghĩ của người dùng, thì quả thực rất khó để tạo cảm hứng.
Trong trường hợp của Dev.POST, bài viết được tạo ra dựa trên lịch sử commit đã trực tiếp thực hiện và trải nghiệm của người dùng, nên có điểm khác biệt so với các dịch vụ hiện tại; vì vậy chúng tôi đã nghĩ rằng chính khía cạnh này có thể mang lại cảm hứng.
Rất mong felizgeek cũng thử sử dụng một lần và để lại cảm nhận của bạn sau khi trải nghiệm!
Thú vị đấy.
Tôi cũng từng nghĩ giống như những người khác đã bình luận, rằng nếu không có ý tưởng để viết thì có lẽ không nên viết bài...
Nhưng có vẻ chức năng chính ở đây là: "Nếu tôi đưa vào commit những kết luận mà mình đã suy nghĩ rất lâu để đi đến, thì AI sẽ đọc những suy nghĩ đó và biến chúng thành một bài blog."
Có vẻ đây là sản phẩm dành cho những người đã có sẵn chất liệu để viết, nhưng lại ngại chuyển nó thành bài viết.
Tuy vậy, tôi nghĩ các blog kỹ thuật do cá nhân vận hành thường mang nhiều ý nghĩa ở chỗ "hãy một lần nữa sắp xếp lại những điều mình đã suy nghĩ bằng cách diễn giải chúng thành bài viết", nên khá đáng tiếc là sản phẩm này dường như hoàn toàn không thể đáp ứng nhu cầu đó. Thay vì tạo ra ngay một bản hoàn chỉnh ngay từ đầu, nếu trong sản phẩm có các tính năng như chia nội dung thành nhiều section để người dùng tự kết hợp, chỉnh sửa hoặc yêu cầu tạo lại, thì tôi nghĩ phần nào có thể giải quyết được điểm này.
* Có vẻ các thông báo hiển thị trong lúc tạo nội dung có hơi nhiều lỗi chính tả!
Cảm ơn bạn rất nhiều, nhờ phản hồi của nemorize mà mình có cơ hội suy nghĩ sâu hơn một lần nữa về sản phẩm.
Đúng như bạn đã nói, Dev.POST là "sản phẩm dành cho những người đã có sẵn chất liệu để viết nhưng lại ngại chuyển nó thành bài viết". Chất liệu và trải nghiệm đã tồn tại sẵn trong các commit, và đây là sản phẩm có thể giúp những ai từng cảm thấy mơ hồ và phiền phức khi phải chuyển chúng thành bài viết :)
Ngoài ra, nhóm người dùng mục tiêu mà bạn nhắc đến là [người dùng muốn gỡ ra những trăn trở mình từng có và hệ thống lại thành blog] sẽ là nhóm người dùng của giai đoạn mục tiêu tiếp theo, nên hiện tại bọn mình chưa thể đáp ứng ngay. Tuy vậy, khi dịch vụ mở rộng, bọn mình sẽ tiếp tục cải thiện để chắc chắn có thể đáp ứng được nhóm này. Cảm ơn bạn rất nhiều vì phản hồi !! Bọn mình sẽ tham khảo góp ý của bạn và nhanh chóng cải thiện. Xin cảm ơn
Đâu cần phải gượng ép tạo ra bài viết blog kỹ thuật làm gì..
Nhiều lập trình viên đang vận hành blog khá nhiều với mục đích phát triển bản thân và xây dựng portfolio.
Ví dụ như kinh nghiệm, cách giải quyết vấn đề, cũng như những công nghệ và chủ đề mà bản thân thường quan tâm đều được đưa vào blog, nên tôi nghĩ đó là không gian có thể giúp giới thiệu rõ hơn về mình với tư cách một lập trình viên.
Dù đang vận hành blog kỹ thuật như vậy, nếu bạn có một blog kỹ thuật đã bị bỏ mặc khá lâu,
thì hãy thử nghĩ xem: “Trong những công việc gần đây, có commit nào mà bạn muốn dùng làm chất liệu cho một bài blog không?” rồi thử sử dụng Dev.POST xem sao nhé?
Nếu không có ý tưởng thì chẳng phải cứ đừng viết là được sao?
Dev.POST giúp hạ thấp rào cản khi viết bài cho blog kỹ thuật, để bạn vẫn có thể duy trì việc vận hành blog kỹ thuật một cách đều đặn ngay cả trong lịch trình bận rộn! Có lẽ bạn nói vậy là vì đã xem phản hồi từ người dùng; tôi vẫn nhớ rất rõ một người dùng mà chúng tôi từng phỏng vấn. Người dùng đó sau khi sử dụng Dev.POST và thấy việc tạo bài viết trở nên dễ dàng, đã thử biến gần như mọi commit thành một bài blog.
znjadong cũng hãy thử dùng Dev.POST để tạo một bài viết blog, dù chỉ một lần thôi nhé!! Chắc chắn znjadong cũng sẽ hài lòng thôi!!