যোগাযোগ : @ivanzamzam

AOT — Ahead-Of-Time কম্পাইলেশন কী এবং এটি কীভাবে কাজ করে

জ্ঞান
বিল্ড এবং ডিপ্লয়মেন্ট
AOT
লেখক: IT Sectr প্রকাশিত: 2026-04-16 পড়ার সময়: 9 মিনিট

AOT (Ahead-Of-Time) — একটি কম্পাইলেশন প্রযুক্তি যেখানে সোর্স কোড বা বাইটকোড প্রোগ্রাম নির্বাহের আগে, বিল্ড বা ইনস্টলেশন ধাপে মেশিন নির্দেশে রূপান্তরিত হয়। Android-এ, AOT কম্পাইলেশন ART রানটাইম পরিবেশের একটি মূল উদ্ভাবনে পরিণত হয়েছিল, যা সংস্করণ 5.0 Lollipop-এ Dalvik-কে প্রতিস্থাপন করেছিল। Google, 2024 অনুসারে, ART-তে AOT কম্পাইলেশন ওয়ার্ম-আপ বিলম্ব দূর করে এবং JIT পদ্ধতির তুলনায় অ্যাপ্লিকেশনের শক্তি খরচ 10–15% হ্রাস করে।

মূল বিষয়

  • AOT — Ahead-Of-Time কম্পাইলেশন: প্রোগ্রাম নির্বাহের আগে কোডকে মেশিন কোডে রূপান্তর করা।
  • Android-এ, AOT dex2oat ইউটিলিটি দ্বারা APK ইনস্টলেশনের সময় বা ব্যাকগ্রাউন্ডে সম্পাদিত হয়।
  • AOT-এর প্রধান সুবিধা হল ওয়ার্ম-আপ ফেজ ছাড়া তাৎক্ষণিক অ্যাপ স্টার্টআপ।
  • অসুবিধা — বর্ধিত ইনস্টলেশন সময় এবং 15–30% অতিরিক্ত ডিস্ক স্থান।
  • আধুনিক সিস্টেম হাইব্রিড পদ্ধতি ব্যবহার করে: প্রথম লঞ্চের জন্য JIT, হট মেথডের জন্য AOT।

AOT কম্পাইলেশন কী?

Ahead-Of-Time (AOT) হল একটি কম্পাইলেশন পদ্ধতি যেখানে একটি প্রোগ্রাম চালানোর আগে মেশিন কোডে রূপান্তরিত হয়। শব্দটি “Ahead-Of-Time” JIT (Just-In-Time)-এর বিপরীত: যদি JIT “ঠিক সময়ে” কম্পাইল করে, তাহলে AOT “আগে থেকে” কম্পাইল করে। একটি AOT কম্পাইলার সোর্স কোড বা মধ্যবর্তী উপস্থাপনা (বাইটকোড) ইনপুট হিসেবে নেয় এবং চালানোর জন্য প্রস্তুত একটি এক্সিকিউটেবল ফাইল তৈরি করে।

