প্রোটোটাইপিং বনাম ক্লিন কোড প্রাথমিক পর্যায়ে


43

আমি আমার ব্যক্তিগত কাজ শেষ হতে পারে এমন কয়েকটি ব্যক্তিগত প্রকল্পে কাজ করার / শুরু করার পরিকল্পনা করছি। এটি আমাকে ভাবতে বাধ্য করেছে, আমার কোন উপায়ে শুরু করা উচিত?

  • কেবল প্রোটোটাইপ just কেবলমাত্র বেসিক কোডে কাজ করা লিখুন যা আমার পক্ষে সহজ প্রসারণের জন্য অপ্টিমাইজিং এবং রিফ্যাক্টরিংয়ের জন্য অনেক সময় ব্যয় করতে পারে।

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

আপডেট: সানপেক এবং এম সমীর উত্তরগুলির সাথে ইয়াজিএনআইয়ের সংমিশ্রণটি আমার কাছে সঠিক ধারণা দেয় :) সহায়তার জন্য সবাইকে ধন্যবাদ।


উত্তর:


39

একটি তৃতীয় বিকল্প আছে ... পরীক্ষা প্রয়োজন চালিত বিকাশের মাধ্যমে পরিষ্কার কোড লিখুন আজ প্রয়োজনীয় প্রয়োজনীয়তাগুলি বাস্তবায়নের জন্য কারণ YAGNI।

কোডটি লেখার প্রলোভন যা এই মুহুর্তে প্রয়োজনীয় নয় তবে ভবিষ্যতে হতে পারে বিভিন্ন অসুবিধায় ভুগছে ... আপনার প্রয়োজনের দরকার নেই :

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

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

আপনার এখন যে কোডটি দরকার তা লিখুন এবং জেনে রাখুন যে আপনি আজ এবং কালকের প্রয়োজনগুলি সর্বোত্তমভাবে পূরণ করতে সক্ষম।


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

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

@ জেরেমি, আপনি ঠিক আমার উত্তরটি নিয়ে অনুমান করছেন। তবে এই উত্তরটি এক নয়। এটা তোলে কঠোর প্রোগ্রামিং পথ যেখানে অন্যটি অভিজ্ঞতার উপর ভিত্তি করে উপর ভিত্তি করে তৈরি, নিশ্চিত করুন তারা অনুরূপ কিছু ক্ষেত্রে চেহারা, কিন্তু এটা একই না :) ভাল বিন্দু থেকে অন্তত আমি এটা দেখতে :)
JackLeo

1
@ জ্যাকলিও আমি মনে করি মূল বক্তব্যটি হ'ল একবার আপনি অভিজ্ঞতার একটি নির্দিষ্ট স্তরে পৌঁছে গেলে "কোডের উপর আমি কঠোর পরিশ্রম করেছি" এবং "আমি সবেমাত্র লিখেছি কোড" এর মধ্যে পার্থক্য হওয়া বন্ধ হয়ে যায়।
পিঁপড়া পি

পছন্দ করুন 6 বছর পরে এই প্রশ্নের প্রতিফলন আকর্ষণীয়: :)
জ্যাকলিও

16

সচরাচর...

এটা নির্ভর করে

আপনি যদি ঝুঁকি হ্রাস করতে বা কোনও অজানা প্রকাশের জন্য প্রোটোটাইপ করে থাকেন তবে কেবল এটি কোড করুন এবং আপনার কাজ শেষ হয়ে গেলে তা ফেলে দেওয়ার প্রত্যাশা করুন

আপনি যদি পুনরাবৃত্ত পুনঃসংশোধনের জন্য প্রোটোটাইপ করছেন তবে কেবল এটি কোড করুন এবং ঘন ঘন এটি সংশোধন এবং রিফ্যাক্টর করার আশা করছেন

যদি আপনি আসল পণ্যটি লিখতে শুরু করেন তবে এটাকে প্রোটোটাইপিং বলছেন যাতে আপনি অলস হতে পারেন , তবে অলস হবেন না এবং প্রথমবার এটি ভাল লিখুন


2
+1 দুর্দান্ত পোস্ট! আমি এটি যুক্ত করব যখন আপনি এই বৈশিষ্ট্যটি বিকাশের পরে এটি অকেজো মনে হতে পারে, আপনার প্রোটোটাইপগুলি কখনও ফেলে দেবেন না। আমি কাজ করি এমন প্রতিটি প্রোটোটাইপ আমি সর্বদা নিয়ন্ত্রন করি কারণ মাঝে মাঝে আমি তাদের কাছে টিপস এবং ইঙ্গিতগুলির জন্য আবার উল্লেখ করি।
ম্যাপেল_শ্যাফ্ট

1
@ ম্যাপেল_শ্যাফ্ট: হ্যাঁ, "ফেলে দাও" রূপকভাবে বলা হয়েছে, যেমন "অগত্যা এটি রিফ্যাক্টর চেষ্টা করার চেষ্টা করবেন না, পুনরায় লেখার পরিকল্পনা করুন"
স্টিভেন এ। লোয়ে

2
আমি বলি অলস হোন এবং এটিকে প্রথম বার ভাল লিখুন যাতে আপনাকে ফিরে যেতে হবে না এবং পরে এটি আবার দেখা উচিত না।
ব্লারফ্ল

তৃতীয় বাক্যটি আমার দিনকে পরিণত করেছিল।
ক্রিস্টোফার ফ্রান্সিসকো

10

আপনি যদি প্রোটোটাইপিং করেন তবে আপনি পরিষ্কার কোড সম্পর্কে কেন ভাবছেন? প্রোটোটাইপিংয়ের ধারণাটি হ'ল এটি ধারণা বা ধারণা প্রমাণ করার জন্য এবং এরপরে ফেলে দেওয়া হয়।

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

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

আমি কোডিংয়ের কথা চিন্তা করি যেমন আমি একটি কাগজ লিখতাম:

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


+1 খুব ভাল উত্তর :) প্রথম দিনগুলিতে আমার কাছে এটি অনেক কিছু ঘটেছিল তাই বড় প্রকল্পগুলিতে ঝাঁপিয়ে পড়া একই কারণ হতে পারে ... আমি যা ভয় পাই তা বোঝায়।
জ্যাকলিও

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

6

প্রোটোটাইপিং দুটি ধরণের রয়েছে:

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

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

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


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

কথাটির সাথে একমত!
রিচার্ড তোপচিয়

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

5

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


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

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

1

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


0

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


এই পোস্টটি পড়ার চেয়ে শক্ত (পাঠ্যের প্রাচীর)। আপনি এটিকে আরও ভাল আকারে সম্পাদনা করতে আপত্তি করবেন ?
gnat

সমস্যাটি কী বলে আপনি কী পরামর্শ দিতে পারেন? সম্ভবত বাক্যগুলি খুব দীর্ঘ, আমি কেবল লক্ষ্য করেছি যে এর মধ্যে দুটি মাত্র রয়েছে। আর কিছু?
টম ডাব্লু

-1

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


-1

উভয় ভাল. আমি উভয়ই পছন্দ করি। তারা একে অপরের বিরোধিতা করে না।

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

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

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


-2

আমি বলি যে চূড়ান্ত প্রায় সর্বদা খারাপ হয় are

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

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

আমি একটি নিবন্ধ লিখেছি যা শুরু সম্পর্কে কিছু ইঙ্গিত দিতে পারে: https://medium.com/@ewaldbenes/start-lean-why-its-best-to-split-your-next-coding-project-by-fe चर-70019290036 d

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