ইনপুট-আউটপুট — Scanner, printf আর text block

১ · প্রোগ্রাম কথা বলে তিনটি নল দিয়ে

এখন পর্যন্ত আপনার প্রোগ্রামগুলো ছিল একতরফা বক্তা — যা লেখা আছে, তা-ই ছাপে। পর্ব ০৬-এ variable শিখেছেন, পর্ব ০৮-এ String. কিন্তু মানগুলো ছিল কোডের ভেতরেই বসানো। প্রতিবার নতুন ওজন দিয়ে BMI দেখতে চাইলে কোড বদলে আবার compile করতে হবে — এটা কোনো কাজের প্রোগ্রাম নয়। আসল প্রোগ্রাম শোনে, তারপর বলে।

একটি প্রোগ্রাম চালু হলেই অপারেটিং সিস্টেম তাকে তিনটি তৈরি সংযোগ দিয়ে দেয়। প্রতিটিকে বলে stream — একদিক দিয়ে বাইট ঢোকে, অন্যদিক দিয়ে বের হয়, ঠিক পানির নলের মতো। Java এই তিনটিকে রেখেছে System class-এর ভেতরে:

এই কোর্সের কোড-বক্সে ইনপুট কোথা থেকে আসে?

নিজের কম্পিউটারে চালালে প্রোগ্রাম থেমে আপনার টাইপ করার অপেক্ষা করবে। কিন্তু এই পাতার “চালান” বোতাম কোড পাঠায় একটি অনলাইন সার্ভারে (Wandbox, OpenJDK 21) — সেখানে কেউ কীবোর্ডে বসে নেই। তাই ইনপুট নেয় এমন প্রতিটি বক্সে ইনপুট আগে থেকে লিখে দেওয়া থাকে, আর প্রোগ্রাম চলার সময় সেটি System.in-এ ঢেলে দেওয়া হয় — যেন কেউ খুব দ্রুত টাইপ করে দিল। প্রতিটি বক্সের নিচের ব্যাখ্যায় লেখা থাকবে কোন ইনপুট দেওয়া হয়েছে।

এর একটি মজার ফল আছে: আউটপুটে আপনার “উত্তর” দেখা যাবে না। কীবোর্ডে টাইপ করলে যে লেখা পর্দায় ভেসে ওঠে, তা আসলে terminal দেখায়, প্রোগ্রাম নয়। ইনপুট আগে থেকে দেওয়া হলে কেউ টাইপ করে না, তাই প্রশ্নগুলো (Name: Weight (kg): …) এক লাইনে পাশাপাশি চলে আসে। এটা ভুল নয় — নলের স্বভাব।

২ · Scanner — লেখার স্রোত থেকে টাইপ করা মান

Scanner থাকে java.util package-এ। System বা String-এর মতো এটি আপনাআপনি হাতের কাছে থাকে না, তাই ফাইলের শুরুতে একটি import লাইন লাগে। তারপর একটি Scanner বানিয়ে তাকে বলে দিতে হয় কোন নল থেকে পড়বে:

import java.util.Scanner;                 // Scanner কোথায় আছে, compiler-কে জানানো

Scanner sc = new Scanner(System.in);      // System.in থেকে পড়বে এমন একটি Scanner

new দিয়ে একটি object বানানো হলো — পর্ব ১৫-এ এর পুরো মানে শিখবেন। আপাতত sc-কে ভাবুন একজন পাঠক হিসেবে, যে নল থেকে লেখা পড়ে আপনার চাহিদামতো টুকরো এনে দেয়। Scanner লেখাকে ভাঙে whitespace (space, tab, Enter) দেখে। প্রতিটি টুকরোকে বলে token, আর যা দিয়ে ভাঙা হয় তাকে বলে delimiter. প্রতিদিন যে method-গুলো লাগবে:

Scanner ভেতরে একটি input buffer রাখে — নল থেকে আসা লেখা যেখানে জমা থাকে, আর প্রতিটি next…() ডাক সেখান থেকে সামনের অংশ কেটে নেয়। নিচের ডায়াগ্রামে ইনপুট তিন লাইনে: রফিক, 70, 1.75. প্রতিটি ধাপে দেখুন বাফারে কী বাকি থাকে (⏎ মানে Enter-এর অক্ষর \n):

