3 დაბალი კოდის და კოდის გარეშე ტენდენცია მომავალ წელს

წლების განმავლობაში და ათწლეულების განმავლობაშიც კი, მრავალი მცდელობა ხორციელდებოდა პროფესიონალი დეველოპერების ცხოვრების გასაადვილებლად, დაბალი კოდის (ან თუნდაც დაბალი კოდის) გადაწყვეტილებების გამოყენებით. მეოთხე თაობის ენები რომ CASE ინსტრუმენტები რომ მაშუპები რომ სერვერის გარეშე გამოთვლა. ბოლო დროს განახლდა მცდელობები და გადაწყვეტილებები ამ კონცეფციის გასაფართოებლად, აბსტრაქტული განვითარების ინსტრუმენტების გარკვეული ფორმის არატექნიკური მომხმარებლების ხელში გადასაყვანად. როგორ ხდება ეს?

პროგრამული უზრუნველყოფის სახლის მიერ ორგანიზებულ ბოლოდროინდელ მრგვალ მაგიდაში მონაწილე ტექნოლოგიების მთავარი ოფიცრების თქმით, მომავალი წლის განმავლობაში დაბალი კოდის და კოდის გარეშე პროგრამული უზრუნველყოფის განვითარების პერსპექტივები შერეულია. როგორც

იტყობინება დენის დე ვრეზინის მიერ სილიკონის არხებში. „არ მჯერა, რომ ყველას შეუძლია უცებ შექმნას პროგრამული უზრუნველყოფა“, - ამბობს ბასტიაან დე რუიტერი, CTO. ბლანკო. „დაბალკოდური პლატფორმების ყველას ხელში ჩაგდება პრობლემებს შეუქმნის მმართველობას“.

ბოლო დროს, გამყიდველები წინ უბიძგებენ დაბალი კოდის და კოდის გარეშე გადაწყვეტილებებს, იმის აღიარებით, რომ აპლიკაციებზე მოთხოვნა ბევრად აღემატება პროფესიონალი დეველოპერების მიწოდებას და დროს. ბოლო დროს პოსტი, დონა სარკარი, Cloud-ის მთავარი ადვოკატი Microsoft-ში ამტკიცებს დაბალი კოდის მიდგომებს და აღნიშნავს, რომ პროფესიონალი დეველოპერები ისევე სარგებლობენ, როგორც ბიზნესის ტიპები, რომლებსაც აქვთ წვდომა ასეთ ინსტრუმენტებზე.

იგი მიუთითებს სამ ძლიერ შემთხვევაზე, რომელიც უნდა გაკეთდეს დაბალი კოდისთვის:

დაბალი კოდი ერწყმის თანამშრომლობის პლატფორმებს, რათა მოიტანოს ყველაზე ღირებული და ხშირად გამოყენებული აპლიკაციები, სადაც თანამშრომლები თანამშრომლობენ. „რაღაც, რასაც მომხმარებლებისგან გვესმის, არის საჭიროება მონაცემთა ბაზაზე დაფუძნებული შეხედულებების შესახებ მათი ბიზნესის შესახებ, თვითმომსახურების გზა, რომ ჰქონდეს მათ. მათ შეუძლიათ მიიღონ შეხედულებები ნებისმიერ დროს, როდესაც მათ სურთ, და შეეძლოთ მარტივად აცნობონ იმ ქმედებებს, რომელთა განხორციელებაც მათ შეუძლიათ ამ შეხედულებებთან დაკავშირებით,” სარკარი შტატები.

ავტომატიზაცია ხელს შეუწყობს იმ პრობლემების მოგვარებას, რაც საჭიროა ორგანიზაციების მართვაში. ”თუ თქვენ მუშაობთ IT-ში ან იცნობთ ვინმეს, ვინც მუშაობს, თქვენ იცით, რომ ყოველდღიურად ბევრი ხელით სამუშაოა. არსებობს განახლებები, რომლებიც უნდა დააინსტალიროთ და დააკონფიგურიროთ სხვადასხვა სერვერებისთვის, მანქანებისთვის და აპებისთვის. მას შემდეგ, რაც ჩვენი IT მეგობრები აღმოაჩენენ, რომ მათ შეუძლიათ ამ ამოცანების ავტომატიზაცია, მათი ცხოვრება ბევრად უფრო ადვილი გახდება. ”

"Fusion" დეველოპერის გუნდები ითანამშრომლებენ ხვალინდელი აპებისა და ტექნიკური გადაწყვეტილებების შესაქმნელად, ზემოდან და ქვემოდან ზემოდან, Fusion-ის დეველოპერების გუნდები არის „კოდის პირველი დეველოპერების, მოქალაქე დეველოპერების და IT დეველოპერების გუნდები, რომლებიც ერთად მუშაობენ ბიზნეს პრობლემების გადასაჭრელად. ჩვენ დავაკვირდით fusion დეველოპერების გუნდების ერთად მუშაობის ორ საინტერესო გზას. პირველი არის ის, სადაც კოდის პირველი შემქმნელი წერს backend API-ებს და კონექტორებს და აცნობიერებს, რომ მათ შეუძლიათ დაეხმარონ სხვებს თავიანთ კომპანიაში, გამოიყენონ ისინი Power Apps-ში. ისინი ინახავენ თავიანთ API-ს ისეთ ინსტრუმენტებში, როგორიცაა Azure API Management, ასე რომ, დაბალი კოდის მქონე დეველოპერებს შეუძლიათ გამოიყენონ ისინი იმისათვის, რომ შექმნან ის, რაც მათ სჭირდებათ. მეორე გზა არის ის, რომ კოდის პირველი შემქმნელი მოქმედებს როგორც არქიტექტორი, რათა დაგეგმოს აპლიკაციების შექმნის ყველა სამუშაო ისე, რომ აპლიკაციების მშენებლობის პროექტები იყოს უფრო სტრატეგიული და დაგეგმილი, ვიდრე ერთჯერადი გადაწყვეტილებები.

The Software House მრგვალი მაგიდის მონაწილე CTO-ები თანხმდებიან, რომ დაბალი კოდი პერსპექტიულია, მაგრამ ყოველთვის იქნება საჭიროება პროფესიონალი დეველოპერებისთვისაც. მომავალი წლების განმავლობაში, „პროგრამული უზრუნველყოფის შექმნა აუცილებლად მოიცავს „ბლოკების შეკრებას“ და ნაკლებ მორგებულ კოდს“, ამბობს ჯასპერ ლააგლანდის CTO. Factris. კიდევ ერთი პანელისტი, რემკო ჯორნა, CTO ფინტექნიკური OS, ითვალისწინებს fusion დეველოპერული მიდგომის ზრდას. ”ვფიქრობ, ნაკლებად დავწერ პერსონალურ კოდს. მაგრამ თქვენ ყოველთვის ხართ დამოკიდებული იმაზე, თუ რას აყენებს დაბალი კოდის პლატფორმის პროვაიდერი. თუ ისინი შეზღუდავენ ზარებს თქვენს API-ებზე ან დააყენებენ ლიცენზირებას, ამან შეიძლება გავლენა მოახდინოს გამოყენებადობაზე. მაგრამ რაღაც [იცოდე შენი კლიენტი] პროცესის მსგავსი? არ არის აუცილებელი მისი შექმნა საბაჟო კოდიდან."