কীভাবে অবজেক্ট ওরিয়েন্টেড অনুশীলনগুলি ছড়িয়ে দেওয়া যায় সে সম্পর্কে টিপস [বন্ধ]


14

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

আমার প্রশ্নটি: আপনি কীভাবে এই ধরণের জ্ঞান ছড়িয়ে দেবেন তা বলতে পারেন?

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

এটি পরিবর্তন করতে আমি কয়েকটি জিনিস করছি (তবে আমি হয় ব্যর্থ হচ্ছি বা পরিবর্তনটি খুব ছোট)

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

ভবিষ্যতে কয়েকটি জিনিস করার জন্য আমি ভাবছি (তবে আমি উদ্বিগ্ন যে তারা ভাল নাও পারে)

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

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

আমি দুঃখিত এই প্রশ্নটি হতাশার সাথে ছড়িয়ে পড়েছে, তবে এই লেখার পরিবর্তনটি আমি বেরিয়ে যাওয়ার আগ পর্যন্ত আমার দেওয়ালে আঘাত করা ছিল।


মডুলার প্রোগ্রামিং তাকান - en.wikipedia.org/wiki/Modular_programming
Yusubov

এল ইউসুবভ, "স্ট্যান্ডার্ড" টিডিডি করতে হবে, যা প্রতিটি দলই অনুসরণ করে না। এবং কিছু দল এমনকি বেশ ভাল ফলাফলের সাথে বিডিডিও করে। (টিডিডি এবং বিডিডি বাইরের বাইরে মডিউলার প্রোগ্রামিংয়ের মতো)।
অগস্টো

10
দয়া করে, ওকে স্বর্গের পাঠানোর মতো কিছু হিসাবে দেখবেন না যা আপনার সমস্যার সমাধান করবে। এটি অবশ্যই খুব বেশি সংক্ষিপ্ততর। ওওর সুবিধাগুলি থাকতে পারে তবে এখানে বিষয় সম্পর্কে কিছু আলাদা মতামত রয়েছে: existentialtype.wordpress.com/2011/03/15/… ওওর উপর দৃষ্টি নিবদ্ধ রাখার বা তাদের নিজস্ব দৃষ্টান্ত দেওয়ার চেষ্টা করবেন না তবে সেরা অনুশীলনগুলির সন্ধান করুন, যা আপনার পক্ষে কার্যকর, সিএস। brown.edu/~sk/ প্রজাতন্ত্র
কাগজপত্র /

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

3
"শব্দটি ছড়িয়ে দেওয়ার" চেষ্টা করবেন না। একাদশ থেকে প্রচারিত ধ্বংস ও ধ্বংসের দক্ষতা যেমন 21 তম শতাব্দীর বিশ্ববিদ্যালয় স্নাতকদের সাথে হয় ততটা হ্রাস পায় না যেমন তারা 15 শতকের কৃষকদের সাথে করেছিল।
mattnz

উত্তর:


19

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

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

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

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

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


4
+1: ওওপি তাদের সংরক্ষণ করবে না তা স্বীকৃতি দেওয়ার জন্য। প্রচারকরা প্রায়শই তা ভুলে যায় .....
ম্যাটনজ

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

5

ইতিমধ্যে যে কেউ পরিবর্তন করতে চান না এমন কাউকে আপনি পরিবর্তন করতে পারবেন না। যে কারণে আপনি প্রশিক্ষিত দলগুলি তাদের পুরানো পথে ফিরে গেছে।

সুতরাং সত্যই, আপনার প্রশ্ন হওয়া উচিত "আমি কীভাবে বিকাশকারীদের ওও পদ্ধতির কাছে পরিবর্তন করতে চাই?"

সহজ শুরু করুন, ছোট শুরু করুন, সেখান থেকে জিনিসগুলি তৈরি করা যাক। কোড, অন্যান্য বিকাশকারী বা সংস্থাকে বিমূর্ত বা দার্শনিক সুবিধার পরিবর্তে পৃথক বিকাশকারীকে সুবিধাগুলি দেখান।

বিভিন্ন ওও কৌশলগুলি কীভাবে তাদের কম লেখার পাশাপাশি দ্রুত বিকাশের সময়কে কম কোড নিয়ে যাবে তা দেখান । প্রায় কোনও বিকাশকারী কোনও প্রস্তাব শুনবেন যা তাদের কাজকে আরও সহজ করে তুলবে।

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

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

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

পর্যালোচনা দল এবং ওও প্রচারকদের আপনার ধারণাগুলি ভাল। আপনারা যারা এই এজেন্ডাটিকে চাপ দিচ্ছেন তার চেয়ে বেশি হওয়া দরকার।


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

4

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

ওও সুসমাচার প্রচারকদের একটি দল গঠন করুন, যারা বিভিন্ন দলে ওও চিন্তাভাবনা ছড়িয়ে দেন (এই লোকদের প্রতি কয়েক মাসে দল পরিবর্তন করা দরকার)।

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

আমিও পরামর্শ দেব,

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

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

1

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

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

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


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

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

@ ইউফোরিক - আপনার কেবল পরিচালনার অনুমোদন প্রয়োজন। ওপিতে "আমি যে দলগুলিতে কোচ করেছি" বলে উল্লেখ করেছি। হতে পারে তিনি ম্যানেজমেন্ট নন তবে তারা কীভাবে কাজ করে তার প্রভাব রয়েছে।
জেফো

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

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

1

আপনার ইতিমধ্যে ভাল ধারণা আছে

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

চৌকস বা অবজেক্ট ওরিয়েন্টেড?

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

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

কাটিয়ে উঠতে সমস্যা?

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

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

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

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

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

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

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

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

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


0

এটি একটি মন্তব্য করা উচিত ছিল, কিন্তু যেহেতু আমি আপাতদৃষ্টিতে এখনও স্টাফ সম্পর্কে মন্তব্য করতে সক্ষম নই, সম্ভবত এটির একটি উত্তরও হতে পারে।

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

ওরিয়েন্টেড প্রোগ্রামিংয়ের উদ্দেশ্যে আমার ব্যক্তিগত পথটি তখন শুরু হয়েছিল যখন কিছু এলোমেলো আসহাত কোড রিভিউ করে আমাকে পুরো সি ++ ওও ছাড়াই মডুলার উপায়ে স্টাফ করার জন্য এবং মেন্টেনেইনিং স্টেটের জন্য আমাকে শাস্তি দেয়; কোড মনে করি

extern float clients_total;

void client_add(float sum);  
void client_substract(float sum);
float client_get_total();

(নোট করুন যে ক্লায়েন্ট_টোটাল সম্পূর্ণরূপে অপ্রয়োজনীয় হতে পারে, এটি একটি বিশেষভাবে পরিকল্পনা করা নিদর্শন)

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

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

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

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