Trang Chủ Kinh doanh Xây dựng một ứng dụng không có mã hóa: huyền thoại hay thực tế?

Xây dựng một ứng dụng không có mã hóa: huyền thoại hay thực tế?

Video: 350 hộ dân bị nứt nhà do nổ mìn thi công dòng kênh 4.300 tá»· đồng (Tháng Chín 2024)

Video: 350 hộ dân bị nứt nhà do nổ mìn thi công dòng kênh 4.300 tá»· đồng (Tháng Chín 2024)
Anonim

Có thể xây dựng một ứng dụng kinh doanh làm việc trong một giờ? Các nền tảng phát triển ứng dụng mã thấp như Appian Quick Apps và các nền tảng khác được thiết kế để làm việc đó, nhưng ứng dụng này hoạt động tốt như thế nào trên máy tính để bàn và thiết bị di động? Làm thế nào tiên tiến là các tính năng? Có thực sự không có mã hóa liên quan? Những người xây dựng ứng dụng này có hướng nhiều hơn đến người dùng doanh nghiệp hoặc nhà phát triển hàng ngày không? Những loại nhiệm vụ này là những ứng dụng phù hợp cho, có thể là cộng tác cơ bản và quản lý dự án hoặc các trường hợp sử dụng phức tạp hơn?

Làm thế nào để bạn xây dựng một ứng dụng mà không có bất kỳ mã hóa nào? Chế độ tạo ứng dụng mới này đi kèm với rất nhiều câu hỏi và PCMag đưa ý tưởng này vào thử nghiệm.

Chúng tôi đã sử dụng bốn công cụ mã thấp (Appian, Microsoft PowerApps, Salesforce Lightning và Zoho Creator), đặt chúng trong một căn phòng với bốn nhà phát triển từ nhóm Ziff Davis Tech của chúng tôi trong một giờ và xem họ cố gắng xây dựng một ứng dụng cơ bản và tùy chỉnh Nó mà không cần viết một dòng mã. Ồ, và chúng tôi cũng đã quay toàn bộ.

Một nền tảng nhỏ về "Mã thấp"

Thuật ngữ "phát triển ứng dụng mã thấp" đã không tồn tại cho đến vài năm trước nhưng khái niệm này không phải là một khái niệm mới. Một phần của giá trị cho các doanh nghiệp là trong sự phát triển của công dân. Từ lâu đã có một khái niệm về các doanh nghiệp và doanh nghiệp vừa và nhỏ (SMB) của "người sử dụng năng lượng" hoặc "nhà phát triển công dân": người dùng doanh nghiệp tự mình tạo ra các ứng dụng của riêng họ, thường tìm hiểu về Visual Basic for Application (VBA) lập trình trong Excel.

Mặt khác của phương trình là các nhà phát triển và CNTT truyền thống, trong đó các nền tảng mã thấp này được thiết kế để tăng tốc phân phối phần mềm bằng cách nhanh chóng xây dựng các ứng dụng cho các trường hợp sử dụng kinh doanh cụ thể. Thuật ngữ "mã thấp" xuất phát từ công ty nghiên cứu và phân tích công nghệ Forrester Research. Các nhà phân tích Clay Richardson và John Rymer đã đặt ra thuật ngữ trong báo cáo năm 2014 của Forrester, "Nền tảng phát triển mới xuất hiện cho các ứng dụng đối mặt với khách hàng" và tiếp theo đó là hai báo cáo thị trường, "Làn sóng Forrester: Nền tảng phát triển mã thấp, quý 2 năm 2016", "và" Cảnh quan nhà cung cấp: Địa hình bẻ gãy, màu mỡ của các nền tảng ứng dụng mã thấp. "

Forrester ước tính rằng các nhà cung cấp đã tạo ra doanh thu tối thiểu 1, 7 tỷ đô la trong năm 2015 và cho biết trong báo cáo rằng nhiều người đang tăng doanh thu của họ vượt quá 50% một năm. Báo cáo Wave chia nhỏ 42 nhà cung cấp trong không gian, được tổ chức thành năm loại mã thấp: mục đích chung, quy trình, cơ sở dữ liệu, xử lý yêu cầu và đầu tiên trên thiết bị di động, mặc dù Rymer nói với PCMag rằng danh mục đầu tiên trên thiết bị di động sẽ có khả năng biến mất, trở thành một thứ được đưa ra trong tất cả các nền tảng mã thấp khi ngành công nghiệp hợp nhất theo mục đích chung.

