কীভাবে একটি অনুলিপি / পেস্ট / স্প্যাগেটি প্রোগ্রামারকে আলো দেখবেন?


35

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

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

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

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

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

এই পরিস্থিতিতে কিছু করা যেতে পারে? কেউ কি সফল হয়েছে? বা প্রকল্পের অ-সমালোচনামূলক অংশগুলিতে এই জাতীয় মানসিকতা আলাদা করে ক্ষয়ক্ষতি হ্রাস করা কি সেরা?

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


এটি কোন দেশ?

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

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

উত্তর:


18

আপনি নিজেই কারণটি খুঁজে পেয়েছেন: "আমি জানি তারা শিখতে সক্ষম, কেবল মনে হয় সাধারণ অনুপ্রেরণার অভাব আছে।"

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

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

আমরা কি করতে পারি? খুব বেশি না. সব ক্ষেত্রেই, এটি আপনার নয়, মানবসম্পদের কাছে সত্যই অনুপ্রাণিত লোকদের বেছে নেওয়া ¹ এবং যারা নেই তাদের ফায়ার করুন।

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

আপনি পারেন:

  • আপনার সংস্থাকে বেশ কয়েকটি কঠোর নিয়ম স্থাপনের জন্য আপনার মনিবকে সম্মত করুন: স্টাইলের নির্দেশিকা ইত্যাদি This এটি people লোকদের আরও ভাল কাজ করার জন্য অনুপ্রাণিত করবে না, তবে কমপক্ষে তারা উত্স কোড করতে সক্ষম হবে না যা প্রয়োজনীয়তার সাথে মেলে না doesn't ।

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

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

  • [আরও] জোড় প্রোগ্রামিং ব্যবহার করুন । এটি কোডের মান উন্নত করতে এবং কম অনুপ্রাণিত সহকর্মীদের উদ্বুদ্ধ করতে সহায়তা করতে পারে।

  • ফোগ ক্রিকের মতো ব্যবহৃত ক্ষতিপূরণ সিস্টেমটি ব্যবহার করুন ।


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

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

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


3
আমি একমত নই: কাজ করার প্রেরণা এবং শেখার প্রেরণা দুটি সম্পূর্ণ পৃথক জিনিস things উদাহরণস্বরূপ, কিছু লোক তাদের কাজ এবং কাজ পছন্দ করে তবে তারা মনে করতে পারে "সলিড" হ'ল আইভরি-টাওয়ার ধারণা যা বাস্তব জগতে কোনও ব্যবহার নয়।
নিকি

5
@ ম্যাপেল_শ্যাফ্টটি সঠিক: কিছু লোক 70 ঘন্টা-সপ্তাহ কাজ করে এবং কোনও পরীক্ষা ছাড়াই সবচেয়ে খারাপ পরিমাণে স্প্যাগেটি কোড উত্পাদন করে (তাদের কাছে এই ধরণের বাজেয়ের জন্য সময় নেই!)। উত্সাহী এবং ক্রমাগত তাদের দক্ষতা উন্নতি করার সময়, তবে 40 ঘন্টা পরে বাড়ি যান, কারণ তারা জানেন যে তারা যাইহোক এর চেয়ে বেশি ফলপ্রসূ হতে পারে না। দুটি জিনিস মিশ্রিত করবেন না!
নিকি

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

6
কোনও প্রকল্পে কাজ করার জন্য সকাল 2 টা অবধি কাজ করা বলা প্রকল্পটির জন্য বিশেষত পারিবারিক দায়বদ্ধতাগুলির জন্য যে কোনও ভালবাসার হত্যার একটি অত্যন্ত দক্ষ উপায়।

2
আমি মনে করি এখানে তৈরি সমস্ত পয়েন্ট বৈধ, তবে আপনারা কেউ কেউ মাইনমা ​​ভুল বুঝে থাকতে পারেন। তিনি কখনও দুপুর ২ টা অবধি কাজটি বলেন নি কারণ আপনি সময়সীমার কারণে বাধ্য হয়েছেন। পরিবর্তে, তিনি কেবল এমন লোকদের উল্লেখ করেছিলেন যারা এমন কিছু কাজ দেখে উত্সাহে এতটা আটকে যায় যে কখনও কখনও তারা ঘুমাতে যাওয়ার চেয়ে বরং এটি সম্পন্ন করতে চাই। আমি এটির সাথে সম্পর্কিত হতে পারি আমার জন্য একটি চূড়ান্ত উদাহরণ হ'ল আমি আমাদের ভিডিও স্ট্রিমিং লাইব্রেরিতে টানেলিং সমর্থন যুক্ত করার জন্য কাজ করছি। এটি অনুমান করা হয়েছিল 5 দিন, তবে আমাদের নতুন পাইপলাইন আর্কিটেকচারের সাথে, সবকিছু এত ভালভাবে একত্রিত হয়েছিল, আমি শুক্রবার বিকালে শুরু করেছি ...
DXM