1Scanner sc = new Scanner(System.in);2String name = sc.next();3double weight = sc.nextDouble();4double height = sc.nextDouble();

এবার পুরো প্রোগ্রাম — নাম, ওজন আর উচ্চতা পড়ে BMI (Body Mass Index = ওজন ÷ উচ্চতা²) হিসাব। শেষ তিন লাইনে একই সংখ্যা তিনভাবে ছাপা হয়েছে, যাতে println আর printf-এর পার্থক্য চোখে পড়ে:

import java.util.Locale;
import java.util.Scanner;

class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);

        System.out.print("Name: ");
        String name = sc.next();            // একটি শব্দ (token)
        System.out.print("Weight (kg): ");
        double weight = sc.nextDouble();    // লেখা "70" থেকে double 70.0
        System.out.print("Height (m): ");
        double height = sc.nextDouble();    // লেখা "1.75" থেকে 1.75

        double bmi = weight / (height * height);
        System.out.println();
        System.out.println("Hello, " + name + "!");
        System.out.println("println : " + bmi);
        System.out.printf(Locale.US, "printf  : %.1f%n", bmi);
        System.out.printf(Locale.US, "[%8.2f] [%-8.2f] [%08.2f]%n", bmi, bmi, bmi);
    }
}

৩ · next বনাম nextLine — আর বিখ্যাত “হারানো লাইন” বাগ

নাম যদি দুই শব্দের হয় — “রফিক ইসলাম”? next() শুধু প্রথম শব্দটি দেবে। পুরো লাইন চাইলে লাগবে nextLine(). দুটোর পার্থক্য একটি উদাহরণে পরিষ্কার। ইনপুট লাইন যদি হয় Dhaka Mirpur 10 (Dhaka-র পরে দুটি space), তাহলে প্রথমে next() আর তারপর nextLine() ডাকলে অনলাইন runner-এ পাওয়া গেল:

লক্ষ করুন, nextLine() সামনের whitespace বাদ দেয় না, আর লাইনের শেষের ⏎-টি খেয়ে ফেলে কিন্তু ফেরত দেয় না। এই দুটি স্বভাব থেকেই জন্ম নেয় Java শিক্ষার্থীদের সবচেয়ে পরিচিত বাগ। প্রোগ্রাম রোল নম্বর (সংখ্যা) চায়, তারপর নাম (পুরো লাইন)। ব্যবহারকারী টাইপ করেন 12, Enter, Rafiq Islam, Enter. অথচ নাম আসে খালি — প্রোগ্রাম নাম চাওয়ার জায়গাটি যেন লাফিয়ে পার হয়ে যায়। ধাপে ধাপে দেখুন:

1int roll = sc.nextInt();2String name = sc.nextLine();   // ভুল3// ---- সমাধান ----4int roll = sc.nextInt();5sc.nextLine();                 // ⏎ ফেলে দাও6String name = sc.nextLine();

দ্বিতীয় আরেকটি সমাধান আছে, যা অনেক পেশাদার পছন্দ করেন: সব ইনপুট লাইন ধরে পড়ুন, আর সংখ্যা দরকার হলে নিজে বদলে নিন — Integer.parseInt(sc.nextLine().trim()). তখন token আর লাইনের মিশ্রণই থাকে না। নিচের প্রোগ্রামে বাগ আর দুটি সমাধান একসাথে চলছে:

import java.util.Scanner;

class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);

        // ভুল: nextInt-এর ঠিক পরে nextLine
        int roll = sc.nextInt();
        String name = sc.nextLine();
        System.out.println("Roll " + roll + ", name = [" + name + "]");
        System.out.println("Still waiting: [" + sc.nextLine() + "]");

        // সমাধান ১: সংখ্যার পরে লাইনের বাকিটুকু ফেলে দিন
        int roll2 = sc.nextInt();
        sc.nextLine();
        String name2 = sc.nextLine();
        System.out.println("Roll " + roll2 + ", name = [" + name2 + "]");

        // সমাধান ২: সব লাইন nextLine দিয়ে পড়ে নিজে সংখ্যায় বদলান
        int roll3 = Integer.parseInt(sc.nextLine().trim());
        String name3 = sc.nextLine();
        System.out.println("Roll " + roll3 + ", name = [" + name3 + "]");
    }
}