"Nhiều người vẫn nghĩ các sản phẩm này chỉ là công cụ, bước ngoặt mới nhất trong những gì chúng ta từng làm trong Lotus Notes hoặc Access. Đây không phải là công cụ, chúng là nền tảng. Nếu bạn sẽ đầu tư vào Họ, bạn muốn có thể tạo một ứng dụng theo nhiều kịch bản nhất có thể, "Rymer nói. "Di động không phải là một sản phẩm, đó là một tính năng. Danh mục mục đích chung có phạm vi bao phủ trên giao diện người dùng di động và web, công cụ giúp bạn quản lý dự án, quản lý vòng đời ứng dụng, quản lý danh mục đầu tư, tác vụ quản trị. Đây là các bộ tính năng rất rộng."

Báo cáo của Forrester cũng đề cập đến ba huyền thoại chính về các nền tảng mã thấp. Rymer đã nói một chút về từng người:

Chuyện hoang đường số 1: Nền tảng mã thấp chỉ dành cho nhà phát triển công dân, không phải nhà phát triển chuyên nghiệp.

"Nền tảng của nghiên cứu này là một tập hợp các khách hàng tham khảo sử dụng các sản phẩm này. Khi chúng tôi lùi lại và nghĩ về những người này, họ đều là những nhà phát triển chuyên nghiệp. Chúng tôi đã gặp phải một số lượng lớn các nhà phát triển công dân, nhưng tôi sẽ không T đặt các nền tảng này trước một nhà phát triển công dân mà không cần đào tạo và dụng cụ, "Rymer nói. "Tôi không thể nghĩ về một sản phẩm đã rất thành công trong việc đáp ứng nhu cầu của các nhà phát triển chuyên nghiệp và người dùng cuối với cùng một bộ tính năng."

Chuyện hoang đường số 2: Các nền tảng mã thấp loại bỏ sự cần thiết cho bất kỳ chương trình nào (mã thấp so với "không mã").

"Khi chúng tôi thực hiện Wave trên nền tảng mã thấp, một trong những câu hỏi chúng tôi đặt ra là khi bạn sử dụng các sản phẩm này, các chức năng yêu cầu bạn phải mã là gì? Câu trả lời là 1: tích hợp và 2: giao diện người dùng", Rymer nói. . "Tích hợp rất khó. Không thể đoán trước được. Nó lộn xộn. Các lĩnh vực khác mà mọi người thực hiện mã hóa tùy chỉnh là giao diện người dùng di động. Nếu bạn muốn ứng dụng vượt ra ngoài ứng dụng web và thực hiện bố cục tùy chỉnh, truy cập máy chủ trên thiết bị hoặc muốn pixel- màn hình hoàn hảo, nền tảng mã thấp thường không cung cấp các mẫu cho điều đó. Trên thiết bị di động vẫn còn rất nhiều việc phải làm. Chúng tôi phải chuyển sang bản địa. "

Chuyện hoang đường số 3: Nền tảng mã thấp có nghĩa là quy mô nhỏ.

"Đối với tôi, điều thực sự thú vị về phong cảnh là khi nào chúng ta đạt đến điểm bắt đầu mua lại? Chúng ta chưa có, bởi vì doanh thu không có ở đó ngoại trừ Salesforce và ServiceNow, những người đã là nhà cung cấp lớn, nhưng Appian có doanh thu hơn 100 triệu đô la … ai đó sẽ mua chúng? Ai đó sẽ mua OutSystems hoặc Moffee? Chúng tôi cũng phải để mắt đến việc Microsoft tham gia vào lĩnh vực này, bởi vì họ có thể trở thành một người chơi khổng lồ chỉ sau một đêm. 2-3 năm tới, tôi nghĩ chúng ta sẽ đi đến điểm mà các Orc của thế giới quyết định mua lại các nhà lãnh đạo về doanh thu, thay vì xây dựng. Việc mua lại một nhà cung cấp mã thấp 50 triệu đô la là đậu phộng cho Oracle, " Rô-bốt.

Phương pháp thử nghiệm của PCMag

