একটি প্রকল্পে একটি জাভা বিকাশকারীর সাধারণ কাজ

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

1. নতুন সমাধান ডিজাইন করা

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

2. নতুন কার্যকারিতা লেখা

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

3. লেখার পরীক্ষা

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

4. বাগ খুঁজে বের করা এবং ঠিক করা

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

5. কোড পর্যালোচনা

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

6. কোড বিশ্লেষণ

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

7. রিফ্যাক্টরিং কোড

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

8. ডকুমেন্টেশন লেখা

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

9. বিভিন্ন মিটিং

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

10. ইন্টারভিউ পরিচালনা/পাশ করা

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