৪ · ভুল ইনপুট, Scanner বন্ধ করা, আর দ্রুত বিকল্প

ব্যবহারকারী সংখ্যার জায়গায় লেখা দিলে

প্রোগ্রাম বয়স চাইল, ব্যবহারকারী লিখলেন bish (বিশ)। nextInt() token-টি পড়ে দেখল এটি পূর্ণসংখ্যা নয়, তখন সে ছোড়ে InputMismatchException. অনলাইন runner-এ আসল আউটপুট:

Age: Exception in thread "main" java.util.InputMismatchException
	at java.base/java.util.Scanner.throwFor(Scanner.java:947)
	at java.base/java.util.Scanner.next(Scanner.java:1602)
	at java.base/java.util.Scanner.nextInt(Scanner.java:2267)
	at java.base/java.util.Scanner.nextInt(Scanner.java:2221)
	at Main.main(prog.java:7)

পর্ব ০৪-এ শেখা নিয়মে stack trace পড়ুন: exception-এর নাম java.util.InputMismatchException, কোনো বিস্তারিত বার্তা নেই। নিচের চারটি java.base/…Scanner লাইন হলো Java-র নিজের কোডের ভেতরের পথ — সেগুলো আপনার দোষ নয়। আপনার কোডের প্রথম লাইনটি খুঁজুন: at Main.main(prog.java:7) — লাইন ৭-এ nextInt(). এটি একটি unchecked exception, তাই compiler আগে থেকে সতর্ক করেনি।

প্রোগ্রাম থেমে যাওয়ার আগেই উঁকি দিয়ে দেখা যায়: hasNextInt() শুধু জানায় পরের token পূর্ণসংখ্যা কি না, কিছু পড়ে না। if দিয়ে সিদ্ধান্ত নেওয়া পরের পর্বে বিস্তারিত শিখবেন, তবে ধারণাটি এখনই সহজ:

System.out.print("Age: ");
if (sc.hasNextInt()) {              // পরের token কি পূর্ণসংখ্যা?
    int age = sc.nextInt();
    System.out.println("Age = " + age);
} else {
    String bad = sc.next();         // ভুল token-টি সরিয়ে ফেলা জরুরি
    System.out.println("Please type a number, not: " + bad);
}

ইনপুট bish হলে ছাপা হবে Age: Please type a number, not: bish. else-এর ভেতরে sc.next() দিয়ে ভুল token-টি সরানো জরুরি — নইলে সেটি বাফারের সামনেই থেকে যায়, আর বারবার জিজ্ঞেস করলে প্রতিবার একই ভুল token দেখা যাবে। পর্ব ১১-এ loop শিখলে “সঠিক সংখ্যা না দেওয়া পর্যন্ত আবার জিজ্ঞেস করো” লিখতে পারবেন, আর পর্ব ২৯-এ শিখবেন try-catch দিয়ে exception ধরা।

Scanner কি বন্ধ করতে হয়?

IDE প্রায়ই সতর্ক করে: “Resource leak: sc is never closed”. ফাইল থেকে পড়া Scanner কাজ শেষে অবশ্যই বন্ধ করবেন (sc.close(), বা পর্ব ২৯-এর try-with-resources). কিন্তু System.in-এর Scanner আলাদা। Scanner বন্ধ করলে তার নিচের নলটিও বন্ধ হয় — আর System.in একবার বন্ধ হলে প্রোগ্রামের বাকি জীবনে আর খোলা যায় না। Runner-এ যাচাই করা: sc.close()-এর পরে নতুন new Scanner(System.in).nextLine() ডাকলে পাওয়া যায় java.util.NoSuchElementException: No line found.

