BTC

$96,000

5.73%

ETH

$3,521.91

3.97%

HTX

$0.{5}2273

5.23%

SOL

$198.17

3.05%

BNB

$710

3.05%

简体中文

繁體中文

English

Tiếng Việt

한국어

日本語

ภาษาไทย

Türkçe

Nghịch lý của tiêu chuẩn hóa và đổi mới

EDZ

Đọc bài viết này mất 36 phút

Khi điều kiện cho phép, hãy vượt xa tiêu chuẩn hóa và đổi mới ở mức độ lớn nhất có thể

Tiêu chuẩn hóa chắc chắn cực kỳ thân thiện với các nhà phát triển và người dùng, cả về chi phí phát triển và chi phí áp dụng. Thế giới Web2 là như thế này và thế giới Web3 cũng là như vậy.

EVM, một cỗ máy ảo với lợi thế là người đi đầu mạnh mẽ và có sự đồng thuận mạnh mẽ nhất, đã trở thành Web3 “Tiêu chuẩn” cho việc phát triển ứng dụng phi tập trung trong ngành.

Trong 7 năm qua kể từ khi mạng chính Ethereum được ra mắt, ngày càng có nhiều nhà phát triển Solidity đã đóng góp cho hệ sinh thái Ethereum, tích lũy được vô số ứng dụng và tích lũy được một lượng lớn người dùng. Giờ đây, đối với các nhà phát triển, việc triển khai các ứng dụng trong hệ sinh thái EVM không chỉ có thể tiếp cận nhóm người dùng lớn nhất mà còn tận dụng hoàn hảo cơ sở hạ tầng hoàn chỉnh và quan trọng nhất là có thể kết hợp với hàng nghìn ứng dụng EVM. Đối với người dùng, chỉ cần một ví để chuyển đổi liền mạch RPC để sử dụng tất cả các ứng dụng trong "tiêu chuẩn" EVM.

Tuy nhiên, EVM cũng hạn chế sự đổi mới trong ngành Web3 ở một mức độ nào đó. Ví dụ: hợp đồng EVM chỉ có thể xác định 16 biến cục bộ, điều này hạn chế đáng kể việc triển khai logic ứng dụng phức tạp. Nếu muốn triển khai logic ứng dụng phức tạp trên EVM, bạn cần thực hiện các cuộc gọi hợp đồng chéo, điều này không chỉ cực kỳ tốn kém mà còn rất không an toàn. Tất nhiên, chúng tôi cũng đã thấy các ứng dụng DeFi được triển khai hoàn hảo trên EVM, bởi vì logic trong các ứng dụng DeFi tương đối đơn giản và việc thực thi đồng bộ EVM cực kỳ thân thiện với các ứng dụng tài chính (ví dụ: các khoản vay nhanh). Đối với các ứng dụng Web3 khác, có lẽ họ cần phải suy nghĩ về nghịch lý giữa “chuẩn hóa” và “đổi mới” này. Nhưng tin tốt là Alt L1, được hỗ trợ bởi các máy ảo khác như WASM, đang dần nổi lên, mang đến cho những người đổi mới Web3 những lựa chọn khác.

Bài viết này của Michael Mignano, người đồng sáng lập nền tảng podcast Anchor, người định nghĩa " tiêu chuẩn hóa" và trình bày chi tiết về những ưu điểm và nhược điểm do tiêu chuẩn hóa mang lại cũng như những thách thức mà nó mang lại cho sự đổi mới. Viện Nghiên cứu Nhịp điệu dịch toàn văn:

Các tiêu chuẩn kỹ thuật, chẳng hạn như RSS cho podcast, Đó là điều kiện cần để các công nghệ mới nổi có thể lan tỏa rộng rãi trong thời đại thông tin, bởi chỉ có những công nghệ được tiêu chuẩn hóa mới có thể tích hợp tốt hơn vào hệ sinh thái hiện có. Nhưng mọi thứ đều có hai mặt của nó và sự lan rộng của tiêu chuẩn hóa cũng đã hạn chế sự đổi mới ở một mức độ nhất định — đó là lý do tại sao định dạng podcast hầu như không thay đổi trong 20 năm phát triển của nó.

