অ্যাক্সেসযোগ্যতার দিকে

শুক্রবার কার্যদিবস শেষ। খারাপ খবর সবসময় শুক্রবার কাজের দিন শেষে আসে।

আপনি অফিস ছেড়ে চলে যাচ্ছেন, আরেকটি পুনর্গঠন সম্পর্কে একটি নতুন চিঠি এইমাত্র মেইলে এসেছে।

ধন্যবাদ xxxx, আজ থেকে আপনি zzzz রিপোর্ট করবেন
...
এবং Hugh এর দল নিশ্চিত করবে যে আমাদের পণ্যগুলি প্রতিবন্ধী ব্যক্তিদের কাছে অ্যাক্সেসযোগ্য।

ওহ না! আমি কেন এই প্রাপ্য? তারা কি আমাকে চলে যেতে চায়? অকৃতজ্ঞ কঠোর পরিশ্রমের জন্য নিজেকে সেট করুন এবং অন্যের ভুল সংশোধন করার চেষ্টা করুন। এটি অবশ্যই একটি ব্যর্থতা ...

এটি কয়েক বছর আগে উপলব্ধ ছিল। কিছু দরিদ্র আত্মাকে প্রতিবন্ধী ব্যক্তিদের কাছে এটি অ্যাক্সেসযোগ্য করার চেষ্টা করার জন্য UI "পরিষ্কার করার" কাজ দেওয়া হয়েছিল।

এটি আসলে যা বোঝায় তা বেশ অস্পষ্ট ছিল - সম্ভবত আপনি যদি ক্ষেত্রগুলির মাধ্যমে একটি ফোকাস সূচক এবং ট্যাব দেখতে পান, কিছু অল্ট টেক্সট এবং কয়েকটি ক্ষেত্রের বিবরণ থাকতে পারেন তবে এটি বিবেচনা করা হবে যে আপনার অ্যাপ্লিকেশন অ্যাক্সেসযোগ্য ...

কিন্তু হঠাৎ "বাগগুলি" একটি তুষারপাতের গতিতে বৃদ্ধি পেতে শুরু করে।

বিভিন্ন স্ক্রিন রিডার (ইং। স্ক্রিন রিডার) এবং ব্রাউজার সম্পূর্ণ ভিন্নভাবে আচরণ করেছে।

ব্যবহারকারীরা অভিযোগ করেছেন যে অ্যাপটি ব্যবহারের অযোগ্য।

এক জায়গায় ভুল সংশোধনের সাথে সাথে আরেক জায়গায় দেখা দিল।

এবং ব্যবহারকারীর ইন্টারফেস ত্রুটিগুলি পরিবর্তন এবং সংশোধন করার জন্য হারকিউলিয়ান প্রচেষ্টার প্রয়োজন।

আমি সেখানে ছিলাম. আমি বেঁচে গেছি, কিন্তু আমরা "সফল" হইনি - প্রযুক্তিগতভাবে আমরা অনেক কিছু পরিষ্কার করেছি, অনেক ক্ষেত্রের বর্ণনা, ভূমিকা যোগ করেছি এবং কিছু স্তরের সম্মতি অর্জন করেছি, কিন্তু কেউ খুশি হয়নি। ব্যবহারকারীরা এখনও অভিযোগ করেছেন যে তারা অ্যাপ্লিকেশনটি নেভিগেট করতে পারেনি। ম্যানেজার এখনও ক্রমাগত ত্রুটির বিষয়ে অভিযোগ করেছেন। প্রকৌশলীরা অভিযোগ করেছেন যে সমস্যাটি ভুলভাবে উত্থাপন করা হয়েছিল, কোনও স্পষ্টভাবে সংজ্ঞায়িত "সঠিক" সমাধান নেই যা সমস্ত ক্ষেত্রে কাজ করবে।

