Khi đang học đại học, tôi đã làm việc bán thời gian tại một phòng thu âm ở địa phương để duy trì niềm đam mê thực sự của mình với ngành công nghiệp âm nhạc. Vì bạn đang đọc bài viết này trên một ấn phẩm không liên quan đến ngành công nghiệp âm nhạc nên có thể dễ dàng kết luận rằng tôi đã chia tay âm nhạc kể từ thời điểm đó (à, ngoài việc tạo ra những gì tôi cảm thấy là một số danh sách phát Spotify khá ấn tượng).  Một số người bạn của tôi vẫn làm việc và phát triển trong ngành công nghiệp âm nhạc, và thật ấn tượng khi biết mọi thứ đã thay đổi như thế nào trong những năm qua, đặc biệt là về mặt thu âm. Ngành công nghiệp này đã tiếp tục đổi mới, chủ yếu là do các nhà sản xuất sản phẩm đã lắng nghe phản hồi từ những người phụ thuộc vào công cụ đó để tạo ra tác phẩm nghệ thuật của họ. Điều này không khác gì làm việc trong ngành công nghệ ngày nay. Nhận và lắng nghe phản hồi của người dùng là điều quan trọng đối với sự thành công của các sản phẩm công nghệ.  Tuy nhiên, trong khi Web2 đón nhận phản hồi của người dùng cả về ý tưởng lẫn công cụ thì Web3 vẫn bị tụt lại phía sau. Một ví dụ về sự khác biệt này xoay quanh khái niệm sử dụng   để cải thiện   — một lĩnh vực mà các thành viên trong nhóm gặp khó khăn và hiếm khi nhận được phản hồi chất lượng. Khái niệm này vẫn chưa thu hút được sự chú ý, cả về phương pháp thực hành tốt nhất lẫn các công cụ sẵn có. Và trải nghiệm người dùng kém là bằng chứng. vòng phản hồi liên tục Web3 DevOps  Tôi tự hỏi liệu có cách nào tốt hơn để thu hẹp khoảng cách giao tiếp này không.  Các trường hợp sử dụng Web3 DevOps  Khái niệm DevOps tương đối mới trong phát triển phần mềm và là một ví dụ điển hình về việc ngành đang lắng nghe những điểm yếu mà các kỹ sư phần mềm phải đối mặt.  Vì vậy, không có gì ngạc nhiên khi   đã bắt đầu có đà phát triển. Cũng giống như các dự án Web3, các nhóm Web3 cần thu hẹp khoảng cách giữa kỹ thuật phần mềm và hoạt động truyền thống. Web3 DevOps  Và nó quan trọng. DevOps Web3 thành công có thể mang lại những lợi ích như:  Giới thiệu trải nghiệm phát triển nhanh hơn.  Đáp ứng các quy định tuân thủ (thực hành có thể kiểm toán và an toàn).  Mở rộng quy mô song song với việc áp dụng Web3.  DevOps cần phản hồi liên tục của người dùng  Theo mô hình cũ, các PM được quản lý, các nhà phát triển mã hóa, những người thử nghiệm đã thử nghiệm và các hoạt động được triển khai. Nhưng điều này diễn ra chậm và gây ra thông báo nổi tiếng “nó hoạt động trên máy của tôi!” Nhưng với DevOps hiện đại, các thành viên trong nhóm giờ đây là một nhóm thống nhất, trong đó mọi người làm việc chặt chẽ với nhau và chịu trách nhiệm về toàn bộ dự án.  Điều này có nghĩa là việc cho mọi người tiếp cận các yêu cầu của người dùng cuối là một điều tốt.   Tất cả các thành viên trong nhóm phải biết ngay lập tức và mọi lúc những gì đang diễn ra trong quá trình sản xuất. Với vòng phản hồi liên tục này, mọi người, với tư cách là một nhóm, sẽ dễ dàng hiểu được dự án và nhu cầu của khách hàng hơn. Và phản hồi phải liên tục!  Nơi biểu mẫu phản hồi mang lại giá trị  Việc nhóm tiếp xúc với phản hồi của người dùng có thể giống như quá tải thông tin. Nhưng trên thực tế, phản hồi của người dùng mang lại giá trị cho toàn bộ nhóm:   Kỹ sư phần mềm    để xác định những tính năng nào sẽ được thêm vào tiếp theo. Trở thành một phần của nỗ lực ưu tiên  Xem   . Thông thường các nhà phát triển có thể bị mắc kẹt trong cách suy nghĩ của họ. quan điểm của họ so với người dùng như thế nào    , không chỉ mã Tăng quyền sở hữu dự án   Kỹ sư vận hành  Hiểu rõ hơn  các yêu cầu phi chức năng    , điều này thường có thể khác với kết quả được đo thông qua các phương pháp quan sát tiêu chuẩn. Hiểu hiệu suất từ góc độ của người dùng  Hiểu rõ hơn về   cần thực hiện tiếp theo. các tính năng quan trọng nhất   Người thử nghiệm  Đưa những người thử nghiệm ra khỏi nơi làm việc của họ và   . thu hút họ tiếp xúc với những người dùng thực tế  Giúp người thử nghiệm   chứ không phải như một loạt các thử nghiệm. nhìn nhận dự án một cách tổng thể    bằng cách hiểu sâu hơn về người dùng. Giúp người thử nghiệm tiến hành UAT tốt hơn   Chủ sở hữu sản phẩm / Người quản lý dự án    theo dòng chu trình phát triển tự nhiên Xây dựng sự chia sẻ nhóm  Triển khai Biểu mẫu phản hồi Web3 với Biểu mẫu xChange và MetaMask  Vì vậy, chúng tôi biết   chúng tôi cần phản hồi. Nhưng làm thế nào để chúng ta có được điều này trong thế giới Web3? Chúng tôi có thể sử dụng các giải pháp tập trung truyền thống (biểu mẫu google, v.v.) - nhưng theo tinh thần của Web3, chúng tôi thực sự cần một   . lý do tại sao giải pháp phi tập trung và mở  Đó là lúc công cụ mã nguồn mở   xuất hiện. Nó cung cấp cho bạn khả năng dễ dàng   . Và nó khá dễ thực hiện và sử dụng. Giải pháp kết nối với ví   (mà rất có thể người dùng đã có) và cho phép người dùng ứng dụng bỏ phiếu ẩn danh bằng một hoặc nhiều biểu mẫu - với mỗi biểu mẫu cho phép nhiều câu hỏi. Form xChange tạo và sử dụng các biểu mẫu phản hồi trên Web3 MetaMask  Điều thú vị là toàn bộ quá trình phản hồi sử dụng hợp đồng nhà máy riêng được viết bằng   mà không yêu cầu bạn tạo hoặc duy trì hợp đồng thông minh của riêng mình. Solidity  Dưới đây là bản tóm tắt về vòng đời của Biểu mẫu xChange:   Sau khi cài đặt, người tạo sẽ tạo một biểu mẫu mới và triển khai biểu mẫu đó bằng hợp đồng nhà máy. Sau khi triển khai, người tham gia chỉ cần điền biểu mẫu ẩn danh và gửi kết quả của họ. Sau khi gửi, kết quả sẽ có sẵn cho cả người sáng tạo và người tham gia.  Bắt đầu với Biểu mẫu xChange  Ở cấp độ cao, cần thực hiện các bước sau để bắt đầu sử dụng Biểu mẫu xChange. Lưu ý rằng chúng tôi sẽ triển khai Biểu mẫu xChange bằng cách sử dụng   trên   Goerli cho ví dụ này (mạng thử nghiệm Linea Ethereum L2) để tránh chi tiêu bất kỳ khoản tiền thực nào trong khi khám phá các biểu mẫu phản hồi. Truffle Linea  Dưới đây là các bước để bắt đầu với Biểu mẫu xChange:  Cài đặt   vào trình duyệt của bạn. MetaMask  Nhận ETH thử nghiệm (LineaETH) từ một vòi như   . vòi của Infura  Thiết lập điểm cuối Linea RPC bằng   . Infura  Cài đặt nút và npm như được tìm thấy   . ở đây  Sao chép kho lưu trữ   . Biểu mẫu xChange  Triển khai mẫu phản hồi.  Triển khai nhà máy giao diện người dùng tiếp theo.  Khởi chạy biểu mẫu bằng localhost:3000 trong trình duyệt đã cài đặt MetaMask của bạn.  Nó khá dễ dàng. Bạn có thể tìm thấy ví dụ chi tiết hướng dẫn cài đặt đầy đủ chi tiết tại   . trang MetaMask  Sau khi làm theo các bước trên, màn hình chính của Biểu mẫu xChange sẽ hiển thị trong trình duyệt của bạn:   Tiếp theo, sử dụng nút Kết nối Ví để kết nối ví MetaMask của bạn.  Sau khi kết nối, hãy sử dụng URL localhost:3000/create-form để tạo biểu mẫu phản hồi mới:   Bây giờ bạn đã sẵn sàng để tạo các biểu mẫu phản hồi.  Phản hồi của người dùng được thực hiện đơn giản với MetaMask và hơn thế nữa  Ngồi trong phòng thu âm bây giờ so với những gì tôi nhớ từ những năm 1990 vẫn có rất ít điểm tương đồng với 40 năm trước. Ngành này nhận ra rằng có cách tốt hơn để thực hiện mọi việc—bằng cách lắng nghe khách hàng—và đưa ra những đổi mới cần thiết.  Điều đó không khác gì những gì chúng ta đã thấy trong quá trình hình thành và phát triển DevOps với tư cách là kỹ sư phần mềm. Việc sử dụng các biểu mẫu phản hồi có thể mang lại sự đổi mới nhanh hơn, điều mà tôi đã lưu ý xung quanh trường hợp sử dụng Web3 DevOps đơn giản và ConsenSys Form xChange.  Độc giả của tôi có thể nhớ lại rằng tôi đã tập trung vào tuyên bố sứ mệnh sau đây mà tôi cảm thấy có thể áp dụng cho bất kỳ chuyên gia CNTT nào:  “Hãy tập trung thời gian vào việc cung cấp các tính năng/chức năng giúp nâng cao giá trị tài sản trí tuệ của bạn. Tận dụng các khuôn khổ, sản phẩm và dịch vụ cho mọi thứ khác.”  - J. Vester    cho phép tôi tuân thủ tuyên bố sứ mệnh cá nhân của mình bằng cách không buộc tôi phải tạo quy trình biểu mẫu phản hồi của riêng mình như một phần trong vòng đời phát triển Web3 của tôi. Khi làm như vậy, tôi có thể chỉ cần tận dụng công cụ Biểu mẫu xChange để tạo các biểu mẫu phản hồi nhanh chóng, dễ quản lý, triển khai và triển khai. Những người sáng tạo tại Biểu mẫu xChange  Nếu bạn tập trung vào Web3 và nhận thấy giá trị trong việc nhận phản hồi từ khách hàng, tôi thực sự khuyên bạn nên dùng thử công cụ Biểu mẫu xChange. Rốt cuộc, bạn không phải trả bất kỳ chi phí nào… ngoại trừ một lượng nhỏ thời gian của bạn.  Chúc bạn có một ngày thật tuyệt vời!  Cũng được xuất bản   . ở đây

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