Ưu điểm của tiêu chuẩn kỹ thuật là chúng có thể giúp các nhóm tiết kiệm thời gian và tiền bạc bằng cách cung cấp một ngôn ngữ chung để các nhà phát triển không cần phải xây dựng mọi thành phần trên thị trường hoặc xác định lại cách các hệ thống giao tiếp với nhau. Ví dụ: một nhóm xây dựng ứng dụng email khách mới không cần thiết kế lại định dạng cách email di chuyển giữa người gửi và người nhận; thay vào đó, họ chỉ cần sử dụng SMTP (Giao thức chuyển thư đơn giản) và tập trung nỗ lực vào Tập trung vào cải thiện trải nghiệm người dùng . Nói cách khác, con người có thể sử dụng trực tiếp các tiêu chuẩn do người đi trước xây dựng, từ đó đẩy nhanh quá trình phát triển sản phẩm; đồng thời, các sản phẩm được xây dựng theo tiêu chuẩn có xu hướng có khả năng thích ứng với thị trường mạnh hơn so với việc xây dựng các sản phẩm hoàn toàn độc quyền.

Mặc dù các sản phẩm được tiêu chuẩn hóa có thể tiếp cận khán giả nhanh hơn nhưng cái giá phải trả là Rào cản gia nhập thấp sẽ dẫn đến sự tràn lan của các sản phẩm cùng chủng loại, dẫn đến sự phân hóa thị trường và hạn chế tiến độ đổi mới. Tôi gọi hiện tượng này là “mâu thuẫn giữa tiêu chuẩn và đổi mới” và sẽ giải thích chi tiết dưới đây.

Định nghĩa tiêu chuẩn

Nói một cách đơn giản, tiêu chuẩn là thông số kỹ thuật về cách một công nghệ (phần cứng hoặc phần mềm) tương tác với các công nghệ khác. Các tiêu chuẩn thường được cộng đồng phát triển và được các ủy ban phê duyệt và duy trì, thường mở cho bất kỳ ai muốn tham gia. Một số ví dụ về tiêu chuẩn công nghệ bao gồm: HTTP (dùng để duyệt web), SMTP (dùng để truyền email), RSS (dùng để cung cấp nội dung, chẳng hạn như blog hoặc podcast) hoặc SMS (dùng để gửi và nhận tin nhắn văn bản).

Lợi ích của tiêu chuẩn hóa

Chúng ta hãy sử dụng RSS (Cung cấp thực sự đơn giản) để hiểu lợi ích mà tiêu chuẩn này mang lại cho nhóm sản phẩm: RSS luôn là tiêu chuẩn kỹ thuật cơ bản cho podcast, cung cấp cho người sáng tạo cơ chế phân phối mạnh mẽ cho phép họ Xuất bản âm thanh của mình từ một điểm cuối duy nhất và nhanh chóng cung cấp nội dung này đến các nền tảng khác. Trong 20 năm qua, RSS đã phát triển một ngôn ngữ chung cho podcast và các ứng dụng của chúng nhằm tạo điều kiện thuận lợi cho việc giao tiếp với nhau và thúc đẩy sự bùng nổ của podcast trên Internet. Để xuất bản âm thanh qua RSS, người sáng tạo (hoặc nền tảng podcast thay mặt cho người sáng tạo) phải xuất bản podcast ở định dạng cụ thể và chỉ bao gồm các tham số được xác định trong tiêu chuẩn, chẳng hạn như liên kết URL tới bìa podcast, danh sách các tập phim, v.v.

