উত্তরাধিকারের কোড হস্তান্তর করার জন্য সেরা অভ্যাসসমূহ


66

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

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

কোডের টুকরোটির কিছু পটভূমি আমি উত্তরাধিকার সূত্রে গ্রহণ করব:

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

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

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

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

আপডেট: হ্যান্ড-ওভার প্রকল্পটি শেষ হওয়ায় আমি নীচের এই উত্তরে আমার নিজের অভিজ্ঞতা দিয়ে এই তালিকাটি প্রসারিত করেছি ।


2
কেন অনুকূলিত কার্যকারিতা ডকুমেন্টিং উপর ফোকাস !

আমি আশা করি কোডটি সোর্স নিয়ন্ত্রণে আছে। যদি তা হয় তবে প্রতিটি পরিবর্তনের জন্য প্রবেশ করা মন্তব্যগুলি (যদি থাকে তবে) আপনি উপকৃত হবেন।
বার্নার্ড

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

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

উত্তর:


25

আপনার বিকাশকারীর অ্যাক্সেস যেমন রয়েছে আপনি কোড জিজ্ঞাসা করুন: -

  • কোন মডিউলগুলি কোডিং / প্রয়োগ করা সবচেয়ে কঠিন ছিল। কী কী সমস্যা ছিল এবং কীভাবে তারা পরাভূত হয়েছিল।

  • কোন মডিউলগুলি সর্বাধিক বাগ উত্পন্ন করেছে।

  • কোন মডিউলগুলির ফলে বাগগুলি সমাধান করা সবচেয়ে কঠিন হয়ে পড়েছে।

  • তিনি কোন কোডের বিটগুলি সবচেয়ে গর্বিত।

  • তিনি কোডের কোন বিটগুলি সত্যই রিফ্যাক্টর করতে চাইবেন, তবে সময়টি পান নি।

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


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

@PersonalNexus। আপনি এই পদ্ধতির পাশাপাশি ডকুমেন্টেশনেও যেতে পারেন। কোন ডকুমেন্টগুলি সবচেয়ে দরকারী এবং কোন নথিগুলি অবিশ্বাস্য বা পুরানো ((আমাকে বিশ্বাস করুন ডকুমেন্টেশনের 95% শেষ বিভাগে আসে!) Ask
জেমস অ্যান্ডারসন

17

যেহেতু হ্যান্ড-ওভার প্রকল্পটি শেষ হয়েছে, আমি মনে করি আমি সময় নিই এবং আমার নিজের পক্ষে উত্তরটি লিখে ফেলব যা আমার পক্ষে সবচেয়ে ভাল কাজ করেছে containing

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

14

একই পরিস্থিতিতে থাকার কারণে, আমি বিশ্বাস করি যে নিম্নলিখিতগুলিও বিবেচ্য হবে:

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

    (এটি আপনার পক্ষে প্রাসঙ্গিক নাও হতে পারে, যেমন আপনি যদি ইতিমধ্যে কন্টিনিউজ ইন্টিগ্রেশন বা অবিচ্ছিন্ন মোতায়েন করেন তবে এটি উল্লেখ করার মতো, কেবলমাত্র ক্ষেত্রে ...)

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

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

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

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


আরও +1 পরীক্ষা। পর্যাপ্ত পরীক্ষা কখনও হয় না।
সারদাথ্রিয়ন

10

আপনার প্রশ্নের ইতিমধ্যে আপনার কাছে থাকা উত্তরগুলির জন্য +1!

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

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

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

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

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


কোডটি সম্পর্কে আমার বোধগম্যতা পরীক্ষা করতে কিছু পুরানো বাগ নিজেই ঠিক করার চেষ্টা করার জন্য +1
পার্সোনালএনেক্সাস

1
"সে যদি আপনাকে ঘৃণা করে শেষ করে তবে কিছু যায় আসে না" - সাবধানতা অবলম্বন করুন, "এটি একটি ছোট্ট বিশ্ব";)
22: 22

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

7

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

হ্যান্ড-ওভারটিকে একটি প্রকল্প হিসাবে বিবেচনা করুন এবং একটি পরিকল্পনা রাখুন এবং ব্যবস্থাপনায় জড়িত।

0 - সিস্টেমটি কীভাবে ব্যবহার করতে হয় তা নিশ্চিত হয়ে নিন।

