আমি যেমন বুঝতে পেরেছি, এগিল পদ্ধতিগুলির সাথে ধারণাটি হ'ল আপনি কার্যকরী কিছু সরবরাহ করেন এবং আপনি প্রায়শই এটি সরবরাহ করেন। অ্যাপ্লিকেশনটি ইনক্রিমেন্টের পরে তার চূড়ান্ত আকার বর্ধনে যায়।
তবে প্রাথমিক পুনরাবৃত্তিতে আপনি হয়ত কাঠামো বা ভিত্তি তৈরি করতে পারেন যার ভিত্তিতে অ্যাপ্লিকেশনটি দাঁড়াবে তাই এটি গুরুত্বপূর্ণ কিছু কিন্তু ব্যবহারকারীদের কাছে দৃশ্যমান নয়।
এই প্রথম পুনরাবৃত্তিতে ক্লায়েন্টের কাছে কী সরবরাহ করা হয়? আপনি যখন স্ক্যাফোল্ডিং কোডটি তৈরি করেন আপনি কীভাবে সঠিক দিকে অগ্রগতি দেখান?
2
একটি সম্পূর্ণ কাঠামো বা ভিত্তি তৈরি করা প্রকল্পের যতটা সম্ভব দেরীতে নেওয়া উচিত।
—
জেফো
@ জেফো: যতদূর সম্ভব দেরী বলতে কী বোঝ? আপনি একটি উত্তরে এটি প্রসারিত করতে পারেন?
—
জনডোডো
আদর্শভাবে, এটি কোনও সিদ্ধান্তই হওয়া উচিত নয়। একটি কাঠামো তৈরি করা উচিত নয়, এটি রিফ্যাক্টরিংয়ের ফলে জৈবিকভাবে উত্থিত হওয়া উচিত। কোনও "ভাল" ("ভাল" এর নিজস্ব বিষয়গত সংজ্ঞায়নের জন্য) কাঠামোটি কখনও স্ক্র্যাচ থেকে ডিজাইন করা হয়নি, তারা হয় হয় বিদ্যমান প্রয়োগগুলি থেকে সত্যের পরে বা অন্য কাঠামোর উপর ভিত্তি করে তৈরি করা হয়েছিল।
—
Jörg ডব্লু মিটাগ
@ জনডোডো একটি ভিত্তি তৈরি করার বিষয়টি ধরে নিয়েছে ধরে নেওয়া হয়েছে যে আপনার অ্যাপ্লিকেশনটির প্রয়োজনীয়তা এমনকি এটি উপস্থিত হওয়ার আগেই কী হবে know যতবার আমি লোককে এটি করতে দেখেছি, তারা দৃ something় এবং কাজ করা খুব কঠিন এমন কিছু দিয়ে জখম করেছে। প্রায়শই না, "ফ্রেমওয়ার্ক" এর ব্যবহারকারীরা এটিকে আলিঙ্গন করার চেয়ে আরও লড়াই করে।
—
স্টিফান বিলিয়েট