AOT-এর ইতিহাস ঐতিহ্যগত C এবং C++ কম্পাইলারের সাথে সম্পর্কিত, যেখানে কম্পাইলেশন সবসময় নির্বাহের আগে ঘটে। ম্যানেজড ভাষার (Java, C#, Dart) প্রসঙ্গে, AOT একটি অপেক্ষাকৃত সাম্প্রতিক উদ্ভাবন: দীর্ঘদিন ধরে মনে করা হত যে গতিশীল ক্ষমতা (রিফ্লেকশন, ডায়নামিক ক্লাস লোডিং) AOT বাস্তবায়নকে কঠিন করে তোলে। Google Android-এর জন্য dex2oat তৈরি করে এই সমস্যার সমাধান করেছে — DEX বাইটকোডের একটি AOT কম্পাইলার যা নেটিভ কোডে রূপান্তর করে।

AOT কীভাবে কাজ করে

একটি AOT কম্পাইলার একটি পূর্ণ অনুবাদ চক্র সম্পাদন করে। প্রথম ধাপ — পার্সিং এবং অ্যাবস্ট্রাক্ট সিনট্যাক্স ট্রি (AST) নির্মাণ। দ্বিতীয় — বিশ্লেষণ এবং অপ্টিমাইজেশন: ডেড কোড অপসারণ, ইনলাইনিং, লুপ অপ্টিমাইজেশন। তৃতীয় — লক্ষ্য আর্কিটেকচারের (ARM, ARM64, x86) জন্য মেশিন কোড জেনারেশন। ফলাফল — একটি এক্সিকিউটেবল ফাইল যার রানটাইমে অতিরিক্ত প্রক্রিয়াকরণের প্রয়োজন হয় না।

bash 
# dex2oat AOT কম্পাইলারের ম্যানুয়াল চালানো
dex2oat --dex-file=classes.dex \
        --oat-file=classes.oat \
        --arch=arm64 \
        --instruction-set-variant=generic

# কম্পাইল করা OAT ফাইল পরীক্ষা করুন
oatdump --oat-file=classes.oat --output=oat_dump.txt

Android-এ AOT: dex2oat এবং OAT ফাইল

Android-এ, AOT কম্পাইলেশন dex2oat ইউটিলিটি (dalvik executable to optimized android translator) এর মাধ্যমে বাস্তবায়িত হয়। যখন একজন ব্যবহারকারী একটি অ্যাপ্লিকেশন ইনস্টল করেন, সিস্টেম dex2oat চালায়, যা APK থেকে DEX ফাইল পড়ে, বাইটকোড অপ্টিমাইজ করে এবং একটি OAT ফাইল — নেটিভ কোড সহ ELF বাইনারি তৈরি করে। এই ফাইলটি /data/dalvik-cache/ পার্টিশনে সংরক্ষিত হয়।

কম্পাইলেশন প্রক্রিয়ায় অপ্টিমাইজেশনের বেশ কয়েকটি স্তর অন্তর্ভুক্ত। মৌলিক স্তর — বাইটকোড যাচাইকরণ এবং মৌলিক অপ্টিমাইজেশন (ডেড কোড অপসারণ, কনস্ট্যান্ট ফল্ডিং)। মধ্যবর্তী স্তর — মেথড ইনলাইনিং, লুপ আনরোলিং, এস্কেপ বিশ্লেষণ। সর্বোচ্চ স্তর — সম্পূর্ণ অ্যাপ্লিকেশনের বৈশ্বিক অপ্টিমাইজেশন, যার মধ্যে ডিভার্চুয়ালাইজেশন এবং স্ট্যাক আকার অপ্টিমাইজেশন অন্তর্ভুক্ত। অপ্টিমাইজেশন স্তর কম্পাইলেশন মোডের (speed, speed-profile, space) উপর নির্ভর করে।

OAT ফাইলের গঠন

একটি OAT ফাইল ELF (Executable and Linkable Format) ফরম্যাট ব্যবহার করে — একই ফরম্যাট যা নেটিভ Linux বাইনারি ব্যবহার করে। OAT ফাইলের ভিতরে প্রতিটি অ্যাপ্লিকেশন মেথডের জন্য কম্পাইল করা কোড থাকে, পাশাপাশি মেটাডেটা: ক্লাস, ফিল্ড, মেথড এবং তাদের সম্পর্ক সম্পর্কে তথ্য। ART এই মেটাডেটা ব্যবহার করে দ্রুত ক্লাস লোডিং এবং সম্পূর্ণ DEX পার্সিং ছাড়া সিম্বলিক রেফারেন্স সমাধানের জন্য।

OAT উপাদানউদ্দেশ্য
ELF হেডারELF ফরম্যাট হেডার
কোড সেকশনকম্পাইল করা মেথডের মেশিন কোড
OAT হেডারART মেটাডেটা: সংস্করণ, সেকশন আকার
DEX সেকশনরিফ্লেকশনের জন্য মূল DEX ডেটা
লিংক টেবিলJNI এবং নেটিভ লাইব্রেরির জন্য লিংক টেবিল

AOT বনাম JIT: তুলনামূলক বিশ্লেষণ

AOT এবং JIT কর্মক্ষমতা এবং নমনীয়তার মধ্যে আপসের জায়গায় ভিন্ন বিন্দু উপস্থাপন করে। AOT প্রথম সেকেন্ড থেকে সর্বোচ্চ নির্বাহ গতি প্রদান করে কিন্তু বেশি ডিস্ক স্থান এবং ইনস্টলেশন সময় প্রয়োজন। JIT স্থান এবং ইনস্টলেশন সময় বাঁচায় কিন্তু ওয়ার্ম-আপ বিলম্ব এবং পিক শক্তি খরচের মূল্য দেয়।

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

নির্ণায়কAOTJIT
স্টার্টআপতাৎক্ষণিকওয়ার্ম-আপ সহ
ইনস্টলেশনধীর (কম্পাইলেশন)দ্রুত
ডিস্ক স্থান+15–30%সর্বনিম্ন
শক্তি খরচস্থিতিশীলকম্পাইলেশনের সময় পিক
অভিযোজনযোগ্যতাকমউচ্চ

কোড কর্মক্ষমতা

একটি আকর্ষণীয় সূক্ষ্মতা: AOT কোড সবসময় JIT-এর চেয়ে দ্রুত নয়। JIT-এর রানটাইম প্রোফাইলিং তথ্যে প্রবেশাধিকার থাকে — সঠিক অবজেক্ট টাইপ, কল ফ্রিকোয়েন্সি, বাস্তব ব্রাঞ্চিং প্যাটার্ন। এটি AOT-এর জন্য অনুপলব্ধ অপ্টিমাইজেশন প্রয়োগের অনুমতি দেয় (যেমন, প্রোফাইল-নির্দেশিত ইনলাইনিং)। বাস্তবে, AOT এবং JIT-এর মধ্যে কম্পাইল কোডের কর্মক্ষমতার পার্থক্য পরিস্থিতির উপর নির্ভর করে ±5–10%।

AOT কম্পাইলেশনের সুবিধা

AOT মোবাইল অ্যাপ্লিকেশনের জন্য তিনটি মূল সুবিধা প্রদান করে। প্রথম — পূর্বানুমানযোগ্য কর্মক্ষমতা। ব্যবহারকারী প্রথম সেকেন্ডে “ঠোকর” দেখে না: অ্যাপ্লিকেশন প্রথম ফ্রেম থেকে সর্বোচ্চ গতিতে চলে। এটি গেম, অ্যানিমেশন এবং মসৃণ ট্রানজিশনযুক্ত ইন্টারফেসের জন্য গুরুত্বপূর্ণ।

দ্বিতীয় — শক্তি দক্ষতা। AOT JIT কম্পাইলেশনের সাধারণ CPU পিক লোড তৈরি করে না। প্রসেসর স্থিতিশীল মোডে কাজ করে, যা অ্যাপ্লিকেশন ব্যবহারের প্রথম 30–60 সেকেন্ডে শক্তি খরচ 10–15% হ্রাস করে। একজন সাধারণ ব্যবহারকারীর জন্য যিনি প্রতিদিন 20–30টি অ্যাপ চালু করেন, এটি ব্যাটারি লাইফে উল্লেখযোগ্য বৃদ্ধি প্রদান করে।

রানটাইম সরলীকরণ

AOT কম্পাইলেশন রানটাইম পরিবেশকে সরল করে। যখন সমস্ত কোড ইতিমধ্যে কম্পাইল করা থাকে, তখন রানটাইমে JIT কম্পাইলার, ইন্টারপ্রেটার বা প্রোফাইলারের প্রয়োজন হয় না। এটি রানটাইমের আকার হ্রাস করে এবং ত্রুটির সম্ভাবনা কমায়। সম্পূর্ণ AOT মোডে ART সক্রিয় JIT-সহ অনুরূপ পরিবেশের তুলনায় প্রায় 15% কম RAM ব্যবহার করে।

AOT কম্পাইলেশনের অসুবিধা

AOT-এর প্রধান অসুবিধা হল ইনস্টলেশন সময়। Android 5.0-সহ পুরনো ডিভাইসে, বড় অ্যাপ্লিকেশন (100–200 MB) ইনস্টল করতে AOT কম্পাইলেশনের কারণে 2–5 মিনিট লাগতে পারে। এটি নেতিবাচক ব্যবহারকারী অভিজ্ঞতা তৈরি করেছিল: APK ডাউনলোডের পরে, ব্যবহারকারীদের অ্যাপ্লিকেশন খোলার আগে অপেক্ষা করতে হত। Google Android 7.0-এ হাইব্রিড স্কিমে স্যুইচ করে এই সমস্যা আংশিকভাবে সমাধান করেছে।

দ্বিতীয় অসুবিধা হল ডিস্ক স্থান। OAT ফাইল মূল DEX ফাইলের চেয়ে 15–30% বড়। 8–16 GB অভ্যন্তরীণ স্টোরেজযুক্ত ডিভাইসে, প্রতিটি অ্যাপ্লিকেশন সিস্টেম পার্টিশনে অতিরিক্ত স্থান “খায়”। বিপুল সংখ্যক ইনস্টল করা অ্যাপ্লিকেশন (50–100) থাকা ব্যবহারকারীদের জন্য, এটি সিস্টেম আপডেটের জন্য অপর্যাপ্ত স্থানের কারণ হতে পারে।

অভিযোজনযোগ্যতার অভাব

AOT কোড কম্পাইল সময়ে স্থির হয়। যদি অ্যাপ্লিকেশন Android সংস্করণ, ডিভাইস মডেল বা ব্যবহারকারী সেটিংসের উপর নির্ভর করে বিভিন্ন নির্বাহ প্যাটার্ন ব্যবহার করে, তাহলে AOT অভিযোজিত হতে পারে না। একটি পরিস্থিতির জন্য নির্বাচিত অপ্টিমাইজেশন অন্যটির জন্য উপ-অনুকূল হতে পারে। JIT এই ক্ষেত্রে বেশি নমনীয়: যখন নির্বাহ শর্ত পরিবর্তিত হয় তখন এটি হট মেথড পুনরায় কম্পাইল করে।

Android-এর বাইরে AOT: Flutter, .NET, Go

AOT কম্পাইলেশন শুধুমাত্র Android-এ নয়, অন্যান্য ক্ষেত্রেও ব্যবহার হয়। Flutter iOS এবং Android-এর জন্য Dart কোডকে নেটিভ কোডে কম্পাইল করতে AOT ব্যবহার করে। এটি নিম্ন-প্রান্তের ডিভাইসেও 60 fps-এ UI কর্মক্ষমতা নিশ্চিত করে। ডেভেলপমেন্টের সময়, Flutter JIT (hot reload) ব্যবহার করে, এবং রিলিজ বিল্ডের জন্য — AOT, উভয় পদ্ধতির সুবিধা একত্রিত করে।

.NET ইকোসিস্টেমে, ReadyToRun (R2R) প্রযুক্তি অ্যাসেম্বলিকে আগে থেকে নেটিভ কোডে কম্পাইল করার অনুমতি দেয়। এটি .NET অ্যাপ্লিকেশনের স্টার্টআপ সময় 30–50% হ্রাস করে। Go কম্পাইলার স্বভাবতই একটি AOT কম্পাইলার: Go প্রোগ্রাম বাহ্যিক নির্ভরতা ছাড়া একটি একক স্ট্যাটিক বাইনারিতে কম্পাইল হয়, যা এগুলিকে কন্টেইনার পরিবেশের জন্য আদর্শ করে তোলে।

dart 
// Flutter: নেটিভ কোডে Dart-এর AOT কম্পাইলেশন
// রিলিজ বিল্ড AOT ব্যবহার করে
flutter build apk --release

// ফলাফল: AOT-কম্পাইল Dart কোড সহ libapp.so
// ডেভেলপমেন্ট JIT (hot reload) ব্যবহার করে
flutter run

AOT এবং নিরাপত্তা

AOT-এর একটি অতিরিক্ত সুবিধা হল রিভার্স ইঞ্জিনিয়ারিং কঠিন করা। কম্পাইল করা নেটিভ কোড বাইটকোডের তুলনায় ডিকম্পাইল করা বেশি কঠিন। JADX এবং APKTool-এর মতো টুল DEX ফরম্যাটের সাথে কাজ করে কিন্তু একই বিস্তারিত স্তরে OAT ফাইল থেকে সোর্স কোড পুনরুদ্ধার করতে পারে না। এটি অস্পষ্টকরণ (ProGuard, R8) প্রতিস্থাপন করে না, তবে বিশ্লেষকদের জন্য একটি অতিরিক্ত বাধা তৈরি করে।

হাইব্রিড কৌশল: প্রোফাইল-ভিত্তিক কম্পাইলেশন

Android-এ আধুনিক মান হল প্রোফাইল-ভিত্তিক AOT কম্পাইলেশন, যা Android 7.0 থেকে ART-তে বাস্তবায়িত। ইনস্টল করার সময়, অ্যাপ্লিকেশন সম্পূর্ণরূপে কম্পাইল হয় না — পরিবর্তে, প্রথম লঞ্চের জন্য দ্রুত বাইটকোড যাচাইকরণ এবং JIT ব্যবহার করা হয়। এটি Android 5.0–6.0-এ বিশুদ্ধ AOT-এর দীর্ঘ ইনস্টলেশন সমস্যা সমাধান করে।

2–3টি অ্যাপ্লিকেশন লঞ্চের পরে, ART প্রোফাইলার বাস্তব ব্যবহার সম্পর্কে ডেটা সংগ্রহ করে এবং নির্ধারণ করে কোন মেথডগুলি কর্মক্ষমতার জন্য সবচেয়ে গুরুত্বপূর্ণ। তারপর, ব্যাকগ্রাউন্ডে (সাধারণত রাতে যখন ডিভাইস চার্জ হচ্ছে), dex2oat এই হট মেথডগুলি নেটিভ কোডে কম্পাইল করে। ব্যাকগ্রাউন্ড কম্পাইলেশনের পরে, অ্যাপ্লিকেশন সম্পূর্ণ AOT-এর সমতুল্য কর্মক্ষমতা অর্জন করে, ইনস্টলেশনের সময় ব্যবহারকারীর অভিজ্ঞতাকে নেতিবাচকভাবে প্রভাবিত না করে।

kotlin 
// কম্পাইলেশন মোডের প্রোগ্রামেটিক নিয়ন্ত্রণ (Android 9+)
fun requestProfileCompilation(context: Context) {
    val pm = context.packageManager
    // প্রোফাইল-ভিত্তিক কম্পাইলেশন ব্যবহার করার পরামর্শ দেওয়া হয়
    pm.setComponentEnabledSetting(
        ComponentName(context, javaClass()),
        PackageManager.COMPONENT_ENABLED_STATE_ENABLED,
        PackageManager.DONT_KILL_APP
    )
}

হাইব্রিড মোডের জন্য অপ্টিমাইজেশন

হাইব্রিড কম্পাইলেশনের সুবিধাগুলি সর্বাধিক করতে, ডেভেলপারদের কয়েকটি নিয়ম অনুসরণ করা উচিত। বেসলাইন প্রোফাইল (baseline profiles) ব্যবহার করুন — পূর্ব-সংগৃহীত প্রোফাইল যা APK-এর সাথে আসে এবং ART-কে ইনস্টলেশনের পরপরই হট মেথডের AOT কম্পাইলেশন শুরু করার অনুমতি দেয়। বেসলাইন প্রোফাইল পূর্ণ কর্মক্ষমতায় পৌঁছানোর সময় 2–3 লঞ্চ থেকে প্রথম লঞ্চে কমিয়ে আনে।

সচরাচর জিজ্ঞাসা

সরল ভাষায় AOT কম্পাইলেশন কী?

AOT হল ব্যবহারকারী চালানোর আগে একটি প্রোগ্রামকে মেশিন কোডে রূপান্তর করা। কল্পনা করুন যে একটি বই আপনি খোলার আগে সম্পূর্ণরূপে আপনার ভাষায় অনুবাদ করা হয়েছে — আপনি পৃষ্ঠা অনুবাদে বিলম্ব ছাড়াই তাৎক্ষণিকভাবে পড়েন।

AOT কীভাবে JIT থেকে আলাদা?

AOT ইনস্টলেশনের সময় কোড কম্পাইল করে (ধীর ইনস্টলেশন, কিন্তু দ্রুত স্টার্টআপ)। JIT রানটাইমে কোড কম্পাইল করে (দ্রুত ইনস্টলেশন, কিন্তু প্রথম সেকেন্ড ধীর হয়)। আধুনিক সিস্টেম উভয় পদ্ধতি একত্রিত করে।

Android কেন Dalvik থেকে ART-তে AOT-সহ স্যুইচ করল?

Google JIT ওয়ার্ম-আপ সমস্যা দূর করতে চেয়েছিল — অ্যাপ্লিকেশন নির্বাহের প্রথম সেকেন্ডে বিলম্ব। ART-তে AOT কম্পাইলেশন তাৎক্ষণিক স্টার্টআপ প্রদান করেছিল এবং শক্তি খরচ কমিয়েছিল, যা মোবাইল ডিভাইসের জন্য গুরুত্বপূর্ণ ছিল।

AOT কীভাবে অ্যাপ্লিকেশনের আকারকে প্রভাবিত করে?

APK আকার পরিবর্তন হয় না — AOT কম্পাইলেশন সিস্টেম পার্টিশনে OAT ফাইল তৈরি করে যা মূল DEX ফাইলের চেয়ে 15–30% বড়। ব্যবহারকারী এটি ডাউনলোড ফাইলের আকার বৃদ্ধি হিসেবে নয়, বরং বিনামূল্যের অভ্যন্তরীণ স্টোরেজ স্থান হ্রাস হিসেবে দেখে।

প্রোফাইল-ভিত্তিক AOT কী?

এটি একটি হাইব্রিড পদ্ধতি যেখানে অ্যাপ্লিকেশনের প্রথম লঞ্চগুলি JIT ব্যবহার করে, এবং তারপর সিস্টেম ব্যাকগ্রাউন্ডে শুধুমাত্র ঘন ঘন ব্যবহৃত মেথডগুলি নেটিভ কোডে কম্পাইল করে। এটি JIT-এর দ্রুত ইনস্টলেশনকে AOT-এর উচ্চ কর্মক্ষমতার সাথে একত্রিত করে।

সারসংক্ষেপ

  • AOT (Ahead-Of-Time) — প্রোগ্রাম নির্বাহের আগে, ইনস্টলেশন ধাপে বাইটকোডের মেশিন কোডে কম্পাইলেশন।
  • Android-এ, AOT dex2oat ইউটিলিটির মাধ্যমে বাস্তবায়িত হয়, যা ELF বাইনারি (OAT ফাইল) তৈরি করে।
  • AOT-এর প্রধান সুবিধা: তাৎক্ষণিক স্টার্টআপ, স্থিতিশীল কর্মক্ষমতা এবং কম শক্তি খরচ।
  • প্রধান অসুবিধা: বর্ধিত ইনস্টলেশন সময় এবং 15–30% অতিরিক্ত ডিস্ক স্থান।
  • AOT শুধুমাত্র Android-এ নয়, Flutter (Dart), .NET (R2R) এবং Go-তেও ব্যবহৃত হয়।
  • আধুনিক ART প্রোফাইল-ভিত্তিক AOT ব্যবহার করে: প্রথম লঞ্চের জন্য JIT, হট মেথডের ব্যাকগ্রাউন্ড কম্পাইলেশন।
  • বেসলাইন প্রোফাইল অ্যাপ্লিকেশনের ইনস্টলেশনের পরপরই মূল মেথডের AOT কম্পাইলেশন শুরু করার অনুমতি দেয়।

আমরা একটি মোবাইল অ্যাপ্লিকেশন টার্নকি তৈরি করব

IT Sectr 2017 সাল থেকে স্টার্টআপ এবং ব্যবসার জন্য iOS এবং Android অ্যাপ্লিকেশন তৈরি করে। আমরা আপনাকে পরামর্শ দেব এবং সেরা সমাধান প্রস্তাব করব।

প্রকল্প নিয়ে আলোচনা করুন

আরও পড়ুন

JIT: এটি কী, কম্পাইলেশন এবং ডেভেলপমেন্টে কীভাবে কাজ করে →
Code Signing — এটি কী, কোড স্বাক্ষর এবং মোবাইল ডেভেলপমেন্টে এটি কীভাবে কাজ করে →
Apple Certificate — এটি কী, প্রকার এবং মোবাইল ডিভেলপমেন্টে কিভাবে কাজ করে →
ডেভেলপমেন্টে ফিচার ক্রিপ — এটি কী, কারণ এবং কীভাবে মোকাবিলা করবেন →
ডেভেলপমেন্টে ট্র্যাশ কোড — এটি কী, লক্ষণ এবং কীভাবে পরিষ্কার করবেন →