প্রোগ্রামিং ভাষা, অনুবাদক, অ্যালগরিদম আর ফ্লোচার্ট

১ · প্রোগ্রাম মানে নিখুঁত রেসিপি

মাকে চা বানাতে বললে আপনি শুধু বলেন “এক কাপ চা দাও”। চিনি কতটুকু, পানি কখন ফুটবে — মা নিজেই জানেন। এবার ভাবুন, এমন কাউকে চা বানাতে বলছেন যে জীবনে রান্নাঘর দেখেনি, আর আপনার প্রতিটি কথা অক্ষরে অক্ষরে মানে, একটুও বেশি-কম নয়। তখন বলতে হবে: “কেতলিতে এক কাপ পানি নাও। চুলা জ্বালাও। পানি না ফোটা পর্যন্ত অপেক্ষা করো। এক চামচ চা-পাতা দাও…” একটি ধাপ বাদ পড়লে বা অস্পষ্ট থাকলে চা হবে না।

কম্পিউটার ঠিক এই দ্বিতীয় ধরনের সহকারী। সে অবিশ্বাস্য দ্রুত, কখনো ক্লান্ত হয় না, কিন্তু নিজে থেকে কিছু আন্দাজ করে না। তাকে দিয়ে কাজ করাতে হলে ধাপগুলো নিখুঁতভাবে, নির্দিষ্ট ক্রমে লিখে দিতে হয়। এই ধাপের তালিকাই প্রোগ্রাম, আর তা লেখার কাজকে বলে প্রোগ্রামিং. যে কৃত্রিম ভাষায় লেখা হয় — C, Python, Java — তা প্রোগ্রামিং ভাষা.

পর্ব ২৩-এ দেখেছেন, কম্পিউটার তলায় তলায় সাজানো, আর প্রোগ্রামিং ভাষা তার একটি তলা — নিচে machine code, ওপরে মানুষের চিন্তা। এই পর্বে সেই তলায় ঢুকবেন। পরের দুই পর্বে (৩৯ আর ৪০) C ভাষায় সত্যিকারের প্রোগ্রাম লিখবেন; এখানে শিখবেন কোড লেখার আগের চিন্তাটুকু, যা যেকোনো ভাষাতেই কাজে লাগে।

AI কোড লিখে দিলে প্রোগ্রামিং শিখব কেন?

প্রশ্নটি যৌক্তিক। আজ ChatGPT বা Copilot-কে বললেই কোড লিখে দেয়। কিন্তু খেয়াল করুন, AI-কে যা বলবেন, সে সেটাই বানাবে — আপনি যা বোঝাতে চেয়েছিলেন তা নয়। “ছাত্রদের গড় নম্বর বের করো” বললে AI জানে না অনুপস্থিত ছাত্রকে শূন্য ধরবে, না বাদ দেবে। প্রোগ্রামিং শেখার আসল লাভ তাই কোডের নিয়ম মুখস্থ করা নয়, নিখুঁতভাবে ভাবতে শেখা: সমস্যাকে ছোট ধাপে ভাঙা, প্রতিটি সম্ভাবনা ভেবে রাখা, আর ফল যাচাই করা। এই দক্ষতা অফিসের কাজের নিয়ম লেখা থেকে Excel-এর সূত্র বানানো পর্যন্ত সবখানে লাগে।

২ · প্রোগ্রামিং ভাষার পাঁচ প্রজন্ম

প্রথম দিকের কম্পিউটারে প্রোগ্রাম লেখা হতো সরাসরি 0 আর 1 দিয়ে। তারপর ধাপে ধাপে ভাষাগুলো মানুষের ভাষার কাছাকাছি এসেছে। এই ধাপগুলোকে বলা হয় প্রোগ্রামিং ভাষার প্রজন্ম (generation). পাঠ্যবই আর চাকরির পরীক্ষায় এই টেবিলটি খুব গুরুত্বপূর্ণ:

একই কাজ তিন প্রজন্মে দেখুন — “a আর b যোগ করে c-তে রাখো”:

2GL (assembly) :  MOV AX, a      ADD AX, b      MOV c, AX
3GL (C)        :  c = a + b;
4GL (SQL)      :  SELECT a + b AS c FROM numbers;

4GL-এ খেয়াল করুন, আপনি বলছেন কী চান; টেবিলের প্রতিটি সারি কীভাবে পড়বে, তা ভাষা নিজেই ঠিক করে। SQL নিয়ে বিস্তারিত পর্ব ৪২-এ।

