আমি কীভাবে লোকদের বাইক শেডিং বন্ধ করতে পারি (তুচ্ছ বিষয়গুলিতে আলোকপাত করা)?


139

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

Why is that named that? (কেন এটির নামকরণ হয়েছে তা ব্যাখ্যা করার জন্য 2 মিনিট, 10+ মিনিট নতুন নাম নিয়ে বিতর্ক করছেন)

Why is that an abstract base class rather than an interface? (2 মিনিট বোঝাতে, 10+ মিনিট এই সিদ্ধান্তের আপেক্ষিক গুণাবলী নিয়ে বিতর্ক করে)

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

সুতরাং আমরা পরে আবার চেষ্টা করেছি (বা কোডবেসের ভিন্ন অংশ নিয়ে) এবং যেহেতু লোকেরা বাইক শেডিং প্রভাবটি কাটিয়ে উঠতে পর্যাপ্ত জ্ঞান পায়নি, তাই এটি পুনরাবৃত্তি করে।

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

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


44
আমি এটি বলতে ঘৃণা করি, তবে আমার কাছে মনে হচ্ছে এই ঘটনাটি নতুনদের চেয়ে কোডবেজ নিয়ে সমস্যার আরও চিত্রিত করছে।
নিকোল

30
আপনি কি শেষ পর্যন্ত প্রশ্ন পিছিয়ে দেওয়ার চেষ্টা করেছেন? "আরও কয়েক মিনিটের জন্য অপেক্ষা করুন এবং আমি শেষে ব্যাখ্যা করতে পারি" এবং তারপরে বাকী সামগ্রীটি সরিয়ে রেখেছি। সম্ভবত এই প্রশ্নের কয়েকটি নিজেরাই উত্তর দেবে
jozefg

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

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

56
এই উত্তরগুলিতে ভাল পরামর্শ আছে। আমি সংক্ষেপে যোগ করব: "সহযোগী" হিসাবে আপনার সহযোগী হিসাবে বিবেচনা করুন। যখন কেউ "এই নকশাটি সাবঅপটিমাল" বলেছেন সঠিক প্রতিক্রিয়াটি "দুর্দান্ত, তবে আমি খুশি হয়েছি আপনি তা লক্ষ্য করেছেন this এই সভার পরে দয়া করে সমস্যার বিশদ বিবরণ এবং আপনার প্রস্তাবিত সমাধানের সাথে ট্র্যাকিং ডাটাবেসে একটি বাগ প্রবেশ করুন tri ট্রাইজ টিম আপনার প্রস্তাবটি পর্যালোচনা করবে, বাকি কাজের আইটেমগুলির তুলনায় এটিকে অগ্রাধিকার দেবে এবং উচ্চতর অগ্রাধিকারের আইটেমগুলি একবার স্থির হয়ে গেলে এটি ঠিক করার জন্য এটি একটি উপযুক্ত বিকাশকারীকে অর্পণ করে on এগিয়ে চলেছে ... "
এরিক লিপার্ট

উত্তর:


159

আমি মনে করি সমস্যাটি হ'ল: "আমাকে অন্য দলগুলিকে নতুন কোডবেস পড়ানোর কাজ দেওয়া হয়েছে"।

আপনাকে ভুল কাজ দেওয়া হয়েছে, বা আপনি যে কাজটি দিয়েছেন তা ভুল ব্যাখ্যা করেছেন।

কোড স্তরে উপস্থাপনের মাধ্যমে আপনি কোড স্তরের চিন্তাকে আমন্ত্রণ জানান।

সিস্টেম পর্যায়ে শুরু করুন এবং তৈরি করা নকশা এবং নকশার পছন্দগুলি উপস্থাপন করুন। বর্ধিত আলোচনার অনুমতি দেবেন না: আপনি এটি পর্যালোচনা করছেন না। প্রশ্নের অনুমতি দিন: আপনি তাদের সিস্টেমটি বুঝতে চান to লোকেরা যদি "এটি অন্যরকমভাবে করত", জরিমানা। একমত হতে পারে। অথবা না. তবে এগিয়ে যান। এটি এখন ঠিক এইভাবে।