Tôi đã dành nhiều thời gian với RSS và đồng sáng lập Anchor, một nền tảng tạo podcast được Spotify mua lại vào năm 2019. Anchor giúp mọi người, mọi nơi dễ dàng xuất bản podcast từ iOS, Android hoặc trình duyệt web của họ mà không cần có kinh nghiệm hoặc kiến thức chuyên môn. Điều kỳ diệu của Anchor dành cho người sáng tạo là họ có thể xuất bản podcast của mình qua RSS tới tất cả các nền tảng nghe podcast chỉ bằng một nút bấm và Anchor nhanh chóng phát triển trở thành nền tảng podcast lớn nhất thế giới.

RSS không chỉ hỗ trợ rất nhiều cho sự phát triển của Anchor trong việc tạo podcast mà còn thúc đẩy sự quan tâm của mọi người đối với podcasting. tiêu thụ trên. Gần như mọi ứng dụng podcast trên thế giới (chẳng hạn như Apple Podcasts, Spotify, Overcast và nhiều ứng dụng khác) đều hỗ trợ podcast theo tiêu chuẩn RSS. Lợi ích là thế này: Nếu một ứng dụng podcast áp dụng tiêu chuẩn này, nó có thể tự động hiển thị tất cả các podcast trên thế giới cho người dùng. Tương tự như ví dụ về email tôi đã đề cập ở trên, điều này có nghĩa là các ứng dụng này có thể tập trung vào trải nghiệm người dùng thay vì lo lắng về nội dung nền tảng của chúng. Điều này là do nội dung này đã tồn tại trên internet mở và người dùng có thể dễ dàng truy cập để thưởng thức.

Tác động bất lợi của tiêu chuẩn hóa

Vì việc sử dụng RSS có thể giúp phần mềm podcast tiết kiệm rất nhiều thời gian và tiền bạc khỏi việc phải thiết kế lại cách thức truyền tải nội dung trong hệ sinh thái podcast, điều đó có nghĩa là các ứng dụng này có thể dễ dàng tìm thấy khán giả của mình. Do đó, phần mềm podcasting trong hệ sinh thái podcasting đã phát triển nhanh chóng kể từ khi thị trường ra đời khoảng 20 năm trước. Nếu bạn đã từng tìm kiếm phần mềm podcast trong App Store hoặc cửa hàng Google Play, bạn có thể nhận được rất nhiều kết quả. Ở một khía cạnh nào đó, hiện tượng này là một điều tốt cho người dùng, bởi vì nó có nghĩa là họ có sự linh hoạt hơn trong việc lựa chọn sử dụng sản phẩm nào để nghe podcast. Nhưng đồng thời, người dùng chỉ có thể có được một trải nghiệm duy nhất. Lý do là như đã đề cập ở trên, các tiêu chuẩn được tạo ra dựa trên sự đồng thuận nên ngôn ngữ cơ bản sẽ khó thay đổi. Tiếp theo chúng ta hãy dùng một ví dụ trong cuộc sống để hiểu rõ hơn về mối quan hệ logic ở đây.

Mối quan hệ giữa tiêu chuẩn và sự đổi mới

Hãy tưởng tượng rằng bạn và người ấy đang đi nghỉ hai tuần ở một đất nước mà bạn chưa từng đến. Vì chỉ có hai người nên bạn có thể làm bất cứ điều gì mình muốn trong chuyến đi này mà không cần phải lo lắng quá nhiều. Ví dụ: bạn có thể hủy đặt chỗ ăn tối và thay vào đó đi xem hòa nhạc hoặc bạn có thể hủy chuyến tham quan bảo tàng vào ngày hôm sau và thuê ô tô để đi đến thành phố khác.

Bây giờ, hãy tưởng tượng rằng chuyến đi này không chỉ có hai bạn mà còn có cả bạn nữa. Con cái, cha mẹ, vợ chồng, bạn bè và gia đình anh trai bạn. Khi đó, nó sẽ trở thành một chuyến đi hoàn toàn khác và toàn bộ hành trình sẽ phải được lên kế hoạch cẩn thận. Nếu bạn muốn chỉnh sửa một vài chi tiết thì mọi người phải đồng ý - điều này gần như không thể. Cuối cùng, mặc dù bạn có thể có một trải nghiệm khó quên với gia đình đã mất từ lâu của mình nhưng chắc chắn bạn sẽ cảm thấy hơi buồn tẻ và nhàm chán.