অ্যাক্সেসিবিলিটি বোঝার জন্য আমার যাত্রায় কিছু নির্দিষ্টভাবে চোখ খোলার মুহূর্ত ছিল।
সম্ভবত প্রথমটি উপলব্ধি ছিল যে একটি সমাপ্ত পণ্যের উপরে অ্যাক্সেসযোগ্যতা কার্যকারিতা যোগ করা কঠিন ছিল। এবং পরিচালকদের বোঝানো আরও কঠিন যে এটি অবিশ্বাস্যভাবে কঠিন! না, এটি শুধুমাত্র "কয়েকটি ট্যাগ যোগ করুন" নয় এবং UI ঠিক কাজ করবে৷ না, এটা তিন সপ্তাহে শেষ করা যাবে না; এমনকি তিন মাসও যথেষ্ট হবে না।
আমার সত্যের পরবর্তী মুহূর্তটি এসেছিল যখন আমি প্রথম হাতে দেখেছিলাম কীভাবে অন্ধ ব্যবহারকারীরা আমাদের অ্যাপটি ব্যবহার করে। এটি ত্রুটির বার্তাগুলি দেখার থেকে আলাদা।

আমি বারবার এটিতে ফিরে আসব, কিন্তু লোকেরা কীভাবে আমাদের অ্যাপ ব্যবহার করে সে সম্পর্কে আমাদের প্রায় সমস্ত "অনুমান" ভুল ছিল।

কীস্ট্রোক ব্যবহার করে একটি জটিল ইউজার ইন্টারফেস নেভিগেট করা Tab/Shift+Tab - এই খারাপ! আমাদের আরও ভালো কিছু দরকার। কীবোর্ড শর্টকাট, হেডার।

UI পরিবর্তন করার সময় ফোকাস হারানো একটি বড় সমস্যা নয়, তাই না? আসুন আবার চিন্তা করি - এটি অবিশ্বাস্যভাবে বিভ্রান্তিকর।

আমি চালিয়ে গেলাম, কিছু সময়ের জন্য বিভিন্ন প্রকল্পে কাজ করেছি, এবং তারপরে আমরা একটি নতুন প্রকল্প শুরু করেছি, একটি জটিল ইউজার ইন্টারফেস এবং একটি পরিষ্কার ইনস্টলেশন সহ, অবশেষে এই সময়ে অ্যাক্সেসযোগ্যতা পেতে।

সুতরাং, আমরা একধাপ পিছিয়ে নিয়েছি এবং দেখেছি কিভাবে আমরা এটিকে ভিন্নভাবে বাস্তবায়ন করতে পারি এবং সফল হতে পারি এবং প্রক্রিয়াটিকে কম বিরক্তিকর করে তুলতে পারি!

বেশ দ্রুত আমরা কিছু সিদ্ধান্তে এসেছি:

1. আমরা চাইনি যে ব্যবহারকারীর ইন্টারফেস বিকাশকারী লোকেরা আরিয়া লেবেল/ভুমিকা এবং অবশ্যই উপাদানগুলির এইচটিএমএল কাঠামোর সাথে তালগোল পাকিয়ে ফেলুক। আমাদের তাদের সঠিক উপাদান সরবরাহ করতে হবে যা বাক্সের বাইরে অ্যাক্সেসযোগ্যতা তৈরি করে।
2. অ্যাক্সেসযোগ্যতা == ব্যবহারের সহজতা - যেমন এটি কেবল একটি প্রযুক্তিগত চ্যালেঞ্জ নয়। আমাদের সম্পূর্ণ ডিজাইন প্রক্রিয়া পরিবর্তন করতে হবে এবং নিশ্চিত করতে হবে যে অ্যাক্সেসযোগ্যতা বিবেচনায় নেওয়া হয়েছে এবং UI ডিজাইন শুরু হওয়ার আগে আলোচনা করা হয়েছে। ব্যবহারকারীরা কীভাবে কোনও কার্যকারিতা আবিষ্কার করবে, কীভাবে তারা নেভিগেট করবে এবং কীবোর্ড থেকে ডান-ক্লিক কীভাবে কাজ করবে সে সম্পর্কে আপনাকে প্রাথমিকভাবে চিন্তা করতে হবে। অ্যাক্সেসিবিলিটি ডিজাইন প্রক্রিয়ার একটি অবিচ্ছেদ্য অংশ হওয়া উচিত - কিছু ব্যবহারকারীর জন্য এটি অ্যাপ্লিকেশনের চেহারার চেয়ে অনেক বেশি।
3. প্রথম থেকেই, আমরা অ্যাপ্লিকেশনটির ব্যবহারের সহজতা সম্পর্কে অন্ধ এবং অন্যান্য প্রতিবন্ধী ব্যবহারকারীদের কাছ থেকে প্রতিক্রিয়া পেতে চেয়েছিলাম।
4. অ্যাক্সেসিবিলিটি রিগ্রেশন ধরার জন্য আমাদের সত্যিই ভাল উপায় দরকার।

