Thỉnh thoảng, một bài đăng trên blog được xuất bản và nó thúc đẩy phản ứng hoặc phản hồi ở những người khác, đến lượt nó, được xuất bản dưới dạng bài đăng trên blog và một chủ đề bắt đầu xuất hiện. Đó là những gì đã xảy ra trong tuần trước và chủ đề được phát triển xoay quanh chi phí của các khung JavaScript — một chi phí mà trong trường hợp này cho thấy tầm quan trọng của nó đối với sử dụng JavaScript có trách nhiệm.
Sức khỏe hiện đại, khuôn khổ, hiệu suất và tác hại
Eric Bailey:Đây là nơi câu chuyện bắt đầu. Eric truy cập trang web của nhà cung cấp dịch vụ y tế để đặt lịch hẹn và nhận được… một màn hình trống.
Ngoài một lượng từ xa đáng sợ, Trải nghiệm hướng tới khách hàng của Modern Health được phân phối bằng cách sử dụng React và Webpack.
Nếu bạn đã quen thuộc với cách web được xây dựng, thì điều đã xảy ra khá rõ ràng: Một trang web phụ thuộc quá nhiều vào JavaScript để tăng cường trải nghiệm đã khiến logic của nó xung đột với một hoặc nhiều đoạn logic sai lầm khác mà nó gọi ra. Điều này đã tạo ra một bế tắc.
Nếu bạn không kiếm sống bằng trải nghiệm kỹ thuật số, điều gì đã xảy ra sẽ không rõ ràng chút nào. Tất cả những gì bạn thấy là một spinner tải giả nhỏ bé không bao giờ dừng lại.
D'oh. Điều này có thể chỉ gây phiền toái — hoặc thậm chí buồn cười — trong một số trường hợp, nhưng không phải khi sức khỏe của ai đó đang gặp nguy hiểm:
Một người đang tìm kiếm sự trợ giúp trong thời kỳ khủng hoảng không quan tâm đến TypeScript, rung cây, thay thế mô-đun nóng, thử nghiệm A/B, biểu đồ burndown, NPS, OKR, KPI hoặc biệt ngữ khởi nghiệp khác. Kinh nghiệm của nhà phát triển không được tính cho shit nếu người sử dụng thứ họ tạo ra không thể thực sự có được thứ họ cần.
Đây là cú đánh lớn của thực tế. Điều gì xảy ra khi công cụ và báo cáo của chúng tôi — chính những thứ được cho là giúp công việc của chúng tôi hiệu quả hơn — cản trở trải nghiệm của người dùng? Đây là những công cụ cung cấp thông tin chi tiết có thể giúp chúng tôi dự đoán nhu cầu của người dùng, đặc biệt là trong thời điểm cần thiết.
Tôi nhận ra rằng việc chỉ tay vào các khung JavaScript đã gây chia rẽ. Nhưng điều này vượt xa việc bạn sử dụng React hay khuôn khổ d'jour. Đó là về các ưu tiên kinh doanh và trải nghiệm của nhà phát triển xung đột với trải nghiệm của người dùng.
Thị trường chanh
Alex Russell:Những người ủng hộ các khuôn khổ phức tạp, chậm chạp đã tiếp thị thành công chanh như một thứ mới hấp dẫn, bất chấp những thất bại tràn lan sau đó, làm lấn át các lựa chọn chất lượng cao hơn trong quá trình này.
Những công nghệ này ban đầu được giới thiệu ở mặt sau của “trải nghiệm người dùng tốt hơn”, nhưng có hoàn toàn thất bại thực hiện lời hứa đó bên ngoài tổ chức quản lý trưởng thành cao trong đó họ đã được sinh ra. Được cấy ghép vào web rộng hơn, những ngăn xếp mới này đã được chứng minh là đồ đắt tiền.
Có chà. Alex không nói suông, nhưng hãy lưu ý rằng nguyên nhân nằm ở cách các khung được tiếp thị cho các nhà phát triển hơn là chính các nhà phát triển. Quảng cáo chiêu hàng?
Sau khi những người bán chanh nhúng ý tưởng dựa trên dữ liệu giúp cải thiện “Trải nghiệm dành cho nhà phát triển” (“DX”) dẫn đến kết quả tốt hơn cho người dùng, thì việc cải thiện “DX” đã trở thành và tự kết thúc và nhiều người biết rõ hơn cảm thấy buộc phải chơi theo. Thời gian dài dẫn đến việc làm sai lệch UX nhỏ giọt là một tính năng, không phải lỗi; họ không cần bạn thành công, chỉ để tiếp tục mua hàng.
Khi hoạt động tiếp thị diễn ra, “DX” mồi và chuyển đổi thật tuyệt vời, nhưng công nghệ không mang lại lợi ích cho bất kỳ ai nhưng nhà phát triển.
Khó chịu cho dạ dày, phải không? Không ai muốn bị lừa, và thật khó để thừa nhận một chi phí chìm khi có một. Nó hoàn toàn mang tính cá nhân nếu bạn đã đầu tư thời gian vào một phần công nghệ cụ thể và nỗ lực tích hợp nó vào ngăn xếp của mình. Quy trình phát triển rất khó khăn và việc hòa nhập vào một quy trình cũng giống như việc bạn định cư trong một ngôi nhà mà bạn dự định sẽ sống trong một thời gian ngắn. Nhưng bạn muốn biết liệu ngôi nhà của bạn có được xây dựng trên cái mà Alex gọi là “nền cát”.
Tôi chỉ muốn tạm dừng ở đây một chút để nói rằng tôi không có ý kiến gì trong cuộc tranh luận này. Với tư cách là một nhà tổng quan về web, tôi có xu hướng sớm áp dụng các công cụ mới để làm quen, sau đó loại bỏ chúng nhanh chóng, xếp chúng vào kho công cụ của mình cho đến khi tôi tìm thấy cách sử dụng tốt cho chúng. Nói cách khác, kiến thức của tôi là rộng nhưng không lắm sâu trong một lĩnh vực hoặc điều. HTML, CSS và JavaScript là món cocktail ưa thích của tôi, nhưng tôi rất quan tâm đến trải nghiệm người dùng và biết khi nào cần sử dụng một công cụ để giải quyết một vấn đề cụ thể.
Và hãy thừa nhận rằng không phải ai cũng có tiếng nói trong vấn đề này. Nhiều người trong chúng ta làm việc trong các nhóm được quản lý, được quy định các công cụ mà chúng ta sử dụng. Alex nói nhiều như vậy, điều mà tôi nghĩ là quan trọng để nêu ra vì rõ ràng đây không phải là vấn đề cá nhân. Đó là tuyên bố về các ưu tiên của chúng tôi và đảm bảo rằng chúng phù hợp với mong đợi của người dùng.
Hãy để Chris dẫn chúng ta trở lại câu chuyện…
Thử nghiệm từ đầu đến cuối với Trình chặn nội dung?
Chris Coiier:Vì vậy, có thể ứng dụng của bạn được xây dựng trên React và không quan trọng tại sao nó lại như vậy. Vẫn còn nhiều việc phải làm đảm bảo ứng dụng đáng tin cậy và có thể truy cập được.
Chỉ chặn một tệp không nên phá hỏng hoàn toàn một trang web, nhưng nó thường xảy ra! Trong JavaScript, đó có thể là do các nhà phát triển đã viết JavaScript của bên thứ nhất (mà tôi thường cho phép) phụ thuộc vào JavaScript của bên thứ ba (mà tôi thường sẽ chặn).
[...]
Nếu tôi chặn tài nguyên từ
tracking-website.com
, bây giờ JavaScript bên thứ nhất của tôi sẽ báo lỗi. JavaScript không lạnh lùng. Nếu xảy ra lỗi, nó sẽ không thực thi thêm JavaScript ở bên dưới tệp. Nếu tiếp tục xuống trong tập tin đó làtransitionToOnboarding();
- điều đó sẽ không hiệu quả.
Có lẽ bạn nên xem lại quy trình làm việc của mình và điều chỉnh nó cho phù hợp để xác định thêm các điểm sai sót.
Vì vậy, đây là một ý tưởng: Chạy thử nghiệm từ đầu đến cuối của bạn trong các trình duyệt có trình chặn nội dung phổ biến được cài đặt cấu hình mặc định.
Làm như vậy có thể phát hiện ra những vấn đề như thế này khiến khách hàng của bạn và thực sự là những người có nhu cầu không bị dừng lại trên đường đi của họ.
Ý tưởng tốt! Này, bất kỳ thứ gì giúp vẽ nên một bức tranh thực tế hơn về cách ứng dụng được sử dụng. Sự rõ ràng đó có thể xảy ra sớm hơn rất nhiều trong quy trình, có lẽ trước khi đưa ra các quyết định phát triển. Biết người dùng của bạn. Tại sao họ sử dụng ứng dụng? Làm thế nào để họ duyệt web? Chúng nằm ở đâu? Những vấn đề gì có thể cản trở họ? Chris cũng có một cuộc nói chuyện tuyệt vời về điều đó.
- Phân phối nội dung và PR được hỗ trợ bởi SEO. Được khuếch đại ngay hôm nay.
- Platoblockchain. Web3 Metaverse Intelligence. Khuếch đại kiến thức. Truy cập Tại đây.
- nguồn: https://css-tricks.com/healthcare-selling-lemons-and-the-price-of-developer-experience/
- 1
- 11
- 7
- 9
- 98
- a
- Giới thiệu
- Tài khoản
- công nhận
- thực sự
- Ngoài ra
- thừa nhận
- nhận nuôi
- alex
- Tất cả
- Đã
- số lượng
- và
- ứng dụng
- cuộc hẹn
- KHU VỰC
- xung quanh
- trở lại
- BAILEY
- bởi vì
- trước
- được
- Hơn
- Ngoài
- lớn
- Chặn
- ngăn chặn
- Blog
- blog
- cuốn sách
- sinh
- rực rỡ
- trình duyệt
- Bug
- xây dựng
- kinh doanh
- Mua
- cuộc gọi
- Cuộc gọi
- mà
- trường hợp
- Bảng xếp hạng
- rõ ràng
- trong sáng
- Va chạm
- COM
- phức tạp
- Mâu thuẫn
- nội dung
- Phí Tổn
- có thể
- tạo ra
- cuộc khủng hoảng
- CSS
- khách hàng
- nhiều
- tranh luận
- quyết định
- Mặc định
- cung cấp
- giao
- phân phối
- phụ thuộc
- Mặc dù
- phát triển
- Nhà phát triển
- phát triển
- Phát triển
- kỹ thuật số
- Không
- dont
- xuống
- Rơi
- Sớm hơn
- Đầu
- Hiệu quả
- nỗ lực
- Cuối cùng đến cuối
- lôi
- đặc biệt
- Ngay cả
- mọi người
- thi hành
- mong đợi
- kinh nghiệm
- Kinh nghiệm
- Không
- giả mạo
- quen
- Tính quen thuộc
- NHANH
- Đặc tính
- Tập tin
- Tìm kiếm
- ngón tay
- khung
- từ
- xa hơn
- nói chung
- được
- Đi
- đi
- tốt
- tuyệt vời
- xảy ra
- đã xảy ra
- xảy ra
- Cứng
- cho sức khoẻ
- chăm sóc sức khỏe
- giúp đỡ
- giúp
- tại đây
- NÓNG BỨC
- House
- Độ đáng tin của
- HTTPS
- TÔI SẼ
- ý tưởng
- xác định
- quan trọng
- cải thiện
- cải thiện
- in
- Mặt khác
- ban đầu
- những hiểu biết
- cài đặt
- Tích hợp
- vốn đầu tư
- IT
- chính nó
- biệt ngữ
- JavaScript
- Giữ
- Biết
- kiến thức
- dẫn
- Dẫn
- Dòng
- ít
- sống
- tải
- nằm
- dài
- Rất nhiều
- làm cho
- Làm
- quản lý
- nhiều
- thị trường
- Marketing
- chất
- Might
- hiện đại
- mô-đun
- thời điểm
- chi tiết
- Cần
- nhu cầu
- Mới
- Rõ ràng
- ONE
- Các lựa chọn
- Nền tảng khác
- Khác
- bên ngoài
- Sơn
- riêng
- qua
- người
- hiệu suất
- có lẽ
- người
- riêng
- hình ảnh
- mảnh
- miếng
- Pitch
- ném
- kế hoạch
- plato
- Thông tin dữ liệu Plato
- PlatoDữ liệu
- Play
- điểm
- Phổ biến
- Bài đăng
- bài viết
- quyền lực
- khá
- giá
- vấn đề
- quá trình
- lời hứa
- đã được chứng minh
- cho
- nhà cung cấp dịch vụ
- công bố
- đạt
- Phản ứng
- phản ứng
- thực tế
- Thực tế
- nhận ra
- đáng tin cậy
- Báo cáo
- Thông tin
- phản ứng
- Tiết lộ
- chạy
- bán hàng
- nói
- Màn
- tìm kiếm
- Người bán
- Bán
- dịch vụ
- Nhà cung cấp dịch vụ
- tình huống
- Da
- chậm
- So
- động SOLVE
- một số
- riêng
- ngăn xếp
- Stacks
- bắt đầu
- khởi động
- Tuyên bố
- Vẫn còn
- Dừng
- dừng lại
- Dừng
- Câu chuyện
- thành công
- Thành công
- Triệu tập
- phải
- Thảo luận
- đội
- công nghệ cao
- Công nghệ
- kiểm tra
- Sản phẩm
- cung cấp their dịch
- chủ đề
- tự
- điều
- điều
- Hãy suy nghĩ
- của bên thứ ba
- thời gian
- thời gian
- đến
- quá
- công cụ
- công cụ
- TỔNG CỘNG
- đúng
- XOAY
- tinh chỉnh
- Bản đánh máy
- khám phá
- us
- sử dụng
- người sử dang
- Kinh nghiệm người dùng
- Người sử dụng
- ux
- Đánh thức
- web
- Gói web
- Website
- tuần
- Điều gì
- liệu
- cái nào
- trong khi
- CHÚNG TÔI LÀ
- rộng hơn
- từ
- Công việc
- quy trình làm việc
- Luồng công việc
- giá trị
- viết
- trên màn hình
- zephyrnet