Không có mã, xu hướng của thời điểm này
Một số nhà xuất bản thiết kế các giải pháp để đáp ứng một nhu cầu rất cụ thể. Chúng tôi sử dụng Zoom hoặc Google Meet cho hội nghị truyền hình, Agorapulse hoặc Buffer để quản lý mạng xã hội, GTmetrix hoặc Lighthouse để đo tốc độ trang web của chúng tôi… Để đi xa hơn, một số công cụ dựa vào tính linh hoạt. Trello là một ví dụ điển hình: dịch vụ quản lý dự án này, được nhiều chuyên gia đánh giá cao, có giao diện được thiết kế để thích ứng với nhiều phương pháp tổ chức.
Nhưng trong những năm gần đây, các nhà xuất bản đã tiến xa hơn rất nhiều: họ đặt các ứng dụng của mình hoàn toàn dựa trên khái niệm linh hoạt này, bằng cách đưa ra các giải pháp có khả năng thích ứng rộng rãi hơn với nhu cầu của người dùng. Lời hứa như sau: “sử dụng các giải pháp của chúng tôi cho phép bạn làm mà không cần nhà phát triển”. Thường chỉ cần dán nhãn Không có mã trên tài liệu quảng cáo của ứng dụng để thành công trong việc bán nó cho nhiều chuyên gia web.
Từ giao diện WYSIWYG đến các ứng dụng không mã
Mặc dù lớp tiếp thị không mã là tương đối mới, nhưng lời hứa liên quan rõ ràng là không. Ngay từ những năm 1970, các chương trình đã ưu tiên hiển thị kết xuất mong đợi hơn là các đoạn mã mà chỉ các nhà khoa học máy tính mới có thể hiểu được. Vì vậy, Bravo (1974) được nhiều người coi là trình soạn thảo WYSIWYG đầu tiên, vì Những gì bạn thấy là những gì bạn nhận được. Kể từ đó, các giải pháp này đã tiếp tục được mở rộng, từ trình soạn thảo văn bản đến các công cụ để thiết kế trang web mà không cần mã hóa.
Tất nhiên người ta nghĩ đến GeoCities vào những năm 90, cũng như các CMS đầy đủ như Drupal, Joomla, Dotclear và WordPress xuất hiện vào những năm 2000. Trong gần 20 năm, họ đã cho phép các cấu hình phi kỹ thuật tạo và cung cấp nguồn cấp dữ liệu cho một trang web. Người dùng có thể cấu hình menu, mô-đun cụ thể và điều chỉnh bố cục trang web của họ mà không yêu cầu kỹ năng kỹ thuật. Sự phổ biến của WordPress cũng đã thúc đẩy các công ty thiết kế các công cụ mạnh mẽ để xây dựng các trang web dựa trên CMS chỉ với một thao tác kéo và thả đơn giản: chúng tôi nghĩ về các trình tạo trang như Divi hoặc Elementor, tất cả đều đang thịnh hành trong các doanh nghiệp nhỏ và bộ phận tiếp thị.
Xu hướng không mã có thể được coi là một phần mở rộng đơn giản của các thuộc tính này cho một tập hợp các giải pháp đa dạng hơn. Trong vài năm, chúng ta đã thấy sự xuất hiện của các công cụ không mã đáp ứng nhiều nhu cầu tiếp thị: tạo chatbot, thu thập dữ liệu, tự động hóa các tác vụ và thậm chí thiết kế các ứng dụng di động – tất nhiên là tất cả đều không cần mã hóa. Một số nền tảng thậm chí còn tiến xa đến mức cung cấp các công cụ để thiết kế các dịch vụ không mã của riêng họ, chẳng hạn như Bubble. Nhưng nguyên tắc vẫn không thay đổi, trong gần 50 năm: một trình soạn thảo cung cấp một công cụ cho phép một hồ sơ phi kỹ thuật dễ dàng tạo ra một giải pháp, ngay từ cái nhìn đầu tiên, bao gồm một sự phức tạp kỹ thuật cụ thể.
Tại sao không có mã nào thu hút người dùng
Nếu lời hứa không phải là mới, nó thu hút mạnh mẽ các chuyên gia ngày nay. Một số lý do giải thích sự nhiệt tình có thể sờ thấy xung quanh không có mã.
Những tiến bộ trong máy tính, vì tính linh hoạt của các giải pháp không mã thường dựa vào các công nghệ hiện đại. Tư duy cởi mở của nhiều nhà xuất bản ứng dụng, những người tạo dựng quan hệ đối tác hoặc tạo điều kiện kết nối giữa các công cụ (API). Kết quả là toàn bộ thị trường cho các giải pháp tự động hóa như IFTTT hay Zapier… Căng thẳng trên thị trường lao động cho các nhà phát triển: các công ty đang gặp khó khăn trong việc tuyển dụng và lương cao. Hiệu quả của một số khái niệm như tự động hóa tiếp thị và hứa hẹn tiết kiệm thời gian liên quan để có thể tập trung vào các nhiệm vụ chiến lược với giá trị gia tăng cao hơn. Tự động hóa là một xu hướng cơ bản, chúng ta thường cố gắng thực hiện mà không có hành động của con người để thay đổi quy mô. Các giải pháp không mã cung cấp sự độc lập nhất định cho các hồ sơ phi kỹ thuật, những người thường đánh giá cao “có thể tự làm” bằng cách giải phóng bản thân khỏi những ràng buộc vốn có trong tổ chức. Những điểm hãm này có thể liên quan đến sự cứng nhắc của các công ty, đến lợi ích không được liên kết hoàn hảo giữa một số bộ phận và ban quản lý nhất định, hoặc sự không chắc chắn về giá trị gia tăng của một giải pháp kỹ thuật. Các công cụ không có mã nguồn mở hoặc những công cụ được sử dụng trên quy mô lớn thường được hưởng lợi từ sự hỗ trợ đáp ứng và hiệu quả, giúp hạn chế lỗi và lỗ hổng bảo mật. Người dùng thiết kế trong một khuôn khổ được xác định trước: ràng buộc này tập trung lại việc bảo trì xung quanh các vấn đề thường được cộng đồng người dùng hoặc các nhà cung cấp giải pháp không mã biết đến. Sự cần thiết phải đẩy nhanh thời gian đưa ra thị trường và nhanh chóng chứng minh khả năng sinh lời được cho là của một dự án (POC) trong bối cảnh kinh tế nhìn chung không còn nhiều khả năng cạnh tranh. Trong lĩnh vực kỹ thuật số, quy tắc người thắng cuộc thường được xác minh và xuất hiện trước khi đối thủ cạnh tranh của bạn tạo nên lợi thế chiến lược.
Những căng thẳng kinh tế do khủng hoảng sức khỏe gây ra sẽ làm gia tăng xu hướng không mã, bằng cách củng cố mối quan tâm của thị trường thời gian ngắn hơn bao giờ hết, và bởi vì những công cụ này giúp hạn chế đầu tư tài chính và con người.
Không có mã và mã thấp
Sự phát triển của các công cụ không mã không có gì là ngẫu nhiên, và chúng tôi đã thấy điều đó: nhiều yếu tố thúc đẩy xu hướng này. Tất nhiên, không có mã nào không phải là giải pháp cuối cùng và nhiều nhược điểm hơn hẳn ưu điểm của nó. Các thuộc tính của nó trên thực tế là hạn chế các khả năng kỹ thuật: nếu nhu cầu của bạn rất cụ thể, bạn sẽ không nhất thiết phải tìm thấy một ứng dụng không mã ưng ý. Nếu bạn muốn kiểm soát môi trường của mình (phát triển, lưu trữ, truy cập, v.v.), việc dựa vào công cụ không mã có thể không phù hợp. Việc sử dụng giải pháp không có mã cũng tăng cường sự phụ thuộc vào các công ty khác, các công ty này có thể quyết định tăng giá, giảm giá trị các tính năng… hoặc đơn giản là biến mất.
Mã thấp cố gắng đáp ứng các hạn chế kỹ thuật của mã không có, bằng cách cho phép người dùng phát triển các thành phần của riêng họ hoặc làm phong phú các khả năng kỹ thuật. Cụ thể, nhờ các nền tảng mã thấp, các nhà phát triển tiết kiệm thời gian và hồ sơ tiếp thị có kỹ năng kỹ thuật kép sẽ tiến xa hơn một chút.
Các nhà phát triển đã chết, các nhà phát triển còn sống lâu!
Không có mã và mã thấp sẽ giết các nhà phát triển? Không, cũng giống như mạng xã hội sẽ không bao giờ giết chết SEO. Một lần nữa, lời hứa không có mã không phải là mới và người ta chỉ cần nhìn vào những căng thẳng trong thị trường lao động để thấy rằng các nhà phát triển đã sống sót sau sự xuất hiện của giao diện WYSIWYG vào những năm 1970.
Mặt khác, để có kỹ năng tạo ra sự khác biệt khi đối mặt với các công cụ không mã, họ phải có kiến thức chuyên môn tiên tiến hoặc có thể nắm vững kiến trúc tổng thể của các dự án phức tạp để mang lại giá trị gia tăng thực sự cho công ty. Nó luôn quay trở lại các lựa chọn nghề nghiệp của nhà phát triển, giữa chuyên môn hóa và đạt được chiều cao.
Và mặc dù xu hướng không có mã là điều không thể chối cãi, nhưng các công cụ tiêu chuẩn hóa này vẫn còn lâu mới đáp ứng được nhiều vấn đề mà các công ty gặp phải hàng ngày … – một giá trị gia tăng rõ ràng cho các nhà tuyển dụng.