Vì vậy, điều này đối với blog cũng vậy, nếu đội ngũ thiết kế nào muốn đổi mới thì phải thuyết phục và mọi các bên liên quan tham gia vào tiêu chuẩn cũng áp dụng ý tưởng của mình, nếu không ý tưởng của họ sẽ không hợp lệ. Ngoài ra, nếu bạn khăng khăng đi theo con đường riêng của mình, bạn thậm chí sẽ không trải nghiệm được lợi ích của các tiêu chuẩn. Đi nghỉ cùng bạn bè và gia đình vốn đã căng thẳng rồi, nhưng nó chỉ trở nên khó khăn hơn khi bạn phải làm việc với các công ty cạnh tranh thuộc mọi quy mô - đó là nghịch lý của việc xây dựng các tiêu chuẩn.

Nghịch lý của tiêu chuẩn hóa và đổi mới

Mâu thuẫn giữa tiêu chuẩn và đổi mới là vấn đề không thể tránh khỏi mà các nhóm sẽ gặp phải khi xây dựng sản phẩm mới dựa trên tiêu chuẩn: một mặt là đối tượng rộng hơn và mức độ phù hợp với thị trường sản phẩm cao hơn, mặt khác là sự khác biệt. thiết kế các tiêu chuẩn đồng thuận Nếu một nhóm quyết định phá vỡ các tiêu chuẩn nhân danh sự đổi mới mà không có sự tham gia của các bên liên quan khác, họ sẽ phải đối mặt với hậu quả. Càng có nhiều bên liên quan trong hệ sinh thái thì càng có nhiều người cần đồng ý và càng khó thực hiện thay đổi.

Hãy tưởng tượng nếu nhóm muốn xây dựng một hệ thống độc quyền khép kín và không dựa trên Bạn có thể xây dựng mọi thứ từ đầu và tự do triển khai, điều chỉnh công nghệ mà không cần phải xin phép người khác. Tất nhiên, nhược điểm của phương pháp này là chi phí phát triển sẽ cao hơn và việc giành được vị trí trên thị trường cũng có thể khó khăn hơn. Tuy nhiên, một khi sản phẩm tìm được vị trí thích hợp, sự đổi mới có thể tiếp tục tăng tốc mà không bị ràng buộc về tiêu chuẩn.

Mâu thuẫn giữa tiêu chuẩn và sự đổi mới

Sự tồn tại của mâu thuẫn giữa tiêu chuẩn và sự đổi mới sẽ buộc nhóm phải đưa ra lựa chọn: áp dụng các tiêu chuẩn để có được sự phân phối/khả năng tương tác giống như các sản phẩm hiện có khác trong phạm vi rộng lớn. lợi thế của hệ sinh thái (gây tổn hại cho sự đổi mới lâu dài) hay xây dựng mọi thứ từ đầu để có tính linh hoạt và tiềm năng đổi mới cao hơn (với chi phí dành cho đối tượng hiện tại)?

Nền tảng podcast và tiêu chuẩn RSS

Chúng tôi gặp phải vấn đề này trong giai đoạn đầu xây dựng Anchor, trước khi được Spotify mua lại. Chúng tôi khó có thể thực hiện bất kỳ thay đổi mang tính đổi mới nào đối với định dạng podcast vì nó hoàn toàn dựa trên tiêu chuẩn RSS.

Ví dụ: giả sử chúng tôi muốn bật phần nhận xét cho một podcast và cung cấp những nhận xét đó trong phần của chương trình. Hiển thị nguồn cấp dữ liệu RSS. Vì vậy, trừ khi chúng tôi yêu cầu hàng trăm ứng dụng podcast áp dụng thay đổi này, người nghe sẽ vẫn không thể nhận xét. Bằng cách này, người sáng tạo không những không nhận được phản hồi mà còn không có cơ hội cài đặt tính năng này.