12

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

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

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

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

আপনি কীভাবে সফ্টওয়্যার বিকাশ প্রক্রিয়া বা সফ্টওয়্যারটির মান উন্নত করেছেন তা দলকে নির্দেশ করে সেরা অনুশীলন এবং মানদণ্ডের জন্য সমর্থন উত্সাহিত করেন।

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

তারা সেই মানদণ্ড এবং পদ্ধতিগুলির মালিক হবে এবং এগুলি কার্যকর করবে যাতে আপনার দরকার নেই। কারিগরি নেতৃত্ব হিসাবে আপনাকে নির্দেশ ও ডিক্রিগুলি ঘোষণা করতে হবে না, এটি নেতা হওয়ার পক্ষে একটি দুর্বল উপায়।

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


1
নীতিগুলির চেয়ে সম্পর্কের দিকে
মনোনিবেশ

5

ভাল প্রশ্ন! আমি মনে করি উত্তর কেন লোকেরা তাদের দক্ষতা উন্নত করতে চায় না তার উপর নির্ভর করে। সম্ভাব্য উত্তরগুলি হ'ল:

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

সর্বোত্তম সমাধানটি মূল সমস্যার উপরে নির্ভর করে: উদাহরণস্বরূপ, আনুষ্ঠানিক কোডিং গাইডলাইনস, ম্যাট্রিক্স এবং পর্যালোচনাগুলি নতুনদের জন্য কাজ করতে পারে তবে "নিজের দক্ষতার ভুল ধারণা" -র লোকেরা তাদের বিরুদ্ধে লড়াই করতে পারে বা মেট্রিকগুলি খেলতে পারে কারণ তারা দেখে তাদের কাজ পেতে বাধা হিসাবে আমলাতান্ত্রিক বাধা হিসাবে।


ভাল দিক. আমি বিশেষত প্রথমটি পছন্দ করি - এবং আমি এমনকি সাধারণকরণও করি: আপনাকে প্রথমে এটি পরিষ্কার করতে হবে যে চাকরিতে শিখতে উত্সাহ দেওয়া হয় এবং এটির জন্য স্পষ্টভাবে সময় আলাদা করা ঠিক আছে।
স্লেসকে

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

3

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

এটাই! এটি প্রকৃতপক্ষে একটি আসল প্রশ্ন।

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

সুতরাং যে প্রশ্নটি আমি তাদের কাছে তুলে ধরেছি তা তাদের শেখানো নয় - তবে কীভাবে তাদের শেখাবেন ? পার্থক্যটি সূক্ষ্ম তবে এটিই সমস্ত পার্থক্য আনতে চলেছে।

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

আপনি কীভাবে তাদের এ জাতীয় প্রশ্ন করবেন? আমার সাধারণ পদ্ধতিটি "আপনি যদি তাদের সাঁতার শিখতে চান তবে তাদের পুকুরে ফেলে দিন" । আমি একমত যে লোকেরা মতবিরোধ করতে পারে; এবং আমি আনন্দের সাথে তাদের সাথে একমত হতে সম্মত হবে। আপনি যখন তাদের পুকুরে ফেলে দেন - তারা আসলে স্বয়ংক্রিয়ভাবে সাঁতার শিখে না; তবে এটি একটি বেঁচে থাকার প্রবৃত্তিটি ছড়িয়ে দেয় যা তাদের ভাবতে বাধ্য করে - এটি ঘটে গেলে তারা স্বাভাবিকভাবে কীভাবে এবং কেন চিন্তা করবে।

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

এটি কিছুটা চরমপন্থী মনে হতে পারে, এটি সম্পদের অপব্যয় শোনায় । এবং আমি নিশ্চিত, আরও অনেক জন আছেন যারা আমাকে এটি না করার পরামর্শ দেবেন। তবে এটি আমার পক্ষে কাজ করেছে!

আপনি প্যাকেজ প্যাকেজগুলি এবং এইচআর ট্যাগগুলি যা নির্ধারণ করেন তা বেসিক প্রেরণার সমস্যার সমাধান করবে না । তার জন্য কেবল পথই তাদের চ্যালেঞ্জযুক্ত; যদি আপনি এই বেসিক মানবিক স্পিরিটকে স্পার্ক করেন - অন্য সব কিছুই কাজ করে। আপনি যদি এটি না করতে পারেন তবে এটি একটি আলগা looseিলে খেলা।

