আমি কীভাবে (কৌশলে) আমার প্রকল্প পরিচালক বা নেতৃত্ব বিকাশকারীকে বলতে পারি যে প্রকল্পের কোডবেস গুরুতর কাজের প্রয়োজন?


9

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

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

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

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

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

আমি কি (এবং যদি তা হয় তবে কীভাবে) আমার প্রকল্প পরিচালক এবং টিমকে প্রস্তাব দেওয়া উচিত যে প্রকল্পটি মূলত সংস্কার করা দরকার?

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


5
এএসপি.এনইটি নিয়ে আপনার কত অভিজ্ঞতা আছে? (আপনার এমসিপিডি শংসাপত্র ছাড়াও)।
মারসি

11
যে কোনও সফল পণ্যটিতে আপনাকে স্বাগতম। 'লিগ্যাসি' কোডটি সর্বদা বকাঝকা।
স্টিভেন এভার্স 0


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

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

উত্তর:


16

আপনি আপনার মামলায় তর্ক করতে আপনার সময় কাটাতে পারেন; অথবা আপনি পাশাপাশি যেতে আপনার পরিষ্কার সময় ব্যয় করতে পারে।

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

সম্পাদনা এছাড়াও চেক আউট উত্তরাধিকার কোড সঙ্গে কার্যকরভাবে কাজ করা


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

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

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

2
যদি এটি ভুল হয় তবে টেস্ট স্যুটে একটি পরীক্ষার কেসও যুক্ত করুন যা তারা কোডটি উল্টে দেয় f
ব্লুবেরিফিল্ডস

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

11

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

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

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


9

অবশ্যই আপনার এমসিএসডি ঘেঁষতে যাবেন না, লোকেরা আপনাকে খুব স্পষ্টভাবে হাসবে, এমএস সার্টিফিকেটগুলি খুব ভাল তবে তারা কোনওভাবেই পেশাদার যোগ্যতা নয়!

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

দলগুলির কোড বন্ধ করে দেওয়ার আগে জমির লেটি না পাওয়া পর্যন্ত অপেক্ষা করুন।


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

কোনও সঠিক উপায় আছে সন্দেহ নেই! কিন্তু কিছু নতুন লোক একটি শংসাপত্র নেওয়ার জন্য আসছে এটি এ যাওয়ার উপায় নয়। উদ্ধৃতি অভিজ্ঞতা, এটি আরও বিশ্বাসযোগ্য!
ওজ

1
@Adam: শুধু একটি চিন্তা, কিন্তু সুবিশাল আমি দেখেছি উদাহরণ সংখ্যাগরিষ্ঠ - খুব বিশেষ করে ASP.Net সঙ্গে এবং এমনকি moreso MVC সাথে - আউট কিছু করার ভয়ানক উপায়ে প্রদর্শনী ফ্ল্যাট, যখন দাবি তারা "বেস্ট" অনুশীলন। কতগুলি উদাহরণ তাদের ভিউমোডেলগুলির মধ্যে EF বা L2S ক্লাস ব্যবহার করে তার একটি সরল চেহারা চিত্রণযোগ্য।
কুইন্টিন-স্টারিন

8

আপনি বিবেচনা করতে পারেন যে সমস্যাটি আপনিই। আপনি উল্লিখিত তিনটি জিনিসের মধ্যে একটিও কোনও অ্যাপ্লিকেশনটির সম্পূর্ণ পুনর্নির্মাণের জন্য যোগ্য। তারা কেবল nitpicky বিশদ।

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

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

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


এই! এই এত। এটি যদি বাগ তৈরি করে তবে এটি একটি জিনিস, তবে যদি আপনি কেবল নিজের ওসিডি নীটপিকি বিষয়টিকে অন্য সবার গলাতে চাপিয়ে দেওয়ার চেষ্টা করেন তবে তা সর্বদাই আমার দল থেকে নামা!
গ্লস্টুন্না

6

এই বিষয়গুলি নিয়ে উদ্বিগ্ন হওয়া ঠিক আছে তবে আপনি যদি দলে নতুন হন তবে ঠিক ততক্ষণ পর্যন্ত নৌকাটি টানবেন না যতক্ষণ না আপনি তাদের সাথে কিছু বিশ্বাসযোগ্যতা তৈরি করেন।

দেখে মনে হচ্ছে আপনি তিনটি (অপেক্ষাকৃত) ছোটখাটো জিনিস বেছে নিয়েছেন। এমন আরও কিছু বিষয় রয়েছে যা সম্পর্কে আমি আরও চিন্তিত:

  • কোডটি কি ভাল-ডকুমেন্টেড?
  • কোডটি কি চশমা / ডিজাইন ডক্স মেনে চলে?
  • কোড কাজ করে?
  • কোড কী করে তা বোঝা কি সহজ?
  • আপনি কি এই কোডবেসের বড় অংশগুলি থেইডেলডাব্লুটিএফ-তে জমা দেওয়ার কথা ভাবছেন?

1
1) নং 2) আসলে না। 3) বেশিরভাগ সময়? 4) কখনও কখনও। 5) হ্যাঁ।
অ্যাডাম মারাস

6

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

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

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


6

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

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

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


5

আমি সম্ভবত প্রস্তাবটি কীভাবে আপনার অবস্থানকে যথাযথভাবে ন্যায্য করতে না পারার উদ্দেশ্যে এই প্রস্তাবটি উপস্থাপন করব তা বোঝার চেষ্টা করার পথে আমি যেতে চাই। এই প্রস্তাবটি তৈরি করতে কয়েকটি প্রশ্ন বিবেচনা করতে হবে:

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

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


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

3

আপনি বর্তমানে খারাপ কোডটি রোধ করার মতো অবস্থানে নেই, সুতরাং কীভাবে এটি সংরক্ষণ করবেন তা আপনাকে খুঁজে বের করতে হবে।

প্রধানমন্ত্রীর এবং দলের নেতারা কেবল এটি যত্ন নেবেন এটি কার্যকর হয় না। তাদের পরবর্তী উদ্বেগটি তখন হবে যখন তারা আপনাকে পরিবর্তন করতে বলবে এবং 'সাধারণ' জিনিস এত বেশি সময় নেয় কেন তা অবাক করে। আপনি যেখানে সেখানে আসবেন।

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

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

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


3

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

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

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

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


3

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


+1: ডান - অনুমতি চেয়ে নয় ক্ষমার জন্য জিজ্ঞাসা করুন।
জিম জি।

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

3

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

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

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


গুরুতর জন্য এটি +1 সব জানেন। আমি টুইটারে প্রাক্তন-এমএস লোকটিকে অনুসরণ করি এবং তিনি একটি নতুন চরিত্রে ঠিক একই জিনিসটি করছেন এবং তার সম্পর্কে টুইট করছেন, বড় ভুল!
ওজ

2

এই 'সমস্যা' নিয়ে সরাসরি পরিচালনায় যাবেন না।

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

আপনি যেখানে প্রথম স্থানে ছিলেন কীভাবে আপনি কীভাবে পেয়েছেন তা যদি আপনার কোনও ধারণা না থাকে তবে এটি বেরিয়ে আসা আরও কঠিন করে তোলে।


1

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

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

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

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