Nói cách khác, giả sử chúng ta muốn xây dựng một hệ thống phân tích podcast phong phú hơn và linh hoạt hơn. thuận tiện Người sáng tạo hiểu rõ hơn về tính hiệu quả của chương trình của họ, cho phép họ tăng doanh thu thông qua quảng cáo. Tương tự như vậy, trừ khi chúng tôi cho phép các ứng dụng khác áp dụng hệ thống này, chúng tôi sẽ không thể gửi dữ liệu trở lại nền tảng và cuối cùng sẽ phải từ bỏ tính năng này.

Trong 20 năm qua, sự tồn tại của RSS đã khiến bất kỳ phần mềm podcast nào cũng chỉ có thể đi theo Khắc ra những tiêu chuẩn hoàn toàn vững chắc, bất kỳ nhóm nào muốn tạo ra những sản phẩm khác biệt sẽ kết thúc trong thất bại.

Phần mềm liên lạc và tiêu chuẩn SMS

Hạn chế này cũng tồn tại ở phần mềm giao tiếp. SMS, một tiêu chuẩn tin nhắn ngắn, được phát minh vào những năm 1980. Sau gần mười năm phát triển và với sự ủng hộ của tất cả những người quan trọng, cuối cùng nó đã trở thành điện thoại di động đầu tiên và là tiêu chuẩn được các nhà khai thác điện thoại di động áp dụng vào năm 1992, và cuối cùng được phổ biến. vào năm 1999. Sau này, bất kỳ ai trên thế giới đều có thể gửi tin nhắn văn bản tới các điện thoại khác bằng tiêu chuẩn SMS, bất kể họ đang sử dụng nhà cung cấp hoặc thiết bị nào.

Sau đó, có người đã nảy ra một ý tưởng tuyệt vời là thêm chức năng hình ảnh vào phần mềm giao tiếp. Sẽ thật tuyệt nếu bạn có thể gửi ảnh cho người khác. Tuy nhiên, vì SMS là một tiêu chuẩn mở nên hình ảnh không thể chỉ được mã hóa trong bản cập nhật phần mềm mới nhất mà bản thân tiêu chuẩn này cần phải được điều chỉnh và mọi nhà sản xuất cũng như nhà điều hành thiết bị đều phải đồng ý với thay đổi này. Cuối cùng, SMS đã biến thành MMS và phải mất khoảng một thập kỷ nữa MMS mới đạt được quy mô.

iMessage là phần mềm liên lạc độc quyền của Apple nhưng nó không áp dụng các tiêu chuẩn ban đầu . Sở dĩ iMessage được sử dụng rộng rãi là do iPhone - để sử dụng iMessage, bạn phải có thiết bị của Apple, chẳng hạn như iPhone, nhưng đây chắc chắn là một bất lợi. Nhưng nếu bạn chọn thiết bị Apple, bạn có thể tận hưởng các dịch vụ chất lượng cao của Apple. Nhờ hệ sinh thái độc quyền của riêng mình, Apple có thể liên tục cải thiện trải nghiệm người dùng, khiến nó vượt xa tầm với của bất kỳ phần mềm liên lạc nào áp dụng tiêu chuẩn SMS.

Lịch sử phát triển của phần mềm truyền thông

Trong vài năm trở lại đây, iMessage đã có những thay đổi đáng kể: những năm đầu không khác gì SMS, nhưng giờ đây, chức năng của nó rất phong phú - đánh dấu đọc, thư viện ảnh, bộ lọc, tùy chỉnh Biểu tượng cảm xúc, App Store, Bản ghi nhớ giọng nói và hơn thế nữa. Điều tương tự cũng xảy ra với Snapchat, Messenger, WhatsApp và nhiều ứng dụng nhắn tin khác, tất cả đều loại bỏ tiêu chuẩn SMS, mang lại cho chúng cơ hội đổi mới và phát triển nhanh chóng. Tuy nhiên, cái giá phải trả là chúng không thể tương tác với các phần mềm khác và đánh mất một nhóm người dùng tiềm năng.