Low-level বনাম high-level

প্রথম দুই প্রজন্মকে বলে low-level language — যন্ত্রের কাছাকাছি, মানুষের থেকে দূরে। তৃতীয় থেকে high-level. “Low” মানে খারাপ নয়; মানে হার্ডওয়্যারের কাছের তলা।

৩ · অনুবাদক — assembler, compiler আর interpreter

CPU বোঝে শুধু তার নিজের machine code. তাই assembly বা high-level ভাষায় লেখা কোডকে (source code) machine code-এ বদলাতে হয়। এই কাজ করে যে সিস্টেম সফটওয়্যার, তার নাম অনুবাদক প্রোগ্রাম (language translator). তিন ধরন:

নিচের stepper-এ একই পাঁচ লাইনের প্রোগ্রাম দুই ধরনের অনুবাদককে দেওয়া হয়েছে। লাইন ৪-এ একটি বানান ভুল: print-এর বদলে prnt. দেখুন কে কখন ভুল ধরে।

1a = 102b = 203print(a + b)4prnt(a * b)      # বানান ভুল5print("done")

Compiler বনাম interpreter — পরীক্ষার ক্লাসিক টেবিল

দুটো মিলিয়ে — Java-র পথ

Java কোড প্রথমে compile হয়, কিন্তু কোনো নির্দিষ্ট CPU-র machine code-এ নয় — একটি মাঝামাঝি কোডে, যার নাম bytecode (.class ফাইল)। তারপর যেকোনো কম্পিউটারে বসানো JVM (Java Virtual Machine) সেই bytecode পড়ে চালায়। ফলে একবার compile করা Java প্রোগ্রাম Windows, Linux বা Mac — যেখানে JVM আছে সেখানেই চলে। আজকের JVM, ব্রাউজারের JavaScript-ইঞ্জিন আর PyPy-র মতো কিছু Python ব্যবস্থা বারবার চলা অংশগুলো চলার মাঝেই machine code-এ বদলে নেয় — এই কৌশলের নাম JIT compiler. তাই “compiled না interpreted” প্রশ্নটি আসলে ভাষার নয়, ভাষা চালানোর ব্যবস্থার।

অনুবাদের পরে — linker আর loader

• Linker — compiler-এর বানানো এক বা একাধিক object ফাইল আর library-র তৈরি কোড (যেমন পর্দায় লেখা ছাপার ফাংশন) জোড়া লাগিয়ে একটি চালানোর উপযোগী ফাইল বানায়।
• Loader — অপারেটিং সিস্টেমের অংশ; আপনি প্রোগ্রাম চালাতে বললে সেটিকে স্টোরেজ থেকে RAM-এ তুলে CPU-কে চালাতে দেয়।

source code (main.c) → [compiler] → object code (main.o) → [linker + library] → main.exe → [loader] → RAM-এ চলছে

৪ · প্রোগ্রাম তৈরির ধাপ আর ভুলের তিন ধরন

বড় একটি ভবন বানাতে কেউ সরাসরি ইট গাঁথা শুরু করে না — আগে জমি মাপা, নকশা, তারপর নির্মাণ, পরীক্ষা, শেষে রক্ষণাবেক্ষণ। প্রোগ্রামও তেমনি। প্রোগ্রাম তৈরির এই ধাপগুলোকে বলে program development life cycle:

1. সমস্যা বিশ্লেষণ: কী ইনপুট আসবে, কী আউটপুট চাই, কোন নিয়ম মানতে হবে। যেমন: “ছাত্রের নম্বর দিলে গ্রেড দেখাও — 80 বা তার বেশি হলে A+.”
2. অ্যালগরিদম তৈরি: সমাধানের ধাপগুলো সাধারণ ভাষায় লেখা।
3. ফ্লোচার্ট বা সিউডোকোড: ধাপগুলোকে ছবিতে বা খসড়া কোডে সাজানো, যাতে যুক্তির ফাঁক চোখে পড়ে।
4. কোডিং: নির্দিষ্ট প্রোগ্রামিং ভাষায় লেখা।
5. Compile, পরীক্ষা আর debugging: অনুবাদ করা, নানা ইনপুট দিয়ে চালানো, ভুল খুঁজে ঠিক করা।
6. ডকুমেন্টেশন: প্রোগ্রাম কী করে, কীভাবে ব্যবহার করতে হয়, কোডের কোন অংশ কী — লিখে রাখা।
7. রক্ষণাবেক্ষণ: নতুন নিয়ম এলে বা ভুল ধরা পড়লে বদলানো। বাস্তব সফটওয়্যারের জীবনের বেশিরভাগ সময় এই ধাপেই কাটে।

