প্রকল্পের সাথে কীভাবে নতুন দলের সদস্যগণ আপ টু ডেট পাবেন? [বন্ধ]

Question

আমরা সফ্টওয়্যার টিমের জন্য 1-2 জন প্রকৌশলী নিয়োগ করতে চলেছি (3 বিকাশকারী, 1 পরীক্ষক সমন্বিত)।

তাদের দলে সংহত করার পদক্ষেপগুলি কী কী?

আমার ধারণাগুলি হ'ল:

• ডকুমেন্টেশন পড়ুন (আমরা ব্যবহার করি এমন উন্নয়ন পদ্ধতিতে কোডিং মান, নথি)
• বিদ্যমান কোডটি পড়তে তাদের পান
• তাদের কিছু সাধারণ কাজ বরাদ্দ করুন
• শেষে, কোড অংশের জন্য তাদেরকে দায়বদ্ধ করুন

আমরা আর কি করতে পারি?

---

প্রকল্পটি একটি চিকিত্সা খাতে (আল্ট্রাসাউন্ড সিস্টেম), এবং ইতিমধ্যে চলছে 5 বছর। আমাদের বার্ষিক রিলিজ রয়েছে এবং আমরা 1-2 টি ইঞ্জিনিয়ার যুক্ত করতে চাইলে আমরা একটি রিলিজ শেষ করতে চলেছি।

প্রকল্পটি রক্ষণাবেক্ষণের পর্যায়ে রয়েছে (লিগ্যাসি কোডটি রিফ্যাক্টর করা, আরও নতুন বৈশিষ্ট্য যুক্ত করা)। সময়সূচিতে জিনিসগুলি বেশ বেশি (কম বেশি)।

Comments

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

— বেন ডিমট

@ বেনডেমট: খুব ভালোভাবে বলেছেন। আমি আর একমত হতে পারি না। আপনি যদি এটির উত্তর দেন তবে আমি এটি কয়েকবার উপস্থাপন করব (যদি এসই আমাকে দেয়)।

— মার্জন ভেনেমা

বন্ধ করতে 2 ভোট। এটি কীভাবে গঠনমূলক নয়?

— জেফো

@ বেনডেমট: আপনার একটি উত্তর তৈরি করতে হবে :)

— সি_ মেকার

আমি যুক্ত করতে চাই যে এটি আপনার প্রকল্পের প্রযুক্তিগত debtণ পরিমাপ করার একটি ভাল সুযোগ। বাষ্পে উঠতে যত বেশি সময় লাগবে, তত বেশি প্রযুক্তিগত debtণ আপনি আপনার প্রকল্পে পেয়ে যাবেন।

— আনন

Answer 1

কারও কারও কাছ থেকে আসছি যিনি আমার কেরিয়ারে বিভিন্ন বিবিধ কোডবেস গতিতে আসতে হয়েছিল, আমি যা পরামর্শ দেব তা এখানে:

1. পণ্যটি ব্যবহার সম্পর্কিত ক্রিয়াকলাপগুলির সাথে স্বল্প পরিমাণে (সম্ভবত এক বা দুই দিন) ব্যয় করুন যাতে তারা পণ্যটি কী করে তার সাথে পরিচিত হতে পারে। এটি বাগগুলি যাচাই করা বা কিউএ পরীক্ষার পরিকল্পনা কার্যকর করা বা ব্যবহারকারীর প্রশিক্ষণের মাধ্যমে হতে পারে।
2. ছোট, স্থানীয় বাগগুলিতে কাজ করুন। এটি আর্কিটেকচারের অনেক কিছু শিখতে না পেরে অ্যাপ্লিকেশনটি কীভাবে তৈরি এবং ডিবাগ করতে হয় তার সাথে প্রকৌশলী পরিচিত হন।
3. আদর্শভাবে, স্থানীয় করা একটি ছোট নতুন বৈশিষ্ট্য লিখুন। এটি তাদের কোডের একটি অংশ লিখতে দেয় এবং এগুলি লেখার সাথে সাথে তারা কোডের পার্শ্ববর্তী বিটগুলির সাথে পরিচিত হবে যা তাদের নতুন কোডটির সাথে কাজ করা উচিত।

সেখান থেকে ইঞ্জিনিয়ারের অভিজ্ঞতার স্তর এবং দক্ষতার উপর নির্ভর করে সময়ের সাথে সাথে অ্যাসাইনমেন্টের সুযোগ এবং জটিলতা প্রসারিত করুন। এটি বিকাশকারীকে কোডবেস সম্পর্কে তাদের জ্ঞানটি প্রাকৃতিকভাবে প্রসারিত করতে দেবে।

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