Nền tảng đăng ký và tiêu chuẩn SMTP

Gần đây, có thể bạn đã nghe nói về Substack, một nền tảng đăng ký email phổ biến cho phép người sáng tạo xây dựng, lưu trữ và mở rộng bản tin của riêng họ.

Điều thông minh của Substack là nó sử dụng tiêu chuẩn mở, SMTP, để dễ dàng gửi thông tin cập nhật tin tức cho bất kỳ ai có địa chỉ email.

So với ví dụ về podcast ở trên, bất kỳ nền tảng nào áp dụng RSS đều có thể giải quyết ngay vấn đề về phía cung , Substack làm ngược lại: nó tập trung vào khía cạnh nhu cầu và đảm bảo rằng mọi người dùng đều có thể đọc được thông tin. Đây là một chiến lược rất thông minh, không chỉ đẩy nhanh sự phát triển của nó mà còn thu hút một lượng lớn các nhà văn nổi tiếng và người dùng trả tiền.

Tuy nhiên, mặc dù phương pháp sử dụng SMTP để gửi nội dung ngay lập tức tới người đọc này thật tuyệt vời, nhưng nó có Sự đánh đổi là thế này: Miễn là email tuân thủ tiêu chuẩn SMTP, nó vẫn ở trạng thái tĩnh. Điều này có nghĩa là Substack không thể sử dụng email để triển khai bất kỳ tính năng động nào, chẳng hạn như tối ưu hóa trải nghiệm tìm kiếm của người đọc trong thời gian thực trong ứng dụng email, mở khu vực nhận xét cập nhật theo thời gian thực hoặc triển khai bất kỳ loại tính năng động nào khác có thể cải thiện trải nghiệm của người dùng. Tương tự như vậy, nếu Substack muốn thực sự triển khai những đổi mới này, nó sẽ cần có sự chấp thuận của hầu hết các nhóm phát triển ứng dụng email khách lớn trên web.

Vì vậy, Substack gần đây đã thực hiện một cải tiến thông minh: họ tung ra một ứng dụng. Được sử dụng để tối ưu hóa trải nghiệm người dùng trên Ngăn xếp phụ. Ý nghĩa của điều này là nếu Substack có thể quảng bá thành công ứng dụng này, nó có thể liên tục cải thiện trải nghiệm người dùng trên nền tảng của nó mà không bị hạn chế bởi các tiêu chuẩn SMTP. Tuy nhiên, làm như vậy cũng có nghĩa là từ bỏ những lợi thế của tiêu chuẩn mở mà họ đã phát triển ban đầu bằng cách sử dụng.

Theo tôi, xung đột mà Substack gặp phải là: tiếp tục sử dụng SMTP để tiếp cận đối tượng rộng hơn; Hoặc xây dựng một giải pháp độc quyền để đẩy nhanh tốc độ đổi mới. Việc ra mắt ứng dụng của nó hiện cho thấy thái độ không rõ ràng của Substack đối với vấn đề này và rõ ràng là nó đã chọn cách dần rời xa các tiêu chuẩn.

Phá bỏ lời nguyền, tận dụng tối đa cả hai thế giới

Mặc dù mâu thuẫn giữa tiêu chuẩn và sự đổi mới có thể hạn chế hầu hết các công ty muốn thực hiện thay đổi, nhưng trên thực tế, không có cách nào giải quyết mâu thuẫn này. Trên thực tế, đã có nhiều cách để các nhóm thu được lợi ích từ tiêu chuẩn đồng thời đổi mới vượt qua những giới hạn của tiêu chuẩn.

Tận dụng tối đa hệ thống hiện có