Đối với mục đích thử nghiệm của chúng tôi, mỗi nhà phát triển đã sử dụng các nền tảng mã thấp tương ứng của họ để tạo một ứng dụng lập lịch cơ bản. Mục tiêu vào cuối giờ là xây dựng một ứng dụng có thể thêm một sự kiện mới (tên, ngày / giờ, thời lượng), mời người dùng đến sự kiện, nút lưu để tạo sự kiện và khả năng xem danh sách các sự kiện trong chế độ xem lịch hoặc danh sách theo thời gian. Nếu các nhà phát triển hoàn thành tất cả điều đó, họ có thể thử nghiệm nhiều tính năng tùy chỉnh hoặc phần thưởng UI hơn như thông báo.

Từ góc độ tính năng, Rymer cho biết các nền tảng mã thấp thay thế phần lớn mã hóa bằng phát triển khai báo: giao diện trực quan kéo và thả, lập bản đồ đối tượng và mô hình hóa quy trình, trình tạo biểu mẫu, trình soạn thảo WYSIWYG, v.v. Trong Appian, Microsoft PowerApps, Salesforce Lightning, và Zoho Creator, các nhà phát triển đã sử dụng các loại tính năng này để xây dựng ứng dụng của họ. Sự khác biệt lớn khác giữa các nền tảng là Appian là nhà cung cấp cụ thể về quản lý quy trình kinh doanh và mã thấp (BPM), trong khi Microsoft, Salesforce và Zoho cung cấp các công cụ của họ như một phần của hệ sinh thái lớn hơn, với Zoho cũng cung cấp các sản phẩm như Zoho CRM, Dự án Zoho và Sách Zoho.

Tại sao chúng tôi sử dụng các nhà phát triển thực sự cho thử nghiệm này thay vì người dùng doanh nghiệp bình thường? Một vài lý do. Như Rymer đã giải thích, các nhà phát triển và CNTT đang sử dụng các nền tảng này trong các doanh nghiệp có tính thường xuyên hơn nhiều so với các nhà phát triển công dân. Chúng tôi muốn kiểm tra xem, vì mục đích của một vé nhanh hoặc yêu cầu tính năng nhẹ được gửi đến bộ phận CNTT, việc xây dựng một ứng dụng nhanh chóng bằng cách sử dụng nền tảng mã thấp sẽ dễ dàng hơn quy trình phát triển truyền thống.

Các nhà phát triển cũng hiểu biết nhiều hơn về những gì nó cần để tạo ra một ứng dụng hoạt động ngay từ đầu. Trong các video dưới đây, các nhà phát triển có thể nói rõ những gì nền tảng có thể và không thể làm, những hạn chế của họ là gì và liệu một công cụ như thế này có thực sự hữu ích cho các thiết lập kinh doanh hàng ngày hay không.

Chúng tôi cũng sẽ thực hiện một thử nghiệm như thế này với các nhà phát triển công dân, hoặc kéo những người dùng doanh nghiệp không nghi ngờ đi dọc hành lang vào phòng thí nghiệm, ngồi xuống và làm cho họ tạo ra một ứng dụng mã thấp? Có khả năng. Chúng tôi muốn nghe phản hồi của bạn. Để lại một bình luận về câu chuyện, gửi cho chúng tôi một bình luận hoặc tweet trên Facebook và cho chúng tôi biết liệu bạn có muốn tìm hiểu thêm về mã thấp thông qua loại nội dung này hay không.

Làm thế nào các công cụ xếp chồng lên nhau

Khi đồng hồ bắt đầu và việc tạo ứng dụng bắt đầu, các nhà phát triển đã tìm thấy điểm mạnh và điểm yếu với mỗi nền tảng mã thấp, nhưng đến cuối giờ, mỗi người đã xây dựng một ứng dụng. Các nền tảng hoạt động tốt như thế nào, và các sản phẩm đã hoàn thành trông như thế nào? Xem video dưới đây và tìm hiểu.

Appian

Microsoft PowerApps

Lực lượng bán hàng sét

Người tạo Zoho

Điểm mấu chốt