2022 - HackerNoon Contributor of the Year - Cloud Computing

2022 - HackerNoon Contributor of the Year - Design

2022 - HackerNoon Contributor of the Year - Heroku

2022 - HackerNoon Contributor of the Year - Javascript

2022 - HackerNoon Contributor of the Year - Salesforce

2022 - Hackernoons Tech Storyteller of the Year

I ♥ writing code. Find me on GitLab.

Nominated for 2022 - HackerNoon Contributor of the Year - Javascript

Nominated for 2022 - Hackernoons Tech Storyteller of the Year

Nominated for 2022 - HackerNoon Contributor of the Year - Cloud Computing

Nominated for 2022 - HackerNoon Contributor of the Year - Heroku

Nominated for 2022 - HackerNoon Contributor of the Year - Design

Nominated for 2022 - HackerNoon Contributor of the Year - Salesforce

Nghe bài viết này bằng Tiếng Anh, đọc bởi robot thông minh của HackerNoon

dài quá đọc không nổi

Cách tối ưu hóa DevOps Web3 của bạn với biểu mẫu phản hồi của người dùng

Cách tối ưu hóa DevOps Web3 của bạn với biểu mẫu phản hồi của người dùng

About Author

BÌNH LUẬN

chuyên mục

BÀI VIẾT NÀY CŨNG CÓ MẶT TẠI

Related Stories

72 Stories To Learn About Adam Smith

581 Stories To Learn About Non Fiction

178 Stories To Learn About Essay

85 Stories To Learn About Productivity Hacks

72 Stories To Learn About Adam Smith

581 Stories To Learn About Non Fiction

178 Stories To Learn About Essay

85 Stories To Learn About Productivity Hacks

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps