ম্যানুয়াল: বিল্ড চ্যাট

ভুল এক: ভুল একক দিয়ে গন্তব্য বর্ণনা করা

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

সমাধানটা এই দুই ব্যর্থতার মাঝখানে থাকে: যে প্রক্রিয়া এটা তৈরি করে তা নয়, বরং আপনি যা দেখছেন আর যে পরিবর্তন চান সেটাই বলুন। "ভিজিটররা অ্যাকাউন্ট তৈরি না করেই বুক করতে পারবেন" সেশন কুকি নিয়ে একটা অনুচ্ছেদের চেয়ে ভালো, কারণ আপনি আসলে যা চান তা হলো বাধা দূর হওয়া, আর সম্ভবত এমন তিনটা উপায় আছে যা আপনি ভাবেননি। "প্রাইসিং টেবিল বিভ্রান্তিকর" এখনও নিজে থেকে অনেক পাতলা — কীভাবে বিভ্রান্তিকর? — কিন্তু "মানুষ বুঝতে পারে না যে বার্ষিক প্ল্যানে টাকা বাঁচে, ছাড়টা ফাইন প্রিন্টে চাপা না দিয়ে দামের পাশে রাখো" বিল্ডারকে কাজ করার মতো একটা নির্দিষ্ট কিছু দেয়। যদি ফিক্সটা কেমন হওয়া উচিত তা না জানেন, সেটাও ঠিক আছে; কী ভুল তা বলুন আর কাঠামোটা প্রস্তাব করতে দিন। যা কাজ করে না তা হলো কোনো ভিত্তি ছাড়া অস্পষ্ট অসন্তুষ্টি, কারণ এটা পরবর্তী প্রতিটা ভার্সনকে একটা অনুমান খেলায় পরিণত করে।

দ্বিতীয় ভুল: একটি ভার্সনের প্রতি প্রতিক্রিয়া দেখানো, না দেখেই

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

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

তৃতীয় ভুল: প্রতিটি ভার্সনকে ব্যবহার-ও-ফেলে-দেওয়ার জিনিস মনে করা

তৃতীয় ভুলটি হলো এটা ভুলে যাওয়া যে ভার্সন কার্ড কোনো রসিদ নয়, এটা একটা কার্যকর অবজেক্ট, এবং এটা আসলে যা দেয় তা পাশ কাটিয়ে যাওয়া। প্রতিটি সম্পন্ন রাউন্ড একটি কার্ড তৈরি করে যাতে একটি লাইভ প্রিভিউ থাকে — একটা স্ক্রিনশট নয়, বরং একটা প্রকৃত চলমান ইনস্ট্যান্স, ফলে এতে একটা বাটনে ক্লিক করলে প্রোডাকশনে যা হয় ঠিক তাই হয়। ফাইল পরিবর্তনগুলো ব্রাউজ করার জন্য একটা Code ট্যাব আছে, যা গুরুত্বপূর্ণ যদি আপনি নিজে নির্দিষ্ট কিছু স্পট-চেক করার মতো টেকনিক্যাল হন (এই ফর্মটা কি আসলে সঠিক এন্ডপয়েন্টে পোস্ট করছে?) চ্যাট রিপ্লাইয়ের জন্য অপেক্ষা না করেই। Download দিয়ে র র ফাইলগুলো পাওয়া যায়। আর অ্যাকশন মেনুতেই একটা ভার্সন খসড়া থেকে আরও কিছু হয়ে ওঠে: এটাকে লাইভ পাবলিশ করুন, এটা অ্যাপ হলে নেটিভ ইনস্টলার তৈরি করুন, স্টোরে পাঠান, ভবিষ্যতের বিল্ডের জন্য পুরো জিনিসটাকে টেমপ্লেট হিসেবে সেভ করুন, অথবা স্ট্যান্ডঅ্যালোন ডিপ্লয় করুন।

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

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