Nếu có đủ thời gian, tất cả các sản phẩm sử dụng tiêu chuẩn cuối cùng sẽ giống nhau. Điều này là do các tiêu chuẩn đã ăn sâu và khó thay đổi, đồng thời việc phát triển sản phẩm sẽ sớm đạt đến giới hạn trên. Đồng thời, càng có nhiều sản phẩm áp dụng tiêu chuẩn thì sức ì của thị trường càng lớn và tiêu chuẩn càng ít có khả năng thay đổi. Sự cạnh tranh trên thị trường sẽ rất khốc liệt đối với từng sản phẩm và họ sẽ khó có thể đột phá thành công thông qua các chiến lược khác biệt hóa. Vì vậy, muốn có sự đột phá, các sản phẩm này phải tìm được đường thâm nhập vào những thị trường không bị hạn chế về tiêu chuẩn.

Hoạt động kinh doanh podcast của Spotify là một ví dụ. Cách đây vài năm, gã khổng lồ âm thanh trực tuyến chỉ là một nền tảng âm nhạc nhưng giờ đây nó bao gồm nhiều danh mục nội dung âm thanh khác. Do sự khác biệt về nội dung và trải nghiệm giữa âm nhạc và podcast, nhiều người đang hy vọng công ty sẽ tung ra một ứng dụng nghe podcast chuyên dụng để phân biệt giữa hai loại nội dung âm thanh. Tuy nhiên, nếu Spotify làm điều này, họ sẽ phải tham gia vào cuộc cạnh tranh trên thị trường nền tảng podcast vốn bị hạn chế bởi tiêu chuẩn RSS và tất cả các sản phẩm đều cung cấp chức năng gần như giống nhau. Vì vậy, một khi Spotify tiến vào thị trường này, việc vượt qua khoảng cách về tiêu chuẩn sẽ khó khăn như các nền tảng podcast khác. Vì vậy, Spotify đã tận dụng cơ sở người dùng âm nhạc hiện có của mình để cung cấp podcast cho hàng trăm triệu người dùng trong ứng dụng Spotify hiện có. Bằng cách này, Spotify đã phá bỏ thành công lời nguyền này.

Cung cấp khả năng tương thích ngược

Trên thực tế, người dùng thực sự thích sử dụng các sản phẩm dựa trên tiêu chuẩn vì những sản phẩm đó không chỉ có nhiều sự lựa chọn mà còn có khả năng truyền dữ liệu linh hoạt. Vì vậy, đối với những sản phẩm muốn đi theo con đường đổi mới phải giữ được những lợi thế mà tiêu chuẩn ban đầu mang lại cho người dùng, nếu không sẽ phải gánh chịu nguy cơ mất người dùng và thị trường. Để đạt được điều này, các sản phẩm có thể có khả năng tương thích ngược với tiêu chuẩn. Chúng ta có thể xem Apple làm gì với iMessage, chỉ cần bạn đã sử dụng iMessage thì chắc chắn bạn đã gửi tin nhắn cho người dùng Android. Khi bạn gửi tin nhắn, hộp tin nhắn sẽ trở về màu xanh ban đầu vì iMessage đã áp dụng chuẩn SMS vào thời điểm này, giúp bạn tương tác với người nhận qua tin nhắn dễ dàng hơn. Bằng cách này, người dùng Apple có thể trải nghiệm tất cả các tính năng cải tiến của iMessage trong khi tiếp tục gửi tin nhắn cho bạn bè trên thiết bị Android.

Tóm tắt

Mặc dù Tiêu chuẩn sẽ hạn chế tốc độ đổi mới ở một mức độ nhất định, nhưng tất cả chúng ta không thể phủ nhận rằng tiêu chuẩn hóa mang lại nhiều lợi ích cho sự phát triển công nghệ. Do đó, khi xây dựng sản phẩm mới dựa trên tiêu chuẩn, nhóm phát triển phải đánh đổi nhiều lần và cân nhắc cẩn thận cách xử lý mối quan hệ giữa tiêu chuẩn và sự đổi mới khi sản phẩm tương lai được tung ra thị trường.