მე ხშირად ვწერ აქ პროგრამული უზრუნველყოფის და ინტერნეტის მომავალზე; ინტერნეტის განვითარებასთან ერთად და მასთან ერთად ვითარდება ჩვენი მოლოდინები და ჩვევები, სულ უფრო განუყოფლად არის დაკავშირებული ორი საგანი. მიუხედავად იმისა, რომ ინტერნეტი ახლა გთავაზობთ მომხმარებლის ინტერფეისის მრავალფეროვნების დონეს, რომელიც თითქმის აღქმის მიღმაა, ჩვენი საერთო გამოცდილების ზღვარი კვლავ ფართოვდება. ზოგიერთმა ჩვენგანმა შეამჩნია, რომ ჩვენი ვებ-გამოცდილება გავრცელდა ორ კარგად განსაზღვრულ უკიდურესობაში და არა აუცილებლად ცუდი თვალსაზრისით.
მე ხშირად ვწერ აქ პროგრამული უზრუნველყოფის და ინტერნეტის მომავალზე; ინტერნეტის განვითარებასთან ერთად და მასთან ერთად ვითარდება ჩვენი მოლოდინები და ჩვევები, სულ უფრო განუყოფლად არის დაკავშირებული ორი საგანი. მიუხედავად იმისა, რომ ინტერნეტი ახლა გთავაზობთ მომხმარებლის ინტერფეისის მრავალფეროვნების დონეს, რომელიც თითქმის აღქმის მიღმაა, ჩვენი საერთო გამოცდილების ზღვარი კვლავ ფართოვდება.
RIAs შეიძლება გადაიზარდოს შეუთავსებელი ტექნიკის ქაოტურ ზღვაში, რაც შეიძლება უკვე ხდება.ზოგიერთმა ჩვენგანმა შეამჩნია კიდეც, რომ ჩვენი ვებ გამოცდილება გავრცელდა ორ კარგად განსაზღვრულ უკიდურესობაში და არა აუცილებლად ცუდი თვალსაზრისით.
პირველი შემთხვევა არის მდიდარი ინტერნეტ აპლიკაცია, ან RIA, რომელიც ადრე საუკეთესოდ გამოისახებოდა Flash-ის მსგავსი. მაგრამ ამ დღეებში Flash-ს ხშირად და აკურატულად ხვდება Ajax-ი, რომელიც მოითხოვს მხოლოდ ბრაუზერში ნაპოვნი ფუნქციონირებას. აიაქსი გახდა საყვარელი, რასაც ზოგიერთი ადარებს პროგრამული უზრუნველყოფის მოდის ინდუსტრია, თუმცა Ajax აშკარად ძლიერი და სანდო მოთამაშეა სხვადასხვა მიზეზის გამო, რომელთაგან ყველაზე ნაკლებად არის ბრაუზერის საკუთარ გამოთვლით პლატფორმად გადაქცევის დაპირება.
Ajax საშუალებას აძლევს ვებ გვერდებს გახდეს მთლიანი აპლიკაციები, რომლებიც თითქმის არ განასხვავებენ მშობლიურ აპლიკაციებს და ხელს უწყობს მთელ რევოლუციას პროგრამული უზრუნველყოფის მომხმარებლებზე განლაგების გზაზე. არანაირი ინსტალაცია, ადმინისტრაციის უფლებები არ არის საჭირო, პროგრამულ უზრუნველყოფაზე წვდომისთვის საჭიროა URL-ის გარდა. ბევრი კომპანია ან აწვდის Ajax-ის აპლიკაციებს, ან აწვდის კომპანიებს ინსტრუმენტებს, რათა თავად შექმნან ისინი.
მაგრამ ამავდროულად, მომხმარებლის ინტერფეისი ისეთი საგნებისთვის, როგორიცაა ძიება, გადადის და იქცევა ისეთ რამედ, რაც 20 წლის წინ პერსონალური კომპიუტერების მომხმარებლებისთვის ნაცნობი იქნებოდა. ბოლო დროს ბლოგებსა და საკონფერენციო საუბრებში დავიწყე "მემის" მოსმენა, რომელიც აშკარად მართალია; რომ ძებნა არის ახალი ბრძანების ხაზი. პრაქტიკულად ყველა ძირითადი საძიებო სერვისის სწრაფი შემოწმება (AOL ძებნა, Yahoo!'s AllTheWeb, A9, იკითხე ჯივსი, და რათქმაუნდა, Google) ჩნდება იგივე ბრძანების ხაზის დიზაინის თემა: ყუთი და ძებნის ღილაკი, რომელიც შეიძლება გააქტიურდეს enter-ზე დაჭერით და ცოტა სხვა.
მე კი უნებლიედ აღმოვაჩინე, რომ Google-ის მთავარი გვერდის ბრძანების ხაზის ინტერფეისი სულ უფრო ხშირად ხდება არასაძიებო და უფრო ზოგადი დანიშნულება. მთავარ გვერდზე შეეცადეთ აკრიფოთ მათემატიკური გამოთქმა ან განსაზღვროთ: და სიტყვა (წერტილის შემდეგ სივრცე არ არის). Google შეასრულებს თქვენს მათემატიკურ სამუშაოს Google კალკულატორის გამოყენებით ან მოძებნის თქვენ მიერ მითითებული სიტყვების განმარტებას.
ცხადია, ეს ყველაფერი მიუთითებს ინტერფეისის სპეციალიზაციის შესაბამის დონეზე სწორი ამოცანისთვის. ზოგიერთი მომხმარებლის ინტერფეისი საუკეთესოა გარკვეული ამოცანებისთვის და ჩვენ ყველას გვინახავს აპლიკაციები, სადაც ერთი მეორისთვის შეუფერებლად გამოიყენებოდა. საძიებო სისტემების ინტერფეისები, რომლებიც შემთხვევით არის ალბათ ყველაზე ხშირად გამოყენებული აპლიკაციები მთელი დღის განმავლობაში ადამიანების უმეტესობის მიერ, გახდა უფრო მარტივი და მარტივი. ამ დროის განმავლობაში, ინტერნეტში მდიდარ აპლიკაციებზე დაუნდობელმა მოთხოვნამ ასევე აიძულა ინდუსტრია შექმნას პირველი ფართოდ გავრცელებული ახალი ინტერფეისის პარადიგმა მრავალი წლის განმავლობაში (Ajax).
მე ვამბობ ახალ პარადიგმას, რადგან Ajax-ს არ აქვს რაიმე შინაგანი "ოფიციალური" მომხმარებლის ინტერფეისის სტილი. რა თქმა უნდა, ზოგიერთი კომპანია, როგორიცაა Yahoo!, დაიწყეს მათი შექმნა თუმცა. მსგავსი ძალისხმევის გარეშე, RIAs შეიძლება გადაიზარდოს ურთიერთქმედების შეუთავსებელი ტექნიკის ქაოტურ ზღვაში, რაც შეიძლება უკვე ხდებოდა.
ეს იწვევს კითხვას, როდის უნდა გამოვიყენოთ მდიდარი ვებ GUI-ები GUI ბრძანების ხაზის წინააღმდეგ, რადგან ის აშკარაა, რომ ბევრ აპლიკაციის მოდელს დასჭირდება ფიქრი ამ ბიფურკაციის შესახებ უახლოეს მომავალში მომავალი. საშუალო ფორმა, რთული HTML ვებ გვერდები, არასოდეს გაქრება მთლიანად და არც უნდა გაქრეს, მაგრამ სულ უფრო ფართოვდება სპექტრი ამ სამ მოდელს შორის (თუმცა, მართალია, ეს კიდევ უფრო რთულია, რადგან ბრძანების ხაზის ზოგიერთ ინტერფეისსაც კი აქვს Ajax.)
ამგვარად, ბრაუზერზე დაფუძნებული აპლიკაციების ინტერფეისები შეიძლება „დაიყოს“ სამ ძირითად მოდელში:
ვებ მომხმარებლის ინტერფეისის სპექტრი
- ბრაუზერის ბრძანების ხაზის აპლიკაცია, რომელიც რაც შეიძლება მარტივია და რომლის ორი არსებითი ფუნქციაა შეყვანის ველი და ღილაკი „წასვლა“.
- ტრადიციული ვებ გვერდი, რომელიც იყენებს HTML-ს და აქვს მხოლოდ მინიმალური პროგრამული „ჭკვიანები“ Javascript პროგრამების თვალსაზრისით, მითითებით და დაწკაპუნებით, ხშირად ურთიერთქმედების ყველაზე გავრცელებული ტექნიკაა.
- აიაქსის აპლიკაციები; ის ვებ გვერდები, რომლებშიც იტვირთება სრული ღია სტანდარტის Javascript აპლიკაციები, მანიპულირებენ მომხმარებლისგან ინტერფეისი დინამიურად და გამოიძახეთ ვებ სერვისები (თუნდაც თქვენი SOA) ბრაუზერიდან საინფორმაციო საჭიროებები.
მიუხედავად იმისა, რომ ეს ტაქსონომია გამარტივებულია და არ ითვალისწინებს იმ ფაქტს, რომ არსებობს რთული ნარევები შესაძლებელია სამივე მოდელის შემთხვევაში, რეალური პრობლემა ასეთია: როგორც ვებ პროგრამული უზრუნველყოფა სულ უფრო გავრცელდება, ცნობადი მოდელები აუცილებელი იქნება მომხმარებელთა ფართო ბაზებისთვის მიმართვისთვის.
როგორც ირკვევა, მომავლის პროგრამული უზრუნველყოფა უფრო მეტად ეხება მონაწილეობითი აუდიტორიის შექმნას, ვიდრე კლიენტების მოზიდვას, ყოველ შემთხვევაში, თავდაპირველად. იქნება თუ არა შეამცირეთ თავად ბიზნეს მოდელების ღირებულება გასათვალისწინებელია, მაგრამ თქვენი აუდიტორიისთვის სწორი ინტერფეისის მიწოდება განტოლების დიდი ნაწილი იქნება, როგორც firewall-ის შიგნით, ასევე მის გარეთ.
იყენებთ Google's Search-ს უფრო მეტად, ვიდრე ნებისმიერი სხვა პროგრამული პროგრამა? მე და, ალბათ, სხვების უმეტესობაც. რა დაემართა GUI-ს?