1 - সমাধানের উপাদানগুলির প্রতিটিের উত্স এবং যেখানে এটি রয়েছে তার স্পষ্ট একটি তালিকা তৈরি করুন (পৃথক ভাণ্ডারগুলিতে)

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

3 - প্রতিটি বাহ্যিক উপাদানগুলির লাইসেন্সগুলি আপনার সুযোগের বাইরে না থাকলে (যেমন বিশেষ ডলস, ডাটাবেস ইত্যাদি)

4 - বিকাশকারী এবং আপনার গ্রাহকদের কাছ থেকে সিস্টেমের বর্তমান অবস্থা সম্পর্কে লিখিত প্রতিবেদন পান (তারা যদি আপনার কোম্পানির স্থানীয় হয়)

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

6 - নির্ধারিত ইভেন্টগুলির একটি তালিকা পান (কাজের মাসিক রান, কাজের সাপ্তাহিক রান) যা সফ্টওয়্যারটির প্রতিক্রিয়া জানায়

7 - ব্যাকআপ / পুনরুদ্ধার পদ্ধতি শিখুন

8 - অ্যাপ্লিকেশন তৈরিতে ব্যবহৃত কাঠামো (গুলি) বুঝতে

9 - অনুরোধকৃত / প্রত্যাশিত / পরিকল্পিত পরিবর্তনসমূহ এবং কোনও মুলতুবি ব্যবহারকারীর অনুরোধের স্থিতি জানুন। কীভাবে নিজেরাই এটি করবেন তা সনাক্ত করার চেষ্টা শুরু করুন।

10 - আপনার পরীক্ষা এবং বিকাশের পরিবেশগুলি খুব সাদৃশ্যপূর্ণ তা নিশ্চিত করুন।

11 - সহজেই স্পট করা যায় না এমন প্রধান নির্ভরতা (অন্যান্য সিস্টেমে বা উপাদানগুলির মধ্যে) সনাক্ত করার চেষ্টা করুন।

12 - প্রতিটি সফ্টওয়্যার ব্যবহার এবং এর বিক্রেতার পরিচিতির প্রয়োজনীয় সংস্করণগুলি সনাক্ত করুন এবং নথি করুন (প্রয়োজনে)

13 - তিনি যে বিশেষ সরঞ্জামগুলি ব্যবহার করছিলেন সেগুলি সনাক্ত করুন যা আপনার কাছে নেই, যদি এটি আপনাকে সহায়তা করতে পারে।

14 - একটি উচ্চ স্তরের সিস্টেম প্রবাহ পান। এবং আপনার ডকুমেন্টেশন লাইব্রেরি নির্মাণ শুরু করুন

15 - অ্যাপ্লিকেশনটির জন্য ব্যবহারকারীর সুরক্ষা কীভাবে পরিচালনা করবেন তা বুঝতে

16 - বাগ লগটি পান এবং ক্রিয়াগুলি কীভাবে পুরানো ডেটা প্রভাবিত করে তা বোঝার চেষ্টা করুন (প্রযোজ্য ক্ষেত্রে)

17 - প্রযোজ্য প্রসেসগুলি যে খুব বেশি সময় নেয় এবং আপনার প্রযোজ্য ক্ষেত্রে (যেমন, অস্বাভাবিক ফাইলের আকার, ডুপ্লিকেট ফাইলের এফটিপি ইত্যাদি) দেখতে হবে watch

18 - প্রোডাকশন সার্ভার ঘড়ি পরীক্ষা করুন

19 - কনফিগারেশনগুলি কোথায় তা চিহ্নিত করুন এবং প্রতিটি প্যারামিটারের কনফিগারেশন উত্পাদনের সাথে তুলনা করুন কী কী প্যারামিটারগুলি আলাদা এবং কেন

20 - এই লোকটির যোগাযোগের তথ্য পান

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

22 - তিনি চলে যাওয়ার 1 সপ্তাহ আগে আপনার বোঝার মূল্যায়ন করুন এবং আপনি যে কোনও সমস্যাকে ঝুঁকি হিসাবে দেখছেন তার প্রতিবেদন করুন

যেহেতু আপনি উল্লেখ করেছেন যে আপনার কাছে কোনও ডাটাবেস নেই, এই তালিকাটি সংক্ষিপ্ত হয়ে গেল।

শুভকামনা।


@ এসএসআমরা: উপরে তোলা মন্তব্যের জন্য আপনাকে ধন্যবাদ। এটা আমার দরকার. :)
NoChance

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

