ট্রেসার বুলেট ব্যবহারের জন্য কিছু ভাল মানদণ্ড কী কী?


9

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

অতীতে তারা কোথায় এটি ব্যবহার করেছিল তার একটি উদাহরণ দেয়। ট্রেসার বুলেটগুলির যেভাবে পরিস্থিতিটি ভাল প্রার্থী হিসাবে চিহ্নিত হয়েছিল

অনেক অজানা, এবং বিভিন্ন বিভিন্ন পরিবেশ ছিল এবং জিইউআইয়ের আচরণ কীভাবে করা উচিত তাও কেউ নিশ্চিত ছিলেন না।

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

আমি এটি ব্যবহার করেছি কারণ এটি কেবল সঠিক অনুভূত হয়েছিল, সত্যই এটি কী বলা হয়েছিল তা না জেনে বা এটি আমার কাছে ব্যাখ্যা করে। আমি জানতাম যে আমি যদি সবাইকে একটি ঘরে getুকানোর চেষ্টা করি এবং তাদের সামনে সমস্ত কিছু (বা কমপক্ষে কিছু জিনিস) সন্ধান করতে পারি তবে এটি সম্পূর্ণ বিপর্যয় হবে, তবে এটি আবার এক ধরণের জিনিস ...

এই মডেলটি কখন যাওয়ার উপায় হতে পারে তার জন্য কি কেউ আরও কিছু কংক্রিট মানদণ্ড নিয়ে আসতে পারেন?


রিমেমিবার ট্রেসারগুলি উভয়ভাবেই কাজ করে
ম্যাটিডি

উত্তর:


5

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

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


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

2

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

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


0

আমি শিপ ইট বইটিতে ট্রেসার বুলেট বিকাশের ধারণাটি পেয়েছি ! , ব্যবহারিক প্রোগ্রামার দ্বারা সম্পাদিত ।

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

আমার দৃষ্টিতে টিবিডি দুটি জিনিস:

  • সিস্টেম অবজেক্টগুলিকে আলাদা করে একটি সফ্টওয়্যার আর্কিটেকচার তৈরি করুন এবং এই সিস্টেম অবজেক্টগুলির মধ্যে ইন্টারফেসগুলি সংজ্ঞায়িত করতে বিকাশকারীদের সহযোগিতা করুন
  • আর্কিটেকচারটি টেকসই কিনা তা নিশ্চিত করার জন্য মক অবজেক্ট ব্যবহার করুন (আর্কিটেকচারের প্রথম দিকে পরীক্ষা করুন)

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

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