ভুলের তিন ধরন

প্রোগ্রামের ভুলকে বলে bug. ভুল তিন রকম, আর পরীক্ষায় উদাহরণ দেখে ধরন চিনতে বলা হয়:

logic error সবচেয়ে বিপজ্জনক, কারণ কেউ সতর্ক করে না — প্রোগ্রাম আত্মবিশ্বাসের সাথে ভুল উত্তর দেয়। ঠিক রূপ: avg = (a + b) / 2;. ভুল খুঁজে বের করে ঠিক করার কাজকে বলে debugging. এর সবচেয়ে সহজ হাতিয়ার কাগজে-কলমে প্রোগ্রামটি হাতে চালিয়ে দেখা — dry run, যা অংশ ৬-এ করবেন।

৫ · অ্যালগরিদম, ফ্লোচার্ট আর সিউডোকোড

অ্যালগরিদম ও তার পাঁচ বৈশিষ্ট্য

কোনো সমস্যা সমাধানের জন্য ধাপে ধাপে সাজানো, সসীম সংখ্যক সুনির্দিষ্ট নির্দেশের সমষ্টিকে বলে অ্যালগরিদম. রান্নার রেসিপি, ATM থেকে টাকা তোলার নিয়ম, এমনকি গুণ করার পদ্ধতিও অ্যালগরিদম। কিন্তু কম্পিউটারের জন্য অ্যালগরিদমকে পাঁচটি শর্ত মানতে হয়:

ফ্লোচার্ট — অ্যালগরিদমের ছবি

অ্যালগরিদমকে নির্দিষ্ট কিছু প্রতীক আর তীর দিয়ে আঁকলে তাকে বলে ফ্লোচার্ট. ছবিতে যুক্তির পথ এক নজরে দেখা যায় — কোথায় সিদ্ধান্ত, কোথায় পুনরাবৃত্তি। প্রতীকগুলো আন্তর্জাতিকভাবে প্রমিত (ANSI, পরে ISO 5807):

ফ্লোচার্ট আঁকার নিয়ম: (১) প্রবাহ সাধারণত ওপর থেকে নিচে, বাঁ থেকে ডানে; (২) একটি শুরু আর একটি শেষ; (৩) প্রতিটি প্রতীকে ছোট, স্পষ্ট লেখা; (৪) প্রতিটি সিদ্ধান্ত-প্রতীক থেকে দুটি পথ, “হ্যাঁ” আর “না” লেবেলসহ; (৫) প্রবাহ রেখা যেন একে অপরকে না কাটে; (৬) কোনো পথ যেন ঝুলে না থাকে — প্রতিটি পথ শেষে গিয়ে মেলে।

সিউডোকোড — ভাষা-নিরপেক্ষ খসড়া কোড

সিউডোকোড (pseudo = নকল) হলো কোডের মতো করে লেখা অ্যালগরিদম, কিন্তু কোনো নির্দিষ্ট ভাষার কঠোর ব্যাকরণ ছাড়া। INPUT, IF … THEN … ELSE, WHILE, PRINT-এর মতো কিছু শব্দ ব্যবহার হয়। কম্পিউটার এটি চালাতে পারে না; এটি মানুষের জন্য, যাতে পরে যেকোনো ভাষায় সহজে কোড লেখা যায়।

উদাহরণ ১ · দুটি সংখ্যার যোগফল (sequence)

ধাপ ১: শুরু
ধাপ ২: দুটি সংখ্যা A আর B ইনপুট নাও
ধাপ ৩: S = A + B হিসাব করো
ধাপ ৪: S প্রিন্ট করো
ধাপ ৫: শেষ

BEGIN
    INPUT A, B
    S ← A + B
    PRINT S
END

উদাহরণ ২ · তিনটি সংখ্যার মধ্যে বড়টি (selection)

পরীক্ষায় সবচেয়ে বেশি আসা ফ্লোচার্ট। আগে অ্যালগরিদম, তারপর নিচের stepper-এ ফ্লোচার্টটি একটি নমুনা ইনপুট দিয়ে “চালিয়ে” দেখুন।

ধাপ ১: শুরু
ধাপ ২: A, B, C ইনপুট নাও
ধাপ ৩: A > B হলে ধাপ ৪-এ যাও, না হলে ধাপ ৫-এ
ধাপ ৪: A > C হলে A প্রিন্ট করো, না হলে C প্রিন্ট করো; ধাপ ৬-এ যাও
ধাপ ৫: B > C হলে B প্রিন্ট করো, না হলে C প্রিন্ট করো
ধাপ ৬: শেষ