5

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

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

তারপরে যা কিছু আছে তা নথিভুক্ত করুন।


5

আমি মনে করি কিছু বড় কোড আঁকাবার সেরা উপায়টি টপ-ডাউন পদ্ধতির। প্রথমে বড় ছবিটি বোঝার চেষ্টা করুন এবং তারপরে ধীরে ধীরে একের পর এক উপাদানগুলির আরও গভীর খনন করুন।

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

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

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

ধারণাটি হ'ল প্রথমে কোডটি (তার উপস্থিতিতে) সম্পূর্ণরূপে বুঝতে হবে এবং তারপরে (তার অনুপস্থিতিতে) এটি ছাঁটাই করা আপনার পক্ষে সম্ভব হবে এমন সমস্ত কিছুই লিখে / করুন।

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

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


আপনি এটি ডকুমেন্ট করার কথা? সরল পাঠ? উইকি? সোর্স কোডে মন্তব্য?
c69

যে কোনও কিছু যা ডক্স লেখার সময় আপনার কাছে থাকা কোডের একই বোঝার পুনরুদ্ধার করা সম্ভব করে।
বিশ্বাসঘাতক

5

আমি তোমার জন্য অনুভব করছি

কয়েকটি পরামর্শ:

  1. প্রস্থানকারী প্রোগ্রামারের সাথে আপনার প্রতিটি কথোপকথনটি টেপ করুন!
  2. "বড়" বিষয়গুলির পিছনে অনুপ্রেরণা জিজ্ঞাসা করুন। আপনি এপিআই বোঝে ভাল, তবে অভ্যন্তরীণ সিদ্ধান্তের জন্য খনন করুন - কোডটি কেন এটি বিভাজন হয়ে গেল? কি কি দায়িত্ব।
  3. কোডটি সত্যই অধ্যয়ন করার চেষ্টা করুন। আপনি যখন রক্ষণাবেক্ষণ এবং সহায়তার দায়িত্ব গ্রহণ করেন তখন মাঝে মাঝে "অগ্রগতি করার সময় কোডটি অধ্যয়ন করার" চাপ পড়ে। আপনি যদি পারেন তবে প্রতিরোধ করুন এবং কোডটি সত্যই অধ্যয়ন করুন।
  4. পরিস্থিতি সন্ধান করুন। আপনি এপিআই জানেন - কোডটি কীভাবে আচরণ করে তা দেখুন। মনে আসার একটি উদাহরণ হ'ল এটি একটি ফ্যাক্স মডিউল। এপিআইর একজন ব্যবহারকারী হিসাবে আপনাকে প্রিহীপসকে একটি পৃষ্ঠা চিত্র প্রস্তুত করতে হবে এবং কোডটি পৃষ্ঠা সঞ্চারিত করার জন্য একটি আদেশ পাঠাতে হয়েছিল। এই দৃশ্যটি কীভাবে চলেছে তা দেখতে কোডটিতে আপনার সাথে ট্রেসিংয়ের জন্য প্রস্থানকারী প্রোগ্রামারকে জিজ্ঞাসা করুন। তারপরে অবশ্যই "প্রাপ্তি পৃষ্ঠা" এর দৃশ্যে যান।
  5. 80/20 - প্রথমে আরও সাধারণ পরিস্থিতিগুলি কভার করার চেষ্টা করুন।
  6. পুনরায় লেখার বিষয়টি বিবেচনা করুন। কোডটি যদি পুরানো হয় এবং ইন্টারফেসগুলি ভালভাবে সংজ্ঞায়িত করা হয় তবে সম্ভবত প্রযুক্তি এটির ন্যায়সঙ্গত করার পক্ষে যথেষ্ট পরিবর্তন করেছে।
  7. আমি এটি বলতে ঘৃণা করি, তবে একটি নতুন চাকরীর সন্ধানের বিষয়টি বিবেচনা করুন।

আমি প্রতিটি কথোপকথনটি ট্যাপ করার ধারণাটি পছন্দ করি, তাই তিনি চলে যাওয়ার পরে আমি তার মূল কথায় ফিরে যেতে পারি। পরামর্শ # 7, তবে কোনও বিকল্প নয় ;-)
পার্সোনালএনেক্সাস

3

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

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