নিয়মটি তাই সরল: পুরো প্রোগ্রামে System.in-এর জন্য একটিই Scanner বানান, শুরুতে; আর হয় একেবারে শেষে বন্ধ করুন, নয়তো বন্ধই করবেন না — প্রোগ্রাম শেষ হলে অপারেটিং সিস্টেম নিজেই নল বন্ধ করে দেয়। প্রতিটি method-এ নতুন Scanner বানিয়ে বন্ধ করা একটি সাধারণ ভুল, যা দ্বিতীয়বার ইনপুট চাইলেই ধরা পড়ে।

BufferedReader — বেশি ইনপুটের জন্য দ্রুত পথ

Scanner আরামদায়ক, কিন্তু ধীর: প্রতিটি token চিনতে সে regular expression ব্যবহার করে, আর সংখ্যা যাচাইয়ে অনেক নিয়ম মানে (locale, কমা, বাংলা অঙ্ক…)। দশ লাখ সংখ্যা পড়তে হলে এই খরচ চোখে পড়ে। প্রোগ্রামিং কনটেস্টে তাই প্রায় সবাই ব্যবহার করেন BufferedReader — যে শুধু পুরো লাইন পড়ে, আর বাকি কাজ আপনি নিজে করেন:

import java.io.*;
import java.util.StringTokenizer;

class Main {
    public static void main(String[] args) throws IOException {
        BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
        int n = Integer.parseInt(br.readLine().trim());       // লাইন ১: "3"
        StringTokenizer st = new StringTokenizer(br.readLine()); // লাইন ২: "40 2"
        long a = Long.parseLong(st.nextToken());
        long b = Long.parseLong(st.nextToken());
        System.out.println(n + " " + (a + b));                  // 3 42
    }
}

এখানে System.in (কাঁচা বাইট) মোড়ানো হয়েছে InputStreamReader-এ (বাইট → অক্ষর), সেটি আবার মোড়ানো BufferedReader-এ (একবারে বড় টুকরো পড়ে জমিয়ে রাখা, লাইন ধরে দেওয়া)। পেঁয়াজের খোসার মতো স্তরে স্তরে মোড়ানো — ভাবনার প্রশ্ন ৫-এ দেখবেন কেন Java-র I/O এভাবে নকশা করা। throws IOException লাগে কারণ readLine() একটি checked exception ঘোষণা করে (পর্ব ২৯)। কনটেস্টের আরও কৌশল — দ্রুত আউটপুটের জন্য PrintWriter/StringBuilder — পর্ব ৫৪-এ।

৫ · printf-এর ছাঁচ — format specifier-এর ভাষা

এবার উল্টো দিক: মানকে সুন্দর লেখায় সাজানো। printf-এর প্রথম argument একটি format string — সাধারণ লেখার মাঝে % দিয়ে শুরু হওয়া কিছু “ফাঁকা ঘর”, যাদের বলে format specifier. বাকি argument-গুলো ক্রমানুসারে সেই ঘরগুলোতে বসে। একই ছাঁচের ভাষা তিন জায়গায় চলে:

System.out.printf("%s is %d%n", "Age", 20);          // সরাসরি ছাপে
String a = String.format("%s is %d", "Age", 20);      // ছাপে না, String বানায়
String b = "%s is %d".formatted("Age", 20);           // একই কাজ, Java 15 থেকে

তিনটিতেই ফল Age is 20. String.format কাজে লাগে যখন সাজানো লেখাটি ছাপার বদলে কোথাও রাখতে চান — ফাইলে, SMS-এ, ডেটাবেসে। formatted() একই জিনিস, শুধু পড়তে একটু স্বাভাবিক; text block-এর সাথে এটি খুব মানায় (অংশ ৮)। নিচের সব ফল অনলাইন runner-এ যাচাই করা ([ ] দেওয়া হয়েছে যাতে ফাঁকা জায়গা দেখা যায়):

