আমি যদি Agile পদ্ধতিটি অপছন্দ করি তবে এটি কি আমাকে খারাপ প্রোগ্রামার করে? [বন্ধ]

Question

আমি ছোট পুনরাবৃত্তি পছন্দ। আমি ইউনিট পরীক্ষা পছন্দ। আমি কোড পর্যালোচনা পছন্দ করি। আমি যা পছন্দ করি না তা হ'ল অল্প বা কোনও ডকুমেন্টেশন দিয়ে শুরু করা। আমি কি এতে একা আছি? আমি কি কেবল প্রক্রিয়া সম্পর্কে ভুল বুঝাবুঝি করব?

যেকোনো ধারণাই গৃহীত হবে.

Comments

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

— এরিক উইলসন

"প্রক্রিয়া সম্পর্কে একটি ভুল বোঝাবুঝি আছে?" - হ্যাঁ

— ভের্টেক 11'11

"

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

প্রত্যেকে অল্প বা কোনও ডকুমেন্টেশন দিয়ে শুরু করে। প্রশ্নটি হল আপনি কীভাবে আপনার সময়টিকে ডকুমেন্টেশন এবং কোডের মধ্যে ভাগ করবেন - সমস্ত ডকুমেন্টেশন প্রথমে? বা শুধুমাত্র আপনার যতটা শুরু করা দরকার?

— কারসন 63000

Answer 1

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

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

Comments

+1 তত্পরতা বলতে কোনও ডকুমেন্টেশন নয় । লোকেরা মনে হয় এটি চটপটি হিসাবে দাঁড়িয়েছিল; এটা না। এটি বিস্তৃত ডকুমেন্টেশনের তুলনায় ওয়ার্কিং সফ্টওয়্যারকে মূল্য দেয়; এটি ডকুমেন্টেশনে মানটিকে অস্বীকার করে না।

— অ্যারন ম্যাকআইভার 11'11

Answer 2

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

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

Answer 3

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

আপনাকে খারাপ প্রোগ্রামারটি কী খারাপ কোড হিসাবে চিহ্নিত করে - আমি জানি এটি সহজ - তবে আপনার পছন্দ মতো সমস্ত পদ্ধতিতে আপনি পছন্দ / উজ্জ্বল হতে পারেন, এবং আপনার কোডটি পর্যাপ্ত নয় বলে একটি খারাপ প্রোগ্রামার হতে পারেন।

Answer 4

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

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

Answer 5

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

Answer 6

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

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

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

তাই আপনার চিত্তাকর্ষণের মতো একটি পদ্ধতি পছন্দ করা উচিত বলে মনে করবেন না। (আমি ব্যক্তিগতভাবে এটি পছন্দ করি না) এটি আপনাকে খারাপ প্রোগ্রামার করে না।