প্রযুক্তিগত দক্ষতা ছাড়াই কিভাবে উন্নয়ন প্রকল্পের নেতৃত্ব দেওয়া যায়


17

আমি আমার পুরো ক্যারিয়ারের জন্য হ্যান্ডস অন বিকাশকারী এবং কোড সহ কাজ করা পছন্দ করি। আমি সর্বদা দলের নেতৃত্বের প্রতি বিরক্ত হয়েছি যাদের নির্দিষ্ট প্রযুক্তি সম্পর্কে খুব কম বা কোনও দক্ষতা নেই এবং তবুও একটি নির্দিষ্ট বাস্তবায়নের জন্য জোর দিয়েছি।

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

আমার কী করা উচিত এবং আমি যখন বিকাশ করছিলাম তখন ঘৃণা করি এমন প্রকল্পের নেতৃত্ব হয়ে যাওয়া এড়ানো কীভাবে করব?


12
এ জাতীয় ঘৃণা এড়াতে কেবল আপনার দলের সদস্যদের সাথে কথা বলুন। নিয়মিত কথা বলুন, প্রায়শই কথা বলুন, কথা বলুন 1: 1 "... স্বাস্থ্যকর 1: 1 এর সংস্কৃতির জন্য আপনার পুরষ্কার নাটকের স্বতন্ত্র অভাব" "
gnat

1
এই বিষয়টির জন্য আপনার শিরোনাম এবং আপনার দায়িত্ব ঠিক কী? আপনি কি প্রধানমন্ত্রী, সিনিয়র ডেভেলপার, ...?
NoChance

সেরা থেকে শিখুন ... youtube.com/watch?v=GjJCdCXFslY
jfrankcarr

1
তবে গুরুতরভাবে, আমি এই সিরিজটির নিবন্ধগুলি কিছুক্ষণ আগে লিখেছিলাম যাতে আপনি সহায়ক পেতে পারেন: vbnotebookfor.net/2007/07/25/…
jfrankcarr

উত্তর:


19

সত্যই, কোনও প্রযুক্তির সাথে আপনার কতটা অভিজ্ঞতা রয়েছে তা বিবেচনাধীন নয়, আমার পরামর্শ একই you আপনি যখন ম্যানেজ করতে ব্যস্ত থাকবেন তখন তাদের সাথে প্রযুক্তির সিদ্ধান্তগুলি কার্যকর করবেন না who

নিজের সাথে সৎ থাকুন। আপনি পূর্ববর্তী পরিচালকদের যে কারণে ঘৃণা করেছিলেন তা আমি বাজি ধরব কারণ তাদের জ্ঞান-ভিত্তি ছিল না যেখান থেকে সিদ্ধান্ত নিতে হয়, কারণ তারা সিদ্ধান্ত প্রয়োগ করে এবং পরিণতি নিয়ে কখনই মোকাবেলা করেনি।

আপনি কখনই নেট স্পর্শ করেননি কিনা তা প্রয়োগ হয় বা আপনি দলের সবচেয়ে বিশেষজ্ঞ বিকাশকারী হন। আপনার কাজ এখন পরিচালনা করার জন্য, প্রযুক্তিগত সিদ্ধান্ত নেওয়ার নয়।

আপনার বিকাশকারীদের দক্ষতার স্তরের উপর নির্ভর করে পরিচালিত হতে পারে যার অর্থ তারা যখন তাদের কাছে জিজ্ঞাসা করবে তখন তাদের পরামর্শ দেওয়া। "আপনি কি বসন্তের দিকে নজর রেখেছেন? নেট?" (সেখানে নির্দেশের অভাব নোট করুন) বলতে একদম ভাল জিনিস। এছাড়াও, "চারপাশের গুগল, দেখুন বিশ্বের বাকী কী করছে, আমরা প্রথম এই সমস্যার মুখোমুখি নই।"

কিছু ক্ষেত্রে, অভিজ্ঞ জাভা বিকাশকারী হিসাবে, আপনি এর চেয়ে বেশিরভাগের চেয়ে ভাল অবস্থানে থাকতে পারেন। বেশিরভাগ জাভা ফ্রেমওয়ার্ক এবং প্রযুক্তিগুলির .NET এ সমতুল্য সমতুল্য। সুতরাং আপনাকে "এখানে ব্যবহারের সর্বোত্তম জিনিসটি" বলতে হবে না, আপনি বলতে পারেন "আমি এটি জাভাতে ব্যবহার করেছি, আপনি কি। নেট সমতুল্য জানেন?"