Tất cả bốn nền tảng đã tạo ra một ứng dụng lập lịch hoạt động (hoặc ít nhất là bán hoạt động), nhưng các công cụ mã thấp thực hiện tổng thể tốt nhất là Appian và Zoho Creator. Đối với Appian, sự kết hợp giữa Ứng dụng nhanh Appian và Nhà thiết kế Appian chính thức tạo nên một bộ đôi mạnh mẽ trong việc tạo ra một ứng dụng một cách nhanh chóng, sau đó xếp lớp tùy chỉnh và thêm các tính năng lên trên. Ứng dụng nhanh chủ yếu dựa trên hình thức và Trình thiết kế đầy đủ cho phép bạn vạch ra tất cả dữ liệu và đối tượng trong ứng dụng bằng Trình tạo mô hình quy trình Appian kéo và thả. Đó là nền tảng mã thấp trưởng thành nhất, dễ sử dụng nhất mà chúng tôi đã thử nghiệm để tạo ứng dụng BPM.

Zoho Creator cũng thực hiện một cách đáng ngưỡng mộ. Nhà phát triển của chúng tôi đã có thể tạo ứng dụng lập lịch cơ bản khá dễ dàng trong khoảng 10 phút và sau đó dành phần còn lại của giờ để cố gắng tùy chỉnh ứng dụng. Báo lại những hạn chế chính của Rymer với các nền tảng mã thấp, sự phát triển đã gặp phải trở ngại khi tùy chỉnh giao diện người dùng và tối ưu hóa bố cục cho thiết bị di động. Zoho Creator là nền tảng "mã cao nhất" trong nhóm về kịch bản bổ sung trên đầu phát triển kéo và thả biểu mẫu, nhưng đóng gói đủ chức năng mã thấp tuyệt vời để xây dựng ứng dụng vững chắc trong một giờ.

Salesforce Lightning cũng hoạt động rất tốt, xây dựng một ứng dụng đẹp mắt với trải nghiệm phát triển tương đối không đau. Sự chỉ trích lớn nhất mà nhà phát triển của chúng tôi đã có với Salesforce Lightning là bản chất độc quyền của hệ sinh thái của nó xung quanh Salesforce App Cloud và phần mềm quản lý quan hệ khách hàng (CRM). Theo kinh nghiệm của mình, bản chất của việc phát triển một ứng dụng trong Lightning phụ thuộc rất nhiều vào kiến ​​thức về ngôn ngữ lập trình APEX của Salesforce khi tùy biến, ông khuyến nghị sản phẩm phù hợp nhất với các nhà phát triển và người dùng có chuyên môn sâu về Salesforce. Salesforce không bao gồm cơ sở của mình vào thời điểm này, tuy nhiên, cung cấp một trang web đào tạo chuyên sâu có tên Salesforce Trailhead với một loạt các khóa học để giúp bạn tăng tốc.

Sau đó, chúng tôi đến với Microsoft PowerApps, công cụ miễn phí của Redmond và nền tảng mã thấp mới nhất trên khối (hiện tại nó vẫn có thẻ beta) và là công cụ hoàn thiện nhất. Giao diện người dùng PowerApps là công cụ đẹp nhất trong số các công cụ chúng tôi đã thử nghiệm và nền tảng này đi kèm với các hướng dẫn từng bước để tạo và ứng dụng và một loạt các bố cục di động.

Nhà phát triển của chúng tôi đã tìm thấy giao diện người dùng mẫu cơ bản đơn giản và xây dựng mẫu ứng dụng trong 5-10 phút, nhưng phát hiện chương trình chỉ hoạt động với máy Windows 8.1 hoặc Windows 10 và gặp sự cố khi lấy dữ liệu, ngay cả khi sử dụng Microsoft OneDrive. Forrester's Rymer không tin rằng PowerApps đã xuất hiện trong thử nghiệm ban đầu, nhưng nhìn thấy những điều lớn lao sau khi công cụ của Microsoft đáo hạn, đặc biệt là nếu chúng kết hợp mã thấp với trí tuệ kinh doanh (BI).

"PowerApps dành cho người dùng cuối như SharePoint Designer đáng lẽ phải là, hay nó là một công cụ dành cho nhà phát triển? Đây là một trong những câu hỏi lớn mà họ phải trả lời", Rymer nói. "Ngoài ra, tôi nghĩ rằng Microsoft cuối cùng sẽ kết hợp PowerApps và Microsoft Power BI, với ý tưởng rằng chúng sẽ là một cặp công cụ sinh đôi mà mọi người sẽ sử dụng song song. Chúng tôi sẽ chú ý đến điều đó khi PowerApps chạy GA, bởi vì điều đó có thể là đáng kể. "

Xây dựng một ứng dụng không có mã hóa: huyền thoại hay thực tế?