%n বনাম \n: \n সবসময় একটি অক্ষর (LF). কিন্তু Windows-এ লাইন শেষ হয় দুটি অক্ষরে (CR LF), Linux আর Mac-এ একটিতে। %n বসায় চলতি অপারেটিং সিস্টেমের line separator — Windows-এ \r\n, runner-এর Linux-এ \n. তাই printf-এ %n লেখাই প্রথা। আর মনে রাখুন, printf নিজে থেকে লাইন ভাঙে না — শেষে %n না দিলে পরের লেখা একই লাইনে জুড়ে যাবে।

একটি specifier-এ কয়েকটি অংশ থাকতে পারে, আর তাদের ক্রম নির্দিষ্ট: %, তারপর flag (-, 0, ,), তারপর width (ন্যূনতম ঘর), তারপর . আর precision, শেষে conversion অক্ষর। টাকার অঙ্ক ছাপার সবচেয়ে কাজের ছাঁচ %,10.2f — টুকরো ধরে ধরে গড়ে তুলুন, মান 12345.678:

বাস্তব উদাহরণ — বিদ্যুৎ বিলের হিসাব

ইউনিট পড়ে বিদ্যুৎ বিলের একটি আনুমানিক হিসাব (দরগুলো কাল্পনিক — আসল বিল হয় ধাপে ধাপে বাড়া দরে, যা পর্ব ১০-এর if শেখার পরে লিখতে পারবেন):

int units = sc.nextInt();               // ইনপুট: 175
double energy = units * 7.50;           // কাল্পনিক দর: ইউনিটপ্রতি ৭.৫০ টাকা
double demand = 42.0;                   // কাল্পনিক ডিমান্ড চার্জ
double vat = (energy + demand) * 0.05;  // ৫% VAT
double total = energy + demand + vat;

System.out.printf(Locale.US, "%-14s%,10.2f%n", "Energy", energy);
System.out.printf(Locale.US, "%-14s%,10.2f%n", "Demand charge", demand);
System.out.printf(Locale.US, "%-14s%,10.2f%n", "VAT (5%)", vat);
System.out.printf(Locale.US, "%-14s%,10.2f%n", "Total", total);

Energy          1,312.50
Demand charge      42.00
VAT (5%)           67.73
Total           1,422.23

প্রতিটি লাইনে একই ছাঁচ: নাম ১৪ ঘরে বাঁয়ে, টাকা ১০ ঘরে ডানে, কমা আর দুই দশমিকসহ। ফলে সব দশমিক বিন্দু একই কলামে — হিসাব মেলানো সহজ। লক্ষ করুন, "VAT (5%)"-এর ভেতরের % সমস্যা করেনি, কারণ সেটি argument, format string নয়। format string-এর ভেতরে লিখলে %% লাগত।

৬ · Locale — একই সংখ্যা, দেশে দেশে আলাদা চেহারা

১২ লক্ষ ৩৪ হাজার ৫৬৭ টাকা ৮৯ পয়সা — বিভিন্ন দেশে একই সংখ্যা লেখা হয় বিভিন্নভাবে। Java এই রীতিগুলো জানে একটি Locale object-এর মাধ্যমে (ভাষা + দেশ)। %,.2f ছাঁচে 1234567.891 দিয়ে runner-এ পাওয়া গেল:

Locale না লিখলে printf ব্যবহার করে ডিফল্ট locale, যা আসে চলতি কম্পিউটারের অপারেটিং সিস্টেমের সেটিং থেকে। এই কোর্সের runner-এ সেটি en_US (যাচাই করা)। কিন্তু একই প্রোগ্রাম জার্মান সেটিংয়ের কোনো সার্ভারে চললে আপনার %.2f হঠাৎ 22,86 দেখাবে — আর সেই আউটপুট যদি অন্য প্রোগ্রাম পড়ে (CSV ফাইল, JSON), সব ভেঙে পড়বে। তাই নিয়ম:

• মানুষের জন্য আউটপুট (পর্দা, রিপোর্ট): ডিফল্ট locale চলতে পারে, তবে রিপোর্ট সবার কাছে একই রকম দেখাতে চাইলে locale লিখে দিন।
• যন্ত্রের জন্য আউটপুট (ফাইল, API, লগ, টেস্ট): সবসময় নির্দিষ্ট locale — printf(Locale.US, …) বা String.format(Locale.ROOT, …). নইলে আউটপুট কম্পিউটারভেদে বদলাবে।
• ইনপুটেও একই কথা: Scanner-ও locale মানে। Runner-এ যাচাই করা: useLocale(Locale.GERMANY) দেওয়া Scanner লেখা 1.75-কে দশমিক হিসেবে নেয় না (InputMismatchException), কিন্তু 1,75 নেয়। নির্দিষ্ট ফরম্যাটের ইনপুট পড়লে sc.useLocale(Locale.US) লিখে দিন।

লাখ-কোটির কমা — Java-তে তৈরি নেই

বাংলাদেশে আমরা লিখি 12,34,567 — শেষে তিন অঙ্ক, তারপর দুই অঙ্ক পরপর কমা। ওপরের টেবিলে দেখলেন, bn-BD বা en-IN দিয়েও printf এই রীতি দেয় না; NumberFormat-ও (runner-এ যাচাই করা) দেয় 12,345,678. JDK-র সংখ্যা-সাজানোর ব্যবস্থা শুধু এক মাপের দল চেনে। দরকার হলে ছোট্ট একটি নিজস্ব method লিখে নেওয়া যায় — method লেখা পর্ব ১২-এ শিখবেন, আজ শুধু ব্যবহার দেখুন:

// শেষের ৩ অঙ্ক আলাদা, বাকিটায় প্রতি ২ অঙ্কে কমা (শুধু অঋণাত্মক সংখ্যার জন্য)
static String lakh(long n) {
    String s = Long.toString(n);
    if (s.length() <= 3) return s;
    String last3 = s.substring(s.length() - 3);
    String rest  = s.substring(0, s.length() - 3);
    return rest.replaceAll("\\B(?=(\\d{2})+$)", ",") + "," + last3;
}
// lakh(123456789) → "12,34,56,789"   lakh(1500000) → "15,00,000"

ভাগ দুটি: শেষের তিন অঙ্ক কেটে রাখা, আর বাকি অংশে একটি regular expression দিয়ে ডান দিক থেকে প্রতি দুই অঙ্কে কমা বসানো। দুটি ফলই runner-এ যাচাই করা: ১২ কোটি ৩৪ লাখ ৫৬ হাজার ৭৮৯, আর ১৫ লাখ। ঋণাত্মক সংখ্যা বা দশমিক এটি সামলায় না — বাস্তব প্রজেক্টে সাধারণত ICU4J-এর মতো লাইব্রেরি ব্যবহার করা হয়, যা লাখের রীতি জানে।

৭ · টেবিল সাজানো — মাসিক খরচের রিপোর্ট, আর System.err

একটি পরিবারের মাসিক খরচের রিপোর্ট। প্রথমে নতুনরা সাধারণত যেভাবে লেখেন — + দিয়ে জুড়ে:

System.out.println("House rent " + 15000.0);
System.out.println("Bazar " + 6500.0);

House rent 15000.0
Bazar 6500.0

কলাম মেলে না, কমা নেই, দশমিক এক ঘরের, আর নাম যত লম্বা, সংখ্যা তত ডানে সরে। printf দিয়ে প্রতিটি কলামের মাপ একবার ঠিক করে দিলে সমস্যা মিটে যায়:

System.out.printf("%-12s%12s%8s%n", "Khat", "Taka", "Share");
System.out.println("-".repeat(32));
System.out.printf("%-12s%,12.2f%7.1f%%%n", "House rent", 15000.0, 15000 * 100.0 / 24500);
System.out.printf("%-12s%,12.2f%7.1f%%%n", "Bazar",       6500.0,  6500 * 100.0 / 24500);
System.out.printf("%-12s%,12.2f%7.1f%%%n", "Transport",   1800.0,  1800 * 100.0 / 24500);
System.out.printf("%-12s%,12.2f%7.1f%%%n", "Net+Mobile",  1200.0,  1200 * 100.0 / 24500);
System.out.println("-".repeat(32));
System.out.printf("%-12s%,12.2f%n", "Total", 24500.0);