Comments

+1, প্রথমে তাদের একজন ব্যবহারকারী হিসাবে পণ্যটির সাথে পরিচিত হতে কিছু সময় ব্যয় করার জন্য। এটি আশ্চর্যজনক যে শেষ-ব্যবহারকারীর দৃষ্টিকোণ থেকে একটি বড়-চিত্র দর্শন বিকাশকারীদের কী কাজ করতে চলেছে তার মূল বিষয়গুলি বুঝতে সাহায্য করতে পারে।

— অ্যাঞ্জেলো

Answer 2

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

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

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

তাদের কিছু "হাতের মুঠোয়" দেওয়ার জন্য, রক্ষণাবেক্ষণ / বাগের পিছনে পিছনে আসা কাজগুলি তাদের কিছু সময়ের জন্য (কয়েক সপ্তাহ / মাস?) গতি বাড়ানোর পক্ষে ভাল উপায় হতে পারে - তারা এমন পরিস্থিতিতে থাকবে যেখানে কার্যকারিতার নির্দিষ্ট ক্ষেত্রগুলি থাকবে বুঝতে, পরীক্ষা করা এবং ডিবাগ করা দরকার; কোড, প্রয়োজনীয়তা, সংস্থার দ্বারা ব্যবহৃত সরঞ্জামাদি, উন্নয়ন প্রক্রিয়াগুলি এবং সামগ্রিকভাবে পণ্য (গুলি) সম্পর্কে জ্ঞান তৈরিতে সহায়তা করা যখন আশা করা যায় যে উন্নয়ন দলের বাকি অংশ থেকে খুব বেশি সময় ভিজানোর প্রয়োজন হবে না

Answer 3

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

Answer 4

আমি কেবল 10 মাস ধরে শিল্পে কাজ করছি (প্লেসমেন্টে) তবে আমি খুঁজে পেয়েছি যে নিম্নলিখিতগুলি আমাকে সহায়তা করেছে:

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

এই দু'জনেই আমাকে মোটামুটি সাহায্য করেছিল। শুভকামনা।

Answer 5

আমি উচ্চ স্তর থেকে নীচে যেতে হবে।

যত তাড়াতাড়ি সম্ভব অ্যাপ্লিকেশন ডেমো

সর্বাধিক গুরুত্বপূর্ণ বিষয়গুলির মধ্যে একটি হ'ল বিকাশকারীটির ধারণা রয়েছে যে তারা কী কাজ করবে। ডেমো চলাকালীন, সাম্প্রতিক বিকাশের অধীনে থাকা কিছু জিনিস এবং অ্যাপটি যে দিকনির্দেশনায় চলছে সেগুলি নির্দেশ করুন।

উচ্চ স্তরের আর্কিটেকচারটি ব্যাখ্যা করুন

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

একটি দুর্দান্ত অন বোর্ডিং ডকুমেন্ট প্রস্তুত আছে

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

তাকে জিজ্ঞাসা করতে উত্সাহিত করুন (এবং তাদের উত্তর দেওয়ার জন্য উপলব্ধ থাকুন)

উত্তর সহ, তাদের গাইড করুন, তবে তাদের কী করবেন তা বলবেন না। তাদেরকে ইঙ্গিত দিন তবে শেষ পর্যন্ত এগুলি তাদের নিজেই বের করার অনুমতি দিন।

দলের অন্যান্য সদস্যদের নতুনকে স্বাগত জানাতে সহায়তা করুন

কেউ যখন দলে যোগ দেয় তখন মুদ্রার দুটি দিক থাকে। নতুন বিকাশকারীকেও স্বাগত জানাতে টিমের কাছে সরঞ্জাম থাকা দরকার।

তাদের একটি ছোট বা দুটি কাজ বেছে নিতে দিন

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

তারা আরও বেশি স্বাচ্ছন্দ্য বোধ করলে আরও শক্ত কাজগুলিতে প্রবেশ করতে উত্সাহিত করুন

ভাল প্রার্থীরা প্রাকৃতিকভাবে এটি করবেন।

Answer 6

একটি "ওরিয়েন্টেশন" প্রবাহ যা আমি পেরিয়েছি (এবং দরকারী বলে খুঁজে পেয়েছি) এর লাইনে কিছু ছিল:

1. উপাদানগুলি কী, কীভাবে ফিটনেস এবং সাধারণ আর্কিটেকচারটি "বিগ পিকচার" প্রদান করে একটি সংক্ষিপ্ত উপস্থাপনা।
2. কোডটির একটি সংক্ষিপ্ত বিবরণ, আমাকে নির্ধারিত উপাদান (গুলি) এর জন্য মূল যুক্তি পরিচালনা করে এমন ক্রিয়াকলাপগুলির পরিচয়। কোডিং কনভেনশন এবং স্টাইল সম্পর্কিত কিছু স্টাফ .েকে ফেলেছে।
3. একগুচ্ছ খোলামেলা সমস্যা এবং নিম্ন-অগ্রাধিকারের বাগগুলি বরাদ্দ করা হয়েছিল (যা আমার কাছে নির্ধারিত উপাদানটিতে বেশিরভাগ ক্ষেত্রে স্থানীয়করণ করা হয়েছিল এবং মোটামুটি সহজ)।
4. আমি অ্যাপ্লিকেশনটির মাধ্যমে ডিবাগ করব এবং এমন জিনিসপত্রের সাহায্য চাইব যা আমি সিদ্ধান্ত নিতে পারি না ip
5. ফিক্সটি তৈরি হওয়ার পরে, আমি সংহতকরণে ছাড়ার প্রক্রিয়াটি (কোড-রিভিউ, ডেভ-লেভেল টেস্টিং ইত্যাদি) দিয়েছিলাম।
6. বরাদ্দকৃত অবশিষ্ট কাজগুলি / বাগগুলির জন্য পুনরাবৃত্তি করুন।

আমি এই পদ্ধতির (এবং এর বিভিন্নতা) দরকারী হবে বলে মনে করি কারণ:

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

Answer 7

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

Answer 8

আমি এইভাবে যেতে

1. প্রকল্পের সাথে সম্পর্কিত তাদের কয়েকটি কার্য দিন ((যেমন: আপনার প্রকল্পটি যদি ডাটাবেস অ্যাপ্লিকেশন হয় তবে কেবলমাত্র একটি ডাটাবেসের সাথে সংযোগ করার জন্য একটি অ্যাপ্লিকেশন তৈরি করতে এবং কিছু সাধারণ ক্রিয়াকলাপটি করতে বলুন))
2. আপনি যখন দেখেন যে তারা কাজের ধারণাটি বুঝতে পেরেছেন, তাদের প্রকল্পের একটি ডেমো দিন
3. তাদের ডকুমেন্টেশন পড়তে বলুন।
4. কোডিং শৈলী এবং মানগুলির সাথে তাদের পরিচিত করুন
5. পরে তাদের কিছু ডিবাগিং অনুশীলন দিন (প্রকল্পের প্রবাহটি জানতে)।
6. আপনি ইতিমধ্যে ঠিক করা একটি পয়েন্ট ঠিক করতে জিজ্ঞাসা করুন (এটির সাথে তাদের যুক্তি সন্ধান করতে)।
7. শেষ পর্যন্ত তাদের প্রকল্পের একটি অংশ করুন।

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

Answer 9

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

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

Answer 10

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

অতিরিক্ত হিসাবে, আপনি কিছু নির্ধারণ কেন্দ্রের স্টাইলের কাজগুলি চেষ্টা করে দলে থাকা অন্যদের সাথে ইতোমধ্যে তাদের সংহত করার চেষ্টা করতে পারেন যেমন একটি কফি কাপকে সমর্থনকারী কাগজের 4 টি শীট থেকে 45 মিনিটে একটি সেতু তৈরি করুন। আমরা এই প্রযুক্তিটি সফটওয়্যার ইঞ্জিনিয়ারিংয়ের একটি বাস্তব কোর্সে ব্যবহার করি 8 জন ছাত্রের একটি গ্রুপকে 3 সপ্তাহ একক প্রকল্পে কাজ করার আগে তারা বরফ ভাঙ্গতে পেতে। এটি পর্যায়ক্রমে দল গঠনের গতি বাড়িয়ে তুলতে সহায়তা করে।

Answer 11

1) তাদের আপনার কোডের বিধি এবং নির্দেশিকাগুলির ব্যাখ্যা দিন। আপনার অ্যাপ্লিকেশন কীভাবে কাজ করে এবং সাধারণ কোড কাঠামো সম্পর্কে সাধারণ ব্যাখ্যা দিন।