এছাড়াও দলের মধ্যে কথোপকথন অনেক উত্সাহ। সাপ্তাহিক প্রযুক্তিগত আলোচনা সভার ব্যবস্থা করুন। আপনার সবসময় প্রয়োজন তথ্য, শেষ পর্যন্ত; তারা কী সিদ্ধান্ত নিয়েছে এবং কেন তা আপনার জানতে হবে। আপনার দলের জন্য এই সিদ্ধান্ত নেওয়ার দরকার নেই।


2
ঠিক। প্রধান জিনিসটি হল আপনার প্রযুক্তিগত "তারকাদের" এমন সিদ্ধান্ত নিতে দেওয়া উচিত যা আপনি যা করেছেন তা থেকে আলাদা। যদি আপনি এটি করতে পারেন তবে সকলেই (অবশ্যই, উচ্চতর ব্যবস্থাপনা ব্যতীত) খুশি এবং উত্পাদনশীল হবে।
ড্যানিয়েল আর হিক্স

'সুতরাং আপনাকে বলার দরকার নেই যে "এখানে ব্যবহারের সর্বোত্তম জিনিস," আপনি বলতে পারেন "আমি এটি জাভাতে ব্যবহার করেছি, আপনি কি। নেট সমতুল্য জানেন?' বেশিরভাগ ক্ষেত্রে যদি কোনও সমতুল্য সরঞ্জাম উপস্থিত থাকে তবে এটি একটি 'এন' এর উপসর্গযুক্ত হবে; যাতে আপনি সাধারণত এটি
নিজেরাই

মনে রাখবেন, তিনি নিজেকে "লিড বিকাশকারী" হিসাবে ট্যাগ করছেন, "প্রকল্প পরিচালক" নয়। আমার অভিজ্ঞতা, এই দুটি খুব ভিন্ন জিনিস।
ওয়াঙ্কো দ্য সনে

@ ওনকোটেসনে: এটি সত্য যে ওপি প্রজেক্ট লিড, টিম লিড এবং লিড বিকাশকারীকে বোঝায় যেন তারা সবাই একই জিনিস, এবং এটি বিভ্রান্তিকর। তবে আমি যে প্রসঙ্গে সেগুলি ব্যবহার করছি তা থেকে আমার দৃষ্টিভঙ্গি নিয়েছি।
পিডিআর

@ পিডিআর - প্রায় সম্মত হয়েছে। "আমি ডিজাইনের ধরণগুলি ও ও দৃষ্টান্তগুলি উপকার করতে পারি" সম্পর্কে অংশটি আমাকে কিছুটা অবাক করে তোলে।
ওয়াঙ্কো দ্য সনে

6

আমার কাছে খুব ভাল ম্যানেজার / টিম লিডার ছিল যারা প্রযুক্তি সম্পর্কে খুব কম জানতেন এবং আমার বেশিরভাগ খারাপ পরিচালকরা যারা ভেবেছিলেন যে তারা সবকিছু জানেন।

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

আপনার বড় চ্যালেঞ্জটি সম্ভবত উচ্চতর ব্যবস্থাপনাকে উপকৃত করে রাখছে। তারা প্রতিবেদনগুলি, শিডিউল এবং চেকমার্কগুলি চাইবে এবং তারা কী চায় এবং কীভাবে যুক্তিসঙ্গতভাবে জাল করা যায় সেগুলি আপনাকে খুঁজে বের করতে হবে। (ভাল, ঠিক "জাল" নয়, এমন নথি তৈরি করুন যা আপনার সময় বা আপনার দলের সময় না খেয়েই তাদের সন্তুষ্ট করে))


4

আপনাকে আপনার সি # কোডিং দক্ষতার জন্য বেছে নেওয়া হয়নি, এবং আপনি যদি প্রথম থেকেই কোডটি লেখেন না তবে আপনি সি # জানেন কি না তা বিবেচ্য নয়। আপনার উচ্চতর স্তরে চিন্তা শুরু করা দরকার:

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

এর মধ্যে কয়েকটি বিষয় প্রকল্প পরিচালন অঞ্চলে যেতে পারে তবে নেতৃত্ব বিকাশকারী হিসাবে আপনি প্রকল্প পরিচালক এর সাথে এই এবং অন্যান্য বিষয়ে নিবিড়ভাবে কাজ করবেন।

যাইহোক, যত তাড়াতাড়ি সম্ভব সি # তে কার্যকরভাবে কাজ করতে শিখুন। কেবল মনে রাখবেন যে সিনট্যাক্স এবং কাঠামোর বিশদটি অতীত দেখতে এবং আরও বড় ছবিটি দেখার জন্য আপনার ভূমিকা।


2