আপনি যখন কোড স্তরে পৌঁছবেন, আপনি ইতিমধ্যে সেগুলি সিস্টেমের পরিভাষা দিয়ে প্রাইমড করে নেবেন। নামগুলি (আমি ধরে নিই) অর্থটি দেবে। উপরের মত একই: বর্ধিত আলোচনা, বোঝার জন্য প্রশ্ন নেই। চলো এগোই.

এখন কাজ করার জন্য কিছু শ্রেণীর সমস্যা সেট করুন। আমরা কীভাবে এক্স বৃদ্ধি করতে পারি? সিস্টেম ডিজাইনের "প্রবাহের সাথে যায়" এমন তুচ্ছ কিছু বেছে নিন এবং আপনি কী পরিবর্তন করতে পারবেন তার মাধ্যমে কাজ করুন। তারা এখন সিস্টেমের যৌক্তিকতা পাওয়া উচিত। অন্য একটি বর্ধন চয়ন করুন যা ভুল হয়ে গেলে সিস্টেমটি ভেঙে দিতে পারে এবং সঠিকভাবে কীভাবে করা যায় তা দেখান। এটি তাদের জন্য একটি আহ হা মুহুর্ত হওয়া উচিত । কেউ কেউ এমনকি আপনি এটি বীট হতে পারে!

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


3
আমি প্রথমে কিছুটা উচ্চ স্তরের নকশা নির্দেশনা করেছি, পাশাপাশি প্রস্তুতিতে সহায়তা করার জন্য কয়েকটি নতুন / অপরিচিত প্রযুক্তি (আইওসি পাত্রে, গতিবিদ্যা) সম্পর্কে প্রশিক্ষণ দিয়েছি। সেই প্রশিক্ষণ বেশ ভালই চলেছে। এটি উত্থাপন করার জন্য একটি ভাল পয়েন্ট।
টেলাস্টিন

"সাইকিক হ্যাকস" এর সাথে +1 জনের সাথে লড়াই করার চেষ্টা না করা "আমি আপনার সময় এবং আপনার সময়ে প্রবন্ধের প্রশ্নের উত্তর দেব!" বরং দৃষ্টিভঙ্গি
বদলানো

3
চমত্কার উত্তর। আমি বিশেষত 'এর অভ্যন্তরীণ উপাদানগুলির নামকরণ কী করা উচিত' তার চেয়ে ফোকাসটিকে 'এটি কী করে' করার পরামর্শটি বিশেষত পছন্দ করি।
ড্যানিয়েল হোলিনরেকে

66

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


8
+1 এইভাবে লোকেরা মনে করে যে তাদের উপেক্ষা করা হচ্ছে না।
andy256

আমি এটার সাথে একমত. যদি সমস্যাটি দীর্ঘকাল ধরে অপ্রাসঙ্গিক বিষয় নিয়ে আলোচনা করে থাকে তবে অপ্রাসঙ্গিক বিষয়গুলি নিয়ে আলোচনা করবেন না ...
ক্রিস

7
হোয়াইটবোর্ডে ওটি প্রশ্ন লিখে সবার সময় নেওয়ার চেয়ে প্রশ্নকর্তাকে এটির নোট নিতে বলুন (একটি নির্ধারিত উইকি পৃষ্ঠায়, জিআইআরএ ইস্যু, যেখানেই হোক)।
LarsH

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

1
@ লার্শ - ঠিক হোয়াইট বোর্ড লাগিয়ে, সবার দেখার জন্য, কথোপকথনটি বন্ধ হয়ে যায়। যদি এটি আবার সামনে আসে তবে প্রশিক্ষক কেবল প্রশ্নের দিকে ইঙ্গিত করে এবং বলেছিলেন "আমি প্রতিশ্রুতি দিয়েছি আমরা এটিতে ফিরে আসব"।
mattnz

21

প্রত্যাশাগুলি সঠিকভাবে সেট করুন এবং সৎ, উন্মুক্ত এবং সামনে থাকুন।