BEGIN
    INPUT A, B, C
    IF A > B THEN
        IF A > C THEN PRINT A ELSE PRINT C
    ELSE
        IF B > C THEN PRINT B ELSE PRINT C
    END IF
END

উদাহরণ ৩ · সংখ্যাটি জোড় না বিজোড়

কোনো সংখ্যাকে 2 দিয়ে ভাগ করলে ভাগশেষ 0 হলে জোড়। প্রোগ্রামিংয়ে ভাগশেষ বের করার চিহ্ন % (modulus), যেমন 7 % 2 = 1.

ধাপ ১: শুরু
ধাপ ২: N ইনপুট নাও
ধাপ ৩: N % 2 = 0 হলে “জোড়” প্রিন্ট করো, না হলে “বিজোড়” প্রিন্ট করো
ধাপ ৪: শেষ

BEGIN
    INPUT N
    IF N MOD 2 = 0 THEN
        PRINT "জোড়"
    ELSE
        PRINT "বিজোড়"
    END IF
END

৬ · লুপ — যোগফল, ফ্যাক্টোরিয়াল আর লিপ ইয়ার

“1 থেকে 100 পর্যন্ত যোগ করো” — প্রতিটি যোগ আলাদা ধাপে লিখলে ১০০টি ধাপ। তার বদলে একই ধাপ বারবার করানো যায়, যতক্ষণ একটি শর্ত সত্য থাকে। একে বলে লুপ (loop). ফ্লোচার্টে লুপ মানে একটি তীর, যা আবার পেছনে সিদ্ধান্ত-প্রতীকে ফিরে যায়। মান মনে রাখার জন্য লাগে ভ্যারিয়েবল — নাম দেওয়া একটি খালি বাক্স, যার মান বদলাতে পারে; এখানে sum আর i.

উদাহরণ ৪ · 1 থেকে n পর্যন্ত যোগফল

ধাপ ১: শুরু
ধাপ ২: n ইনপুট নাও
ধাপ ৩: sum = 0, i = 1 ধরো
ধাপ ৪: i ≤ n না হলে ধাপ ৭-এ যাও
ধাপ ৫: sum = sum + i
ধাপ ৬: i = i + 1; ধাপ ৪-এ ফিরে যাও
ধাপ ৭: sum প্রিন্ট করো
ধাপ ৮: শেষ

এবার সিউডোকোডটি n = 4 দিয়ে হাতে চালান — একেই বলে dry run বা trace. প্রতিটি ধাপে ভ্যারিয়েবলের মান একটি টেবিলে (trace table) লিখে রাখা হয়।

1BEGIN2INPUT n3sum ← 0 ; i ← 14WHILE i ≤ n DO5    sum ← sum + i6    i ← i + 17END WHILE8PRINT sum9END

উদাহরণ ৫ · ফ্যাক্টোরিয়াল (n!)

n! = 1 × 2 × 3 × … × n; যেমন 5! = 120, আর সংজ্ঞা অনুযায়ী 0! = 1. ফ্লোচার্ট হুবহু ওপরের মতো, শুধু দুটি বদল: শুরুর মান fact = 1 (গুণের জন্য 0 নয়, 1 — নইলে সব গুণফল 0), আর লুপে fact = fact × i.

BEGIN
    INPUT n
    fact ← 1 ; i ← 1
    WHILE i ≤ n DO
        fact ← fact × i
        i ← i + 1
    END WHILE
    PRINT fact
END

উদাহরণ ৬ · লিপ ইয়ার (অধিবর্ষ)

অনেকে ভাবেন “৪ দিয়ে বিভাজ্য হলেই লিপ ইয়ার”। পুরো নিয়ম (Gregorian ক্যালেন্ডার): ৪০০ দিয়ে বিভাজ্য হলে লিপ ইয়ার; না হলে ১০০ দিয়ে বিভাজ্য হলে লিপ ইয়ার নয়; না হলে ৪ দিয়ে বিভাজ্য হলে লিপ ইয়ার; বাকি সব নয়। প্রশ্নের ক্রম গুরুত্বপূর্ণ — নিচে চারটি সাল দিয়ে দেখুন।