যোগাযোগের জন্য একটি হাত নিন। নিজেকে একটি সাধারণ সি # প্রাইমার ধরে নিয়ে শুরু করুন এবং কিছু কোড লিখুন। কয়েকটি প্রাথমিক বিষয় চেষ্টা করুন যা আপনি অন্য ভাষায় চোখের পাতায় কীভাবে করবেন তা জানতেন।

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

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

যদি এমন কিছু স্পষ্ট জিনিস থাকে যা আপনি জানেন না, আসুন be আপনার দলটি কোনও ক্লু ছাড়াই কেবল বার্জিংয়ের চেয়ে সততার সম্মান করবে। ভালভাবে অবহিত এবং যুক্তিযুক্ত সিদ্ধান্ত নিন এবং আপনার প্রতিক্রিয়া বিবেচনা করতে সর্বদা কয়েক মিনিট সময় নেন। আধিপত্যের চেষ্টা না করে আপনার দৃ as় হতে হবে এবং আপনি কোনও ক্ষেত্রে আপনার জ্ঞানের অভাবকে দল নেতৃত্ব দেওয়ার দক্ষতার প্রতিচ্ছবি হিসাবে উপস্থিত হতে পারবেন না। নেতৃত্ব বোঝায় পরামর্শদাতা, তবুও পরামর্শদাতার অর্থ এই নয় যে আপনি নতুন কিছু শেখার আগ্রহও প্রকাশ করতে পারবেন না।


3
আমি বলব এটি পরিচালক হিসাবে কী করা উচিত তার ঠিক বিপরীত। কিছু কোড প্রবেশ করানো এবং নিক্ষেপ করার জন্য এটি লোভনীয় হতে পারে তবে এটি এখন আপনার কাজ নয় ... আপনার কাজটি আপনার দলকে আপনি যা ভাড়াটে রেখেছিলেন তা করতে সক্ষম করা এবং তাদের অভিজ্ঞতা এবং রায়কে বিশ্বাস করা। একটি ভিন্ন প্ল্যাটফর্মের গতিতে এগিয়ে আসার চেষ্টাটি প্রতি-উত্পাদনশীল।
মাইকেল ব্রাউন

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

তুমি ঠিক বলছো. আমি ম্যানেজারকে ধরে নিচ্ছিলাম যে এটি কোনও প্রযুক্তির জন্যই যার অভিজ্ঞতা নেই তার জন্য। একটি সম্পাদনা করুন এবং আমি আমার ডাউনওয়োটটি পূর্বাবস্থায় ফিরিয়ে আনব :)
মাইকেল ব্রাউন

@ মাইক্রব্রাউন আমি নিশ্চিত নই যে আপনি যা সম্পাদনা করবেন তা আমার মনে হয়। আমি তার নিজের বক্তব্যের ভিত্তিতে ওপি-র প্রশ্নের উত্তর দিয়েছি যে তিনি প্রকল্পের নেতৃত্ব হতে চলেছেন ... তবে আমি উত্তরটি কিছুটা বাড়িয়ে দেব। :)
এসরোবিন্স