আপনার লক্ষ্যগুলি উন্মুক্ত এবং স্বচ্ছ কিনা তা নিশ্চিত করুন।

Andy256 (+1) দ্বারা প্রচারিত হিসাবে উচ্চ স্তরের দৃশ্যের সাথে আলোচনা শুরু করুন তবে নিশ্চিত করুন যে আপনি নিজের উদ্দেশ্যগুলি অন্তর্ভুক্ত করেছেন, যেমন

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


প্রথম 2 টি বাক্যের জন্য +1। তবে লোকেদের কিছু চিন্তা না করার কথা বলা তাদের সম্পর্কে এটি না ভাবার পক্ষে ভাল উপায় নয়। "আপনি যাই করুন না কেন গোলাপী ইউনিকর্ন সম্পর্কে ভাবেন না।" আমি গোলাপী ইউনিকর্নের উল্লেখ করার আগে, আপনি সেগুলি সম্পর্কে ভাবছিলেন? সম্ভবত না. এর পরিবর্তে যদি আমি বলেছিলাম যে "কল্পিত প্রাণীদের দ্বারা বিভ্রান্ত না হয়ে তার পরিবর্তে অস্ট্রেলিয়ান প্রাণীগুলিতে মনোনিবেশ করুক" তবে কোয়ালাস এবং ক্যাঙ্গারুগুলি আপনার হয়ে থাকতে পারে তবে সম্ভবত গোলাপী ইউনিকর্ন নয়।
মাইকেল শ

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

17

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

প্রথমত, তাদের উদ্বেগকে "তুচ্ছ" বা "বাইকশেডিং" হিসাবে ভাবেন না। এগুলি বিচারিক শব্দ এবং তারা অপমানজনক। তাদের উদ্বেগ বৈধ। এ মুহূর্তে এগুলি কেবল গুরুত্বপূর্ণ নয়।

যে কোনও ভাল সভার চাবিটি প্রত্যেকের জানার জন্য:

  • কেন আপনি একটি সভা করছেন এবং
  • আপনি কি এটি থেকে বেরিয়ে আসার প্রত্যাশা করছেন
  • কতক্ষণ এটি স্থায়ী হওয়া উচিত

স্পষ্টভাবে এই বিষয়গুলি সামনে তুলে ধরুন এবং লক্ষ্যগুলি ব্যাখ্যা করুন।

উদাহরণস্বরূপ, আপনি বলতে পারেন: "এই সভাটি আপনাকে ফু প্যাকেজ এবং এটি কীভাবে আমাদের রিপোর্টিং মডিউলে ব্যবহৃত হবে তা সম্পর্কে আমার সাথে পরিচিত হওয়ার জন্য। আমার লক্ষ্যটি আপনি বার রিপোর্টস প্রকল্পে যে কাজ করতে পারবেন তার সম্পর্কে ফু সম্পর্কে আপনাকে যথেষ্ট পরিমাণে বুঝতে হবে My পরের সপ্তাহে। আমি চাই আমাদের আগামী 90 মিনিটের মধ্যে শেষ করা উচিত। "

তারপরে, যখন কোনও বিষয় এলো, এটি এমন হতে পারে:

নতুন ব্যক্তি: "কেন ফু উইজেটকে ফ্যাকাস প্যাটার্ন হিসাবে প্রয়োগ করা হচ্ছে?"

আপনি: "ঠিক আছে, আমি মনে করি এটি কারণ (ডিজাইনের সিদ্ধান্তের সংক্ষিপ্ত ব্যাখ্যা)" বা "আমি জানি না।"

উত্তরটি যদি যথেষ্ট হয় তবে তা দুর্দান্ত। যদি না হয়, এবং এটি অব্যাহত থাকে:

এনপি: "আপনি কি ভাবেন না যে এটি সিঙ্গলটন হিসাবে আরও ভালভাবে করা সম্ভব হবে?"

আপনি: "আমি সত্যিই এটি সম্পর্কে ভাবিনি, তবে ফু উইজেট কীভাবে কাজ করে তা ব্যাখ্যা করে আমি এগিয়ে যেতে চাই" "