পিএস: ঠিক ঘটনাক্রমে আমি এখানে একটি উত্তর পোস্ট করেছি https://softwareengineering.stackexchange.com/questions/127021/how-do-you-train-freshers/127034 - এবং আমি সমস্ত বেশিং পেয়েছি; প্রাথমিকভাবে বেশিরভাগ লোকেরা বিশ্বাস করেন যে কোনওরকম ব্যবসায়ে সম্পদ নষ্ট করার সামর্থ নেই! আমি নিশ্চিত, এই উত্তরটি এখানে একই রকম চিকিত্সা পেতে পারে। তবে সত্যটি হ'ল, লোককে কাজ করা এবং তাদেরকে একটি ভাল কাজ করার প্রতি বিশ্বাস স্থাপন করা কোর্সের পাঠ্যক্রমটি কীভাবে তৈরি করা যায় তা নিয়ে মানব মনোবিজ্ঞানের একটি বিষয়।

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


ম্যাট্রিক্স আনার জন্য ধন্যবাদ, এখন আমাকে আমার জীবনের ২ ঘন্টা এটি আবার দেখার জন্য ব্যয় করতে হবে :) এটি মজার বিষয় তবে আমি খুঁজে পেয়েছি যে "ফ্রেশার্স" হ'ল যা আপনি তাদেরকে ফেলে দেওয়া কিছুকেই শোষণ করবে। আমি নিজে একটি সূক্ষ্ম সিএস প্রোগ্রামের স্নাতক হয়েছি, আমি তাদের "শিক্ষা" সম্পর্কে আমি কী মনে করি তা খুব পরিষ্কার করে দিয়েছি এবং বেশিরভাগ তারা আমার সাথে একমত হয়। আমি সবচেয়ে বড় সমস্যাগুলি পেয়েছি যে ছেলেরা যারা 10, 15, 20+ বছর ধরে এটি করে চলেছে। আমি আপনার "ফায়ার বাই ট্রায়াল" পদ্ধতির সাথেও একমত। ঠিক কীভাবে করব তা আমি শিখেছি। সমস্যাটি হ'ল) ​​দীর্ঘ সময় লাগে যা বেশিরভাগ দলই বহন করতে পারে না এবং খ) দলে কাজ করার সময় ...
DXM

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

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

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

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

2

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


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

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

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

2

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

সুতরাং, আপনি দৃsert়ভাবে বলেছেন যে আপনি দলটি উন্নতি করতে চান, আপনি তাদের চুক্তিটি পেয়েছেন যে এটি একটি ভাল জিনিস (যে দলটি সামগ্রিকভাবে তার কোডের মান উন্নত করতে কাজ করে) এবং আপনি এটির জন্য একটি প্রোগ্রাম শুরু করেন ঘটবে - এটা খুব সহজ শোনায় ... আমি সচেতন এটি না!

আমি মনে করি এর দুটি অংশ রয়েছে - শিক্ষা এবং কাজের অনুশীলন।

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

এটি কান্বান (যা পরিবর্তন / উন্নতির জন্য ড্রাইভার হিসাবে দেখা হয়) এর দিকে তাকাতেও মূল্যবান।

একটি সর্বশেষ চিন্তা - আমি একজন বৃত্তিমূলক প্রোগ্রামার, এবং আমি চাই আমার দলটি একই রকম হয় তবে সপ্তাহে ৪০ ঘন্টা বেশি কাজ করা আসলে ভাল জিনিস নয় তাই কারও উদ্দেশ্যটি এমন একটি দল হওয়া উচিত যা তার কাজটি সম্পন্ন করে to কার্যকরভাবে এবং ভাল স্বাভাবিক কাজের সপ্তাহের মধ্যে এবং এই ব্যাপারে কাজ অনুশীলন আরও উন্নত করার জন্য যুক্তি এটি সম্ভাবনা বেশি যেমন নন: ইউনিট পরীক্ষা যোগ করার ব্যর্থ ক্ষেত্রে প্রকট যখন (আগে) বাগ ফিক্সিং আপনি আস্থা দেয় এটি হলসংশোধন করা হয়েছে; বিল্ড সার্ভার থাকা আপনার সমাধানগুলি পরিষ্কারভাবে তৈরির ক্ষমতাকে আপনার আত্মবিশ্বাস দেয় - যদি সেই বিল্ডটি ডিপ্লোয়মেন্ট প্যাকেজও উত্পন্ন করে তবে এর অর্থ এই যে স্থাপনা নাটকীয়ভাবে সরলীকৃত হয়েছে; SOLID কোডটি সংজ্ঞা অনুসারে, সংশোধন করা সহজ; এবং বোর্ড জুড়ে আপনি যতটা কম প্রযুক্তিগত debtণ গ্রহণ করেন তত কম আপনাকে ফেরত দিতে হবে ...


0

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

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


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