BEGIN
    INPUT Y
    IF Y MOD 400 = 0 THEN PRINT "লিপ ইয়ার"
    ELSE IF Y MOD 100 = 0 THEN PRINT "লিপ ইয়ার নয়"
    ELSE IF Y MOD 4 = 0 THEN PRINT "লিপ ইয়ার"
    ELSE PRINT "লিপ ইয়ার নয়"
END

নিজে চালিয়ে দেখুন — ফ্লোচার্ট চালানোর যন্ত্র

নিচের কোডে দুটি ফ্লোচার্ট ডেটা হিসেবে রাখা আছে — প্রতিটি প্রতীক একটি node, আর প্রতিটি node জানে পরের node কোনটি। সিদ্ধান্ত-প্রতীকের দুটি “পরের node” থাকে: হ্যাঁ আর না। ছোট্ট run ফাংশনটি START থেকে শুরু করে তীর ধরে ধরে হাঁটে আর যে পথে গেল তা ছাপে। “Run” চাপুন।

// প্রতিটি node: [লেবেল, কাজ বা শর্ত, পরের node, শর্ত মিথ্যা হলে যে node]
const largest = {
  S: ['START', null, 'I'], I: ['INPUT A,B,C', null, 'D1'],
  D1: ['A>B?', v => v.A > v.B, 'D2', 'D3'],
  D2: ['A>C?', v => v.A > v.C, 'PA', 'PC'],
  D3: ['B>C?', v => v.B > v.C, 'PB', 'PC'],
  PA: ['PRINT A', v => v.out = v.A, 'E'], PB: ['PRINT B', v => v.out = v.B, 'E'], PC: ['PRINT C', v => v.out = v.C, 'E'] };
const sumN = {
  S: ['START', null, 'I'], I: ['INPUT n', null, 'P0'],
  P0: ['sum=0,i=1', v => { v.sum = 0; v.i = 1; }, 'D'],
  D: ['i<=n?', v => v.i <= v.n, 'P1', 'O'],
  P1: ['sum=sum+i,i=i+1', v => { v.sum += v.i; v.i++; }, 'D'],
  O: ['PRINT sum', v => v.out = v.sum, 'E'] };
function run(title, chart, v) {
  let id = 'S'; const path = [];
  while (id !== 'E') {
    const [label, f, yes, no] = chart[id];
    if (no) { const ok = f(v); path.push(label + (ok ? ' Yes' : ' No')); id = ok ? yes : no; }   // decision (রম্বস)
    else { path.push(label); if (f) f(v); id = yes; }                                        // terminal, I/O, process
  }
  console.log(title + ' -> output ' + v.out + ' (' + (path.length + 1) + ' symbols visited)');
  console.log('  ' + path.join(' | ') + ' | STOP');
}
run('largest(12,25,7)', largest, { A: 12, B: 25, C: 7 }); run('largest(9,4,15)', largest, { A: 9, B: 4, C: 15 });
run('sum 1..n (n=4)', sumN, { n: 4 }); run('sum 1..n (n=0)', sumN, { n: 0 });

৭ · প্রোগ্রামের তিন গঠন আর প্রোগ্রামিং পদ্ধতি

ওপরের ছয়টি উদাহরণ খেয়াল করুন — সবগুলো মাত্র তিন ধরনের গঠন দিয়ে তৈরি:

১৯৬৬ সালে দুই ইতালীয় গবেষক Corrado Böhm আর Giuseppe Jacopini দেখান, যেকোনো গণনাযোগ্য সমস্যার প্রোগ্রাম শুধু এই তিন গঠন দিয়েই লেখা যায়। এর ওপর দাঁড়িয়ে আছে structured programming — যথেচ্ছ লাফ (goto) বাদ দিয়ে শুধু এই তিন গঠনে, ছোট ছোট অংশে (ফাংশনে) ভাগ করে প্রোগ্রাম লেখা। ফলে প্রোগ্রাম পড়া, পরীক্ষা করা আর বদলানো সহজ হয়। C ভাষায় এই তিন গঠন দেখবেন পর্ব ৩৯-এ (if, for, while), আর ফাংশনে ভাগ করা পর্ব ৪০-এ।

প্রোগ্রামিং প্যারাডাইম — ভাবার ভিন্ন ভিন্ন ধরন

একই সমস্যা নানা দৃষ্টিভঙ্গি থেকে সমাধান করা যায়; এই দৃষ্টিভঙ্গিকে বলে programming paradigm:

• Procedural: প্রোগ্রাম = ধাপের তালিকা আর ফাংশন। এই পর্বের সব উদাহরণ এই ধাঁচের। উদাহরণ: C, Pascal.
• Object-oriented (OOP): ডেটা আর তার ওপর কাজকে একসাথে “object”-এ রাখা — যেমন একটি “ব্যাংক হিসাব” object-এর ভেতরে ব্যালান্স আর “টাকা জমা” কাজ। উদাহরণ: Java, C++, Python.
• Functional: গণিতের ফাংশনের মতো — ইনপুট দিলে আউটপুট, ভেতরের মান না বদলিয়ে। উদাহরণ: Haskell; JavaScript আর Python-এও এই ধাঁচে লেখা যায়।
• Logic/declarative: শুধু তথ্য আর নিয়ম দিন, উত্তর কম্পিউটার খুঁজবে — Prolog, আর এক অর্থে SQL.

প্রথম ভাষা কোনটি?

HSC ICT-র সিলেবাসে প্রোগ্রামিং শেখানো হয় C দিয়ে, আর C মেমরি ও যন্ত্রকে কাছ থেকে দেখায় — তাই এই কোর্সের পর্ব ৩৯–৪০ C-তে। একেবারে নতুন, শুধু প্রোগ্রামিংয়ের স্বাদ নিতে চাইলে Python সবচেয়ে সহজ পাঠযোগ্য ভাষা; ওয়েব পেজকে প্রাণ দিতে চাইলে JavaScript. আসল কথা: প্রথম ভাষা যা-ই হোক, অ্যালগরিদম আর ফ্লোচার্টের চিন্তা সব ভাষায় একই। একটি ভাষা ভালোভাবে শিখলে দ্বিতীয়টি অনেক দ্রুত আসে।

৮ · AI-এর যুগে — অ্যালগরিদম আপনার, কোড AI-এর

আজ AI চ্যাটবট সাধারণ ভাষার বর্ণনা থেকে কোড লেখে, আবার Mermaid নামের লেখাভিত্তিক ভাষায় ফ্লোচার্টও এঁকে দেয়। কিন্তু AI শুধু আপনার বর্ণনার শব্দগুলো ধরে কাজ করে। বর্ণনা অস্পষ্ট হলে AI চুপচাপ একটি অনুমান বসিয়ে দেয় — আর সেটাই ভবিষ্যতের logic error. তাই কাজ ভাগ করুন: ধাপ আর শর্ত ঠিক করবেন আপনি, AI টাইপ করবে, আর পরীক্ষা করবেন আবার আপনি। বিশেষ করে edge case — শূন্য, ঋণাত্মক, সমান মান, খুব বড় সংখ্যা, 1900-এর মতো ব্যতিক্রম।

AI-এর আঁকা Mermaid ফ্লোচার্ট দেখতে এমন হয় (([ ]) = terminal, [/ /] = input/output, { } = decision, [ ] = process):

flowchart TD
  S([শুরু]) --> I[/ইনপুট n/] --> P[sum = 0, i = 1] --> D{i <= n ?}
  D -- হ্যাঁ --> L[sum = sum + i, i = i + 1] --> D
  D -- না --> O[/প্রিন্ট sum/] --> E([শেষ])

AI প্রায়ই সিদ্ধান্তকে আয়তে এঁকে ফেলে, ইনপুটকে process-প্রতীকে রাখে, বা লুপের ফেরার তীর ভুল জায়গায় জোড়ে। পরীক্ষার খাতায় এমন ভুলে নম্বর কাটা যায়।

AI-এর উত্তর হাতে পেলে — যাচাইয়ের চেকলিস্ট

• অ্যালগরিদমের প্রতিটি ধাপ সুনির্দিষ্ট, আর লুপ কোনো এক সময় থামবেই (counter বাড়ছে কি না দেখেছি)
• ফ্লোচার্টে সিদ্ধান্ত রম্বসে, ইনপুট-আউটপুট সামান্তরিকে, একটি শুরু ও একটি শেষ; প্রতিটি রম্বস থেকে দুটি লেবেল-দেওয়া পথ
• নিজে হাতে অন্তত একটি dry run করেছি, আর AI-এর trace table-এর সাথে মিলিয়েছি
• edge case (0, ঋণাত্মক, সমান মান, 1900-এর মতো ব্যতিক্রম) দিয়ে কোড চালিয়ে দেখেছি
• AI-এর বলা ইতিহাস বা সংজ্ঞা (যেমন “প্রথম compiler কার”) পাঠ্যবই বা নির্ভরযোগ্য উৎসে যাচাই করেছি — AI বানিয়ে বলতেও পারে (hallucination)