এনপি: "তবে যদি এটি সিঙ্গলটন হিসাবে করা হয় তবে আমরা করতে পারি -"

আপনি: "বাধা দেওয়ার জন্য আমি দুঃখিত, তবে ফুউইজেট কীভাবে কাজ করে তার প্রতি আমার এই দৃষ্টি নিবদ্ধ রাখা দরকার This এই সভাটি কেবল 11:00 অবধি নির্ধারিত এবং আমাদের অনেক কিছু পেরোতে হবে The নকশা আলোচনার জন্য আরও একটি সময় অপেক্ষা করতে হবে । "

আপনি একবার বা দু'বার অতিক্রম করার পরে, আপনি এটি "এই সভার সুযোগের বাইরে" শর্টহ্যান্ড করতে পারেন।

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


1
কোনও উপস্থাপক সত্যই প্রতিক্রিয়াতে আগ্রহী না তা বলা সহজ। সেই সভাগুলি দ্রুত যায়। কেউ গ্রাহ্য করে না.
chux

4

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

প্রকৃত সমস্যা সমাধান, বিমূর্ত চিন্তাভাবনা এবং কঠিন সমস্যার বিষয়ে সিদ্ধান্ত নেওয়ার সাথে এই শক্তি-বিচলনটির বিপরীতে তুলনা করুন যে তারা পরবর্তীকালের পরিণতির জন্য দায়ী হতে পারে এবং অনেক কর্মচারী যতটা সম্ভব বাইক চালানোর চেষ্টা করার পক্ষে ভারী ওজন করে weigh

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

এটি করা প্রায়শই কঠিন, কারণ সিনিয়র কেউ সাধারণত প্রযুক্তি চলছে তা বুঝতে পারে না, আগ্রহী নয়, এবং দুর্ভাগ্যক্রমে, কাঁচা-উপাদান নিয়ন্ত্রণ করে: কর্মচারীর সময়; ভাড়া এবং অগ্নি, সম্মেলন কক্ষের রাজনীতি, পদোন্নতি ইত্যাদি seriously ইত্যাদি গুরুত্ব সহকারে, এবং নবম শ্রেণীর।


3

আপনি যাকে বাইকশেডিং বলছেন, আমি কারও চিন্তার প্রবাহকে আমাদের নিজস্ব রূপান্তরিত করব। নাম, নিদর্শনগুলি নিয়ে আলোচনা করে তারা কোডটিকে তাদের নিজস্ব শর্তাদি বুঝতে পারে এবং এটি প্রতিরোধের কোনও উপায় নেই, এটি প্রয়োজন।

তদতিরিক্ত, একটি সম্পূর্ণ কোডবেসের একটি বিশদ বিশদ ওয়াকথ্রোতে যাওয়ার দরকার নেই, কারণ বিশদগুলি সেটিতে কাজ করার অনেক আগেই ভুলে যাবে।

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

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

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

আপনি যদি ইতিমধ্যে চেষ্টা করে থাকেন তবে দুঃখিত ...


1

আপনি কি প্রাক-পাঠ করার চেষ্টা করেছেন যা লোকেরা স্বতন্ত্রভাবে দেখে?

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

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

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


13
নূও ......., ভিডিও নয় ..... "ডেথ বাই পাওয়ারপয়েন্ট" আরও খারাপ ভাগ্যকে ছাড়িয়ে গেছে ......, যদিও এতে প্রশ্নগুলি থামানোর কাঙ্ক্ষিত প্রভাব পড়বে - তাদের হুমকি দিয়ে দাও ৩০ মিনিটে কী পড়তে পারে এবং কয়েক সেকেন্ডে কী বোঝা যায় তা
বোঝাতে

6
+1 ম্যাটনজ যোগাযোগের সমস্যাগুলি একমুখী মিথস্ক্রিয়া দ্বারা উন্নত হওয়ার সম্ভাবনা নেই।
মাইকেল ডুরান্ট

1
আমি ভিডিওতে থাকলেও থামতে চাই না! কোন ভিডিও বিন্যাস / কোডেক বিরতি অক্ষম করে? :) :) :)
কাজ

1

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

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.