ওহ এটি এমন নয় যে আমি আপনাকে সম্পাদনা করার দরকার মনে করেছি ... কেবল এডিট ছাড়াই আমার ভোট পরিবর্তন করতে দেয় না :(
মাইকেল ব্রাউন

1

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


1

মনে হচ্ছে এটি এখানে খেলতে কয়েকটি সমস্যা।

আপনি যে প্রকল্পে নেতৃত্ব দিচ্ছেন তাতে ব্যবহৃত প্রযুক্তি এবং সেই প্রক্রিয়া যা সেই প্রকল্পের বিকাশকে পরিচালনা করে।

আপনি কি দলের নেতা, বা একটি নেতৃত্ব বিকাশকারী? একটি সীসা বিকাশকারী ডিজাইন এবং বিকাশের কাজগুলি বেশ কিছুটা করে। সুতরাং এর চারপাশের একমাত্র উপায় হ'ল নাক টান এবং নতুন প্রযুক্তিটি শেখা

যদি আপনি প্রকৃতপক্ষে দলকে নেতৃত্ব দিচ্ছেন তবে আপনাকে অবশ্যই দলের উপর আস্থা রাখতে হবে এবং তাদের প্রকল্পের বেশিরভাগ প্রযুক্তিগত দিকনির্দেশনা দিতে হবে। অবশ্যই, ধারণাগতভাবে, আপনি সেই স্টিয়ারিংটিকে সঠিক দিকে রাখতে সক্ষম হবেন।

প্রকল্পের বিকাশ পরিচালনা করে এমন প্রক্রিয়াগুলি বেশিরভাগ জায়গায় থাকা উচিত । এটি কেবল তাদের পড়তে হবে, তাদের বোঝুন এবং তাদের সম্পাদন করুন।

যদি তা না হয় তবে আপনাকে কিছু উন্নয়নের প্রক্রিয়া স্থানে রাখতে সহায়তা করার জন্য একজন পরামর্শদাতার জন্য আপনার বসের সাথে আলোচনা করুন। এটি বেশ গুরুত্বপূর্ণ। প্রক্রিয়াটি স্থানে না থাকলে এবং এটি খুব দ্রুত কার্যকর হয়।

শুভকামনা!


0

সুযোগ একবারে আসে .. এটি ধরুন .. আমি বলব, সি # এর বেসিকগুলি শিখতে চেষ্টা করুন। অনলাইন থেকে কিছু টিউটোরিয়াল পান, এটিতে কাজ করার চেষ্টা করুন। প্রাথমিকভাবে এটি নতুন ধারণাটি শিখতে শক্ত হবে, পরে যখন আপনার প্রথম কাজটি করা হবে তখন আপনার এতে কিছুটা আস্থা থাকবে।

ইতিবাচক চিন্তা করুন, কঠোর কাজ করার চেষ্টা করুন, নিজের কোডটি ডিবাগ করুন এবং নিশ্চিত যে আপনি এতে দক্ষ হন ..

আপনার সুযোগটি ছেড়ে দিবেন না।


0

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

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


-1

কোডিং মান, প্রকল্পের জীবনচক্র সরঞ্জাম এবং রিলিজ / বিতরণ পদ্ধতির ক্ষেত্রে যখন আমি হারিয়ে যাই।

আপনি ব্যবহার করতে যাচ্ছেন একই প্রযুক্তি ব্যবহার করে এমন একটি মুক্ত উত্স পণ্য সন্ধান করুন।

যদি সম্ভব হয় তবে এটি কোনও কোনও ক্ষেত্রে সমস্যা ডোমেনের অনুরূপ সন্ধান করুন। এটি একই প্রযুক্তি এবং সক্রিয় আপডেট সহ একটি প্রকল্প সন্ধানের মতো গুরুত্বপূর্ণ নয়।

তাদের কাজের কোড ডাউনলোড করুন। এটি পড়ুন।

তারা কী কী সরঞ্জাম ব্যবহার করে তা নির্ধারণ করুন। তাদের ব্যাবহার করুন.

ওপেন সোর্স প্রকল্পটি কীভাবে তৈরি এবং প্রকাশ করতে হবে তা নির্ধারণ করুন। এটি তৈরি করুন এবং এটি ছেড়ে দিন।

একটি ওপেন সোর্স প্রকল্প (বেশ কয়েকটি অবদানকারী) সেরা অনুশীলনের চিত্রিত করবে।

আমার সন্দেহ নেই যে আমি দু'মাসের মধ্যেই বেসিকগুলি তুলতে পারি, তবে এমন কিছু অভিজ্ঞতা রয়েছে যেগুলি কেবল সময়ের সাথে একত্রিত হতে পারে।

সত্য।

মুক্ত উত্স সম্প্রদায় থেকে শিখুন।


2
কখনও কখনও ওপেন সোর্স প্রকল্পগুলিতে কাজ করা লোকেরা সর্বোত্তম উপলব্ধ সরঞ্জামগুলি ব্যবহার করে না এমনকি মানগুলি (ভাল অভ্যাসগুলি) অনুসরণ করে না। আমি কয়েকটি ওপেন সোর্স প্রকল্প জানি (আমি তাদের নাম বলতে চাই না) যা সঠিক সরঞ্জামগুলি ব্যবহার করার ক্ষেত্রে বা এমনকি শিল্প সম্মেলনগুলি অনুসরণ করার ক্ষেত্রে সত্যই খারাপ।
খ্রিস্টান পি

@ ক্রিশ্চিয়ানপি: যদিও কিছু কম-বড়-ওয়াল উত্স প্রকল্প রয়েছে, তবে এটির পক্ষে খুব ভাল যেগুলি খুঁজে পাওয়া সহজ। উদাহরণ হিসাবে কোনও ওপেন সোর্স প্রকল্প খুঁজে পাওয়া কোনও উদাহরণের চেয়ে ভাল।
এসলট

আমি সম্মত যে কোনও উদাহরণই এর চেয়ে ভাল। তবে সেরা অনুশীলন, সরঞ্জাম ইত্যাদির সন্ধান করার সময় প্রকল্পটি একই সমস্যাটি সমাধান না করলেও একটি ভাল ওপেন সোর্স প্রকল্প থেকে আরও কিছু জানতে পারে ।
খ্রিস্টান পি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.