যে প্রজেক্টটি করেছেন আর বিশ্ববিদ্যালয়ে যা শিখেছেন—সেগুলোকে কাজের প্রমাণে বদলান, ইন্টারভিউয়ের প্রস্তুতি গুছিয়ে নিন, তারপর পরিকল্পনা করে internship বা junior role খুঁজুন।
আপনার হাতে হয়তো ভাবনার চেয়েও বেশি কিছু আছে: প্রায় শেষ হওয়া ডিগ্রি, নিজের বোঝা একটি প্রজেক্ট, আর নতুন কিছু শেখার প্রমাণ। সমস্যা অনেক সময় যোগ্যতার চেয়ে উপস্থাপনায় বেশি—কোন role-এ যেতে চান তা ঠিক করা, একটি সত্যিকারের কাজকে শক্ত করা, সেটি পরিষ্কারভাবে বোঝানো এবং নিয়োগপ্রক্রিয়ার প্রতিক্রিয়া থেকে শেখা। এই গাইড সেই সেতুটি তৈরি করবে; interview বা offer-এর মিথ্যা নিশ্চয়তা দেবে না।
মূল কথা: আবার শূন্য থেকে শুরু নয়। যা আছে, সেটিকেই সৎ ও review করা যায় এমন evidence-এ বদলে focused hiring cycle চালান।
একটি পথ সবার জন্য নয়
আজ আপনার problem-solving আর project evidence-এর সঙ্গে মেলে—এমন route বেছে নিন।
এগুলো ranking নয়, আর কোনো route-ই চাকরির guarantee নয়। Target role-এর hiring format বদলালে আপনার route-ও বদলাতে পারে। প্রথম card-টি ভালো শোনায় বলে সেটি বেছে নেবেন না—যেটি সত্যি, সেটি বেছে নিন।
01
আপনার সঙ্গে মিললে
Competitive problem solving-এ ভালো
নতুন problem সময়ের মধ্যে solve করতে পারেন, complexity ও edge case বুঝিয়ে বলতে পারেন, আর template না দেখে ভালো OOP code লিখতে পারেন।
দেশের কিছু hiring process-এ এই combination-কে বেশ গুরুত্ব দেওয়া হয়; ভালো entry-level সুযোগও আসতে পারে। Job posting বা assessment-এ এই দক্ষতা চাওয়া হলে সুবিধাটি কাজে লাগান। তবে একটি hiring signal-কে পুরো engineering readiness ভেবে বসবেন না।
এখন
আসল assessment format দেখে একটি target role ঠিক করুন। কোথায় আবেদন করবেন তা না জেনে শুধু contest problem বাড়িয়ে যাবেন না; সম্ভাব্য coding round-এর প্রস্তুতি নিন।
এরপর
একটি project walkthrough, Git, testing, debugging, আর role অনুযায়ী database বা HTTP—এসব দিয়ে practical gap পূরণ করুন। নিজের decision-ও পরিষ্কারভাবে বোঝাতে শিখুন।
আবেদন শুরু করবেন যখন
মূল শর্তগুলো মিলে গেলে, expected format-এ problem solve করতে পারলে এবং নিজের একটি কাজের পক্ষে যুক্তি দিতে পারলে আবেদন শুরু করুন। আবেদনের পরও production practice গড়তে থাকুন।
Basic data structure আর OOP বুঝুন, কিন্তু নতুন problem, সময়ের চাপ বা solution বোঝানোর জায়গায় এখনও আটকে যান।
Interview-এর জন্য যতটুকু দরকার ততটুকু problem-solving ভিত্তি আর role-specific evidence—দুটো পাশাপাশি বানান। চাকরির আগে ICPC-level contestant হওয়া লাগবে না; আবার problem solving একেবারে ছেড়ে দিলেও অন্য gap তৈরি হবে।
এখন
সপ্তাহে দুই বা তিনটি session-এ array, string, map/set, sorting/searching, complexity আর edge case practice করুন। চিন্তাটা মুখে বলুন, তারপর test করে দেখুন।
এরপর
বাকি practice time-এ role-এর সঙ্গে মেলে এমন একটি project শক্ত করুন, আর আসল job posting-এ যে hiring task দেখা যায় সেটিই rehearse করুন।
আবেদন শুরু করবেন যখন
নতুন foundation problem ভেঙে বলতে, ছোট failure debug করতে এবং নিজের project বোঝাতে পারলে আবেদন শুরু করুন। Assessment-এ একই gap বারবার ধরা পড়লে তবেই DSA-এর depth বাড়ান।
Contest history নয়—project, CGPA, যত্ন নিয়ে implementation, testing, UI work, domain বোঝা বা দ্রুত শেখার ক্ষমতাই হয়তো আপনার শক্ত signal।
নিজেই নিজেকে বাদ দেবেন না। এমন internship, trainee বা junior role খুঁজুন যেখানে project, debugging, testing, take-home task বা role discussion দিয়ে কাজ দেখানো যায়। Frontend/UI, mobile, QA/testing, implementation/support কিংবা junior development-এ evidence আলাদা হতে পারে; কোনো title-কে সহজ পেছনের দরজা না ভেবে আসল দায়িত্ব পড়ুন।
এখন
আসল job posting দেখে একটি role বেছে নিন। তারপর ন্যূনতম problem-solving floor বানান: input, condition, loop, array/string/map, সহজ complexity, edge case আর গুছিয়ে debugging।
এরপর
Role অনুযায়ী review করা যায় এমন একটি artifact বানান—যেমন accessible interface, data validation-সহ ছোট API, mobile flow, অথবা test plan ও reproducible bug report। অন্য কাউকে দিয়ে review করান।
আবেদন শুরু করবেন যখন
মূল শর্ত মিলে গেলে এবং ছোট একটি প্রাসঙ্গিক কাজ শেষ, test, debug ও explain করতে পারলে আবেদন শুরু করুন। আবেদনের পাশাপাশি সীমিত foundation practice চালিয়ে যান।
Programming আর project evidence—দুটিই নতুন করে গড়তে হবে
Graduation কাছে, কিন্তু ছোট program লিখতেও কষ্ট হয়। Final-year বা personal project-টি অসম্পূর্ণ, বুঝিয়ে বলা কঠিন, বেশির ভাগ copy করা, অথবা test ও ব্যবহারযোগ্য repository নেই।
এটিকে recovery route হিসেবে নিন—shortcut বা আপনার যোগ্যতার চূড়ান্ত রায় হিসেবে নয়। বাস্তবসম্মত একটি role বেছে ন্যূনতম programming foundation এবং ছোট একটি সৎ artifact পাশাপাশি গড়ুন। Internship, trainee বা junior role-এ আবেদন হয়তো ভাবনার চেয়ে কিছুটা পরে শুরু হবে; বানানো আত্মবিশ্বাস শুধু সমস্যাটিকে interview পর্যন্ত নিয়ে যাবে।
এখন
প্রথম দুই সপ্তাহ একটি language দিয়ে input/output, condition, loop, function, array/string আর debugging practice করুন। একই সময়ে role-এর সঙ্গে মেলে এবং শেষ করা সম্ভব—এমন ছোট একটি task ঠিক করুন; আরেকটি বড় course বা clone project শুরু করবেন না।
এরপর
Final-year project-এর কোনো অংশ সত্যিই আপনার হলে একটি vertical slice ঠিক করে documentation যোগ করুন; না হলে আরও ছোট independent artifact বানান। Issue, branch ও commit দিয়ে কাজটি track করুন; test, README, runnable result এবং অন্য কারও একটি review যোগ করুন। এরপর প্রতিটি decision ও failure নিজের ভাষায় বোঝানোর practice করুন।
আবেদন শুরু করবেন যখন
Generated code-এর আড়ালে না থেকে role-এর সঙ্গে মেলে এমন ছোট একটি feature implement, test, debug ও explain করতে পারলে এবং আসল job posting-এ বারবার দেখা basic screening task সামলাতে পারলে focused application শুরু করুন। আবেদনের পাশাপাশি foundation মেরামত চালিয়ে যান।
‘Software developer’ কথাটি এত বিস্তৃত যে কী দেখাবে বা কোন ধরনের interview practice করবে, তা ঠিক করা কঠিন। আপাতত একটি role বেছে নিলে অপ্রয়োজনীয় শব্দ কমবে; এতে সারাজীবনের ক্যারিয়ার তালাবদ্ধ হয়ে যাবে না।
যা করবেন
প্রতিষ্ঠানের অফিসিয়াল career page থেকে পাঁচ থেকে দশটি চলতি internship, trainee বা junior job posting পড়ুন। যে কাজ, ভিত্তি, tech stack ও যোগ্যতার কথা বারবার এসেছে সেগুলো লিখে রাখুন; আবেদনের মাধ্যম ও শেষ তারিখও বাদ দেবেন না।
Frontend, backend, mobile বা software QA-এর মতো একটি মূল role এবং কাছাকাছি আরেকটি বিকল্প বেছে নিন। পদবির চাকচিক্য বা বেতনের গুজব নয়—career page দেখে প্রতিদিনের কাজগুলো মিলিয়ে দেখুন।
এক বাক্যে লক্ষ্যটি লিখুন: কোন role, কোন ধরনের প্রতিষ্ঠান, হাতে কী প্রমাণ আছে, আর বারবার চোখে পড়া কোন দুটি ঘাটতি আগে পূরণ করবেন।
এখন যথেষ্ট যখন…
কোন কাজটি লক্ষ্য করছেন, কোন job posting দেখে সিদ্ধান্ত নিয়েছেন, আর কোন দুটি ঘাটতি আগে পূরণ করবেন—সব পরিষ্কারভাবে বলতে পারছেন।
এখনই নয়: সব job posting-এ দেখা প্রতিটি technology এখনই শেখার দরকার নেই; শুধু চমৎকার শোনায় বলে কোনো role-ও বেছে নেবেন না।
অন্য কেউ যদি প্রজেক্টটি বুঝতে, চালাতে এবং তা নিয়ে প্রশ্ন করতে পারে, তবে বিশ্ববিদ্যালয়ের প্রজেক্টও চাকরির জন্য ভালো প্রমাণ হতে পারে। যে practice আগে ব্যবহার করেননি, সেটি করেছিলেন—এমন গল্প বানানোর দরকার নেই।
যা করবেন
একটি গুরুত্বপূর্ণ user journey শুরু থেকে শেষ পর্যন্ত যাচাই করুন: setup, validation, ভুল হলে কী ঘটে, test, প্রাসঙ্গিক security/privacy/accessibility, deployment বা আবার চালানো যায় এমন demo, এবং জানা সীমাবদ্ধতা।
এখন সত্যিকারের একটি version 1.1 উন্নতি করুন: issue খুলুন, ছোট একটি branch-এ কাজ করুন, test যোগ বা হালনাগাদ করুন, pull request দিয়ে মতামত নিন, তারপর ঠিক করে merge ও ছোট release tag দিন। একা কাজ করলে সহপাঠীর review চান; অতীতে দলবদ্ধভাবে কাজ করেছিলেন—এমন গল্প বানাবেন না।
প্রজেক্টটি চেনে না এমন কাউকে শুধু README দেখে চালাতে দিন। কোথায় setup বা উদ্দেশ্য বোঝা কঠিন হচ্ছে লক্ষ্য করুন, তারপর documentation বা automation ঠিক করুন।
এখন যথেষ্ট যখন…
একজন reviewer সমস্যাটি বুঝতে, প্রজেক্ট চালাতে বা দেখতে, test করা একটি পরিবর্তন যাচাই করতে এবং সীমাবদ্ধতা ও contribution history পরিষ্কারভাবে দেখতে পারছেন।
এখনই নয়: এখনই পুরো প্রজেক্ট নতুন করে লেখা, সত্যিকারের history মুছে ফেলা বা শুধু আরেকটি framework-এর নাম দেখাতে বিশাল দ্বিতীয় প্রজেক্ট শুরু করার দরকার নেই।
Reviewer যদি সমস্যাটি, আপনার অবদান, চলমান ফলাফল আর engineering decision দ্রুত খুঁজে না পান, ভালো কাজও চোখ এড়িয়ে যেতে পারে।
যা করবেন
Repository-তে সংক্ষিপ্ত পরিচিতি, feature list, tech stack, setup, demo বা screenshot, test command, architecture note, সীমাবদ্ধতা এবং কার কী অবদান—সব গুছিয়ে দিন। Public করার আগে secret এবং private বা licensed data সরিয়ে ফেলুন।
তিনটি সৎ walkthrough প্রস্তুত করুন: ৯০ সেকেন্ডে সমস্যা–সমাধান–আপনার অবদান–ফলাফল; পাঁচ মিনিটে architecture, একটি কঠিন সিদ্ধান্ত, testing ও সীমাবদ্ধতা; আর ১৫ মিনিটে code, debugging ও trade-off।
CV-এর bullet লিখুন এভাবে: সমস্যা + আপনি কী করেছেন + প্রাসঙ্গিক technology + যাচাই করা যায় এমন ফল। CGPA আবেদনকে শক্ত করলে অবশ্যই রাখুন, তবে আপনি কী করতে পারেন তা প্রজেক্ট ও দক্ষতার প্রমাণ দিয়েই বোঝান।
প্রাসঙ্গিক অল্প কয়েকটি public কাজ সামনে রাখুন এবং private/incognito browser থেকে প্রতিটি link পরীক্ষা করুন। Deploy করা অনিরাপদ বা অবাস্তব হলে recording দিলেও চলে; ফলটি আবার কীভাবে পাওয়া যাবে সেটি বুঝিয়ে দিন।
এখন যথেষ্ট যখন…
অপরিচিত কেউ দুই মিনিটে প্রজেক্টটি বুঝতে, কাজ করা ফলাফল দেখতে এবং আপনার অবদানকে দল, library ও AI-এর সহায়তা থেকে আলাদা করতে পারছেন।
এখনই নয়: Impact number, client logo, teamwork, production scale বা skill percentage বানিয়ে লিখুন না। Portfolio সাজাতে গিয়ে confidential code public করবেন না।
চাকরির জন্য দরকারি কাজ অনুশীলন করুন—পৃথিবীর সব পরীক্ষা নয়
প্রতিষ্ঠানভেদে interview-এর ধরন বদলায়। সবার জন্য দরকার নিজের মাথায় ভাবতে পারা, role-এর ভিত্তি বোঝা, debug ও test করা এবং পরিষ্কারভাবে কথা বলা; advanced competitive-programming record কোনো সর্বজনীন শর্ত নয়।
যা করবেন
Vacancy বা recruiter-এর কাছ থেকে সম্ভাব্য interview format জেনে নিন। Role-এর language/framework, Git, debugging, test এবং আপনার প্রজেক্টের নিচের system—যেমন HTTP/API, browser behavior, database/SQL, mobile lifecycle বা QA risk—অনুশীলন করুন।
সাধারণ coding round-এর জন্য সীমিত কিন্তু শক্ত DSA ভিত্তি বানান: array, string, map/set, sorting/searching, stack/queue, প্রাসঙ্গিক হলে basic recursion/tree, complexity এবং edge case। অপরিচিত problem সমাধানের সময় চিন্তাটা মুখে বলুন, তারপর ফল পরীক্ষা করুন।
মাঝপথে থামিয়ে প্রশ্ন করবে—এমন কারও সঙ্গে project walkthrough অনুশীলন করুন: এই design কেন, কী ব্যর্থ হয়েছিল, কীভাবে test করেছেন, কী বদলাতে, আর কোন অংশটি সত্যিই আপনার।
সমালোচনা বা mock question পেতে AI ব্যবহার করতে পারেন, তবে উত্তর ও debugging নিজে করুন। অনুমতি ছাড়া কোনো প্রতিষ্ঠানের private material, take-home task বা interview content upload করবেন না।
এখন যথেষ্ট যখন…
অপরিচিত problem পরিষ্কার করে নিতে, সমাধান প্রস্তাব ও পরীক্ষা করতে, complexity বোঝাতে, ছোট failure debug করতে এবং নিজের project decision-এর যুক্তি দিতে পারছেন।
এখনই নয়: ICPC পর্যায়ের problem solving বা শত শত উত্তর মুখস্থ না হওয়া পর্যন্ত আবেদন বন্ধ রাখবেন না। লক্ষ্য করা interview-এ যতটা দরকার, গভীরতা ততটাই বাড়ান।
এলোপাতাড়ি শত আবেদন বা নিজেকে শতভাগ প্রস্তুত মনে হওয়ার অপেক্ষার চেয়ে, অল্প কয়েকটি আবেদন করে ফল দেখা ও শেখা অনেক বেশি কাজে দেয়।
যা করবেন
মূল শর্তগুলো মিললে উপযুক্ত internship, graduate/trainee programme ও junior role-এ আবেদন করুন। শুধু title নয়, আসল দায়িত্ব দিয়েও খুঁজুন: development, QA/testing, implementation বা technical support—কাজ ও শেখার সুযোগ আপনার লক্ষ্যের সঙ্গে মিললে এগুলো আলাদা ও বৈধ route; অন্য role-এ ঢোকার automatic পেছনের দরজা নয়। ‘Preferred’ তালিকার সবকিছু নেই বলে নিজেই নিজেকে বাদ দেবেন না।
তথ্য না বদলে summary, কাজের প্রমাণের ক্রম ও project bullet role অনুযায়ী সাজান। ছোট ও পরিষ্কার message পাঠান; নির্দিষ্ট vacancy এবং দেখার মতো কাজ থাকলে তবেই referral চান।
নিজের জন্য application log রাখুন: role-এর URL, উৎস, আবেদনের তারিখ, শেষ তারিখ, CV version, বর্তমান ধাপ, পরের follow-up এবং পাওয়া মতামত। প্রতিষ্ঠানের গোপন তথ্য রাখবেন না; আর যোগাযোগ না করতে বললে সেটিও সম্মান করুন।
সুযোগটিকেও যাচাই করুন: লিখিত দায়িত্ব, supervision ও review, probation, কাজের সময়, support duty, পারিশ্রমিকের শর্ত, take-home task-এর পরিধি এবং যোগ্যতা বা location-এর বাধা। চাকরি আপনাকে বাছবে, ঠিক; আপনিও চাকরিটিকে যাচাই করবেন।
এখন যথেষ্ট যখন…
অল্প কয়েকটি সঠিক ও role-matched আবেদন শেষ করেছেন, এবং এক version থেকে আরেক version-এ কী বদলেছেন ও কেন—তা বলতে পারছেন।
এখনই নয়: Interview নিশ্চিত করার নামে টাকা দেবেন না, employee-দের spam করবেন না, অস্পষ্ট unpaid production work করবেন না, আর শুধু চমৎকার পদবি দেখে অস্পষ্ট শর্ত মেনে নেবেন না।
একটি rejection অসম্পূর্ণ তথ্য, পূর্ণ diagnosis নয়। তবে কয়েকটি উপযুক্ত চেষ্টায় একই pattern দেখা গেলে, প্রক্রিয়ার কোথায় নজর দিতে হবে তার ইঙ্গিত পাওয়া যায়।
যা করবেন
আপনি সাধারণত যে ধাপে আটকে যাচ্ছেন সেটি দেখুন: সুযোগ খোঁজা, CV screening, assessment, technical interview নাকি শেষ আলোচনা। জানা তথ্য আর নিজের অনুমান আলাদা রাখুন; সুযোগ থাকলে ভদ্রভাবে feedback চান।
পরের ছোট batch-এ একটি জিনিস বদলান: role targeting, CV-এর প্রথম পাতার প্রমাণ, বারবার ধরা পড়া technical gap, project walkthrough বা যোগাযোগ—সব একসঙ্গে নয়।
আবেদনের পাশাপাশি ছোট কিন্তু প্রাসঙ্গিক উন্নতি release করতে থাকুন। চাকরি কম থাকলে পুরো পথ ছেড়ে দেওয়ার আগে প্রতিষ্ঠানের ধরন, internship/trainee/junior পদবি বা কাছাকাছি একটি role যোগ করে খোঁজ বাড়ান।
এখন যথেষ্ট যখন…
পরের cycle-এ প্রমাণভিত্তিক একটি পরিবর্তন আছে, তার ফল দেখার উপায় আছে, আর বর্তমান দক্ষতা কাজে লাগে—এমন একটি বিকল্প পথও আছে।
এখনই নয়: উত্তর না পাওয়া বা একটি rejection-কে ভুল field বেছে নেওয়ার প্রমাণ ধরে এলোপাতাড়ি certificate সংগ্রহ শুরু করবেন না।
CP একটি শক্তিশালী advantage হতে পারে—একমাত্র দরজা নয়।
কিছু প্রতিষ্ঠান কঠিন algorithmic interview নেয়; অন্যরা role knowledge, debugging, project discussion বা take-home work-এ বেশি জোর দেয়। আসল vacancy ও recruiter-এর কাছ থেকে জানা format দেখে প্রস্তুতির গভীরতা ঠিক করুন। ACM/ICPC দারুণ অনুশীলনের পথ, কিন্তু সব junior job-এর বাধ্যতামূলক দরজা নয়।
সমস্যা ভেঙে সমাধান করা
প্রশ্নটি পরিষ্কার করে নিন, সহজ একটি পদ্ধতি বেছে নিন, complexity বোঝান এবং edge case পরীক্ষা করুন। কতটা contest-level দক্ষতা লাগবে তা প্রতিষ্ঠানভেদে বদলায়; সৎ ও পরিষ্কার reasoning সবখানেই কাজে লাগে।
কিছু বানান, সমস্যা হলে debug করুন
অপরিচিত code পড়ুন, failure আবার ঘটিয়ে দেখুন, প্রমাণ যাচাই করুন, সীমিত পরিবর্তন করুন এবং মূল flow ভাঙেনি তা নিশ্চিত করুন।
Engineering-এর ভিত্তি
আপনার role ও প্রজেক্টের নিচে থাকা language, Git, testing এবং web/mobile/data-এর মূল ধারণাগুলো বুঝুন।
নিজের কাজের প্রমাণ বুঝিয়ে বলুন
Framework-এর ভারী শব্দ বা AI output-এর আড়ালে লুকিয়ে না থেকে সিদ্ধান্ত, ব্যর্থতা, trade-off, নিজের অবদান ও সীমাবদ্ধতা খোলাখুলি বলুন।
আবেদনের process ঠিক কোথায় আটকে যাচ্ছে, সেটি দেখুন।
একটি result দেখে diagnosis হয় না। কয়েকটি উপযুক্ত চেষ্টার pattern দেখুন, তথ্য আর অনুমান আলাদা করুন, তারপর একবারে একটি জিনিস বদলান।
প্রাসঙ্গিক চাকরির বিজ্ঞপ্তি কম পাচ্ছ
সম্ভাব্য gap: আপনার লক্ষ্য খুব সংকীর্ণ হতে পারে, একই কাজের পদবি আলাদা হতে পারে, অথবা খোঁজার জায়গাগুলো ঠিক নাও হতে পারে।
পরের test: কাছাকাছি আরেকটি পদবি ও প্রতিষ্ঠানের ধরন যোগ করুন; তবে যে role-এর প্রমাণ দেখাচ্ছ সেটি যেন একই থাকে।
আবেদন করেও screening-এর ডাক পাচ্ছ না
সম্ভাব্য gap: যোগ্যতার শর্ত, role targeting, CV-এর প্রথম পাতার স্পষ্টতা বা চোখে পড়ার মতো কাজ—কোনোটি হয়তো role-এর সঙ্গে মিলছে না।
পরের test: মূল শর্তগুলো আবার পড়ুন এবং কাউকে দিয়ে vacancy-এর পাশে CV ও project link রেখে মিলিয়ে দেখান।
Assessment-এ বারবার আটকে যাচ্ছেন
সম্ভাব্য gap: Coding, debugging, language, database বা role-specific কোনো দক্ষতায় লক্ষ্য করে অনুশীলন দরকার হতে পারে।
পরের test: গোপন interview question নকল না করে একই ধরনের নতুন problem অনুশীলন করুন; বাস্তব সময় ও tool-এর সীমার মধ্যে নিজেকে যাচাই করুন।
Technical আলোচনায় নিজেকে বোঝাতে পারছেন না
সম্ভাব্য gap: মুখস্থ উত্তরের আড়ালে reasoning, project ownership বা বোঝানোর দক্ষতা দুর্বল থাকতে পারে।
পরের test: একটি mock walkthrough record করুন, কোথায় আপনার কথার সঙ্গে প্রমাণের যোগ হারিয়ে যায় তা খুঁজে বের করুন, তারপর ঠিক সেই অংশটি অনুশীলন করুন।
যা না করাই ভালো
ব্যস্ত দেখায়, কিন্তু এগোতে সাহায্য করে না।
প্রজেক্ট একা করেছেন—এটি লুকানোর কিছু নয়। কীভাবে review নিয়েছেন এবং এখন দলগত কাজের কোন দক্ষতা গড়ছেন, সেটি বলুন।
ভালো CGPA-কে নিজের পুরো পরিচয়ও বানাবেন না, আবার অপ্রয়োজনীয় ভেবেও ফেলে দেবেন না। যাচাই করা যায় এমন কাজের পাশে এটি আরেকটি ভালো signal।
Course জমালেই চাকরির ঘাটতি পূরণ হয় না। প্রতিটি শেখার সময়কে লক্ষ্য করা কাজ, প্রজেক্টের পরিবর্তন বা interview-এ দেখা দুর্বলতার সঙ্গে যুক্ত করুন।
নিজের প্রথম application cycle-কে অন্য কারও প্রতিষ্ঠিত career-এর সঙ্গে তুলনা করবেন না। এই সপ্তাহে আপনার কাজের প্রমাণ গত সপ্তাহের চেয়ে কতটা ভালো, সেটাই দেখুন।
একটি সম্পূর্ণ ছোট cycle
এই সপ্তাহে এটুকুই করুন।
একটি role বেছে নিন, উপযুক্ত পাঁচটি চলতি job posting দেখুন এবং নিজের বোঝা প্রজেক্টে review ও test করা একটি উন্নতি করুন। তারপর ৯০ সেকেন্ডের walkthrough লিখুন। এটিই একটি পূর্ণ প্রথম cycle—মোটেও ছোট অর্জন নয়।
তথ্যের উৎস ও যাচাই
নিয়ম বদলায়—আসল job posting দেখে নিন।
এই guide CSE-Pothik-এর editorial synthesis; কোনো employer-এর selection বা offer নিশ্চিত করে না। বর্তমান role-এর eligibility, interview format, deadline আর অনুমোদিত tool official source বা recruiter-এর কাছ থেকে যাচাই করুন। বাইরের source-গুলোর বেশির ভাগই English।
Member আর product category দেখে local technology employer-এর ধরনগুলো খুঁজে নিন; তারপর প্রতিটি employer-এর official page-এ vacancy আর requirement যাচাই করুন।
Project কী করে, কেন দরকার, কীভাবে run করবে, কোথায় help পাবে আর কার contribution—সংক্ষিপ্ত README-তে বোঝান। README কাজ খুঁজে পেতে সাহায্য করে; একা কোনো claim প্রমাণ করে না।
Relevant project বাছাই, repository presentation আর profile guidance দিয়ে কাজ reviewer-এর জন্য সহজ করুন। AI-assisted draft নিজে edit করুন; secret, private data বা বানানো achievement প্রকাশ করবেন না।