কোডিং করার সময় আমি বিশ্লেষণ করে পক্ষাঘাত কীভাবে কাটিয়ে উঠতে পারি?

37

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

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

এবং তারপরে, আমি যদি কেবল "এটি স্ক্রু করুন, কেবল এটি সম্পন্ন করুন!" বলার চেষ্টা করি, আমি খুব তাড়াতাড়ি একটি ইটের দেয়ালে আঘাত করলাম কারণ আমার কোডটি সুবিন্যস্ত নয়, আমি বিমূর্তির স্তরগুলি মিশিয়েছি etc.

একটি লজিকাল / মডিউলার কাঠামো ভালভাবে স্কেল করবে এমনটি স্থাপন করার সময় কোনও নতুন প্রকল্প চালু করার জন্য আপনার কাছে কিছু কৌশল / পদ্ধতি কী কী?

- - সম্পাদনা -

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

ধন্যবাদ!

— LuxuryMode
সূত্র

2

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

— ডার্কনাট

এটা একটা ভাল প্রশ্ন. এটিও ফাঁদে পড়ার জন্য আমি দোষী হয়েছি।

— Corv1nus

1

বিশ্লেষণ পক্ষাঘাতে আমি কীভাবে মোকাবিলা করব তার

— gnat

16

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

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

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

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

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

সুতরাং আমি প্রথম ভাল সংজ্ঞায়িত ক্রিয়াটি দিয়ে শুরু করি, আমার একটি ডিবি দরকার:

@Test
public void testDB() {
  DB db = DbConnector.getDB(address);
  assertNotNull(db);
}

ঠিক আছে, সুতরাং এখানে আমি দেখতে পাচ্ছি যে আমার DbConnector.getDB শ্রেণি প্রয়োগ করা দরকার যাতে এটি ডিবি ফিরিয়ে দেয়, ততক্ষণ এই পরীক্ষা ব্যর্থ হয়। আমি গিয়ে তা করি ...

আমি পরবর্তী কাজটি করতে চাই না, ডিবি থেকে বার্তাটি লোড করুন:

@Test
public void testDB() {
  DB db = DbConnector.getDB(address);
  assertNotNull(db);
  String message = db.fetchMessage(key);
  assertEquals("hello world", message);
}

এখন আমি ডিবিতে আরও একটি ছোট বৈশিষ্ট্য যুক্ত করেছি যা একটি বার্তা আনতে হবে, আমি গিয়ে তা প্রয়োগ করি, একবার শেষ করে আমি একবারে একটি বৈশিষ্ট্য রেখে চলেছি যতক্ষণ না আমি এইরকম কিছু পৌঁছায়:

@Test
public void testDB() {
  DB db = DbConnector.getDB(address);
  assertNotNull(db);
  String message = db.fetchMessage(key);
  assertEquals("hello world", message);
  message = "foo bar";
  db.storeMessage(message);
  message = db.fetchMessage();
  assertEquals("foo bar", message);
}

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

— আসফ
সূত্র

4

এবং টিডিডি আপনাকে প্রচুর পরিমাণে চুল্লী চাপানোর জন্য বাধ্য করে, তাই আপনি ক্রমাগত রিফ্যাক্টরিংয়ের একটি কার্য মোডে যাচ্ছেন যা প্রোগ্রামার.স্ট্যাকেক্সেঞ্জঞ্জ / প্রশ্নগুলি / ৮৮63/৪/২ এর মতো, মেসড কোডের ইটের প্রাচীর ভেঙে ফেলতে সহায়তা করবে ।

— ধামা ধরা

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

— স্টিভেন এভার্স

1

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

— লাক্সারীমোড

5

হুমমম এটি টিডিডি ফ্যানবয়ের মতো শোনাচ্ছে ..... কোনও স্থাপত্যের চিত্র অঙ্কন করার জন্য কলম এবং কাগজ ব্যবহারের কি হয়েছে? বা আমি কি পুরানো ফ্যাশন এবং "হিপ" যথেষ্ট

— নই

1

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

— ডোনাল ফেলো

10

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

এটি বলার অপেক্ষা রাখে না যে এখানে খুব বেশি পরিকল্পনা চলছে না, তবে স্ক্র্যাপে বা আমার মাথার ডুডলগুলি হিসাবে এটি খুব দ্রুত এবং প্রায়শই ঘটে। সব মিলিয়ে, আমি মাঝে মাঝে এই ছোট প্রক্রিয়াটিকে মাইক্রো-ইটারেশনগুলি বলে থাকি কারণ তারা প্রত্যেকে 5-20 মিনিট সময় নেয় এবং অভিজ্ঞতা থেকে আমি কী কাজ করছি তা শেষ করতে 2-3 লাগবে (আমি কী করছি তা নির্ভর করে) depending

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

— স্টিভেন ইভার্স
সূত্র

1

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

— Zsolt Török

2

কয়েকটি জিনিস যা কার্যকর হতে পারে:

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

— tdammers
সূত্র

1

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

তারপরে আসফ প্রকল্পটির বাস্তবায়নে এগিয়ে যাওয়ার জন্য যে টিডিডি বা বিডিডি পদ্ধতির কথা উল্লেখ করেছিলেন তা ব্যবহার করা সুবিধাজনক।

— কারাপরিদর্শক
সূত্র

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

— মাইক ডুনলাভে

1

আপনার এটি দরকার নেই , তাই শুরুতে খুব বেশি চিন্তা করবেন না।

সংজ্ঞা দিতে, লক্ষ্য এবং সমস্যা বুঝতে আরও বেশি সময় বিনিয়োগ করুন।

"এক্সটেনসিবিলিটি এবং পুনঃব্যবহারযোগ্যতা" হ'ল সু-লিখিত সফ্টওয়্যার প্রোগ্রামগুলির জীবনচক্রের প্রাকৃতিক ফলাফল।

— 9dan
সূত্র

0

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

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

— hangar18
সূত্র

0

আমি মনে করি এটি একটি দুর্দান্ত প্রশ্ন এবং কিছুই সবার জন্য কার্যকর হবে না। আমি মনে করি যে এ জাতীয় পক্ষাঘাত আপনার ক্ষেত্রে আরও বেশি দক্ষ হয়ে উঠার একটি প্রাকৃতিক উপজাত। এটি বলেছিল, আমি সেই কয়েকটি কাজ এখানে সহায়তা করি, তবে সমস্যাটি সমাধান করে না:

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

— কেভিন হু
সূত্র

0

আপনার চিন্তাভাবনাগুলিকে একটি দৃ concrete় প্রকাশ দিন: এগুলি লিখুন / টাইপ করুন, এগুলি আঁকুন বা যাই হোক না কেন। এটি আপনাকে যখন প্রয়োজন তখন আপনার চিন্তাগুলি পুনর্বিবেচনা করতে সহায়তা করবে; এটি আপনাকে চেনাশোনাগুলিতে যেতে বাধা দেবে; আপনাকে আরও স্পষ্টভাবে চিন্তা করতে সহায়তা করে।

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

— Srisa
সূত্র

0

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

সমস্যাটি পুরোপুরি না বোঝা পর্যন্ত বিমূর্ততা, অনুকূলকরণ বা যাচাইকরণ সম্পর্কে চিন্তা করবেন না worry

— sbrenton
সূত্র