2) এমন কিছু ছোট বাগ বা প্রকল্পগুলি সন্ধান করুন যা অন্যান্য কোডের তুলনায় অনেকাংশে স্বতন্ত্র। কোডটি কোথায় করা দরকার তা ব্যাখ্যা করুন এবং নিয়মিত সেগুলি পরীক্ষা করুন।

3) ধীরে ধীরে তাদের আরও কম বড় পরীক্ষা করার সময় তাদের আরও বৃহত্তর প্রকল্পগুলি দেওয়া শুরু করুন।

৪) সময়ে সময়ে তাদের পাশে বসে থাকুন। অন্য কেউ কীভাবে সমস্যার সমাধান করে তা দেখে আপনি অনেক কিছু শিখতে পারেন। ছোট ছোট জিনিস যেমন "ওহ, আপনি ctrl- টিপে আপনার কোডের ফাংশনগুলি সন্ধান করতে পারেন।" খুব দরকারী।

এখন, আমি খুঁজে পেয়েছি যে দুটি চরম রয়েছে :

• কেউ যে প্রতি পাঁচ মিনিট পরে একটি প্রশ্ন জিজ্ঞাসা। "এই পথটি কী করে? জয়ন কী করে?"। তাদের উত্তর প্রথমে গুগল করা উচিত এবং যখন তারা উত্তর খুঁজে না পায় কেবল তখনই আপনার কাছে আসে come

• এবং অন্যটি চরম, যে কেউ একটি প্রশ্ন জিজ্ঞাসা না করে অর্ধ দিনের জন্য কাজ করে। তাদের মনে করা উচিত যে প্রশ্ন জিজ্ঞাসা করা ভাল thing আমি কেবল তাদের প্রথমে চেষ্টা করে দেখতে চাই।

Answer 12

এগুলি আমার সূত্র ছিল এবং বেশ কয়েকটি নতুন আগতদের সাথে ব্যবহৃত হয়েছিল - এই পদক্ষেপগুলি অত্যন্ত কার্যকর বলে প্রমাণিত।

ক) সমস্ত নতুন বিকাশকারীদের 2 দিনের জন্য প্রকল্পের প্রয়োজনীয়তা এবং বিকাশ প্রক্রিয়া সম্পর্কে কিছু ভূমিকা দেওয়া হবে।

খ) কোডের জন্য জুনিট পরীক্ষা লেখার জন্য 3 সপ্তাহের কার্য নির্ধারণ করুন যার পর্যাপ্ত কভারেজ নেই।

গ) 3 টি হয়ে গেলে ছোট ছোট কাজগুলি অর্পণ করুন

d) জটিল কার্য বরাদ্দ এবং সম্পন্ন করা।

Comments

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

— সি_মেকার

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

— java_mouse

Answer 13

আমার মনে হয় কেবল কয়েকটি ছোট ছোট কার্য বরাদ্দ করুন, তাদের কয়েক ইউনিট পরীক্ষা লিখতে বলুন, তাদের ডিবাগ করুন যাতে কিছুটা রিগ্রেশন ব্যর্থ হয়। খুব বড় বা দাবী কিছুই নয়, তবে তাদের পায়ে রাখাই যথেষ্ট।

আপনার পক্ষে একজন প্রবীণ বিকাশকারীকেও অর্পণ করা উচিত, বিশেষত প্রতি নতুন বিকাশকারী যিনি প্রার্থীকে পরামর্শদানে সহায়তা করতে পারেন per

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

Answer 14

কোডিংয়ের কেবলমাত্র ভাল অভ্যাস এবং মানগুলি ব্যাখ্যা করবেন না, তবে কীভাবে পড়ুন কোডটি কাঠামোবদ্ধ তা ব্যাখ্যা করুন। সফ্টওয়্যারটি কী করবে এবং এটি কীভাবে বা অর্জন হবে তা ব্যাখ্যা করুন in

কিছু কাজ না করা অবধি তারা বুঝতে পারবেন না, সুতরাং আমি তাদের কাজ শুরু করার পরে, আসল কাজ শুরু করার আগে একটি অংশ এবং দুটি অংশ ভাগ করার পরামর্শ দিই। তারা কিছু কোড বা নথিপত্র দেখবে এবং " ডাব্লুটিএফ !? " মনে করবে । যখন এটি ঘটে, তখন কেউ তাদের সাথে যাবেন এবং ছোটখাটো বিবরণ ব্যাখ্যা করবেন।