Khat                Taka   Share
--------------------------------
House rent     15,000.00   61.2%
Bazar           6,500.00   26.5%
Transport       1,800.00    7.3%
Net+Mobile      1,200.00    4.9%
--------------------------------
Total          24,500.00

কৌশলটি হলো শিরোনাম আর প্রতিটি সারির জন্য একই width: নাম ১২ ঘর বাঁয়ে (%-12s), টাকা ১২ ঘর ডানে (শিরোনামে %12s, সংখ্যায় %,12.2f), শতাংশ ৭ ঘর আর তারপর একটি আসল % চিহ্ন (%7.1f%%) — মোট ৮ ঘর, শিরোনামের %8s-এর সমান। লেখা বাঁয়ে, সংখ্যা ডানে — এটাই হিসাবের টেবিলের সর্বজনীন রীতি, কারণ ডানে ঘেঁষলে একক, দশক, শতক একই কলামে দাঁড়ায়। "-".repeat(32) (পর্ব ০৮) দাগটি টেবিলের মোট প্রস্থের সমান রাখে: ১২ + ১২ + ৮ = ৩২. একই কাঠামোর চারটি লাইন বারবার লেখা দৃষ্টিকটু লাগছে? পর্ব ১১-এ loop আর পর্ব ১৩-এ array দিয়ে এটি দুই লাইনে নামবে।

বাংলা লেখায় সারি মেলে না কেন

একই টেবিলে খাতের নাম বাংলায় লিখলে কলাম আঁকাবাঁকা হয়ে যেতে পারে। কারণ printf ঘর গোনে char দিয়ে, পর্দার চওড়া দিয়ে নয়। "রফিক".length() হলো 4 (র, ফ, ি, ক — চারটি char), অথচ পর্দায় দেখায় প্রায় তিনটি অক্ষরের জায়গায়, কারণ ি-কার ফ-এর সাথে মিশে যায়। Runner-এ [%-8s] দিয়ে Rafiq হলো [Rafiq   ] (৩টি space), আর রফিক হলো [রফিক    ] (৪টি space). তার ওপর বাংলা font-এর অক্ষরগুলো সাধারণত monospace নয়। ব্যবহারিক সমাধান: সারি মেলানো দরকার এমন কলামে ইংরেজি বা সংখ্যা রাখুন, বাংলা লেখা রাখুন শেষ কলামে, যেখানে পরে আর কিছু মেলাতে হয় না।

System.err — error-এর আলাদা পথ

System.err.println("Error: file not found"); দেখতে println-এর মতোই, পর্দাতেও সাধারণত একসাথে দেখায়। তাহলে আলাদা নল কেন? কারণ terminal-এ আউটপুট ফাইলে পাঠানো যায়: java Main > report.txt লিখলে System.out-এর সব লেখা ফাইলে যায়, কিন্তু System.err-এর লেখা তবু পর্দায় আসে — ফলে রিপোর্ট ফাইলে error মেশে না, আর ব্যবহারকারী সমস্যার খবর দেখতে পান। Error আলাদা ফাইলে রাখতে 2> errors.txt. IDE-গুলো System.err-এর লেখা সাধারণত লাল রঙে দেখায়। এই কোর্সের চালানো যায় এমন কোড কখনো System.err-এ লেখে না, কারণ runner সেখানে কিছু পেলেই ধরে নেয় প্রোগ্রাম ব্যর্থ হয়েছে।

৮ · text block — বহু লাইনের লেখা এক টুকরোয়

বিল তৈরি হলে গ্রাহককে একটি SMS পাঠাতে হবে, চার লাইনের। পুরোনো Java-য় লিখতে হতো "প্রিয় " + name + ",\n" + "এ মাসে…\n" + … — কোট, \n আর +-এর জঙ্গল। JSON বা HTML লিখতে গেলে ভেতরের প্রতিটি "-এর আগে \ দিতে হতো। Java 15 থেকে স্থায়ী text block এই সমস্যার সমাধান: তিনটি ডাবল কোট """ দিয়ে শুরু, তারপর নতুন লাইন, তারপর লেখা যেমন দেখতে চান ঠিক তেমন:

String sms = """
        প্রিয় %s,
        এ মাসে ব্যবহার: %d ইউনিট
        মোট বিল: %,.2f টাকা (VAT সহ)
        ধন্যবাদ।
        """.formatted(name, units, total);
System.out.print(sms);

নাম Nusrat Jahan, ১৭৫ ইউনিট আর আগের অংশের মোট দিয়ে runner-এ আউটপুট:

প্রিয় Nusrat Jahan,
এ মাসে ব্যবহার: 175 ইউনিট
মোট বিল: 1,422.23 টাকা (VAT সহ)
ধন্যবাদ।

text block আসলে একটি সাধারণ String — compile-এর সময়ই তৈরি হয়ে যায়, তাই formatted(), length(), replace() সবই চলে। টেমপ্লেট (ছাঁচ) আর তথ্য আলাদা থাকল: SMS-এর ভাষা বদলাতে কোডের হিসাব ছুঁতে হয় না। একইভাবে JSON লেখা যায়, ভেতরের কোট সরাসরি লিখে:

String json = """
    {
      "name": "%s",
      "units": %d
    }""".formatted(name, units);

কিন্তু একটি প্রশ্ন: কোডে লেখাগুলো ৮ ঘর ভেতরে, অথচ আউটপুটে লাইনের শুরুতে কোনো space নেই। কেন? Java নিজে “অপ্রাসঙ্গিক” indentation কেটে ফেলে। কতটা কাটে, তা ঠিক হয় একটি সরল নিয়মে (· মানে একটি space):

String msg = """
········Priyo grahok,
··········Bill: 1,422 tk
········Dhonnobad
········""";

String msg = """
········Priyo grahok,
··········Bill: 1,422 tk
········Dhonnobad
········""";

Priyo grahok,⏎
··Bill: 1,422 tk⏎
Dhonnobad⏎

String msg = """
········Priyo grahok,
··········Bill: 1,422 tk
········Dhonnobad
····""";

····Priyo grahok,⏎
······Bill: 1,422 tk⏎
····Dhonnobad⏎

String msg = """
········Priyo grahok,
··········Bill: 1,422 tk
········Dhonnobad""";

Priyo grahok,⏎
··Bill: 1,422 tk⏎
Dhonnobad   ← এখানেই শেষ

৯ · AI-এর যুগে — ইনপুট-আউটপুট কোডে AI কোথায় হোঁচট খায়

“একটি Java প্রোগ্রাম লেখো যা নাম আর বয়স নিয়ে…” — এমন অনুরোধে AI কয়েক সেকেন্ডে কোড দেয়, আর সেটি সাধারণত compile-ও হয়। কিন্তু ইনপুট-আউটপুটের ভুলগুলো প্রায়ই compile-এর সময় ধরা পড়ে না। সেগুলো দেখা দেয় আসল ব্যবহারকারী আসল ইনপুট দিলে, বা অন্য দেশের সার্ভারে চালালে।

AI সাধারণত যে ভুলগুলো করে

AI-এর দেওয়া ইনপুট-আউটপুট কোড যাচাইয়ের চেকলিস্ট

• দুই শব্দের নাম (যেমন “Rafiq Islam”) দিয়ে চালিয়েছি — নাম পুরো এসেছে, খালি বা অর্ধেক নয়
• সংখ্যার পরে লাইন পড়ার প্রতিটি জায়গা খুঁজে দেখেছি — বাড়তি nextLine() আছে, বা সব ইনপুট লাইন ধরে পড়া
• সংখ্যার জায়গায় লেখা দিয়ে চালিয়েছি — প্রোগ্রাম stack trace দিয়ে থেমে যায়নি
• ফাইল বা অন্য প্রোগ্রামের জন্য লেখা প্রতিটি printf/format-এ নির্দিষ্ট Locale আছে
• সবচেয়ে লম্বা নাম আর সবচেয়ে বড় সংখ্যা দিয়ে টেবিলের কলাম মিলিয়ে দেখেছি — width যথেষ্ট
• System.in-এর Scanner মাঝপথে close() হয়নি, আর একাধিক Scanner বানানো হয়নি