ঠিক আছে, একটি প্রকৌশল দৃষ্টিকোণ থেকে, প্রথম অংশটি বেশ মজার লাগছিল - একটি স্থাপত্য বিকাশ করা এবং উপাদানগুলির একটি লাইব্রেরি বাস্তবায়ন করা। এবং সত্যিই এটা তাই ছিল.

এক পা পিছন ফিরে তাকাচ্ছে ARIA উদাহরণ এবং এটিকে "ফিটিং ইন" সমস্যার পরিবর্তে একটি ডিজাইন সমস্যা হিসাবে চিন্তা করে, আমরা কিছু বিমূর্ততা প্রবর্তন করেছি। একটি উপাদানের একটি 'কাঠামো' (এইচটিএমএল উপাদান নিয়ে গঠিত) এবং একটি 'আচরণ' (এটি ব্যবহারকারীর সাথে কীভাবে যোগাযোগ করে) থাকে। উদাহরণস্বরূপ, নীচের স্নিপেটগুলিতে আমাদের একটি সাধারণ অ-ক্রমবিহীন তালিকা রয়েছে। "আচরণ" যোগ করে সংশ্লিষ্ট ভূমিকাগুলি তালিকায় যোগ করা হয় যাতে এটি একটি তালিকার মতো কাজ করে। আমরা মেনু জন্য একই কাজ.

আসলে, এখানে শুধু ভূমিকাই যোগ করা হয় না, কিবোর্ড নেভিগেশনের জন্য ইভেন্ট হ্যান্ডলারও।

এই আরো ঝরঝরে দেখায়. যদি আমরা তাদের মধ্যে একটি পরিষ্কার বিচ্ছেদ পেতে পারি, তাহলে কাঠামোটি কীভাবে তৈরি হয়েছিল তা বিবেচ্য নয়, আমরা এতে আচরণ প্রয়োগ করতে পারি এবং অ্যাক্সেসযোগ্যতা অধিকার পেতে পারি।

আপনি কর্ম এটি দেখতে পারেন https://stardust-ui.github.io/react/ - ইউএক্স লাইব্রেরি প্রতিক্রিয়া, যা শুরু থেকেই অ্যাক্সেসযোগ্যতার কথা মাথায় রেখে ডিজাইন এবং প্রয়োগ করা হয়েছে।

দ্বিতীয় অংশ - নকশার আশেপাশে পদ্ধতি এবং প্রক্রিয়া পরিবর্তন করা আমাকে প্রথমে ভয় পেয়েছিল: নিম্নমানের প্রকৌশলীরা সাংগঠনিক পরিবর্তনের মধ্য দিয়ে ধাক্কা দেওয়ার চেষ্টা করে সবসময় ভালভাবে শেষ হয় না, তবে এটি সবচেয়ে আকর্ষণীয় ক্ষেত্রগুলির মধ্যে একটি হয়ে উঠল যেখানে আমরা প্রক্রিয়াটিতে গুরুত্বপূর্ণ অবদান রেখেছি। . সংক্ষেপে, আমাদের প্রক্রিয়াটি নিম্নরূপ ছিল: একটি দল দ্বারা নতুন কার্যকারিতা তৈরি করা হবে, তারপরে আমাদের নেতৃত্ব দল প্রস্তাবটি পর্যালোচনা/পুনরাবৃত্তি করবে এবং তারপরে, একবার অনুমোদিত হলে, নকশাটি সাধারণত ইঞ্জিনিয়ারিং দলের কাছে হস্তান্তর করা হবে। এই ক্ষেত্রে, ইঞ্জিনিয়ারিং টিম কার্যকরভাবে অ্যাক্সেসিবিলিটি কার্যকারিতার "মালিকানাধীন" কারণ এটির সাথে সম্পর্কিত যে কোনও সমস্যা সমাধান করা তাদের দায়িত্ব ছিল।

শুরুতে, এটি ব্যাখ্যা করা বেশ কঠিন কাজ ছিল যে অ্যাক্সেসিবিলিটি এবং ব্যবহারযোগ্যতা অবিচ্ছেদ্যভাবে সংযুক্ত এবং এটি ডিজাইনের পর্যায়ে করা উচিত, অন্যথায় এটি কিছু ভূমিকার বড় পরিবর্তন এবং পুনর্নির্ধারণের দিকে নিয়ে যাবে। যাইহোক, ব্যবস্থাপনা এবং মূল খেলোয়াড়দের সহায়তায়, আমরা ধারণাটি নিয়েছি এবং এটিকে গতিশীল করেছি যাতে ডিজাইনগুলি পরিচালনার কাছে উপস্থাপন করার আগে অ্যাক্সেসযোগ্যতা এবং ব্যবহারযোগ্যতার জন্য পরীক্ষা করা হয়।

এবং এই প্রতিক্রিয়াটি প্রত্যেকের কাছে অত্যন্ত মূল্যবান ছিল - ব্যবহারকারীরা কীভাবে ওয়েব অ্যাপ্লিকেশনগুলির সাথে ইন্টারঅ্যাক্ট করে সে সম্পর্কে জ্ঞান ভাগ করে নেওয়া/যোগাযোগের অনুশীলন হিসাবে এটি দুর্দান্ত ছিল, আমরা সেগুলি তৈরি করার আগে অনেকগুলি UI সমস্যার ক্ষেত্র চিহ্নিত করেছি, এখন ডেভেলপমেন্ট টিমগুলির কাছে আরও ভাল স্পেসিফিকেশন রয়েছে শুধুমাত্র চাক্ষুষ, কিন্তু নকশার আচরণগত দিকও। বাস্তব আলোচনা হল মজাদার, উদ্যমী, প্রযুক্তিগত দিক এবং মিথস্ক্রিয়া সম্পর্কে উত্সাহী আলোচনা।

আমরা এটি আরও ভাল করতে পারতাম যদি আমাদের এই (বা পরবর্তী) মিটিংগুলিতে অন্ধ এবং অক্ষম ব্যবহারকারী থাকত - এটি সংগঠিত করা কঠিন ছিল, কিন্তু আমরা এখন স্থানীয় অন্ধ সংস্থা এবং সংস্থাগুলির সাথে কাজ করি, যা প্রথম দিকে নির্বাহের প্রবাহ যাচাই করার জন্য বাহ্যিক পরীক্ষা প্রদান করে উন্নয়ন—উভয় উপাদান এবং কার্যকরী প্রবাহ স্তরে।

প্রকৌশলীদের কাছে এখন মোটামুটি বিস্তারিত স্পেসিফিকেশন, উপলব্ধ উপাদান রয়েছে যা তারা প্রয়োগ করতে ব্যবহার করতে পারে এবং কার্যকরী প্রবাহকে যাচাই করার একটি উপায়। অভিজ্ঞতা আমাদের যা শিখিয়েছে তার একটি অংশ যা আমরা সব সময় হারিয়ে ফেলেছি—কীভাবে আমরা রিগ্রেশন বন্ধ করতে পারি। একইভাবে, লোকেরা কার্যকারিতা পরীক্ষা করার জন্য ইন্টিগ্রেশন বা এন্ড-টু-এন্ড পরীক্ষা ব্যবহার করতে পারে, যা আমাদের ইন্টারঅ্যাকশন এবং এক্সিকিউশন প্রবাহের পরিবর্তনগুলি সনাক্ত করতে হবে - ভিজ্যুয়াল এবং আচরণগত উভয়ই।

ভিজ্যুয়াল রিগ্রেশন নির্ধারণ করা একটি মোটামুটি সংজ্ঞায়িত কাজ, কীবোর্ডের সাথে নেভিগেট করার সময় ফোকাস দৃশ্যমান কিনা তা পরীক্ষা করা ছাড়া এই প্রক্রিয়ায় খুব কমই যোগ করা যেতে পারে। অ্যাক্সেসযোগ্যতার সাথে কাজ করার জন্য দুটি অপেক্ষাকৃত নতুন প্রযুক্তি আরও আকর্ষণীয়।

1. অ্যাক্সেসিবিলিটি অন্তর্দৃষ্টি একটি টুলের সেট যা ব্রাউজারে এবং সমস্যা শনাক্ত করতে বিল্ড/পরীক্ষা চক্রের অংশ হিসাবে উভয়ই চালানো যেতে পারে।
2. স্ক্রিন রিডার সঠিকভাবে কাজ করে তা যাচাই করা একটি বিশেষ চ্যালেঞ্জিং কাজ। প্রবেশাধিকার প্রবর্তনের সঙ্গে অ্যাক্সেসিবিলিটি DOM, আমরা অবশেষে অ্যাপের অ্যাক্সেসিবিলিটি স্ন্যাপশট নিতে সক্ষম হয়েছি, অনেকটা যেমন আমরা ভিজ্যুয়াল পরীক্ষার জন্য করি এবং রিগ্রেশনের জন্য সেগুলি পরীক্ষা করি।

সুতরাং, গল্পের দ্বিতীয় অংশে - আমরা এইচটিএমএল কোড সম্পাদনা থেকে বিমূর্ততার উচ্চ স্তরে কাজ করার দিকে চলে এসেছি, ডিজাইন বিকাশের প্রক্রিয়া পরিবর্তন করেছি এবং পুঙ্খানুপুঙ্খ পরীক্ষার প্রবর্তন করেছি। নতুন প্রক্রিয়া, নতুন প্রযুক্তি এবং বিমূর্ততার নতুন স্তরগুলি অ্যাক্সেসযোগ্যতার ল্যান্ডস্কেপ এবং এই স্থানটিতে কাজ করার অর্থ কী তা সম্পূর্ণরূপে পরিবর্তন করেছে।
কিন্তু এটি শুধুমাত্র শুরু।

পরবর্তী "বোঝাবুঝি" হল যে অন্ধ ব্যবহারকারীরা অত্যাধুনিক প্রযুক্তি চালাচ্ছেন - তারাই কেবলমাত্র আমরা আগে বর্ণিত পরিবর্তনগুলি থেকে সবচেয়ে বেশি উপকৃত হয় না, বরং এটিও যে ML/AI দ্বারা নতুন পদ্ধতি এবং ধারণাগুলি সম্ভব হয়েছে৷ উদাহরণস্বরূপ, ইমারসিভ রিডার প্রযুক্তি ব্যবহারকারীদের আরও সহজে এবং স্পষ্টভাবে পাঠ্য উপস্থাপন করতে দেয়। এটি উচ্চস্বরে পড়া যায়, বাক্যের গঠন ব্যাকরণগতভাবে ভেঙে ফেলা হয় এবং এমনকি শব্দের অর্থ গ্রাফিকভাবে প্রদর্শিত হয়। এটি পুরানো "এটি অ্যাক্সেসযোগ্য করুন" মানসিকতার সাথে খাপ খায় না - এটি একটি ব্যবহারযোগ্য বৈশিষ্ট্য যা সবাইকে সাহায্য করবে৷

ML/AI মিথস্ক্রিয়া এবং কাজ করার সম্পূর্ণ নতুন উপায় সক্ষম করছে, এবং আমরা এই অত্যাধুনিক যাত্রার পরবর্তী পর্যায়ের অংশ হতে পেরে উত্তেজিত। উদ্ভাবন চিন্তাভাবনার পরিবর্তন দ্বারা চালিত হয় - মানবতা সহস্রাব্দ ধরে বিদ্যমান, মেশিনগুলি কয়েক দশক ধরে, ওয়েবসাইটগুলি কয়েক দশক ধরে এবং স্মার্টফোনগুলি আরও কম, প্রযুক্তিকে অবশ্যই মানুষের সাথে খাপ খাইয়ে নিতে হবে, এবং উল্টো নয়।

পুনশ্চ. নিবন্ধটি মূল থেকে সামান্য বিচ্যুতি সহ অনুবাদ করা হয়েছে। এই নিবন্ধের সহ-লেখক হিসাবে, আমি হিউজের সাথে এই বিভ্রান্তিতে একমত হয়েছি।

শুধুমাত্র নিবন্ধিত ব্যবহারকারীরা জরিপে অংশগ্রহণ করতে পারবেন। সাইন ইন করুনকরুন।

আপনি কি আপনার অ্যাপ্লিকেশনগুলির অ্যাক্সেসযোগ্যতার দিকে মনোযোগ দেন?

• হাঁ

• না

• এই প্রথম আমি অ্যাপ অ্যাক্সেসিবিলিটি সম্পর্কে শুনেছি।

17 জন ব্যবহারকারী ভোট দিয়েছেন। 5 জন ব্যবহারকারী বিরত ছিলেন।

উত্স: www.habr.com