আপনি যদি ইউনিট পরীক্ষা করতে চান তবে DUnit ডাউনলোড করুন এবং আসল কোডার দিয়ে কিছু পরীক্ষা তৈরি শুরু করুন - এটি সম্ভবত তাদের বেশিরভাগ সময় ব্যয় করার একটি গঠনমূলক উপায়।


2

যদিও আপনি একটি ব্যাকএন্ড ডাটাবেস সম্পর্কে উল্লেখ করেন নি তবে ধরে নিচ্ছেন যে আপনার উচিত একটি আছে

  1. বিশেষত কলাম এবং পিকে-এফকে ডকুমেন্টেড ডেটা মডেল পান
  2. একটি স্কয়ার ট্রেস সেটআপ করুন এবং অ্যাপ্লিকেশনটি ব্যবহার করার সময় যে সমস্ত ক্যোয়ারী গুলি করা হয়েছে তা রেকর্ড করুন qu প্রশ্নের কার্যকর করার আদেশ আপনাকে অ্যাপ্লিকেশনটির প্রবাহ সম্পর্কে ভাল ধারণা দেবে এবং ডিবাগিংয়ে সহায়তা করবে

সাধারণভাবে ভাল পয়েন্ট, তবে আমার বিশেষ ক্ষেত্রে কোনও ডাটাবেস নেই।
পার্সোনালএনেক্সাস

1
হতে পারে এটি অন্য কাউকে সাহায্য করবে
এনআরএস

2

আমি একই পরিস্থিতিতে আছি যেখানে আমাদের আর্কিটেক্ট অস্ট্রেলিয়ায় চলে এসেছিলেন এবং গত 8 বছর ধরে তিনি সঙ্গী থাকায় প্রচুর উত্তরাধিকার ছেড়ে দিয়েছিলেন। তিনি নিজেকে পূর্ববর্তী স্থপতি থেকে উত্তরাধিকারসূত্রে উত্তরাধিকার সূত্রে প্রাপ্ত ঠিকাদার হিসাবেছিলেন who

আপনি এবং অন্যরা ইতিমধ্যে ভাল পয়েন্টগুলি উল্লেখ করেছেন তবে এখানে তিনি আসার পরে আমাদের যে সমস্যার মুখোমুখি হয়েছিল তা হতে পারে আপনি আরও ভাল প্রস্তুত করতে পারেন ...

1) (প্রযুক্তিগত ব্যক্তি) তিনি যে গ্রাহকদের সাথে আচরণ করছেন তার যোগাযোগের বিশদ।

২) তার অ্যাকাউন্ট যার অধীনে তিনি সফটওয়্যার লাইসেন্সগুলি কিনেছিলেন, কীগুলি প্রতিবছর পুনর্নবীকরণ করা প্রয়োজন এবং সেগুলি পুনর্নবীকরণের জন্য প্রক্রিয়া / ব্যয় হয়।

3) তৃতীয় পক্ষের সফ্টওয়্যার লাইব্রেরি / উপাদান এবং আপনার পণ্যগুলির সাথে সংহতকারী পণ্যগুলির সেটআপের নথি। আইটি স্পেস ক্লিয়ারিংয়ের কারণে হারিয়ে যাওয়া একটি মেশিনটি ফিরিয়ে আনতে আমরা 4 দিন সংগ্রাম করেছি এবং তাদের কাছে কিছু ভুল নির্দেশ দেওয়া হয়েছে।

৪) সফ্টওয়্যার আমানত সংস্থাগুলি যেমন এসক্রোতে উত্স কোড জমা দেওয়ার জন্য নথি / পদক্ষেপগুলি ব্যবহৃত হয়।

৫) এখনও দীর্ঘ তালিকা রয়েছে তবে এটি আপনার জন্য প্রযোজ্যও হতে পারে না কোনও পরিমাণ ডকুমেন্টেশন সত্যিকারের ব্যক্তিকে প্রতিস্থাপন করতে পারে না তাই তার বিশদটি সহজ রাখুন, সুন্দর শর্তে থাকুন এবং শুভ কামনা রাখুন :)

আমি জানি না এটি আপনার জন্য প্রথমবার কিনা। আমার জন্য আমি 5/6 জন নিয়োগকারীর সাথে কাজ করেছি এবং সবসময় খারাপ ডকুমেন্টেশন বা কোনও ডকুমেন্টেশন সহ কোড উত্তরাধিকার সূত্রে পেয়েছি। সুতরাং সমস্ত ডকুমেন্টেশন পাশাপাশি কেবল ইতিবাচক থাকুন :)

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